Как исправить ошибку недопустимого символа XML и сбоя печати чека при оплате картой в 1С?

← На главную

При проведении безналичной оплаты через эквайринговый терминал (например, Ingenico ipp320 или Verifone) в программах 1С («1С:Розница», «1С:Управление торговлей» и др.) может возникать критическая ошибка: операция по карте на терминале успешно проходит, деньги с покупателя списываются, но 1С выдает сбой XDTO и фискальный чек не печатается.

Рассмотрим подробнее причины возникновения этой проблемы и разберем по шагам варианты её решения — от настройки банковского ПО до программной очистки данных и действий кассира.

Причина возникновения ошибки XDTO при передаче слип-чека

Проанализируем техническую суть проблемы. В логе ошибки 1С указывается причина:

Ошибка преобразования данных XDTO: Текст XML содержит недопустимый символ в позиции...

Эта ошибка возникает в момент, когда клиентский модуль 1С получает от драйвера эквайрингового терминала текст слип-чека и пытается передать его в серверную процедуру для последующей печати на фискальном регистраторе (ККТ).

Передача параметров с клиента на сервер в управляемом приложении выполняется посредством механизмов XML-сериализации. По стандарту XML 1.0 в текстовых данных недопустимо использовать служебные управляющие символы ASCII с кодами от 0 до 31 (за исключением табуляции 0x09, перевода строки 0x0A и возврата каретки 0x0D). Эквайринговый терминал или банковская внешняя компонента (DLL) иногда возвращает в тексте слип-чека непечатные символы (например, нулевой байт 0x00, символ прогона страницы 0x0C или ESC-коды для оформления псевдографики и форматирования колонок). При попытке платформы 1С передать такую строку с клиента на сервер происходят аварийный останов и ошибка сериализатора XDTO.

Решение 1. Обновление банковского ПО и настройка эквайринга

Выясним, какие действия необходимо предпринять со стороны банковского оборудования и драйверов:

Обращение в техническую поддержку банка. Необходимо запросить у сервисной службы банка обновление внешних библиотек (DLL) и драйвера эквайрингового терминала. Разработчики банковского ПО должны предоставить версионное обновление компоненты, фильтрующее непечатные символы перед возвратом ответа в 1С.
Отключение псевдографики и спецсимволов. В конфигурационных файлах банковского софта (например, в pinpad.ini или sbrf.ini) следует отключить использование расширенного форматирования, ESC-последовательностей и графических разделителей в тексте слип-чека.

Решение 2. Программная очистка текста чека на стороне 1С

Если конфигурация находится на доработке и нужно быстро устранить сбой в коде, разберем программный способ фильтрации невалидных символов. Обработка текста должна производиться строго на клиенте (&НаКлиенте) до вызова серверного метода.

Посмотрим на пример функции очистки с использованием встроенного метода платформы НайтиНедопустимыеСимволыXML():


&НаКлиенте
Функция ОчиститьТекстОтНедопустимыхСимволовXML(Знач ИсходныйТекст)
    
    НедопустимыеСимволы = НайтиНедопустимыеСимволыXML(ИсходныйТекст);
    Если ЗначениеЗаполнено(НедопустимыеСимволы) Тогда
        Для Индекс = 1 По СтрДлина(НедопустимыеСимволы) Цикл
            СимволДляУдаления = Сред(НедопустимыеСимволы, Индекс, 1);
            ИсходныйТекст = СтрЗаменить(ИсходныйТекст, СимволДляУдаления, "");
        КонецЦикла;
    КонецЕсли;
    
    Возврат ИсходныйТекст;

КонецФункции

Данная функция находит все недопустимые для XML символы в полученной от терминала строке и вырезает их через СтрЗаменить(). После такой очистки строка передается в серверный контекст без сбоев сериализации.

Обходной вариант для кассира при зависании чека

Разберем порядок действий кассира, если списание денег с карты покупателя на терминале уже успешно произошло, но 1С завершилась ошибкой и фискальный чек не распечатался:

Открываем настройки подключаемого оборудования в 1С и временно меняем режим эквайрингового терминала на автономный («Без подключения к системе»).
Возвращаемся в режим чека или РМК и повторно нажимаем оплату картой. В автономном режиме 1С не будет повторно обращаться к терминалу, а сразу зафиксирует оплату и пробьет фискальный чек на ККТ.
Возвращаем настройки эквайрингового терминала в исходный рабочий режим.