Почему в Z-отчете 1С:ERP сумма чеков не совпадает с фактической выручкой при зачете авансов?

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

Разбираем логику формирования сумм в Z-отчете

Главная причина «раздутого» итога в Z-отчете заключается в том, что современная контрольно-кассовая техника (ККТ) фиксирует не только движение наличных или безналичных денег, но и факт совершения расчета в широком смысле. Согласно 54-ФЗ, расчет — это и получение денег, и отгрузка товара в счет ранее полученных денег (зачет аванса).

Проанализируем ситуацию на примере:

1. Первый чек: Клиент внес аванс 20 рублей. Тип оплаты — «Наличные» (или «Безналичные»). Сумма прихода — 20 руб.
2. Второй чек: Клиент доплатил 80 рублей. Тип оплаты — «Наличные». Сумма прихода — 80 руб.
3. Третий чек: Мы отгружаем товар на 100 рублей. Пробиваем чек из документа реализации. В этом чеке тип оплаты будет «Зачет аванса» (встречное предоставление). Сумма операции — 100 руб.

В итоге ККТ суммирует все операции с признаком «Приход»: 20 + 80 + 100 = 200 рублей. Это абсолютно корректное поведение по закону. Налоговая служба видит общую сумму операций, но при этом в фискальных данных суммы разделены по способам оплаты. В Z-отчете вы увидите разбивку: Наличными — 100 руб., Последующая оплата (или зачет аванса) — 100 руб. Итоговая сумма 200 руб. не является ошибкой, она отражает совокупный объем фискальных событий за смену.

Настройка признака способа расчета: Предоплата или Полный расчет

В системе 1С:ERP 2.4.10 и выше за формирование признака способа расчета (тег 1214) отвечает логика распределения оплат. Если при печати чека из документа РеализацияТоваровУслуг вы видите «Предоплата 100%», хотя ожидаете «Полный расчет», необходимо проверить следующие настройки:

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

2. Порядок расчетов в соглашении или договоре
Проанализируем настройки ведения взаиморасчетов. Если в договоре с клиентом указано «По накладным», то 1С сложнее автоматически сопоставить аванс, пришедший по заказу, с конкретной отгрузкой в момент печати чека. Рекомендуется использовать порядок расчетов «По заказам». В этом случае связка «Аванс — Заказ — Реализация» работает наиболее стабильно для целей ККТ.

3. Использование правильного признака в коде (для разработчиков)
Если вы корректируете логику формирования чека программно, обратите внимание на перечисление ПризнакиСпособаРасчета. Для финального чека при отгрузке, которая полностью покрыта авансом, должен передаваться статус:

ПризнакСпособаРасчета = Перечисления.ПризнакиСпособаРасчета.ПередачаСПолнойОплатой;

Именно это значение соответствует тегу «Полный расчет» в печатной форме чека.

Почему в чеке печатается «Выплата» вместо «Приход»?

Выясним причину, по которой касса может инвертировать тип операции. Если вместо получения денег в чеке значится «Выплата» (Расход), это свидетельствует об одной из трех проблем:

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

Пошаговый алгоритм оформления частичной предоплаты

Рассмотрим эталонную схему действий в 1С:ERP для корректного отражения в чеках:

1. Создаем ЗаказКлиента. В графике оплаты указываем два этапа: «Предоплата (до отгрузки)» и «Оплата (после отгрузки)» (или дважды предоплата).
2. На основании заказа создаем первый ПриходныйКассовыйОрдер (на 20 руб.). Пробиваем чек. В чеке должен быть признак «Предоплата частичная».
3. При поступлении оставшихся 80 руб. создаем второй ПриходныйКассовыйОрдер. Пробиваем чек. Признак также будет «Предоплата частичная».
4. Создаем РеализацияТоваровУслуг. Нажимаем «Зачесть платежи», выбираем оба ПКО.
5. Печатаем чек прямо из Реализации. Система увидит полную оплату и сформирует чек с признаком «Полный расчет». Сумма чека будет 100 руб., но в строке «Тип оплаты» будет указано «Встречное предоставление» (или «Аванс»), так как физически деньги в этот момент не передаются.

Важно помнить, что сумма всех пробитых чеков по сделке действительно будет в два раза выше стоимости товара (100 руб. деньгами + 100 руб. зачетом аванса при отгрузке), но это требование формата фискальных данных, которое не является ошибкой учета. Бухгалтеру при сверке Z-отчета и банковской выписки следует ориентироваться исключительно на разделы «Наличными» и «Безналичными» в отчете ККТ.

Особенности работы с физическими лицами (B2C)

При расчетах с частными лицами в 1С:ERP 2.4 часто возникают сложности, если не используется договор. Мы рекомендуем всегда создавать техническое соглашение с признаком «Требуется указание договора», где четко определен порядок расчетов. Это минимизирует вероятность того, что система «потеряет» связь между платежом и отгрузкой и ошибочно проставит в реализации признак «Передача в кредит» (если аванс не был обнаружен механизмом распределения взаиморасчетов).

Если вы столкнулись с тем, что программа упорно игнорирует зачтенные авансы, проверьте актуальность версии 1С. В релизах ветки 2.4.10 было исправлено несколько критических ошибок, связанных с формированием тегов 1212 и 1214. В некоторых случаях помогает перепроведение документов в строгой хронологической последовательности и актуализация партионного учета (выполнение регламентных операций по закрытию месяца).