Почему при продаже в кредит на кассе Атол сумма попадает в секцию оплаты картой и как это исправить?

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

Причины некорректного распределения видов оплат

Проанализируем техническую сторону взаимодействия учетной системы 1С, драйвера оборудования и прошивки контрольно-кассовой техники:

1. Ограничения версий форматов фискальных данных (ФФД): В старых версиях формата (в частности, ФФД 1.0) отсутствовали отдельные фискальные теги для раздельной передачи авансов, кредитов и встречных предоставлений. Все безналичные формы расчетов жестко аккумулировались в общем фискальном реквизите — тег 1081 («Сумма по чеку электронными/безналичными»). Отдельный фискальный реквизит для передачи товаров без немедленной оплаты — тег 1216 («Сумма по чеку постоплатой (в кредит)») — стал обязательным и полноценно поддерживаемым только начиная с формата ФФД 1.05 и ФФД 1.2.
2. Внутренняя нумерация типов оплат в драйвере кассы: В таблицах драйверов торгового оборудования предусмотрена внутренняя нумерация типов оплаты:
   1 — Наличные;
   2 — Безналичные / Платежная карта;
   3 — Предварительная оплата (аванс);
   4 — Постоплата (кредит);
   5 — Встречное предоставление.
   Если в кассовом аппарате используется устаревшая прошивка или старая версия драйвера (например, устаревшие релизы ДТО 8/9), касса объединяет все виды безналичных операций во 2-й тип («Платежная карта»).
3. Использование неподходящего документа в 1С: Документ ОтчетОРозничныхПродажах архитектурно рассчитан на фиксацию уже завершенных розничных расчетов с признаком способа расчета «Полный расчет». При проведении банковского кредита через этот документ типовая конфигурация транслирует платеж в кассу как эквайринговую безналичную оплату.

Способ 1. Реализация двухэтапной схемы расчетов в 1С:Бухгалтерия

Рассмотрим правильную методику отражения продаж с постоплатой (в кредит) в соответствии с требованиями 54-ФЗ. Согласно законодательству, такая операция требует пробития двух отдельных чеков:

1. Первый чек — Передача товара в кредит (без внесения оплаты):

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

2. Второй чек — Погашение задолженности (оплата кредита):

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

Способ 2. Проверка и отладка XML-пакета фискализации (CheckPackage)

Для программистов и системных администраторов важно понимать, какие именно данные типовая Библиотека подключаемого оборудования (БПО) передает в драйвер кассы. Проанализируем структуру XML-пакета CheckPackage при передаче товара в кредит:

<CheckPackage>
    <Parameters PaymentType="1" TaxVariant="0" SenderEmail=""/>
    <Positions>
        <Position Name="Товар 1" Price="10000.00" Quantity="1" Amount="10000.00" Department="1" Tax="20" PaymentMethod="6" PaymentSubject="1"/>
    </Positions>
    <Payments Cash="0" ElectronicPayment="0" Credit="10000.00" AdvancePayment="0" CashProvision="0"/>
</CheckPackage>

Обратим внимание на параметры:

1. В теге Position атрибут PaymentMethod="6" указывает драйверу на признак способа расчета «Передача в кредит».
2. В теге Payments сумма отгрузки должна быть строго указана в атрибуте Credit, а атрибуты Cash и ElectronicPayment должны содержать нулевые значения. Если драйвер кассы обновлен и прошивка актуальна, сумма корректно отобразится в чеке в графе «Постоплатой (в кредит)».

Способ 3. Обновление прошивки ККТ и переход на драйвер ДТО 10

Разберем по шагам действия, необходимые для устранения проблемы на аппаратном уровне:

1. Проверка версии прошивки ККТ: Распечатаем диагностический чек с информацией о ККТ (включаем кассу с зажатой кнопкой промотки ленты до первого звукового сигнала). В распечатке проверяем номер сборки (прошивки). Для корректной поддержки раздельных оплат на ФФД 1.05/1.2 прошивка должна быть не ниже актуальных версий платформы 5.0 (или сборок 4555 и выше для платформы 2.5).
2. Установка актуального драйвера: Рекомендуется отказаться от устаревших драйверов 8.x и 9.x и перейти на универсальный драйвер Атол ДТО 10.x.
3. Обновление компоненты интеграции в 1С: Перейдем в меню Администрирование > Подключаемое оборудование > ККТ с передачей данных. Обновим драйвер оборудования на сертифицированную версию и заново выполним тест устройства.
4. Перерегистрация ККТ на ФФД 1.05 или ФФД 1.2: При смене формата фискальных данных на кассовом аппарате через утилиту регистрации проверяем, что в кассе активен режим работы с расширенными тегами способов расчетов.

Способ 4. Временное переименование секций оплат в кассе

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

1. Запустим утилиту «Тест драйвера ККТ» и установим связь с фискальным регистратором.
2. Перейдем в раздел параметров ККТ и откроем таблицу названий типов оплат.
3. Для 2-го типа оплаты (по умолчанию называющегося «Платежная карта») изменим текстовое наименование на универсальное: «Безналичными» или «Безналичная / Кредит».
4. Сохраним настройки в память кассы.

При таком подходе на бумажном чеке перестанет печататься сбивающее с толку наименование «Оплата картой», что исключит претензии со стороны покупателей и контролирующих лиц до момента плановой модернизации оборудования.