Frontol: касса, остатки и цены с ИИ-агентом

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

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

Масштаб проблемы измерен не нами. По данным Центра развития перспективных технологий (ЦРПТ, оператор системы маркировки «Честный знак»), к августу 2025 года продажи несвежих молочных продуктов сократились в 122 раза по сравнению с 2024 годом, а на кассах было заблокировано около 2,3 млрд небезопасных товаров — и при этом только за лето 2025 года выявлено почти 20 тысяч случаев продажи просрочки, из-за чего Роспотребнадзор готовит систему автоматических штрафов по образцу фиксации нарушений на дорогах. Заметьте: почти все эти нарушения ловятся не проверяющим, а данными — кодом маркировки на кассе.

Коротко

Frontol — кассовое программное обеспечение: он точно знает, что пробито на кассе, и ничего не знает о том, что стоит на полке. ИИ-агент — программа, которая по заданному правилу сама читает чеки, остатки и цены, сверяет их между собой и возвращает расхождения в товароучёт и ответственному сотруднику. Человек подтверждает спорные случаи и меняет цену.

Содержание

• Что такое Frontol и какие процессы в нём живут
• Какие данные и отчёты даёт кассовый контур
• Где заканчиваются возможности системы
• Почему расхождение видно поздно
• Что съедает время между сигналом и решением
• Что делает ИИ-агент поверх Frontol
• Какие риски это снимает
• Сколько часов и денег это возвращает
• Что остаётся за человеком
• Как это выглядит на практике
• Как внедрить поэтапно
• Чеклист перед стартом
• Что в итоге
• Источники

Что такое Frontol и какие процессы в нём живут

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

Внутри кассового контура живут процессы, которые в сети каждый день производят деньги и потери одновременно:

• Продажа. Чек собирается из номенклатуры, цены и скидки. Если цена в кассе не совпадает с ценником — это либо возврат на кассе, либо жалоба, либо предписание.
• Возврат и сторно. Кассир отменяет чек или оформляет возврат. Каждая такая операция — сигнал: ошибка обучения, сбой цены, попытка «провести мимо» или честный возврат покупателя.
• Смена и её закрытие. Отчёт смены (Z-отчёт) — это срез: сколько пробито, сколько возвращено, сколько внесено и изъято. В сетях эти отчёты чаще всего собирают вручную или сводят в таблицу утром следующего дня.
• Маркировка. Код с упаковки проверяется на кассе; если товар просрочен или код не прошёл проверку, система обязана продажу не пропустить. Это самая автоматизированная часть контура — и самая результативная, как видно по цифрам ЦРПТ выше.
• Списания и пересчёт. Просрочка, бой, недостача оформляются отдельными документами, которые потом должны совпасть с учётными остатками.

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

Какие данные и отчёты даёт кассовый контур

Кассовое ПО и товароучёт вместе дают почти всё, что нужно для контроля, — но по отдельности, в разном формате и с разной задержкой.

Что даёт система	Где это лежит	Задержка
Чеки по каждой кассе с составом и суммой	Frontol, выгрузки смены	до конца смены
Возвраты, сторно, отмены	Frontol, журнал операций	до конца смены
Цены, по которым реально пробивали	Frontol + товароучёт	сутки и больше
Цены, которые должны быть	1С:Розница, прайс и акции	при обновлении
Остатки учётные	1С:Розница	по документам
Остатки фактические	пересчёт в магазине	раз в месяц-квартал
Просрочка и блокировки по маркировке	касса и «Честный знак»	по факту продажи
Отчёты смены, инкассация	Frontol	утром следующего дня

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

Где заканчиваются возможности системы

Границы честные и их полезно назвать до разговора о ИИ:

• Frontol не знает, что напечатано на ценнике. Касса видит свою цену, а не бумажку на полке. Расхождение между ними система не обнаружит — обнаружит покупатель на кассе.
• Касса не сверяет остатки между точками. Она знает свой остаток, но не знает, что в соседнем магазине тот же товар лежит мёртвым грузом, а здесь его нет третью неделю.
• Отчётность приходит постфактум. Смена закрыта, отчёт собран, а решения принимаются утром — когда покупатель уже ушёл.
• Кассовое ПО не объясняет причину. Возврат на кассе — это факт, а не диагноз: сбой цены, ошибка кассира или проблема с товаром определяет человек.
• Никакая система не отменяет физический пересчёт. Инвентаризация остаётся ручной работой; вопрос только в том, как часто её приходится делать внепланово.

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

