В работе с контрольно-кассовой техникой (ККТ) и программой 1С:Управление торговлей часто возникает ситуация, когда клиент сначала вносит аванс, а затем производит окончательный расчет при получении товара. Одной из распространенных проблем является некорректное отображение цен в чеке на доплату — они выглядят «заниженными». В этой статье мы подробно разберем, почему так происходит, как работает механизм распределения сумм в 1С и как правильно оформлять чеки, чтобы не нарушать требования ФЗ-54 и не искажать налоговую отчетность.
Рассмотрим типичную ситуацию: клиент внес предоплату 6000 рублей через эквайринг, а при получении товара доплачивает в кассу оставшиеся 277 рублей. Если бухгалтер или кассир пытается пробить чек напрямую из документа Приходный кассовый ордер (ПКО) на сумму 277 рублей, он видит в печатной форме чека странные цифры: позиции товара указаны верно, но их цена уменьшена пропорционально так, чтобы общая сумма чека составила именно 277 рублей.
Проанализируем причину. Это происходит из-за алгоритмов распределения оплат в 1С. Когда мы пробиваем чек из платежного документа (ПКО или Эквайринговая операция), система «считает», что этот платеж должен покрыть всю товарную спецификацию. Если документ оплаты не «видит» предыдущий аванс (6000 руб.), он пытается распределить имеющиеся 277 рублей на весь перечень товаров. В итоге программа пропорционально уменьшает цену каждой позиции, чтобы итоговая сумма чека совпала с суммой конкретного платежного документа. Это методологическая ошибка пользователя, а не программный сбой.
Согласно ФЗ-54 и приказу ФНС России от 14.09.2020 N ЕД-7-20/662@, при расчетах с авансами необходимо формировать два кассовых чека. Разберем этот процесс по шагам:
Предоплата частичная или Аванс. Сумма чека равна сумме фактически полученных денег.Реализация товаров и услуг). В этом чеке обязательно указывается полная стоимость товара, а в способах оплаты отражается зачет ранее внесенного аванса и текущая доплата (если она есть).Важно помнить, что в чеке «Полный расчет» итоговая сумма к оплате «наличными» или «безналичными» может быть равна нулю или сумме доплаты, но общая сумма «Итог» должна соответствовать полной стоимости товара.
Рассмотрим правильную последовательность действий, которая позволит избежать занижения цен и корректно зачесть авансы.
Шаг 1. Оформление предоплаты
При поступлении аванса (например, 6000 рублей) мы создаем документ Приходный кассовый ордер или Эквайринговая операция. В документе обязательно указываем объект расчетов (например, Заказ клиента). Пробиваем чек непосредственно из этого платежного документа. В чеке будет указано: «Признак способа расчета: ПРЕДОПЛАТА».
Шаг 2. Оформление реализации и доплаты
Когда товар передается клиенту, мы создаем документ Реализация товаров и услуг. На этом этапе крайне важно убедиться, что в реализации зачтены ранее внесенные авансы. Перейдем на вкладку «Оплата» в реализации и проверим список платежных документов.
Шаг 3. Пробитие финального чека
Чтобы в чеке отобразилась полная стоимость товара и корректный зачет аванса, чек нужно пробивать из документа реализации, а не из ПКО на доплату. В окне предпросмотра чека мы увидим:
Такой подход гарантирует, что признак способа расчета будет установлен как Полный расчет, что является обязательным требованием при передаче товара.
Для интернет-торговли процесс может быть сложнее из-за использования облачных касс или задержки между оплатой на сайте и передачей товара курьером. Выясним важные нюансы:
Если используется схема «Оплата на сайте — Доставка курьером», то первый чек (предоплата) должен уйти клиенту на e-mail в момент транзакции на сайте. Второй чек (полный расчет) должен быть сформирован в момент статуса «Доставлено». Если мы проигнорируем второй чек, налоговая может счесть это нарушением порядка применения ККТ. Если же мы пробьем второй чек как обычную продажу без указания зачета аванса, у нас произойдет удвоение выручки в отчетах ФНС: система посчитает доход и по первому чеку, и по второму в полном объеме.
В современных конфигурациях (1С:УТ 11, ERP 2.5, КА) существует настройка, упрощающая или, наоборот, детализирующая работу с чеками. Проанализируем настройки:
В договоре с контрагентом или в общих настройках продаж можно встретить опцию «Вариант формирования чеков». Мы рекомендуем использовать настройки, позволяющие пробивать чеки из реализаций. Также критически важно следить за «Объектом расчетов». Если ПКО привязан к Заказу №1, а реализация создана по Заказу №2 (или без заказа), автоматический зачет аванса в чеке не произойдет. Система посчитает, что это новая продажа, и снова потребует оплаты всей суммы.
Для понимания того, что уходит в налоговую, приведем пример структуры финального чека при полной оплате с учетом аванса:
Товар: Смартфон ............ 1 шт. х 10000.00 руб.
ИТОГ: 10000.00 руб.
СПОСОБ РАСЧЕТА: ПОЛНЫЙ РАСЧЕТ
-----------------------------------------------
ОПЛАТА:
ПРЕДВАРИТЕЛЬНАЯ ОПЛАТА (АВАНС): 9000.00 руб.
НАЛИЧНЫМИ: 1000.00 руб.
В данном примере Тег 1214 будет иметь значение «4» (полный расчет), а сумма зачтенного аванса передастся в Тег 1215. Это единственно верный способ оформления операции «Утром деньги — вечером стулья».
Если в организации сложилась практика пробития чеков только по платежным документам (ПКО/Эквайринг), а чеки на реализацию (полный расчет) не печатались, это является нарушением. В случае проверки ФНС это может привести к штрафам. Для исправления ситуации в 1С предусмотрен документ Чек коррекции. Мы можем использовать его для отражения фактов передачи товара, которые не были зафиксированы по кассе своевременно. Однако перед массовым исправлением рекомендуется проконсультироваться с налоговым юристом или аудитором, чтобы правильно заполнить основание для коррекции.
Подведем итог: для корректного отображения сумм в чеке всегда пробивайте финальный расчет из документа Реализация товаров и услуг. Это позволит системе правильно сопоставить общую стоимость товаров и все виды произведенных оплат, включая ранее внесенные авансы.