Автоматизация АЗС: как связаны кассы, платежи и учёт

Автоматизация АЗС строится вокруг одной цепочки: топливо отпускается через колонку, продажа фиксируется на кассе, оплата проходит через терминал или приложение, а итоги попадают в учётную систему. Чем меньше ручных переносов между этими звеньями, тем меньше расхождений в остатках, смене и деньгах. Главная техническая задача проекта не купить оборудование, а договориться о форматах обмена и о том, какая система считается источником истины.

Из каких звеньев состоит АЗС с точки зрения данных

Если смотреть глазами интегратора, станция это набор источников событий.

• Топливно-раздаточные колонки и контроллер, который управляет отпуском и считает объёмы.
• Уровнемеры резервуаров, показывающие остатки топлива.
• Кассовое рабочее место оператора и магазин при станции.
• Платёжные терминалы и онлайн-оплата через приложения или карты лояльности.
• Фискальное оборудование или сервис фискализации.
• Учётная система: 1С или специализированный продукт, где собираются остатки, смены, бухгалтерия.
• Отчётность и аналитика для руководителя.

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

Где чаще всего возникают расхождения

На практике проблемы заметнее всего на границах между системами. Типовые источники расхождений:

1. Отпуск топлива и чек не совпадают по объёму или сумме: колонка отдала одно, на кассе пробито другое.
2. Оплата прошла на терминале, а продажа не зафиксирована, или наоборот.
3. Остаток в резервуаре по уровнемеру не бьётся с учётным остатком, причём часть разницы объясняется температурой, плотностью и допустимыми потерями, а часть ошибками.
4. Смены закрываются с задержкой, а данные грузятся в учёт позже, чем нужно для контроля.
5. Возвраты и коррекции делаются на месте, но не доходят до учётной системы.

Если у вас в учёте регулярно появляются «неопознанные» суммы, начните не с поиска виноватых, а с карты обменов: что откуда и куда передаётся, как часто, в каком формате и что происходит при сбое связи.

Схема обмена: что в какую сторону

Хорошая архитектура начинается с ответа на вопрос, какие данные куда текут. Условно потоков три.

От оборудования к кассе и учёту

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

От платёжных систем к учёту

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

От учёта к станции

Справочники номенклатуры, цены, скидки, правила лояльности и настройки передаются из учёта на кассы. Если цены меняются в одном месте и разъезжаются в трёх, расхождения гарантированы. Нужно решить, где единый источник справочников.

Фискализация и чеки

Продажа на АЗС сопровождается фискальным чеком, и способ его формирования зависит от выбранной схемы: фискальный регистратор на месте, сервис онлайн-фискализации или интеграция с учётной системой. Для казахстанских проектов актуален вопрос подключения к провайдерам фискализации, пример разбора есть в статье про Webkassa, Regos и фискальные чеки. Требования и порядок регистрации оборудования проверяйте в действующих правилах и у юриста или бухгалтера, универсальных советов тут быть не может.

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

Что нужно заложить на случай сбоев

АЗС работает круглосуточно, а проблемы со связью и электричеством случаются. Продуманный проект отвечает на вопросы заранее.

• Что делает касса, если пропал интернет: продаёт в автономном режиме и досылает данные позже?
• Что происходит с оплатой картой при недоступности банка?
• Как выявляется зависшая операция, когда топливо отпущено, а чек не создан?
• Кто и по какому регламенту корректирует данные при расхождениях?
• Как оператор узнаёт, что обмен остановился, и что он делает в этот момент?

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

Роль учётной системы и доработок

Чаще всего итоговые данные собираются в 1С: реализация, смены, остатки, взаиморасчёты, отчёты для бухгалтерии. Типовая конфигурация обычно не знает специфики конкретного оборудования и обменов, поэтому нужны доработки: загрузка отчётов по сменам, сопоставление оплат, контроль остатков топлива, формирование сводных документов.

При такой интеграции я придерживаюсь нескольких правил:

1. Обмен идёт через понятный интерфейс: HTTP-сервис, файловый обмен или промежуточная база. Выбор зависит от возможностей оборудования, см. статью о HTTP-сервисах в 1С.
2. Каждая загружаемая запись имеет внешний идентификатор, чтобы повторная загрузка не плодила дубли.
3. Ошибки не скрываются: проблемные записи попадают в отдельный список для разбора.
4. Доработки оформляются как расширения, чтобы обновления не ломали логику, это рассматривается в материале о расширениях и изменении конфигурации.

С чего начать проект автоматизации

Не нужно сразу автоматизировать всё. Рабочий порядок обычно такой.

1. Описать текущий процесс: кто, что и в какой момент делает на станции и в офисе. Приёмы описания собраны в статье как описать бизнес-процесс простыми словами.
2. Составить перечень систем и оборудования с версиями и возможностями обмена.
3. Определить, где болит сильнее всего: остатки топлива, сверка эквайринга, закрытие смен, контроль скидок.
4. Выбрать один сквозной сценарий и сделать его от колонки до учёта.
5. Измерить результат и только потом расширять охват. Как считать эффект честно, описано в статье про окупаемость автоматизации.

Безопасность и доступы на станции

Станция это ещё и ИТ-периметр: кассовые компьютеры, сетевое оборудование, видеонаблюдение, терминалы. Разделяйте сети оборудования и офисных или гостевых устройств, ограничивайте удалённый доступ, используйте индивидуальные учётные записи операторов вместо общей. Права на возвраты, коррекции и изменение цен должны быть у ограниченного круга лиц, а каждое такое действие должно оставлять след в журнале. Общие принципы изложены в статье про информационную безопасность малого бизнеса.

Что показывать руководителю

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

Частые вопросы

Можно ли подключить АЗС к 1С без замены оборудования?

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

Что даёт автоматизация для небольшой сети из нескольких станций?

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

Кто отвечает за корректность данных, интегратор или поставщик оборудования?

Границы ответственности нужно прописать в договоре: что делает поставщик, что интегратор, кто принимает результат. Размытые формулировки приводят к спорам при первом же расхождении.

Нужен ли отдельный сервер на станции?

Это определяется архитектурой решения. Иногда достаточно кассового компьютера, иногда нужен локальный шлюз, который накапливает данные при пропадании связи. Решение принимают по требованиям к надёжности.

Если вам нужно связать кассы, платежи и учёт в единую схему, посмотрите страницу об ИТ-инфраструктуре и проектах или напишите мне в Telegram.