Разберём вашу сеть точек и предложим архитектуру
Оборудование, сценарий выдачи, оплаты и обмен с учётной системой — на схеме, до начала разработки.
Программные решения для автоматизированной торговли и автоматизированной выдачи товаров: ячейка постамата, вендинговый автомат, витрина микромаркета. Ниже — модули системы, процессы, которые она закрывает, и связь с интернет-магазинами, службами доставки, CRM, ERP и складом.
Автоматизированная торговля — продажа и выдача товара без продавца в точке. Покупатель работает с оборудованием сам, а решения о доступности позиции, цене, оплате и выдаче принимает программа.
Постамат, вендинговый автомат и микромаркет — три формы одной задачи. Различается физика: ячейка с электронным замком, спираль или лифт внутри автомата, открытая витрина и холодильник в помещении. Учётный контур общий: товар, цена, остаток по точке, заказ, платёж, событие оборудования.
Поэтому направления собраны на одной странице. Программа для постаматов, программа для вендинга и программа для микромаркетов строятся из одних модулей и различаются набором подключённых устройств и сценарием выдачи.
Шесть задач, ради которых внедряют ПО для автоматизированной торговли. Без него каждая закрывается выездом сотрудника, таблицей и телефонным звонком.
Товары, цены и планограммы задаются централизованно и расходятся по точкам. Автомат в аэропорту и микромаркет в бизнес-центре читают один справочник, а не два разных файла.
Покупатель выбирает позицию, платит и забирает товар сам, круглосуточно. Человек нужен на пополнении, инкассации и разборе аварии, а не на каждой продаже.
Позиция списывается в момент срабатывания механизма или открытия ячейки. Маршрут пополнения строится по фактическому остатку, а не по прошлой неделе.
Цена меняется правилом — по точке, группе точек или расписанию. Переоценка сети из сотни автоматов не требует выезда к каждому устройству.
Продажи, оплаты, пополнения и списания попадают в учётную систему без повторного ввода. Сверка перестаёт быть отдельной работой в конце месяца.
Видно, что продаётся в каждой точке, какие ячейки простаивают, сколько времени оборудование было недоступно и из-за чего.
Постамат — шкаф с ячейками разного размера, который выдаёт заказ получателю без сотрудника. Программа для постаматов решает, в какую ячейку положить посылку, кому и по какому коду её открыть и что делать с заказом, который не забрали.
Ячейка здесь — учётный объект со своим состоянием и историей, а не просто дверца. Поэтому один шкаф обслуживает несколько заказов подряд, а занятость каждой ячейки известна до выезда курьера.
Что делает ПО для постаматов:
Закладка курьера — такая же операция со сканированием, как выдача: сканируется этикетка посылки, шкаф открывает подобранную ячейку, закрытие двери подтверждает факт. С этой минуты за заказ отвечает постамат, а не курьер.
Код выдачи привязан к заказу, а не к человеку: его можно переслать другому получателю, отозвать и выпустить заново. Переданный код фиксируется в истории заказа вместе с временем и способом передачи.
Один шкаф выдаёт десятки заказов в сутки, сеть — тысячи. Разница не в самой выдаче, а в том, что происходит вокруг неё: кто закладывает, кто чинит и откуда приходят заказы.
Реестр устройств: адрес, конфигурация шкафа по типоразмерам, график доступа, версия программы, ответственный за обслуживание. Настройки и обновления уходят на терминал удалённо.
Магазин получает список постаматов с адресами, режимом работы и габаритными ограничениями, передаёт заказ и получает обратно статусы: заложен, выдан, просрочен, возвращён.
Обмен с перевозчиками по API: назначение постамата, номер отправления, подтверждение закладки, вывоз невостребованных заказов и приём возвратов на маршруте.
Состояние замков и датчиков двери, работа сканера и экрана, платёжный модуль, питание и канал связи. Отказ ячейки блокирует её для новых закладок, а не обнаруживается на месте.
Сколько ячеек каждого типоразмера занято сейчас и будет занято к вечеру с учётом сроков хранения. Диспетчер видит, какой шкаф уже нельзя назначать в доставку.
Оборачиваемость ячейки, среднее время от закладки до получения, доля невостребованных заказов, загрузка по часам и дням, распределение по типоразмерам.
Узел шкафа, а не отдельное устройство: экран, сканер кода, карт-ридер и бесконтактный модуль, фискальный накопитель. Через него оплачивается доставка при получении, хранение сверх срока и товар при выдаче с оплатой на месте.
Карта, бесконтактная оплата, QR и системы быстрых платежей, оплата в приложении. Платёж привязан к заказу и ячейке, состояние операции — авторизована, списана, возвращена — хранится вместе с историей выдачи и ежедневно сверяется с реестром провайдера.
Одноразовые коды с ограниченным сроком и числом попыток, лимит на повторный выпуск кода, проверка совпадения оплаты и факта открытия ячейки. Серия неудачных вводов, открытие без платежа и нетипичная активность одного получателя уходят в очередь разбора.
Программа терминала, контроллер замков, протокол обмена с серверной частью и монтажные решения шкафа — собственные программные и технические разработки. Поэтому конфигурация ячеек собирается под площадку, а новый способ оплаты или сценарий выдачи добавляется на стороне устройства, а не ограничивается возможностями стороннего модуля.
Вендинговый автомат продаёт товар по короткому сценарию: выбор позиции, оплата, выдача. ПО для вендинговых автоматов отвечает за то, что в автомате лежит, по какой цене продаётся, и за то, что происходит, когда механизм или оплата дают сбой.
Автомат работает автономно: продажа проходит и без связи с сервером, а транзакции досылаются, когда канал восстановится. Поэтому программа для вендинга устроена как обмен событиями, а не как удалённый пульт.
Что делает программа для вендинга:
Неуспешная выдача — штатное событие, а не исключение: спираль провернулась вхолостую, товар застрял, ячейка оказалась пустой. Автомат сообщает об этом сразу, деньги возвращаются на карту без обращения покупателя, а позиция помечается к проверке на ближайшем маршруте.
Планограмма хранится версиями. Замена ассортимента на площадке — не правка полей, а новая версия с датой применения, поэтому продажи до и после сравнимы между собой.
Автомат стоит без присмотра, и любая неисправность превращается в простой до следующего визита. Телеметрия сокращает этот интервал: устройство сообщает о себе само.
Автомат передаёт продажи, остатки по ячейкам, ошибки механизма, температуру, состояние платёжных модулей и факт открытия двери. События уходят пакетами и не теряются при обрыве связи.
Онлайн, простой, ошибка выдачи, замятие купюроприёмника, нет разменной монеты, отказ холодильного агрегата. У каждого состояния — своя срочность и свой адресат.
Событие превращается в задание с ответственным и сроком, а не в сообщение в общем чате. Закрытие задания требует отметки на месте и записывается в историю устройства.
Обмен с платами автомата по MDB и EVA-DTS через телеметрический модуль. Разнородный парк устройств подключается к одной панели без замены оборудования.
Версия на устройстве обновляется удалённо и по группам: сначала несколько автоматов, затем сеть. Неудачное обновление откатывается на предыдущую версию.
Доля времени в рабочем состоянии, число отказов на автомат, время от аварии до восстановления, упущенные продажи за период простоя.
Платёжный модуль подключается к плате автомата по MDB и работает как самостоятельный узел: карт-ридер, бесконтактный модуль, QR-сканер, купюро- и монетоприёмник с учётом разменной монеты, фискальный накопитель. Терминал ведёт собственную очередь операций.
Карта, бесконтактная оплата, QR и системы быстрых платежей. Сумма холдируется до срабатывания механизма и списывается после подтверждённой выдачи; каждая транзакция сверяется с событием выдачи, наличные — с ведомостью инкассации и счётчиками автомата.
Расхождение между числом оплат и выдач по автомату, повторные операции одной картой за короткий интервал, аномальная доля отмен и возвратов, вскрытие корпуса и открытие двери вне маршрута. Показатели считаются по устройству, поэтому проблемный автомат виден отдельно от сети.
Телеметрический модуль, драйверы MDB и EVA-DTS, программа на устройстве и платёжный контур — собственные программные и технические разработки. Разнородный парк автоматов подключается к одной панели без замены оборудования, а поддержка нового протокола или способа оплаты добавляется на стороне модуля.
Микромаркет — небольшая торговая точка с открытыми витринами и холодильниками в закрытом контуре: офис, завод, общежитие, коворкинг. Товар доступен покупателю физически, кассира нет, оплата проходит на терминале или в приложении.
Отличие от автомата принципиальное: механизм не ограничивает доступ к товару. Поэтому программа для микромаркетов строится вокруг учёта и сверки, а не вокруг выдачи: расхождение между продажами и остатком — рабочий показатель точки.
Контроль на такой точке складывается из трёх независимых источников: машинное зрение над витриной, электронные замки с журналом открытий и платёжный терминал. Совпадение их данных — норма, расхождение — рабочее событие, привязанное к конкретному сеансу покупателя.
Что делает система:
Пополнение микромаркета — приходный документ, а не «доложили на полку»: состав, партии и сроки годности фиксируются при выкладке, поэтому списание просрочки считается автоматически.
Ассортимент подбирается по данным точки. В закрытом контуре круг покупателей постоянный, и позиция без продаж за две недели занимает место, которое можно отдать ходовой.
Одна точка работает и на таблице. Сеть точек требует общего справочника, общих цен и одного места, где видно все расхождения сразу.
Каждая точка — объект со своим адресом, оборудованием, ассортиментом, ценами и графиком пополнения. Изменения применяются к точке, группе точек или ко всей сети.
Оператор сети, мерчандайзер на маршруте, бухгалтер и представитель площадки видят разные разделы. Списание и корректировка остатка требуют отдельного права.
Покупатели закрытого контура, корпоративные лимиты, обращения и обратная связь по ассортименту. Сегменты используются для персональных цен и предложений.
Номенклатура, закупочные цены, документы реализации, взаиморасчёты с площадками и поставщиками. Владелец справочника — учётная система, а не точка.
Заявки на пополнение, отгрузка на маршрут, приём возврата и просрочки. Остаток на точке и остаток на складе считаются в одном контуре.
Подключение провайдеров, фискализация чека, возврат средств при неуспешной покупке, ежедневная сверка операций с реестром и банковской выпиской.
Стойка самообслуживания на точке: сканер штрихкода, экран, карт-ридер и бесконтактный модуль, фискальный накопитель, весовой модуль при продаже развесного товара. Терминал — единственное место, где покупка становится оплаченной, поэтому его состояние отслеживается наравне с холодильным оборудованием.
Карта, бесконтактная оплата, QR, оплата в приложении, корпоративный счёт и лимит сотрудника. Покупка хранится с составом чека, точкой и временем, а ежедневная сверка сопоставляет транзакции провайдера, фискальные документы и списание остатка.
Машинное зрение и электронные замки фиксируют, что вынесено с точки, платёжный контур — что оплачено. Предмет контроля — расхождение этих двух потоков: неоплаченные позиции, нетипичное поведение учётной записи и аномальная доля списаний по точке разбираются по событию открытия.
Программа терминала и точки, контроллеры электронных замков, обработка видеопотока и правила фрод-контроля — собственные программные и технические разработки. Поэтому оборудование подбирается под помещение и ассортимент: открытая витрина, холодильник с замком или закрытый шкаф с идентификацией на входе работают в одном учётном контуре.
Постамат, вендинговый автомат и микромаркет — точки одной системы, а не три отдельных продукта. За каждой из них стоит один и тот же состав частей: программно-технический комплекс на месте, платёжный терминал, серверная часть, панель администратора, приложения покупателя и оператора, аналитика, отчётность, защита от фрода и встроенная логистика. Ниже — из чего состоит система и за что отвечает каждая часть.
Точка — связка оборудования и программы на нём: контроллер замков или механизма выдачи, сканер, экран, платёжный модуль, датчики двери и температуры. Комплекс работает автономно и продолжает обслуживать покупателя при потере связи с сервером.
Шкафы постаматов с ячейками разных типоразмеров, автоматы со спиралями и лифтом, витрины и холодильники микромаркета, электронные замки, сканеры, весы, камеры машинного зрения. Каждая единица заведена в реестре с конфигурацией и историей обслуживания.
Приём оплаты на всех трёх типах точек: карт-ридер и бесконтактный модуль, пин-пад, QR-сканер, фискальный накопитель, в вендинге — купюро- и монетоприёмник. Терминал держит собственную очередь операций, поэтому оплата проходит и при обрыве канала.
Приём событий с точек, учётное ядро, очереди обмена, планировщики заданий и отчётов. Масштабирование по числу точек, неизменяемые журналы операций, резервное копирование с плановой проверкой восстановления.
Рабочее место оператора сети: точки на карте, состояние оборудования, остатки, цены и планограммы, задания и аварии, роли и права, журнал действий сотрудников и сервисных открытий.
Регистрация устройства и его ключа, удалённая конфигурация, обновление программы группами с откатом, перезапуск узлов, отзыв доступа. Состояние и версия каждого устройства известны централизованно.
Товары и штрихкоды, партии и сроки годности, цены и правила ценообразования, остатки по точкам и ячейкам, заказы, продажи и транзакции. Один справочник на всю сеть независимо от типа оборудования.
Поток событий со всех точек в одном месте: продажи и выдачи, ошибки механизма, открытия дверей, температура витрин, состояние платёжных модулей и канала связи. При обрыве связи события копятся на устройстве и досылаются пакетом, а отклонение от нормы становится заданием с ответственным и сроком, а не строкой в журнале.
Карта точек и режим работы, коды выдачи, оплата и корпоративный лимит, история покупок и электронные чеки, оформление возврата, уведомления о готовности заказа и сроке хранения.
Маршрут смены, пополнение со сканированием, инвентаризация, инкассация, списание с причиной и фотографией, закрытие технических заданий. Работает без сети: операции копятся в локальной очереди и досылаются.
Продажи, маржа, оборачиваемость, простои, потери и упущенный спрос в разрезах: период, точка, площадка, тип оборудования, товар, категория, способ оплаты, исполнитель маршрута.
Регламентные отчёты и выгрузки: выручка по точкам и юридическим лицам, ведомости инкассации, акты списания, сверка с платёжным провайдером и банком, данные для учётной системы. Расписание и адресаты настраиваются.
Правила и лимиты на операции, поведенческие признаки, сопоставление события оплаты с фактом выдачи или открытия двери, стоп-листы, очередь подозрительных операций для ручного разбора с привязкой к сеансу.
Документированное API, вебхуки и очереди обмена с интернет-магазинами, службами доставки, CRM, ERP, складом, онлайн-кассами и платёжными сервисами. Версионирование формата, идемпотентность приёмника, журнал обмена.
Распределение товаров между точками, управление маршрутами, контроль остатков, планирование пополнения и централизованное управление сетью — в той же системе, что считает продажи, а не в отдельной таблице.
Платёжный терминал в этой схеме — не периферия, а один из ключевых компонентов: он замыкает сценарий продажи на любой из трёх типов точек и остаётся единственным местом, где покупка становится оплаченной. Программа терминала, протокол обмена с серверной частью, схемы подключения к контроллерам оборудования и монтажный комплект — собственные программные и технические разработки, поэтому состав способов оплаты, правила холдирования и поведение при обрыве связи задаются под задачу сети.
Логистика в автоматизированной торговле — это движение товара между складом и десятками точек, каждая из которых расходует его со своей скоростью. Модуль встроен в ту же систему, что считает продажи и остатки, поэтому решения принимаются по данным точек, а не по отдельному файлу у логиста.
Что закрывает модуль:
Маршрут — не фиксированный график объезда, а список заданий на смену. В него попадают точки с остатком ниже порога, точки с открытой аварией, точки с истекающими партиями и плановые визиты по договору с площадкой. Порядок объезда учитывает географию и окна доступа: склад в шесть утра и бизнес-центр, открытый с девяти, в один отрезок не ставятся.
Состав загрузки рассчитывается до выезда, поэтому исполнитель получает со склада ровно то, что распределено по точкам маршрута. Остаток на руках после смены — такой же учётный объект, как остаток на точке: он либо возвращается на склад документом, либо переходит в следующий маршрут.
Точка не хранит данные карт и не проводит платёж сама: она передаёт операцию платёжному модулю или провайдеру, получает результат и связывает его с продажей. Остальное — управление жизненным циклом платежа в условиях, когда рядом нет кассира.
| Точка | Операция | Сумма | Статус |
|---|---|---|---|
| Автомат A-207 | Холд до выдачи | 145 | Холд |
| Автомат A-112 | Списание после выдачи | 210 | Проведено |
| Автомат A-118 | Спираль не сработала | 160 | Холд снят |
| Постамат П-14 | Оплата при выдаче | 1 280 | Проведено |
| Микромаркет БЦ-3 | Корпоративный лимит | 320 | Проведено |
| Постамат П-31 | Хранение сверх срока | 150 | Повтор |
Механизм не сработал — холд снят без возвратного платежа, позиция помечена к проверке на ближайшем маршруте. Повторная доставка события по ключу операции второй строки не создаёт.
Сверяются три источника: транзакции провайдера, фискальные документы и события выдачи с оборудования. Наличные из автоматов сходятся отдельно — по ведомости инкассации и счётчикам устройства.
Банковская карта и бесконтактная оплата на терминале, QR и системы быстрых платежей, оплата в приложении, корпоративный лимит сотрудника, наличные в автоматах со сдачей.
Сумма блокируется до срабатывания механизма и списывается после подтверждённой выдачи. Товар не выдан — блокировка снимается без возвратного платежа.
Автономный режим проводит оплату по правилам платёжного модуля и досылает транзакцию, когда канал восстановится. Отсутствие сети не останавливает продажи.
Повторная отправка транзакции не создаёт второй платёж и не списывает остаток дважды. Дубль распознаётся по ключу операции на стороне сервера и провайдера.
После оплаты формируется фискальный чек и уходит покупателю на почту или в сообщение. При неуспешной выдаче формируется чек возврата на невыданные позиции.
Ежедневное сопоставление транзакций с реестром провайдера и выпиской банка, ведомость наличных по автомату, расхождения — в отдельный список для разбора.
Платёжный терминал — общий узел для всех трёх типов точек и один из ключевых компонентов системы: через него проходит выручка сети, и его отказ останавливает продажу даже на исправном оборудовании. Поэтому терминал заведён в реестре наравне с самой точкой — версия программы, доступные способы оплаты, состояние фискального накопителя и результат последней сверки видны в панели администратора.
Остаток в автоматизированной торговле привязан не к складу, а к месту: к ячейке автомата, полке витрины, зоне холодильника. Один и тот же товар в двух точках сети — две независимые величины с разной скоростью расхода.
Расчётный остаток = загружено при пополнении − продано − списано (просрочка, брак, неуспешная выдача). Фактический остаток даёт инвентаризация на маршруте, а разница между ними — измеримый показатель точки.
Как устроен обмен:
Оборудование стоит в разных зданиях и районах, а обслуживают его несколько человек в разъездах. Эксплуатация — это не «объехать точки», а очередь заданий с исполнителями, сроками и подтверждением на месте.
Оператор сети работает в диспетчерской панели: точки на карте, состояние оборудования, остатки, аварии и задания смены. Мерчандайзер и техник работают в приложении на телефоне — с тем же набором объектов, но только по своему маршруту.
Что происходит за смену:
Ячейки и выдача
Товары и продажи
Оплаты
Телеметрия и аналитика
Интеграция — согласованный обмен данными с внешней программой: что передаётся, в каком формате, как часто, кто владеет данными и что происходит при сбое.
Ключевое решение — ответственность за данные. Номенклатура и закупочные цены приходят из ERP, клиенты и сегменты — из CRM, остатки склада — из складской системы, а продажи и события оборудования рождаются на точке. Двусторонняя правка одного поля в двух системах даёт постоянные расхождения, поэтому её избегают.
С чем связывается система:
Обмен строится асинхронно: продажа на точке не ждёт ответа внешней системы. Сообщение кладётся в очередь, повторяется при неудаче с нарастающим интервалом и попадает в очередь разбора, если не прошло после всех попыток.
Каждое сообщение сохраняется с телом, временем, результатом и числом попыток, поэтому разбор инцидента опирается на журнал обмена, а не на воспоминания.
Аналитика строится на собственных данных о продажах и работе оборудования, а не на внешних счётчиках. Счётчик знает о посещениях, система — о деньгах, товарах, простоях и потерях.
Отчёты считаются по срезам: период, точка, площадка, тип оборудования, товар, категория, способ оплаты, исполнитель маршрута. Любой показатель доступен в каждом разрезе и выгружается в файл или хранилище данных.
Оборудование стоит в общедоступном месте и работает без присмотра. Поэтому защита строится на трёх вещах: платёжные данные не попадают в систему, устройство подтверждает свою подлинность, любое действие с деньгами и ячейками оставляет след.
Карта читается сертифицированным платёжным модулем, номер в систему не попадает. Для повторных списаний и корпоративных лимитов хранится токен, а не карта.
Каждая точка обменивается с сервером по защищённому каналу и собственному ключу. Отозванный ключ отключает устройство от сети, не затрагивая остальные.
QR- и PIN-коды одноразовые, с ограниченным сроком жизни и числом попыток ввода. Погашенный код повторно ячейку не открывает.
Ролевая модель: мерчандайзер не меняет цены, техник не видит выручку. Открытие ячейки сервисным доступом требует отдельного права и причины.
Кто открыл ячейку, кто изменил планограмму, кто списал остаток и провёл инкассацию. Записи неизменяемы и хранятся отдельно от рабочих данных.
Минимально необходимый состав данных получателя, срок хранения, удаление по запросу, согласия на обработку и уведомления с датой и источником.
Отдельный контур — восстановление. Резервные копии бесполезны, пока не проверено их восстановление: тестовое развёртывание проводится по расписанию, а не в момент аварии.
Система собирается из модулей: каждый закрывает свою область данных и операций, связи между ними описаны явно. Проект запускается частями — сначала точки, товары и оплаты, затем телеметрия, маршруты и аналитика.
Постаматы, автоматы и микромаркеты: адрес, площадка, конфигурация, режим работы, версия программы, ответственный, арендные условия.
Карта шкафа по типоразмерам, подбор ячейки под габарит, статусы и сроки хранения, блокировка неисправной ячейки, журнал открытий.
Закладка курьером, QR- и PIN-коды, повторный выпуск и отзыв кода, подтверждение получения, вывоз невостребованных заказов.
Заявка на возврат, код обратной закладки, фиксация закрытия двери, приём товара на складе, возврат средств покупателю.
Общий справочник товаров, штрихкоды, привязка позиции к ячейке, спирали или зоне витрины, версии планограммы с датой применения.
Цены по точке, группе точек и расписанию, корпоративные и персональные условия, округление, налоги, история изменений.
Единая очередь продаж со всех точек, результат выдачи, неуспешные операции, чеки, отмены и возвраты средств.
Подключение провайдеров и платёжных модулей, холдирование и списание, безналичная оплата и наличные, возвраты, сверка.
Чеки продажи и возврата, обмен с онлайн-кассами, отправка чека покупателю, контроль неотправленных документов.
Остаток по ячейкам и зонам, партии и сроки годности, заявки на пополнение, отгрузка на маршрут, списания и просрочка.
Пересчёт на точке с телефона, расхождение с причиной, история пересчётов, потери в деньгах по точке и по товару.
Сбор маршрута по остаткам и авариям, назначение исполнителя, подтверждение операций сканированием, перенос незакрытого.
Ведомости по автоматам, сверка наличных с транзакциями устройства, разменная монета, передача выручки в кассу.
Приём событий оборудования, очередь при обрыве связи, протоколы MDB и EVA-DTS, история состояний устройства.
Состояние точек в реальном времени, пороги и оповещения, задания на устранение, время до восстановления работы.
Изменение цен, планограммы, текстов экрана и режима работы, обновление программы на устройстве группами с откатом.
Журнал температуры холодильных витрин, пороги и оповещения, пометка партии к проверке при превышении режима.
Учётные записи, корпоративные счета и лимиты сотрудников, приложение покупателя, история покупок и электронные чеки.
Коды выдачи, напоминания о сроке хранения, чеки и статусы возврата по почте, СМС и в мессенджерах, журнал доставки.
Продажи, маржа, оборачиваемость, простои, потери и упущенный спрос в произвольных срезах, выгрузки и витрины данных.
Обмен с интернет-магазинами, службами доставки, CRM, ERP, складом, кассами и платёжными сервисами. API, вебхуки, очереди.
Роли и разрешения по разделам и операциям, двухфакторная аутентификация, журнал действий сотрудников и сервисных открытий.
Постаматы, автоматы и микромаркеты в одной системе, несколько юрлиц и площадок, регионы, валюты и языки интерфейса точки.
Программа на устройстве, приложение мерчандайзера и техника, диспетчерская панель оператора сети — на одном ядре данных.
Систему не запускают целиком за один релиз. Порядок ниже отражает зависимости: каждый шаг опирается на данные, появившиеся на предыдущем.
Парк оборудования, протоколы подключения, текущие процессы пополнения и учёта. Результат — схема сущностей и карта интеграций.
Реестр устройств, номенклатура, планограммы, цены и остатки. Пилот на нескольких точках с проверкой на реальных данных.
Платёжные модули, фискализация, коды выдачи и возвраты. Запуск на части сети с ежедневной сверкой операций.
Телеметрия, маршруты и инвентаризация, интеграции с учётом, аналитика. Каждый блок — отдельный релиз с измерением результата.
Опишите, что уже работает: парк оборудования, учётная система, склад, платёжный провайдер. Разберём процесс и предложим архитектуру решения.