Почему расхождение видно поздно

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

Пустая полка при «полном» остатке

В учёте 40 единиц, на полке — четыре. Учётный остаток включает товар в подсобке, в приёмке и то, что «должно быть» после пересчёта. Пока разница невелика, её списывают на погрешность. Когда разница накапливается, выясняется, что неделю продавали из подсобки, а полка стояла пустой в самые доходные часы. Как расхождения по остаткам разбирают на складе, показано в разборе расхождения по остаткам: ИИ на складе, а полный контур склада — в материале как ИИ-агент управляет складом. Склад в таких задачах описывают термином WMS (Warehouse Management System — система управления складом): именно оттуда приходят приёмка, размещение и фактические остатки.

Убыточная акция, замеченная после периода

Акция запускается копированием прошлой: скидка та же, а закупочная цена выросла. Касса честно пробивает акционную цену, отчёт закрывается через две недели, и только тогда видно, что часть ассортимента продавали ниже себестоимости. Ошибка была видна в первый день — если бы кто-то сверил цену со скидкой и закупку. Как такие расчёты устроены по шагам, разобрано в материале ценообразование в рознице: ИИ и маржа акций, а логика подбора ассортимента — в разборе управление ассортиментом с ИИ в 1С:Рознице.

Цена на полке не совпадает с кассой

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

Немые коды маркировки

Код не прошёл проверку — касса не продаёт. Правильно. Но если у товара на полке код не читается, он просто выпадает из продаж: стоит на полке, а продать нельзя. Заметить это можно только сверкой «что есть на полке» и «что продаётся».

Инвентаризация как аварийная ситуация

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

Зависимость от одного человека

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

Что съедает время между сигналом и решением

Между моментом, когда расхождение появилось, и моментом, когда по нему что-то сделали, стоит цепочка ручных шагов. У неё нет ни одного «умного» звена — только люди, выгрузки и таблицы.

1. Кассир замечает несоответствие или покупатель возвращается на кассу.
2. Директор точки фиксирует факт — часто в тетради, в чате или в памяти.
3. Товаровед выгружает отчёт смены и сверяет с тем, что помнит.
4. Категорийный менеджер проверяет цену в товароучёте и в акции.
5. Кто-то идёт в зал и смотрит ценник.
6. Найденное расхождение исправляют — если к этому моменту не забыли.
7. Раз в месяц всё это сходится в инвентаризации.

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

Что делает ИИ-агент поверх Frontol

Агент не «встраивается в кассу» и не заменяет кассира. Он работает рядом: читает выгрузки, сопоставляет и возвращает результат в те системы, где с ним уже умеют работать.

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

Важно, что агент не «делает выводы за систему». Frontol остаётся кассой, 1С — учётом, а агент — слоем проверки между ними. Если завтра кассовое ПО сменят, слой останется: он читает данные, а не внутренности программы.

Какие риски это снимает

Риски здесь считаются не в «повышении эффективности», а в конкретных сценариях: что происходит, кто платит и чем заканчивается.

Ценник, который не совпал с кассой

Нарушение правил продажи отдельных видов товаров — статья 14.15 КоАП: для юридического лица предупреждение или штраф от 10 до 30 тысяч рублей. По одной позиции это немного. Проблема в том, что инспектор фиксирует не позицию, а факт, и по сети такие факты складываются в предписание с повторной проверкой. Плюс возвраты на кассе: каждый спор — минуты кассира, очередь и потерянный покупатель. Как такие обращения разбирают системно, показано в разборе клиентский сервис с ИИ в RetailCRM.

Просрочка и маркировка

Продажа товара без маркировки или с нарушением её порядка — статья 15.12 КоАП: для юридического лица от 50 до 300 тысяч рублей с конфискацией предметов правонарушения. Здесь же — 2,3 млрд заблокированных на кассах небезопасных товаров и почти 20 тысяч выявленных случаев за лето 2025 года по данным ЦРПТ: контроль уже работает, но работает он в момент продажи, а не в момент, когда товар положили на полку.

