Когда компания ежедневно формирует десятки или сотни чеков, ручная отправка становится источником задержек и ошибок. В таких случаях мы внедряем автоматизацию на базе модуля отправки чеков из 1С в АТОЛ Онлайн.

Она построена на сценариях обработки документов и двух регламентных процедурах: проверка документов и обработка очереди .

1. Проверка документов

На первом этапе система анализирует документы и определяет, по каким из них нужно сформировать чек.
Задаётся «глубина» проверки (например, последние 24 часа), настраиваются параметры отбора документов (например, плательщик - физлицо, чтобы исключить ИП и юридические лица).

Затем выполняется следующий алгоритм:

• проверяются документы получения денег: «Оплата банковской картой» (в 1С:Бухгалтерии) или «Эквайринговая операция» (в 1С:Управлении Торговлей / Комплексной);
• если оплата относится к заказу и его сумма равна сумме заказа — формируется чек на предоплату ;
• если суммы не совпадают — формируется чек на аванс ;
• система дополнительно проверяет, что по документу ещё нет чека в очереди.

2. Работа с очередью

Второй регламент обрабатывает сформированную очередь:

• берёт следующий документ без отправленного чека;
• формирует чек по выбранному сценарию;
• при необходимости выполняет дополнительную обработку (корректировку / заполнение полей под бизнес-процессы клиента);
• если при формировании возникли предупреждения — чек сохраняется, но не отправляется;
• если ошибок нет — чек автоматически уходит в АТОЛ Онлайн .

3. Сценарии для специализированных конфигураций

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

Например, в конфигурации «Первый Бит. ЖКХ» чеки формируются из двух документов: «Оплата КУ» и «Распределение авансов» . Для них задан набор условий и поддерживаются различные режимы работы:

• Раздельные действия: добавление в очередь, затем отправка.
• Объединённое действие: добавление и отправка в одном регламенте.

4. Учёт и контроль

Архитектура автоматизации опирается на специализированные объекты:

• справочник «Сценарии» (хранит правила и условия);
• регистр сведений «Очередь отправки» ;
• регистр накопления для учёта сформированных чеков.

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

• какие документы должны были сформировать чеки;
• какие чеки успешно отправлены ;
• какие имеют ошибки или предупреждения ;
• сумму неотправленных чеков.

5. Итого

Что это даёт бизнесу:

• Снижение ручных операций при массовых продажах и интернет-расчётах.
• Минимум ошибок за счёт сценариев и валидаций перед отправкой.
• Прозрачный контроль статусов и сумм неотправленных чеков.
• Гибкая адаптация под конкретные процессы (настройка условий, полей, ролей).

Главная трудоёмкость — разработка и настройка сценариев . Чем они сложнее, тем больше усилий требуется. Методика отработана и применена в разных конфигурациях.

Бывают случаи, когда требуется ручной контроль отправки чеков. Примеры подобных решений - в соседнем кейсе .