Два сценария работы с кассами: 1С и онлайн-сервисы

Фискализацию заказа интернет-магазина на 1С-Битрикс можно построить двумя принципиально разными путями: отдать формирование чека в 1С через обмен или пробивать его напрямую из модуля «Магазин» через облачный сервис кассы. Это не два конкурента, а две архитектуры под разные бизнес-процессы. Смешаешь их — получишь двойные чеки; выберешь неверно — упрёшься в лишние интеграции. Разберём, как каждый сценарий устроен на самом деле.

В чём вообще разница между сценариями

По 54-ФЗ на каждую оплату должен уйти фискальный чек в ОФД. Вопрос всегда один: кто именно его формирует и через какую кассу отправляет. В связке «сайт на Битрикс» ответов ровно два.

• Сценарий «через 1С». Сайт передаёт заказ в 1С по обмену, а чек формирует и отправляет в ОФД сама 1С — через подключённую к ней кассу (фискальный регистратор или облачную ККТ). Сайт при этом фискализацией не занимается.
• Сценарий «онлайн-сервисы». Чек создаётся и уходит в ОФД прямо из модуля sale («Магазин») через облачный сервис — Атол.Онлайн, Orange Data, Бизнес.Ру, ЮKassa и другие. 1С в цепочке фискализации не участвует.

Ключевая мысль: чек должен рождаться ровно в одном месте. Если и 1С, и облачный сервис одновременно смотрят на один заказ, покупатель получит два чека, а магазин — проблему с ОФД и налоговой.

Сценарий 1: фискализация через 1С

Этот путь естественен, когда учёт, склад и продажи компания уже ведёт в 1С, а касса (или парк касс) физически подключена к рабочим местам 1С. Схема работает так:

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

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

Сценарий 2: онлайн-сервисы кассы

Здесь фискализацию берёт на себя сам Битрикс. В модуле «Магазин» есть отдельный раздел Магазин → Кассы, построенный на пространстве имён \Bitrix\Sale\Cashbox. Каждая касса — это обработчик, который умеет собрать чек и отправить его в облачный сервис фискализации.

Штатно в поставке идут обработчики под популярные сервисы:

• Атол.Онлайн — CashboxAtolFarm (актуальная версия под ФФД 1.2);
• Orange Data — облачная фискализация без своей ККТ на площадке магазина;
• Бизнес.Ру, Робочеки, а также чеки на стороне платёжной системы — например ЮKassa.

Логика такая: наступает событие (оплата или отгрузка) — Битрикс создаёт объект чека \Bitrix\Sale\Cashbox\Check, ставит его в очередь и отправляет в сервис, а тот регистрирует его в ОФД и возвращает фискальные данные. Это самодостаточный путь: 1С для фискализации не требуется вовсе, достаточно самого сайта и договора с облачной кассой.

Сравнение подходов

Оба сценария законны и рабочи — вопрос в том, где у вас центр тяжести бизнес-процессов.

Обратите внимание на строку «момент фискализации»: через 1С чек уходит не мгновенно, а с тактом обмена, тогда как облачный сервис пробивает его практически в реальном времени по факту оплаты.

Как выбрать сценарий

Универсального «правильного» варианта нет — выбор диктует существующая инфраструктура. Ориентиры простые:

• Уже работаете в 1С, ведёте там склад и бухгалтерию, есть подключённые кассы — логично фискализировать через 1С и не плодить второй контур.
• Магазин без 1С или 1С используется только под бухгалтерию без товароучёта — берите онлайн-сервис, это быстрее и дешевле в поддержке.
• Высокая скорость и пик нагрузки (нужно пробивать чек в момент оплаты) — облачный сервис даёт мгновенную фискализацию без ожидания такта обмена.
• Сложная номенклатура с маркировкой, наборами, разными ставками НДС — часто удобнее держать это в 1С как едином источнике.

Подводные камни обоих путей

Независимо от выбранного сценария есть набор мест, где чаще всего возникают ошибки:

• Двойная фискализация. Самая дорогая ошибка — когда и 1С, и касса сайта пробивают один заказ. Всегда должна быть отключена «лишняя» сторона.
• Признак способа и предмета расчёта. В чеке обязательны корректные значения (полная оплата, аванс, товар, услуга). При фискализации на сайте их задаёт модуль «Магазин», в 1С — справочники номенклатуры.
• Версия ФФД. Актуальный формат — ФФД 1.2; обработчик кассы и настройки должны ему соответствовать, иначе ОФД отклонит чек.
• Разделение чеков оплаты и отгрузки. При предоплате и последующей доставке требуется два чека — эту логику нужно настроить на выбранной стороне.

Что настраивается в админке

Точки входа для каждого сценария разные, и полезно держать их в голове:

• Онлайн-сервисы — раздел Магазин → Кассы: здесь добавляется обработчик (Атол.Онлайн, Orange Data и т. д.), указываются реквизиты сервиса, ставка НДС по умолчанию и привязка к платёжным системам.
• Правила пробития — в настройках модуля «Магазин» задаётся, при каком статусе или событии формируется чек и разрешена ли ручная печать.
• Сценарий через 1С — настраивается на стороне обмена и в самой 1С; со стороны сайта достаточно рабочего CommerceML-обмена заказами, а раздел «Кассы» для этих заказов остаётся пустым.

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

Итог

В 1С-Битрикс фискализация по 54-ФЗ строится по одному из двух сценариев: через 1С, когда чек формирует и отправляет в ОФД сама 1С по данным обмена, или через онлайн-сервисы, когда чек пробивает модуль «Магазин» напрямую через облачную кассу (\Bitrix\Sale\Cashbox). Первый путь хорош при полноценном учёте в 1С, второй — для чистого e-commerce и мгновенной фискализации. Главное правило неизменно: чек рождается ровно в одном контуре, иначе — двойные чеки и претензии ОФД.

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