Недостача и потери

По оценке Национальной федерации ритейла США (NRF), приведённой в отраслевом разборе, потери от недостач и воровства составили 121,6 млрд долларов за 2024 год — около 2% всего розничного оборота. Отдельная строка — кассы самообслуживания: потери там около 3,5% против 0,2% на кассах с кассиром. Разница в 17 раз — это не про честность покупателей, а про отсутствие сверки «что пробито» и «что ушло».

Неприменение кассовой техники

Статья 14.5 КоАП: неприменение контрольно-кассовой техники — для юридического лица штраф от трёх четвертей до одного размера суммы расчёта, но не менее 30 тысяч рублей; при повторном нарушении и сумме расчётов от 1 млн рублей — дисквалификация должностных лиц на срок от одного года до двух лет. Сценарий, который приводит к этой статье, обычно выглядит безобидно: «касса не работала, пробили потом» или «провели как возврат». Именно поэтому возвраты и сторно нужно разбирать каждый день, а не по итогам месяца.

Спор с поставщиком без доказательной базы

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

Потеря управляемости

Когда расхождение видно раз в месяц, управлять можно только последствиями. Управляемость начинается там, где отклонение видно в день появления, и у него есть владелец и срок.

Зависимость от конкретного человека

Товаровед, который «всё помнит», — это риск, а не актив: его отпуск останавливает контроль. Агент переносит знание из памяти в правило, а правило переживает смену сотрудника.

Сколько часов и денег это возвращает

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

Показатель	Вручную	С агентом
Сверка цен «полка — касса» на точку	20 минут в день	4 минуты в день на подтверждение
Разбор возвратов и сторно по смене	1,5 часа в неделю на точку	20 минут в неделю на подтверждение
Сведение остатков точки с учётом	6 часов в месяц на точку	1 час в месяц на подтверждение
Внеплановая инвентаризация	2–3 раза в год	1 раз в год по плану
Отчёт по потерям для коммерческого директора	собирается вручную, раз в месяц	формируется каждый день

Арифметика по первой строке: 20 минут × 22 рабочих дня × 96 точек = 704 часа в месяц. По второй: 1,5 часа × 4,3 недели × 96 = 619 часов в месяц. По третьей: 6 часов × 96 = 576 часов в месяц. Итого около 1 900 часов ручной сверки в месяц — это примерно 1,33 млн рублей при 700 рублях за час.

Агент не убирает эти часы целиком: человек по-прежнему подтверждает спорные случаи. В расчёте заложено, что автоматическим становится 70% работы, то есть около 1 330 часов в месяц — примерно 930 тысяч рублей. На одну точку это 9,7 часа и 6 800 рублей в месяц; на три точки — 29 часов и около 20 тысяч рублей.

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

Что остаётся за человеком

Автоматизация здесь не «передаёт решения машине». За человеком остаётся:

• Смена цены и ценника. Агент показывает расхождение и предлагает действие, но цену в товароучёте и бумажку на полке меняет сотрудник.
• Решение по спорной позиции. Если расхождение объясняется не ошибкой, а решением (акция, распродажа, брак партии) — решает товаровед или категорийный менеджер.
• Общение с поставщиком. Претензия, возврат партии, пересорт — переговоры остаются у закупок, агент даёт факты и журнал.
• Работа с людьми. Если возвраты на кассе — следствие обучения, а не сбоя цены, это задача директора точки, а не алгоритма.
• Границы полномочий. Агенту запрещено менять цены и остатки без подтверждения, проводить документы задним числом и закрывать расхождения «автоматически». Всё, что влияет на деньги, проходит через человека.

Как это выглядит на практике

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

Что оказалось важным и чего обычно не ждут:

