← На главную

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

Требования законодательства и двухэтапная фискализация

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

1. Первый чек (в момент получения денег) — фиксирует внесение средств покупателем. Если на момент оплаты точный состав корзины или перечень услуг неизвестен, в чеке указывается признак способа расчета Аванс, а наименованием предмета расчета может выступать формулировка вида «Аванс по заказу №...» или «Оплата по договору». Если же номенклатурный состав зафиксирован заранее, формируется чек с признаком Предоплата или Предоплата 100% с перечислением конкретных позиций.
2. Второй чек (в момент фактической отгрузки/передачи товара) — подтверждает переход права собственности на товар к покупателю. В этом чеке обязательно присутствует полная товарная спецификация с номенклатурой, количеством, ставками НДС, признаком способа расчета Полный расчет и признаком предмета расчета Товар.

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

Распространенное опасение заключается в том, что при пробитии двух чеков на одну и ту же сумму (например, 10 000 рублей на этапе предоплаты и 10 000 рублей на этапе передачи товара) налогооблагаемая база или итоговая выручка за смену увеличится в два раза (до 20 000 рублей). Проанализируем, почему этого не происходит на уровне форматов фискальных документов (ФФД):

1. В первом чеке регистрируется форма оплаты Безналичными (или Наличными). Эта сумма поступает в кассу/на расчетный счет и формирует фактический приход денег.
2. Во втором чеке в момент отгрузки сумма закрывается не реальными деньгами, а безналичным неденежным реквизитом «Сумма по чеку предоплатой (зачет аванса)» (в структуре фискального документа это реквизит тег 1215).
3. Фискальный накопитель и серверы ОФД четко разделяют реальный денежный поток и неденежные зачетные операции. В отчет о закрытии смены и в фискальные итоги для ФНС зачет аванса включается по отдельному счетчику и не увеличивает сумму реальной выручки за день.

Сценарии смешанной оплаты и доплаты при получении

Рассмотрим ситуацию, когда сумма внесенного аванса меньше итоговой стоимости отгружаемого заказа (например, клиент внес аванс 3 000 рублей, а финальный заказ с учетом комплектации составил 5 000 рублей). При пробитии чека на передачу товара формируется комбинированная форма оплаты:

1. В товарных позициях указывается номенклатура на полную сумму 5 000 рублей со способом расчета Полный расчет.
2. В формах расчета указываются две строки: 3 000 рублей по виду расчета Зачет предоплаты (тег 1215) и 2 000 рублей по виду расчета Наличными или Безналичными (в зависимости от того, как клиент доплачивает остаток).
3. Таким образом, баланс документа сходится, а в кассу физически фискализируется только поступившая доплата в размере 2 000 рублей.

Архитектура обмена данными: Сайт — Банк — 1С — ККТ — ОФД

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

Модель 1: Фискализация предоплаты на стороне сайта (облачная касса интернет-магазина)

1. Покупатель на сайте производит оплату через эквайринговый шлюз банка.
2. Банк подтверждает холдирование или списание средств и отправляет уведомление (webhook/callback) в систему управления сайтом (CMS).
3. Сайт отправляет команду на фискализацию первого чека (аванс/предоплата) в подключенный сервис облачной онлайн-кассы. Облачная касса отправляет данные в ОФД, а ОФД направляет покупателю электронный чек (на email или телефон).
4. CMS передает в 1С данные о заказе и транзакции (включая уникальный идентификатор платежа банка RRN/OperationID и статус о том, что чек предоплаты уже пробит).
5. В 1С создаются документы ЗаказКлиента и ЭквайринговаяОперация (или ПоступлениеБезналичныхДС).
6. Когда склад собирает заказ и формирует документ РеализацияТоваровУслуг, локальная или серверная 1С формирует второй чек — Полный расчет с зачетом аванса через кассовый аппарат, подключенный к 1С.

Модель 2: Централизованная фискализация всех этапов через 1С

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

Как типовые конфигурации 1С связывают оплаты и реализации

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

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