Почему в чеке при оплате картой печатается Кредит вместо Электронными и как это исправить

← На главную

При переходе на новые версии прошивок кассовых аппаратов Атол или при обновлении программных продуктов 1С пользователи часто сталкиваются с неприятной ситуацией: клиент расплачивается банковской картой, но в фискальном чеке вместо привычной надписи «Электронными» или «Безналичными» отображается «Кредит» или «Постоплата». Проанализируем, почему это происходит и как привести чеки в соответствие с законодательством.

Суть проблемы и требования законодательства

Корень проблемы кроется в обновлении форматов фискальных данных (ФФД) до версии 1.05 и выше. Согласно приказу ФНС России, каждый тип оплаты должен передаваться в налоговую под строго определенным тегом. Для безналичных расчетов (банковских карт) предназначен тег 1081 (Безналичные), а для продажи в долг — тег 1216 (Постоплата или Кредит).

В старых версиях драйверов Атол (до введения ФФД 1.05) использовалась иная нумерация. После обновления прошивки ККТ внутренняя таблица типов оплат изменилась. Рассмотрим стандартную структуру индексов в современных моделях Атол:

0 — Наличные
1 — Постоплата (Кредит) — именно этот индекс подставляется по умолчанию во многих старых интеграциях.
2 — Безналичные (Электронные) — правильный индекс для банковских карт.
3 — Предварительная оплата (Аванс).
4 — Иная форма оплаты (Встречное предоставление).

Выясним причину ошибки: если 1С отправляет команду на оплату по индексу «1», драйвер, согласно новой таблице, печатает «Кредит».

Решение 1: Настройка соответствия типов оплат в драйвере ККТ

Разберем самый простой способ исправления без внесения изменений в программный код. Большинство драйверов позволяют переопределить названия типов оплат вручную. Проанализируем действия в «Тесте драйвера ККТ» (версии 8.х, 9.х или 10.х):

Запустим утилиту «Тест драйвера ККТ» и установим связь с кассовым аппаратом.
Перейдем в раздел «Параметры ККТ».
Найдем вкладку или раздел «Оплаты» (или «Типы оплат»).
Посмотрим на таблицу соответствия. Если под индексом «1» написано «Кредит», мы можем попробовать изменить это наименование на «Безналичные», если логика программы 1С жестко завязана на этот индекс.
Однако правильнее будет убедиться, что 1С обращается именно к индексу «2» для эквайринговых операций.

Решение 2: Исправление кода в конфигурациях на обычных формах (УТ 10.3)

Если мы работаем с устаревшими конфигурациями, такими как «Управление торговлей 10.3», нам потребуется вмешательство в программный код. Рассмотрим пример модификации модуля документа ОплатаОтПокупателяПлатежнойКартой. Найдем процедуру ПодготовитьДанныеДляФискализацииЧекаОПК.

В этой процедуре формируется структура или XML-пакет, передаваемый драйверу. Нам нужно принудительно указать тип оплаты «2» для безналичных расчетов. Разберем пример кода:


// Изменение типа оплаты с 1 на 2 для корректного отображения безнала
ЗаписьXML.ЗаписатьНачалоЭлемента("Payments");
ЗаписьXML.ЗаписатьАтрибут("Cash", XMLСтрока(ОбщиеПараметры.НаличнаяОплата));
// Вместо стандартного CashLessType1 используем CashLessType2
ЗаписьXML.ЗаписатьАтрибут("CashLessType2", XMLСтрока(ОбщиеПараметры.ЭлектроннаяОплаты));
ЗаписьXML.ЗаписатьАтрибут("CashLessType1", XMLСтрока(ОбщиеПараметры.Предоплатой));
ЗаписьXML.ЗаписатьАтрибут("CashLessType3", XMLСтрока(ОбщиеПараметры.Постоплатой));
ЗаписьXML.ЗаписатьКонецЭлемента;

Также в некоторых случаях достаточно просто изменить строку вставки параметра типа оплаты:


// В структуре данных для фискализации подменяем тип
СтрокаОплаты.Вставить("ТипОплаты", 2);

Решение 3: Настройка в современных версиях «1С:Розница 2.2» и выше

В актуальных версиях программ 1С (на управляемых формах) разработчики добавили возможность настройки типов оплат прямо в интерфейсе. Посмотрим, как это сделать без программирования:

Перейдем в раздел «НСИ и администрирование» — «РМК и оборудование».
Откроем «Настройки РМК» для конкретного рабочего места.
В настройках кассы ККМ найдем таблицу «Соответствие типов оплат драйвера».
Установим для вида оплаты «Платежная карта» индекс 2.
Сохраним настройки и перезапустим РМК.

Почему важно это исправить: налоговые риски

Проанализируем ситуацию с точки зрения бухгалтерии. Ошибка в наименовании типа оплаты — это не только визуальный дефект чека. Это передача неверных данных в ОФД и налоговую службу.

Тег 1081 (Безналичные) подтверждает факт получения денежных средств в момент совершения сделки. Эти суммы сразу попадают в книгу доходов при УСН или ПСН. Если же в чеке указан тег 1216 (Постоплата), налоговая считает, что вы отгрузили товар в долг. Это означает, что при фактическом поступлении денег от банка на расчетный счет вы обязаны будете пробить еще один чек — «Оплата кредита». Если этого не сделать, возникнет расхождение между данными кассы и банковской выпиской, что является нарушением кассовой дисциплины и может привести к штрафам.

Особенности работы через удаленный рабочий стол (RDP)

Многие пользователи отмечают, что при использовании драйверов версии 9.х и 10.х возникают задержки («тормоза») при печати через RDP. Для оптимизации работы мы рекомендуем использовать режим TCP-сервера в настройках драйвера Атол. Это позволяет программе 1С подключаться к кассе по IP-адресу напрямую, игнорируя нестабильные пробросы COM-портов через протокол RDP.

Как поступить с уже пробитыми чеками?

Выясним, как исправить ситуацию с «необнуляемой суммой» и накоплениями. Суммы, прошедшие как «Кредит», часто не попадают в итоговую выручку в отчете о закрытии смены, так как касса ждет второго этапа оплаты. Чтобы скорректировать данные в ФН, необходимо сформировать чеки коррекции. Сначала пробивается чек коррекции (возврат прихода) на ошибочную сумму с типом «Кредит», а затем — чек коррекции (приход) с правильным типом «Безналичные». Это позволит избежать претензий со стороны налоговых органов при проверке выручки.