Как проверить корректность работы кассы

После подключения онлайн-кассы к 1С-Битрикс мало увидеть строку «чек напечатан» в админке. Корректность работы кассы означает, что чек реально ушёл в ОФД, содержит верные реквизиты по 54-ФЗ и виден в ФНС. Разберём, как это проверить системно — от тестового заказа до регулярного мониторинга.

Что значит «касса работает корректно»

Формальный признак «чек пробит» в 1С-Битрикс — это статус в журнале чеков, а не гарантия соблюдения 54-ФЗ. Касса работает корректно, когда одновременно выполнены три условия.

• Чек фактически фискализирован — ОФД принял документ и присвоил ему фискальный признак (ФПД), а не завис в очереди.
• Реквизиты соответствуют закону — верные ставки НДС, признак способа и предмета расчёта, система налогообближения, email или телефон покупателя.
• Чек доступен для проверки — покупатель и ФНС видят его в приложении «Проверка чека» или на сайте оператора.

Тестовый заказ: прогон полного цикла

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

1. Оформите заказ через корзину, а не через админку, — так проверяется вся связка «оплата → событие → фискализация».
2. Оплатите заказ. В ЮKassa или другом эквайринге чек формируется по факту смены статуса оплаты.
3. Убедитесь, что заказ перешёл в статус «оплачен» (флаг PAYED = Y).
4. Проверьте, что в разделе Магазин → Кассы → Чеки появилась строка чека прихода.

Если касса настроена на два чека (оплата и отгрузка), после смены статуса отгрузки должен появиться и второй документ. Для теста удобно использовать тестовый режим кассы (например, тестовую группу в Атол.Онлайн) — так фискальные документы не уходят в реальную ФНС, но вся логика Битрикса отрабатывает полностью.

Статусы чеков в админке Битрикс

Журнал чеков (Магазин → Кассы → Чеки, файл /bitrix/admin/sale_check.php) — первое место, где виден результат. Ключевой атрибут — статус чека. Пока чек не получил статус «Напечатан», говорить о корректной работе рано.

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

Контроль реквизитов чека

Статус «Напечатан» не гарантирует правильного содержимого. Откройте карточку чека и сверьте ключевые поля с требованиями 54-ФЗ.

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

Для магазинов, перешедших на ФФД 1.2, добавляется проверка реквизитов маркировки и отраслевых тегов. Соответствие версии ФФД смотрят в личном кабинете ОФД: там видно, по какой версии формата фактически формируются документы, и это должно совпадать с настройками кассы.

Сверка с ОФД и проверка в ФНС

Битрикс показывает лишь свою сторону. Финальная истина — на стороне оператора и налоговой. Сверку делают в два шага.

1. Личный кабинет ОФД. Найдите тестовый чек по сумме и времени. У корректного документа есть фискальный признак (ФПД), номер ФД и статус «принят». Если чек в Битрикс «Напечатан», а в ОФД его нет — связь с оператором нарушена.
2. Приложение или сайт ФНС. Отсканируйте QR-код с электронного чека в приложении «Проверка чека» ФНС. Если чек находится и данные совпадают — цепочка полностью замкнута.

Именно двойная сверка (ОФД + ФНС) отличает поверхностную проверку от полноценной: она подтверждает, что фискализация не только запущена в Битриксе, но и завершена во внешних системах.

Возвраты, отгрузка и торговый день

Корректная касса — это не только чеки прихода. Прогоните и обратные сценарии, иначе проблема всплывёт на первом же возврате.

• Чек возврата прихода — оформите отмену оплаты по тестовому заказу и убедитесь, что сформировался и ушёл в ОФД чек возврата.
• Чек отгрузки — если магазин работает по схеме «предоплата → отгрузка», проверьте, что второй чек формируется при смене статуса отгрузки.
• Закрытие смены — облачные кассы (Атол.Онлайн, Orange Data) автоматически закрывают смену через 24 часа; убедитесь, что смена не «висит» открытой, иначе чеки перестанут пробиваться.

Сопоставьте итоги: количество и сумма пробитых чеков за день в Битрикс должны сходиться с отчётом в ОФД и с фактическими оплатами эквайринга. Расхождение — сигнал, что часть заказов не фискализируется или дублируется.

Регулярный контроль, а не разовая проверка

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

• Ежедневно — быстрый взгляд на журнал чеков: нет ли зависших в статусе «Не напечатан» и строк с ошибкой.
• Мониторинг агентов и cron — падение фоновых заданий должно приводить к уведомлению, а не к тихому накоплению непробитых чеков.
• Срок действия ФН — заранее планируйте замену фискального накопителя; по истечении срока касса перестаёт пробивать чеки.
• После каждого обновления модуля sale или смены платёжного обработчика — контрольный тестовый заказ.

Итог

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

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