Поиск операций без пробитого чека ОФД в 1С — эквайринг, ПКО, безналичка от физлица, отложенные чеки ККМ

В чем проблема

Клиент заплатил — картой через эквайринг, наличными в кассу, переводом на счет или через Яндекс-кассу — а фискальный чек по этой оплате не пробит. Причины бытовые: кассир забыл, оплата пришла позже отгрузки, документ завели задним числом. Результат один: расчет с покупателем прошел мимо ОФД, и это нарушение 54-ФЗ со штрафом.

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

Что делает обработка

Обработка проходит по документам оплаты за период и по каждому проверяет, есть ли по нему пробитый фискальный чек. Проблемные документы собираются в список и уходят уведомлением в мессенджеры и на почту — по расписанию, без участия пользователя.

Проверяются документы:

• Операция по платежной карте — оплата эквайрингом;
• Приходный кассовый ордер — когда это поступление оплаты от клиента;
• Поступление безналичных денежных средств — от контрагента-физлица;
• Операция по Яндекс-кассе;
• Чек ККМ в отложенном статусе — начатая, но не завершенная продажа: товар отобран, оплата не проведена, чек не пробит. Такие чеки копятся в базе месяцами и обычно остаются вне поля зрения.

Разработка подключается как дополнительная обработка — типовая конфигурация не меняется. После подключения появляются две команды: «Настройки» и «Отправка уведомлений».

Настройки проверки

На закладке «Общие настройки» задается дата начала проверки и то, какие документы проверять. Флажок «Сдвигать дату» переносит дату начала после каждой проверки — чтобы не разбирать один и тот же период заново.

Отборы сужают проверку до нужного контура: по организациям, по кассам предприятия и отдельно по кассам ККМ. Отбор по организациям действует на все виды документов. Отбор по кассам предприятия — только на приходные кассовые ордера: у эквайринговых операций, операций по Яндекс-кассе и поступлений безналичных кассы нет, и они проверяются независимо от этого отбора. Чеки ККМ фильтруются своим отбором — по кассам ККМ. Какие отборы заданы и на что каждый из них подействовал, видно в итоговой записи журнала регистрации. Флажок «Записывать в журнал регистрации» оставляет подробный след каждой проверки.

Состав статусов отложенных чеков в разных конфигурациях различается: в «Управлении торговлей» 11.4 это «Отложен» и «Товар зарезервирован», в 11.5 — «Отложен без резервирования» и «Отложен с резервированием». Обработка определяет их сама, поэтому один и тот же файл работает во всех поддерживаемых конфигурациях.

Куда приходят уведомления о непробитых чеках

На закладке «Уведомления» выбираются адресаты и настраиваются каналы. Уведомление уходит по пяти каналам сразу или по любому из них:

• WhatsApp, Telegram и Макс — через сервис Green API: для каждого мессенджера указываются идентификатор инстанса, токен и адрес сервиса;
• собственный телеграм-бот — прежний канал, работает по токену бота и идентификатору чата;
• электронная почта — письмо адресатам от выбранной учетной записи.

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

Адресаты в мессенджерах — те же выбранные пользователи: телефоны берутся из их контактной информации. Поле «Дополнительные получатели» принимает номера, которых нет в справочнике, — через точку с запятой, запятую или с новой строки. Номер приводится к нужному виду автоматически: «8 912…» становится «7912…», белорусский «80…» — «375…»; повторы одного и того же номера снимаются.

Разбор документов без пробитого чека

Закладка «Анализ документов» — рабочее место разбора. Указывается период, нажимается «Заполнить таблицу», и документы группируются по ответственному: сразу видно, за кем числятся непробитые чеки. Дерево разворачивается сразу после заполнения — раскрывать каждую группу вручную не нужно. По каждой строке — тип и номер документа, организация, касса, сумма, признак выполненной оплаты и статус отложенного чека ККМ.

Таблица заполняется под правами пользователя: сотрудник видит в ней только те документы, которые доступны ему по настройкам прав. Проверка по расписанию работает иначе — она охватывает документы всех ответственных, поэтому перечень в уведомлении не зависит от того, под каким пользователем выполняется регламентное задание.

Флажок «Только проблемные документы» оставляет в таблице лишь те, по которым чек не пробит. Кнопка «Вывести список» выгружает таблицу в табличный документ — например, чтобы отправить его бухгалтеру.

Любой документ открывается прямо из таблицы: двойным щелчком по строке или кнопкой «Открыть документ». Оплату видно сразу: можно разобраться, почему чек не пробит, и пробить его, не разыскивая документ в журналах. Щелчок по строке ответственного документ не открывает — он разворачивает и сворачивает группу.

Мусор убирается прямо отсюда кнопкой «Пометить на удаление» — не нужно идти в журналы документов. Помечать можно как удобно:

• выделенные строки — одну или несколько сразу;
• строку ответственного — помечаются все проблемные документы этого сотрудника;
• ничего не выделено — обработка предложит пометить все проблемные документы таблицы разом, число будет в вопросе.

При этом кнопка ведет себя аккуратно:

• проведенные документы по умолчанию не трогает — распроведения не происходит, они пропускаются со счетчиком;
• документы с уже пробитым чеком под массовую пометку не попадают — их можно пометить, только выделив строку явно;
• перед пометкой спрашивает подтверждение, кнопка по умолчанию — «Нет»;
• работает под правами текущего пользователя, без привилегированного режима;
• помеченные документы записывает в журнал регистрации — необратимое действие оставляет след;
• по итогу выводит одно сообщение: «Помечено N, пропущено проведенных M, ошибок K».

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

Помеченные на удаление документы выпадают из проверки: они исчезают из таблицы и перестают попадать в уведомления. Разобранный документ не возвращается в список при следующей проверке.

Проверка по расписанию

Регулярную проверку выполняет регламентное задание — расписание настраивается штатными средствами 1С. Актуально для клиент-серверных баз: в файловых регламентные задания по расписанию не выполняются, там проверка запускается командой «Отправка уведомлений».

Итог каждой проверки записывается в журнал регистрации всегда, независимо от флажка в настройках: период, перечень проверяемых видов документов, число найденных проблемных документов и что произошло с каждым каналом — отправлено столько-то сообщений, инстанс Green API не авторизован, не найдены телефоны получателей, не заполнен токен бота, не выбраны адресаты, у адресатов не указан адрес электронной почты. Если записи «Проверка пробития чеков. Итог» в журнале нет, значит задание не запускалось.

Период рассылки считается от даты начала в настройках, а не от периода закладки «Анализ документов». Пустое поле «Дата начала» при сохранении заполняется текущей датой, и тогда регламентное задание проверяет почти нулевой интервал: на закладке документы видны, а уведомления не приходят.

Как выглядит уведомление

В мессенджер приходит перечень проблемных документов с ответственным по каждому — одинаковый для WhatsApp, Telegram, Макса и телеграм-бота:

На почту уходит тот же перечень:

Для отложенного чека ККМ в строке дополнительно указывается его статус: «Чек ККМ ЧП00-000040 от 02.12.2025, ответственный — Василенко Игорь Петрович (отложен с резервированием)».