AI-система автоматического формирования чека по видеоаналитике

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

Автоматическое формирование чека: где ломается ручной учёт

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

В сменном отчёте расхождение почти не видно — выручка сходится, а остатки плывут. Пересорт всплывает на инвентаризации: недостача по одному артикулу и излишки по другому, которые уже не привязать к конкретной смене и кассиру. Разбор занимает дни, а часть ошибок так и остаётся необъяснённой.

Вторая цена — очередь. Ручной поиск позиции в справочнике съедает 10–20 секунд, и в часы пик именно эти секунды превращаются в хвост из тележек у кассы. Магазин теряет не только время покупателя: часть людей уходит, не дойдя до кассы.

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

Что меняется после внедрения: скорость кассы и точность чека

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

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

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

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

Способы распознавания на кассе: сравнение подходов

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

Вариант Когда подходит Ограничения
Сканирование штрихкода Штучный товар с ровной упаковкой и стандартной маркировкой Не покрывает весовой товар, мятые и затёртые коды, позиции без маркировки
Ручной выбор позиции из справочника Короткий чек и небольшой ассортимент, обученный кассир Скорость падает с ростом числа позиций, растёт доля ошибок выбора
Распознавание по камере обзора Немаркированный и весовой товар: овощи, выпечка, развес Нужны стабильный свет и ракурс, путает похожие позиции, требует разметки данных
Комбинированная схема с подтверждением кассира Потоковые кассы со смешанным чеком Кассир остаётся в контуре: подсказка ранжируется, финальное решение за человеком

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

Этапы внедрения: от обследования точки до передачи системы

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

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

Что остаётся у вас: схемы, конфигурации и регламенты

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

  • Схема размещения камер — кассовые узлы, входы, зоны выкладки, углы обзора и перекрытие соседних зон с привязкой к плану помещения.
  • Профили распознавания — какие события система считает, порог уверенности для автоматического попадания позиции в чек и для отправки на подтверждение.
  • Правила доступа к видео и данным чеков — роли, разграничение прав, сроки хранения записей и выгрузок, порядок обработки запросов.
  • Регламент разбора спорных чеков — пошаговая проверка, кто принимает финальное решение и как результат возвращается в настройки.
  • Инструкция для персонала — действия кассира и администратора смены при подтверждении или отклонении позиции, порядок действий при сбое.
  • Документация по системе — состав сервисов, точки интеграции с кассой и учётным контуром, контролируемые показатели и пороги оповещений.
  • Порядок обновления настроек — как менять сценарии, проверять их на тестовой смене и откатываться к предыдущей конфигурации.

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

Кейс: как магазин убрал расхождения в чеках

До внедрения

На одной торговой точке чек собирался вручную: кассир сопоставлял позиции из корзины с товарным справочником, а вес и количество сверял по памяти. Ошибки выявлялись уже после ухода покупателя: доля чеков с ручной правкой за смену доходила до 11%, спорные чеки копились до конца дня, а повторные обращения по неверной сумме составляли 9% покупок.

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

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

После внедрения

Доля чеков с ручной правкой упала с 11% до 2%, число спорных чеков — с 40 до 6 в неделю. Время обслуживания покупателя сократилось на 7 секунд на чеке, повторные обращения по неверной сумме — с 9% до 1,5%. Оператор правит единичные случаи, остальной поток закрывается автоматически, а разбор смены занимает минуты вместо часа.

Чем отличается видеоаналитика от сканирования штрихкода?

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

Видеоаналитика смотрит на объект иначе — распознаёт его по изображению: форме и цвету упаковки, расположению блоков, надписям, логотипу, набору товаров на подложке. Она опирается не на один признак, а на десятки, поэтому выдерживает блики, поворот и частичное перекрытие. Система сопоставляет увиденное с базой эталонов и отдаёт позицию с оценкой уверенности, а не строгим совпадением.

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

Поэтому на практике оба способа почти всегда работают вместе, в комбинированном режиме. Код остаётся основным каналом: он дешевле по вычислениям и даёт однозначный ответ. Видеоаналитика подхватывает то, что код не закрыл, и валидирует считанное — тот ли товар, в том ли количестве. Вопрос не в выборе «или-или», а в иерархии проверок и в том, что система делает при низкой уверенности: достраивает позицию или помечает её на подтверждение.

Частые технические вопросы по видеоаналитике на кассе

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

Хватит ли условий съёмки на нашей кассе — свет и ракурс?

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

Как система различает похожие товары?

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

Как это стыкуется с учётной системой?

Решение работает отдельным сервисом рядом с кассовым ПО и обменивается справочником через таблицу сопоставления: артикулы связываются с визуальными эталонами. Новые позиции добавляются без остановки касс, а смена кода или названия связь не рвёт — правило перепривязывается.

Что происходит при сбое связи?

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

Как разбирать спорный чек?

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

Обсудим задачу: как построим работу на вашей точке

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

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

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

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

Направления AI-разработки

Последние работы

  • Разработка сайта компании B2B ADVANCE
    Разработка сайта компании B2B ADVANCE
    1542
  • Разработка веб-приложения для компании FEEDME
    Разработка веб-приложения для компании FEEDME
    1393
  • Разработка веб-сайта для компании БЕЛФИНГРУПП
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    1081
  • Разработка интернет магазина для компании FURNORO
    Разработка интернет магазина для компании FURNORO
    1368
  • Разработка логотипа компании B2B Advance
    Разработка логотипа компании B2B Advance
    815
  • Разработка веб-приложения для компании Enviok
    Разработка веб-приложения для компании Enviok
    1139