Фискализация через интеграцию с 1С

У магазина на 1С-Битрикс есть два пути к соблюдению 54-ФЗ. Первый — подключить онлайн-кассу прямо к сайту. Второй — отдать фискализацию на сторону 1С, куда и так уходят заказы по обмену. Второй сценарий логичен, если учёт, склад и касса уже живут в 1С, и разбираться стоит именно с тем, как сайт и 1С делят зоны ответственности.

Когда выбирают этот сценарий

Фискализация через 1С — это модель, при которой сайт не подключает собственную онлайн-кассу, а только передаёт заказы в учётную систему. Чек по 54-ФЗ формирует и пробивает 1С: через подключённое к ней фискальное оборудование (ККТ) либо через облачную кассу, привязанную к 1С. Сайт в этой схеме — источник заказа и место, куда возвращается информация о результате.

Такой подход оправдан в нескольких случаях:

• у компании уже развёрнута «1С:Управление торговлей», «1С:Розница» или «1С:Комплексная автоматизация», и касса заведена там;
• есть офлайн-точки, и хочется, чтобы онлайн- и офлайн-продажи фискализировались единообразно из одного места;
• номенклатура, цены, ставки НДС и признаки расчёта ведутся в 1С и должны попадать в чек оттуда, без дублирования на сайте.

Как устроен обмен сайт ↔ 1С

Основа сценария — стандартный обмен по протоколу CommerceML. 1С забирает с сайта заказы, а на сайт выгружает каталог, цены, остатки и статусы. Точка обмена на стороне Битрикс — /bitrix/admin/1c_exchange.php, обмен заказами идёт с параметром type=sale. Со стороны 1С обмен инициирует типовая обработка «Обмен с сайтом» в узле сайта.

Цикл выглядит так:

1. Покупатель оформляет заказ на сайте, заказ получает статус и признак оплаты;
2. 1С по расписанию выгружает заказ к себе вместе с составом, суммами и данными покупателя;
3. менеджер (или автоматика РМК) проводит оплату и пробивает чек средствами 1С;
4. 1С возвращает на сайт обновлённый статус и, при настройке, реквизиты чека.

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

Что делает 1С при печати чека

Всю фискальную работу берёт на себя 1С. К ней подключается ККТ (фискальный регистратор «АТОЛ», «Штрих-М» и др.) через типовые драйверы подключаемого оборудования либо облачная касса. 1С формирует чек по данным заказа, отправляет его в ОФД и хранит фискальные признаки: номер фискального документа (ФД), фискальный признак (ФП), номер ФН.

На стороне 1С задаются ключевые для 54-ФЗ параметры:

• Формат фискальных данных — ФФД 1.05 или 1.2 (для маркированных товаров нужен 1.2);
• система налогообложения и ставки НДС по номенклатуре;
• признак способа расчёта (предоплата, полный расчёт, аванс) и признак предмета расчёта (товар, услуга, платёж и т. д.);
• тип чека — чек прихода при оплате и чек возврата прихода при возврате.

Настройка обмена на стороне Битрикс

Со стороны сайта настраивается не касса, а обмен заказами. Основные точки контроля:

• Профиль обмена с 1С. В «Магазин → Настройки → Настройки обмена с 1С» (или через мастер интеграции) включается выгрузка заказов и указывается версия CommerceML;
• Соответствие статусов. Статусы заказа Битрикс сопоставляются со статусами 1С, чтобы «оплачен» и «отгружен» корректно триггерили действия в учётной системе;
• Свойства заказа. ИНН, e-mail и телефон покупателя — обязательные для чека реквизиты — должны выгружаться в 1С как свойства заказа;
• Расписание обмена. Регулярность запуска обработки в 1С определяет, насколько быстро пробьётся чек.

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

Реквизиты позиций и разделение чеков

Качество чека определяется тем, как заполнена номенклатура в 1С. Для каждой позиции важны наименование (как оно уйдёт в ОФД), ставка НДС, признак предмета расчёта и признак способа расчёта. Доставка при этом чаще всего проходит как отдельная позиция чека со своим признаком предмета расчёта — «услуга».

Если модель бизнеса требует отдельного чека на оплату и отдельного на отгрузку, вся эта логика реализуется в 1С через признаки способа расчёта: сначала чек с признаком «предоплата», затем при отгрузке — «полный расчёт» с зачётом аванса. Сайт лишь передаёт факт оплаты и состав заказа.

Возврат статуса чека и контроль

Чтобы схема была управляемой, важно настроить обратный поток данных. По тому же обмену 1С возвращает на сайт обновлённый статус заказа, а при доработке — и фискальные данные чека (номер ФД, ссылку на чек в ОФД). Это позволяет показать покупателю подтверждение и вести контроль прямо в админке магазина.

На что смотреть при мониторинге:

• Отставание обмена. Если заказы копятся, а чеки не выгружаются, растёт риск нарушить сроки по 54-ФЗ — проверяйте лог обмена и расписание;
• Расхождение сумм. Скидки и округление на сайте должны совпадать с суммой чека в 1С, иначе ОФД получит одну сумму, а покупатель заплатил другую;
• Не пробитые чеки. Заказ оплачен, но в 1С чек не сформирован (нет связи с ОФД, кончилась смена ККТ, ошибка ФН) — такие случаи должны попадать в отдельный контроль;
• Возвраты. Возврат на сайте обязан породить чек возврата прихода в 1С, а не остаться только сменой статуса.

Типичные проблемы сценария

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

• Не совпадают справочники. Разные ставки НДС или единицы измерения на сайте и в 1С дают неверный чек — синхронизируйте справочники и держите 1С ведущей;
• Заказ не выгрузился. Ошибка в свойствах заказа или в структуре CommerceML останавливает выгрузку конкретного заказа — смотрите протокол обмена;
• Долгий интервал обмена. Редкий запуск обработки в 1С задерживает чек — сокращайте период выгрузки оплаченных заказов;
• Нет ИНН или контакта покупателя. Без корректного e-mail или телефона чек некому отправить в электронном виде — сделайте поля обязательными в оформлении заказа.

Отдельно стоит помнить про маркированные товары: для них нужен ФФД 1.2 и передача кода маркировки, а это настраивается на стороне 1С и требует, чтобы код доезжал в заказе. Это уже стык 54-ФЗ и 487-ФЗ, и его лучше проектировать заранее.

Итог

Фискализация через интеграцию с 1С — это разделение ролей: сайт на 1С-Битрикс отвечает за заказ, а 1С — за чек по 54-ФЗ. Обмен по CommerceML переносит заказы в учётную систему, там ККТ и ОФД формируют фискальный документ с нужными признаками расчёта и НДС, а обратный поток возвращает статус на сайт. Сценарий силён там, где 1С уже ведёт номенклатуру, склад и офлайн-кассу, и позволяет фискализировать онлайн- и офлайн-продажи из одной точки.

Главные риски здесь — не в кассе, а в обмене: рассинхрон справочников, задержки выгрузки и потерянные реквизиты заказа. Мы настраиваем интеграцию сайта с 1С так, чтобы заказы уходили без сбоев, суммы и НДС совпадали, а чеки пробивались вовремя. Если фискализация через 1С у вас «подтекает» или только проектируется — поможем собрать её надёжно.