← На главную

В процессе работы с контрольно-кассовой техникой (ККТ) и интеграциями 1С с ОФД нередко возникают ситуации, когда из-за нарушения последовательности документов или невнимательности оператора пробивается некорректный чек. Типичный пример: клиент вносит частичную предоплату (например, 50% от суммы заказа), но в напечатанном чеке и в ОФД уходит полная стоимость сделки с автоматическим зачетом несуществующего аванса.

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

Почему в чеке эквайринга на 190 рублей отразилась сумма 380 рублей?

Для начала проанализируем ситуацию, с которой столкнулся пользователь. Клиент сделал заказ на общую сумму 380 рублей. По условиям соглашения предполагается оплата в два этапа: аванс 50% (190 рублей) и постоплата (кредит) 50% (190 рублей) после отгрузки. Клиент фактически вносит первый платеж в размере 190 рублей по безналичному расчету. Бухгалтер или кассир создает документ ЭквайринговаяОперация, но напечатанный чек содержит странные данные: «электронными = 190 руб., предварительная оплата (аванс) = 190 руб., получено = 380». В итоге в ОФД уходит информация о расчете на 380 рублей, хотя касса фактически приняла только половину.

Согласно требованиям Федерального закона № 54-ФЗ и форматам фискальных данных (ФФД 1.05 и выше), такой чек классифицируется как «Частичный расчет и зачет ранее внесенной предоплаты». Давайте разберем его строки:

1. Строка «Электронными» (190 руб.) — отражает реальные денежные средства, которые клиент перечислил по карте прямо сейчас.
2. Строка «Предварительная оплата (аванс)» (190 руб.) — показывает сумму аванса, который якобы был получен ранее, а в текущем чеке просто зачитывается (происходит отгрузка товара на сумму зачета).
3. Строка «Получено» (380 руб.) — это итоговая фискальная сумма операции. По правилам ККТ, сюда суммируются как «живые» деньги (электронные или наличные), так и сумма зачитываемого аванса (встречное предоставление).

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

1. Нарушение хронологической последовательности проведения документов. Если на момент проведения эквайринговой операции в системе уже была создана и проведена РеализацияТоваровУслуг (накладная на отгрузку) на полную сумму 380 рублей, программа считает сделку фактически закрытой. С точки зрения 1С, первый этап оплаты (предоплата) уже должен был быть закрыт ранее. Проводя оплату после отгрузки, система автоматически пытается закрыть всю цепочку взаиморасчетов: она считает текущие 190 рублей доплатой (оплатой кредита), а первые 190 рублей — виртуально зачитываемым авансом, который якобы был внесен ранее.

2. Неверное распределение на вкладке «Расшифровка платежа». При создании платежных документов на основании заказов программа автоматически распределяет суммы по этапам графика оплат. Если в табличной части расшифровки платежа сумма 190 рублей по ошибке отнеслась на этап «Кредит (после отгрузки)» вместо «Предоплата (до обеспечения)», кассовый модуль сформирует чек на окончательный расчет с автоматическим зачетом предыдущего этапа.

Пошаговая инструкция по оформлению возврата для ОФД

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

Рассмотрим, как правильно выполнить эту процедуру в программе 1С:

Шаг 1. Создание документа возврата на основании ошибочной операции

Для исправления ошибки на формате ФФД 1.05 нам необходимо создать зеркальный документ, который полностью сторнирует неверные данные в ОФД. Сделаем это следующим образом:

1. Перейдем в список документов эквайринговых операций (раздел Казначейство — Эквайринговые операции).
2. Найдем ошибочный документ ЭквайринговаяОперация от нужной даты.
3. Выделим его в списке и нажмем клавишу F9 (или воспользуемся контекстным меню для копирования документа).
4. В созданном документе-копии изменим тип операции с «Оплата от покупателя» на «Возврат денежных средств клиенту». Это ключевое действие, которое переводит документ в режим возврата.
5. Проверим, чтобы все суммы, контрагент, договор и расшифровка платежа полностью совпадали с исходным (ошибочным) документом.
6. Проведем документ возврата.

Шаг 2. Пробитие чека «Возврат прихода»

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

1. В документе возврата эквайринговой операции нажмем кнопку «Пробить чек».
2. Кассовый аппарат распечатает фискальный документ с признаком расчета «Возврат прихода».
3. В этом чеке должны быть продублированы все реквизиты исходного ошибочного чека: общая сумма возврата составит 380 рублей, где «электронными» будет указано 190 рублей, а «предварительная оплата (аванс)» — 190 рублей. Данная операция полностью обнулит неверные начисления в ОФД.

Важное примечание: Если на вашем предприятии используется формат ФФД 1.2, то для исправления ошибок по закону требуется использовать механизм Чека коррекции. Сначала оформляется чек коррекции с признаком «Возврат прихода» (для аннулирования), а затем чек коррекции «Приход» с верными реквизитами. Однако при использовании оптовых документов оплаты в 1С:УТ стандартный механизм возврата также успешно применяется и принимается налоговыми органами при условии совпадения всех реквизитов.

Шаг 3. Оформление правильного чека

После того как ошибочная операция успешно аннулирована, нам необходимо отразить в ОФД реальный приход денежных средств от клиента в размере 190 рублей:

1. Создадим новый документ ЭквайринговаяОперация с видом «Оплата от покупателя».
2. В табличной части «Расшифровка платежа» убедимся, что сумма 190 рублей привязана к правильному этапу оплаты — предоплате.
3. Проведем документ и нажмем «Пробить чек».
4. Убедимся, что напечатанный чек содержит признак способа расчета «Предоплата» (или «Аванс»), сумма чека строго равна 190 рублей, а тип оплаты указан как «Электронными» без каких-либо дополнительных зачетов.

Как не допускать подобных ошибок при схеме «Предоплата + Кредит» в будущем?

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

• Контролируйте вкладку «Расшифровка платежа» перед пробитием чека. Это главное правило для кассира и бухгалтера. Перед нажатием на кнопку «Пробить чек» обязательно откройте вкладку расшифровки платежа в документе оплаты. Система должна относить текущий платеж именно на тот этап графика, который фактически оплачивается (в данном случае — предоплата до обеспечения).
• Соблюдайте строгую хронологию ввода документов. Если вы работаете по схеме с частичной предоплатой и последующим кредитом, документы в 1С должны проводиться строго в следующем порядке:
  1. Заказ клиента (определяет график платежей: 50% аванс, 50% кредит).
  2. Эквайринговая операция / ПКО на первую часть оплаты (190 руб.). Пробивается первый чек с признаком «Предоплата 100%» или «Предоплата частичная».
  3. Реализация товаров и услуг на полную сумму (380 руб.). Из реализации пробивается второй чек с признаком способа расчета «Частичный расчет и кредит». В нем касса зачтет ранее внесенные 190 рублей в качестве предоплаты и зафиксирует передачу товара в кредит на оставшиеся 190 рублей.
  4. Второй документ оплаты (190 руб.) после отгрузки. Из него пробивается финальный чек с признаком «Оплата кредита» на сумму 190 рублей.

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