Что происходило до внедрения
Чеки разбросаны по кассам, расхождения всплывают при разборе, а не сразу. Отчётность и сверки приходится собирать вручную.
Решение и его эффект
Построили собственный журнал чеков: автоматическая подгрузка из оператора фискальных данных каждые 15 минут, единое хранилище, поиск и отборы, сверка с учётной системой и кассой, отметка расхождений и повторный разбор.
Как встроили в ИТ-контур
Сервис стоит внутри контура, забирает чеки из оператора фискальных данных по расписанию и ведёт единый журнал. Учётная система и кассы не меняются.
Схема упрощена. Полную архитектуру и состав интеграций показываем на встрече по NDA.
Что получил заказчик
- десятки тысяч чеков в едином журнале и под контролем
- расхождения видны в момент сверки, а не через недели
- поиск по чеку, кассе, смене и периоду занимает секунды
- история и выгрузки доступны без обращения к кассам
Показатели проекта раскрываем в согласованном диапазоне. Точные данные, имена и архитектуру покажем на встрече по NDA.
Что учли по требованиям заказчика
Фискальные документы не редактируются. Спорные чеки передаются человеку, журнал хранится по политике заказчика.
Сверщик чеков
находит расхождения между ОФД, кассой и учётной системой
Как работает
- Забирает чеки из ОФД по расписанию и складывает в единый журнал.
- Сопоставляет по кассе, смене, сумме и времени.
- Группирует расхождения и объясняет вероятную причину.
- Создаёт задачу на разбор и хранит историю проверок.
Границы
- Не правит фискальные документы и не удаляет чеки.
- Не скрывает расхождения, даже если они мелкие.
- Спорные случаи передаёт человеку.
Что использовали
У нас похожая задача
Разберём процесс, определим метрику и скажем, подходит ли здесь пилот. Покажем архитектуру этого кейса на встрече по NDA.