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

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

Где в админке видны чеки

В 1С-Битрикс чек — это отдельная сущность модуля sale (Bitrix\Sale\Cashbox\Check), привязанная к оплате или отгрузке заказа. Основное место контроля — карточка заказа: Магазин → Заказы → [заказ], блок «Кассовые чеки». Там перечислены все чеки по заказу с типом (приход, возврат прихода), суммой, датой и текущим статусом.

Данные хранятся в таблице b_sale_cashbox_check, а привязка к кассе — через сущность Bitrix\Sale\Cashbox\Cashbox. Сами кассы и их состояние (включена/выключена, обработчик, реквизиты ОФД) настраиваются в разделе Магазин → Настройки → Кассы (/bitrix/admin/sale_cashbox_list.php).

Статусы чеков и что они значат

Статус — первое, на что смотрят при контроле. В карточке заказа он показан текстом, а в базе хранится в поле STATUS. Важно различать три принципиальных состояния.

«Пробитый» чек содержит фискальные реквизиты: номер ФД, фискальный признак (ФПД), заводской номер ФН. Если этих данных нет, а статус «пробит» — это повод перепроверить обмен с ОФД, потому что валидный фискальный чек без них не существует.

Очередь и асинхронная печать

Печать чека в Битрикс — процесс асинхронный. При наступлении события (оплата, отгрузка) система формирует чек и ставит его в очередь, а фактическую отправку в кассу и получение ответа выполняет фоновая механика модуля sale через менеджер Bitrix\Sale\Cashbox\CheckManager. Поэтому сразу после оплаты чек нормально находится в статусе «в обработке».

• Проверьте, что нужный агент модуля sale выполняется: Настройки → Настройки продукта → Агенты. Если агенты стоят, очередь чеков не двигается.
• Убедитесь, что настроен и работает крон (cron_events.php) — на большинстве магазинов агенты должны запускаться по крону, а не «на хите».
• Проверьте, что касса включена и не переведена в статус «выключена» в списке касс.

Разбор ошибок печати

Если чек в статусе «Ошибка», в карточке заказа рядом с ним отображается сообщение — оно же хранится в поле ERROR_MESSAGE. Это первый источник диагностики: там будет ответ конкретного обработчика (Атол.Онлайн, Orange Data, ЮKassa, Бизнес.Ру и т. д.).

Типовые причины, которые видно прямо из текста ошибки:

• Не заполнен предмет или способ расчёта у товара — касса не принимает позицию без обязательных для ФФД реквизитов.
• Неверная ставка НДС или её отсутствие в свойствах товара.
• Проблема с email/телефоном покупателя — по 54-ФЗ чек нужно отправить клиенту, без контакта касса отклоняет операцию.
• Истёк или переполнен ФН, закончилась оплата тарифа у облачной кассы, неверный токен доступа.

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

Сверка с ОФД и налоговой

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

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

Регламент ежедневного контроля

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

1. Ежедневно просматривать заказы за сутки и отбирать чеки в статусах «ошибка» и надолго «зависшие» в обработке.
2. Раз в день сверять итог по чекам с кабинетом ОФД (количество, сумма, возвраты).
3. Контролировать сроки ФН и оплату облачной кассы заранее, не дожидаясь отказов.
4. Настроить уведомления: обработчик события OnSaleCheckPrint может отправлять письмо ответственному, если чек вернулся с ошибкой.

Для магазинов с большим потоком имеет смысл вынести контроль в отдельный отчёт или дашборд по таблице b_sale_cashbox_check — так проблемные чеки видно, не открывая каждый заказ вручную.

Итог

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

Если хочется, чтобы чеки контролировались без ручной рутины, мы настраиваем автоматические уведомления об ошибках печати, отчёты по непробитым чекам и мониторинг обмена с ОФД, а также сопровождаем кассовую часть магазина на Битрикс. Помогаем и с тонкой интеграцией обработчиков касс, если статусы ведут себя нестабильно.