Как оформить частичную оплату по заказу на онлайн-ККТ в 1С, чтобы остаток суммы не попадал в безналичный расчет?

Программист 1С v8.3 (Обычные формы) Бухгалтерский учет Торговля и дистрибуция
← На главную

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

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

Причина проблемы на техническом уровне

Проанализируем алгоритм формирования чека в типовых решениях 1С. Когда в документе Приходный кассовый ордер или Оплата от покупателя платежной картой указан документ-основание (Заказ покупателя, Счет на оплату или Реализация товаров и услуг), типовой механизм формирования фискального пакета данных (XML-структуры) вытягивает из основания полную табличную часть с номенклатурой и общей суммой сделки.

Далее программа производит распределение оплат:

  1. Фактически внесенная сумма привязывается к первому типу оплаты — наличным денежным средствам (или безналичным при оплате картой).
  2. Разницу между суммой документа-основания и суммой ПКО типовой механизм 1С по правилам форматов фискальных документов определяет как неденежный тип расчета (постоплата/кредит, тег 1216).
  3. Если прошивка ККТ, драйвер оборудования или версия используемого ФФД не поддерживают раздельное отражение видов оплат для частичных предоплат, драйвер торгового оборудования выполняет автоматическую подмену неподдерживаемого типа расчета на второй стандартный тип — «Безналичными / Электронными» (тег 1081).

В результате чек закрывается на полную сумму заказа с фиктивным безналичным расчетом, что искажает учет кассовой выручки.

Способ 1. Оперативный обход без доработки конфигурации (чек на аванс)

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

  1. В документе Приходный кассовый ордер временно очистим поле Заказ покупателя (или переключим расшифровку платежа в режим Без разбиения и удалим ссылку на сделку).
  2. Убедимся, что реквизит Признак способа расчета установился в значение Аванс. В этом случае табличная часть товаров не формируется, а чек пробивается строго на сумму принятых денег.
  3. Нажмем кнопку Чек и распечатаем фискальный документ. На фискальном регистраторе выйдет корректный чек на фактически внесенную сумму.
  4. После успешной печати чека вернем в документе ПКО ссылку на Заказ покупателя в расшифровку платежа и проведем документ для сохранения правильных взаиморасчетов на счетах бухгалтерского учета.

Способ 2. Использование служебной номенклатуры предоплаты

Рассмотрим альтернативный вариант оформления частичной оплаты через вспомогательную позицию номенклатуры:

  1. Создадим в справочнике Номенклатура служебную позицию с типом «Услуга» и наименованием Предоплата по заказу.
  2. Создадим отдельный документ Счет на оплату покупателю, в табличной части которого укажем созданную услугу в количестве 1 шт. на сумму фактически вносимой предоплаты.
  3. На основании данного счета создадим Приходный кассовый ордер и распечатаем чек. Сумма чека и номенклатурный состав будут полностью соответствовать сумме платежа.
  4. Отгрузку товара в дальнейшем выполним документом Реализация товаров и услуг, созданным непосредственно на основании исходного документа Заказ покупателя.

Способ 3. Комплексное обновление программного обеспечения и ККТ

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

  1. Обновление релиза конфигурации: обновим конфигурацию 1С до версии, где добавлен явный переключатель версии ФФД в настройках торгового оборудования или корректно реализована передача частичных оплат.
  2. Обновление обработки обслуживания и драйвера ККТ: установим актуальную версию драйвера производителя ККТ (ШТРИХ-М, АТОЛ и др.), сертифицированную для работы с версиями ФФД 1.05 / 1.2.
  3. Обновление прошивки кассового аппарата: обратимся в авторизованный сервисный центр для обновления микропрограммы (прошивки) ККТ с поддержкой необходимых тегов и признаков способа расчета.
  4. Перерегистрация ККТ (при необходимости): выполним перерегистрацию кассового аппарата через утилиту производителя с указанием корректной версии ФФД ККТ.

Способ 4. Программная корректировка модуля печати чека

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


КоэффициентОплаты = СуммаОплаты / СуммаДокументаОснования;
ИтоговаяСуммаСтрок = 0;

Для Каждого Стр Из ТаблицаТоваров Цикл
    Стр.Сумма = Окр(Стр.Сумма * КоэффициентОплаты, 2, 1);
    Стр.Цена  = Окр(Стр.Сумма / Стр.Количество, 2, 1);
    ИтоговаяСуммаСтрок = ИтоговаяСуммаСтрок + Стр.Сумма;
КонецЦикла;

// Корректировка погрешности округления по последней строке
Если ИтоговаяСуммаСтрок <> СуммаОплаты И ТаблицаТоваров.Количество() > 0 Тогда
    Разница = СуммаОплаты - ИтоговаяСуммаСтрок;
    ПоследняяСтрока = ТаблицаТоваров[ТаблицаТоваров.Количество() - 1];
    ПоследняяСтрока.Сумма = ПоследняяСтрока.Сумма + Разница;
    ПоследняяСтрока.Цена  = Окр(ПоследняяСтрока.Сумма / ПоследняяСтрока.Количество, 2, 1);
КонецЕсли;

Такой подход позволяет передавать в ККТ только товарные позиции на сумму фактического платежа без генерации фиктивных строк кредита и постоплаты.

Регламент исправления уже пробитых ошибочных чеков

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

  1. Аннулирование ошибочной операции: пробьем чек с признаком расчета Возврат прихода на полную сумму ошибочного чека с точно таким же распределением типов оплат (сумма наличных + сумма ошибочного безнала).
  2. Фиксация фактической оплаты: пробьем новый чек с признаком расчета Приход строго на сумму фактически принятых денежных средств с признаком способа расчета Аванс или Предоплата.
  3. Оформление чека коррекции (при необходимости): если на ККТ применяется формат документов коррекции, сформируем чек коррекции в соответствии с методическими рекомендациями ФНС для исправления расчетов, произведенных с ошибкой.

Правильная схема полного жизненного цикла сделки

При работе по требованиям 54-ФЗ стандартная цепочка расчетов при частичной оплате и последующей отгрузке включает формирование нескольких чеков:

  1. Первый чек (частичная оплата): пробивается из ПКО на сумму внесенных денег. Признак способа расчета — Предоплата или Аванс. Сумма расчета равна сумме ПКО.
  2. Второй чек (отгрузка товара): пробивается из документа Реализация товаров и услуг на полную стоимость отгружаемой продукции. Признак способа расчета — Частичный расчет и кредит (или Полный расчет при одновременном закрытии остатка). В видах оплат сумма ранее внесенного платежа передается как зачет предоплаты (тег 1215).
  3. Третий чек (окончательный расчет): при последующей доплате долга пробивается из ПКО на остаток суммы с признаком способа расчета Оплата кредита (тег 1217). Номенклатурные позиции в третий чек не включаются.
← На главную