• Первый прогон показал не то, что искали. Больше всего расхождений было не в ценах, а в остатках: товар числился на точке, которой он уже не принадлежал. Пришлось сначала чинить правила учёта, а не автоматизировать сверку.
• Пришлось договориться о словаре. Одна и та же позиция в кассе и в товароучёте жила под разными названиями — сопоставление по названию не работало, понадобился справочник соответствий.
• Скорость важнее полноты. Первая версия показывала 100% расхождений, и её никто не читал. Рабочей стала версия, где на точку приходило 5–7 позиций в день — те, где деньги потери заметны.
• Журнал оказался ценнее отчётов. Спор с поставщиком впервые закончился в пользу сети не потому, что «мы так думаем», а потому что был журнал операций по каждой позиции.

Названия компании и суммы не публикуются — это условие работы с клиентскими данными. Но состав работ, этапы и логика внедрения описаны ровно так, как это было.

Как внедрить поэтапно

1. Выбрать один процесс и одну категорию. Не «автоматизировать розницу», а «сверка цен по категории №1 в десяти точках». Узкая рамка даёт быстрый результат и честную оценку.
2. Договориться об эталоне данных. Что считается правильным: цена товароучёта или цена кассы, остаток учётный или фактический. Без этого спора правила будут противоречить друг другу.
3. Собрать выгрузки и доступы. Чеки, отчёты смен, возвраты, цены, остатки — на чтение. Доступ к кассе с правами администратора не нужен.
4. Сделать справочник соответствий. Сопоставить номенклатуру кассы и товароучёта. Это самая скучная и самая важная часть работы.
5. Прогнать на исторических данных. Взять 2–3 месяца назад и посмотреть, сколько расхождений агент нашёл бы и сколько из них были бы деньгами.
6. Запустить в режиме подсказок. Агент показывает, человек решает. Так проверяется точность и набирается доверие.
7. Включить документы. Только после того, как точность подтверждена: расхождения идут в товароучёт документом, с автором и журналом.

Чеклист перед стартом

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

• Есть выгрузка чеков и отчётов смен хотя бы за два месяца?
• Цены и акции ведутся в одной системе, а не в трёх таблицах?
• Понятно, кто отвечает за ценник в зале — должность, а не имя?
• Возвраты и сторно разбираются регулярно или «как получится»?
• Есть справочник соответствия номенклатуры кассы и товароучёта?
• Остатки точки когда-нибудь сверялись с учётом, кроме инвентаризации?
• Есть человек, который примет решение по спорной позиции в течение дня?

Если на четыре вопроса из семи ответ «нет» — начинать надо не с агента, а с правил учёта. И это тоже результат разбора.

Что в итоге

В рознице давно автоматизирована касса и почти не автоматизирована сверка. Frontol честно фиксирует, что пробито; товароучёт хранит, что должно быть; а между ними — люди, таблицы и месячная задержка. Именно в этой задержке живут риски: штраф по статье 14.15 за ценник, 50–300 тысяч рублей по статье 15.12 за маркировку, штраф от 30 тысяч рублей и больше по статье 14.5 за кассу, спор с поставщиком без журнала и внеплановая инвентаризация как способ узнать правду.

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

Источники

• Данные ЦРПТ (оператор системы маркировки «Честный знак») о блокировках просрочки на кассах и подготовке автоматических штрафов Роспотребнадзором, сентябрь 2025 года: сокращение продаж несвежей молочной продукции в 122 раза к августу 2025, около 2,3 млрд заблокированных на кассах товаров, почти 20 тысяч нарушений за лето 2025 — retail.ru
• Статья 14.5 Кодекса об административных правонарушениях: неприменение контрольно-кассовой техники — штраф для юридического лица от трёх четвертей до одного размера суммы расчёта, но не менее 30 тысяч рублей; повторно при сумме от 1 млн рублей — дисквалификация — zakonrf.info
• Статья 15.12 Кодекса об административных правонарушениях: продажа товаров без маркировки — штраф для юридического лица от 50 до 300 тысяч рублей с конфискацией — zakonrf.info
• Статья 14.15 Кодекса об административных правонарушениях: нарушение правил продажи отдельных видов товаров — предупреждение или штраф для юридического лица от 10 до 30 тысяч рублей — zakonrf.info
• Потери розницы от недостач и воровства: 121,6 млрд долларов за 2024 год, около 2% розничного оборота по оценке Национальной федерации ритейла США (NRF); потери на кассах самообслуживания — около 3,5% против 0,2% на кассах с кассиром — epiqinfo.com