Полгода собственник не знал, сколько зарабатывает

Сцена из практики

_Сеть розничных магазинов на 1С, 30 000 позиций номенклатуры.

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

Что было

Сеть розничных магазинов. 1С:УТ с 2019 года, около 30 000 позиций номенклатуры. Кассы, обмены, ОФД, Честный Знак, всё как у всех.

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

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

Что нашлось, когда полезли смотреть

Отрицательные остатки в кассовых сменах с января. Месяцы весной не закрыты вообще.

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

Дальше по списку, каждый пункт сам по себе живёт месяцами:

Кассы тормозят и отваливаются. Обмены между базами падают. Розничные отчёты висят непроведёнными. НДС и цены правят руками.

Каждую из этих проблем до нас чинили отдельно. Пять дыр, пять заплаток, ноль архитектуры.

Отдельная история, из-за которой всё и посыпалось

Сеть какое-то время назад ушла с работающей УТ на 1С:Розницу.

С подачи другого подрядчика, у которого не было достаточного опыта именно на УТ. Переход готовили полгода. После него и посыпалось всё, что описано выше.

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

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

Что сделали

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

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

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

Написали автосверку кассовых смен с ОФД и автосверку цен касса против УТ по всей сети.

Сделали приложение остатков по штрих-коду для персонала на местах: продавец видит остаток, не дёргая никого.

Про ИИ, раз уж без этого никуда

Программу сверки данных между ОФД и 1С по API целиком написал ИИ.

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

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

Но он работает. И это единственный честный критерий, который у меня есть.

Сухой остаток

Поиск товара на кассе: было пять минут, стало пятнадцать секунд.

База выверена с февраля по июнь.

Не потому что наняли больше людей и не потому что стали быстрее работать. Потому что убрали костыли и поставили один инструмент вместо пяти.

Прибыль не появляется от того, что вы быстрее работаете в бардаке. Она появляется, когда бардак перестаёт быть архитектурой по умолчанию.