«Стандарт дилера»: достоверные данные дилерской сети «ЛЛК-Интернешнл»
Создали модуль, который автоматически принимает данные дилеров об остатках и движении товаров, сводит стоковое уравнение и показывает, где и почему учёт не сходится.
- 2,5 месяца — от начала работы над требованиями до сдачи модуля заказчику
- Единая точка правды — о качестве данных каждого дилера и площадки
- В штуках и по весу — стоковое уравнение по каждому SKU, площадке и дилеру
- Без перестройки учёта дилеров — модуль работает с их текущими выгрузками
Клиент и исходная ситуация
«ЛЛК-Интернешнл» — компания группы «ЛУКОЙЛ», которая продаёт масла и автохимию LUKOIL и TEBOIL через сеть эксклюзивных дилеров. Продажи и остатки на складах дилеров производитель видит только через данные, которые дилеры передают сами.
От достоверности этих данных зависят решения по цепочке поставок и бонусные выплаты дилерам.
Что происходило до начала проекта
- Единого достоверного источника данных о деятельности дилеров не было — отчётам по товарным остаткам нельзя было полностью доверять.
- Расхождения искали ручными сверками, на которые уходило время сотрудников.
- Причину расхождения — товар, операцию или площадку — было сложно установить.
- Недостоверные данные приводили к реальным финансовым потерям — излишнему бонусированию дилеров.
- Действующую систему контроля данных было неудобно настраивать под новые отчёты.
Каких результатов хотел достичь клиент
Внедрить «Стандарт дилера» — единую точку правды о качестве данных дилеров, которая отвечает на два вопроса: сходится ли учёт и, если нет, в чём причина.
Автоматизировать сбор данных
Принимать остатки и движения товаров от дилеров без ручной обработки.
Контролировать сходимость учёта
Автоматически сверять движение товара за период с остатком на конец периода.
Находить причину расхождений
Показывать, в каком разрезе возникла ошибка: SKU, площадка или тип операции.
Снизить финансовые риски
Опираться на проверенные данные при управлении поставками и бонусами дилеров.
Что разработала команда GROTEM
Команда изучила готовые коробочные решения на рынке и предложила собственную разработку, взяв лучшее из пользовательского опыта аналогов. Модуль встроен в SFA-систему «ЛЛК-Интернешнл» и закрывает весь процесс: загрузка → проверка → расчёт стокового уравнения → визуализация ошибок.
Автоматическая загрузка выгрузок дилеров
Дилеры передают файлы остатков, движений и справочников через FTP в папки своих площадок. Система:
- проверяет структуру файлов и полноту выгрузки;
- контролирует непрерывность данных по периодам;
- ведёт журнал загрузок, где исправленная ошибка сменяется информационным сообщением;
- напоминает дилеру о файлах, которые он не передал.
- FTP
- Валидация
- Журнал загрузок
Сходится ли учёт — по каждому SKU, площадке и дилеру
Система сравнивает расчётный остаток (остаток на начало плюс движения за период) с фактическим — в штуках и по весу — и агрегирует результат по складам, площадкам и дилеру:
- приходы, расходы и корректировки учитываются по типам операций;
- перемещения между складами одной площадки не искажают итог;
- в расчёт попадают только склады, отмеченные для стокового уравнения;
- товары дилера сопоставляются с каталогом по коду, весу и единицам измерения.
- Стоковое уравнение
- Сопоставление SKU
Наглядный контроль для ЛЛК и для дилеров
Главный экран показывает три метрики — качество и целостность данных, сходимость стокового уравнения и сопоставление SKU — с переходом к детализации.
Администратор ЛЛК видит всех дилеров и закрывает периоды, чтобы исключить правки задним числом. Ключевой пользователь дилера видит только свои данные и исправляет ошибки, перезагружая файлы.
- Дашборды
- Роли
- Периоды
Особенности проекта
Сам расчёт несложен — трудность была в том, чтобы получить достоверный результат из разнородных файлов дилеров и сделать его понятным для бизнеса.
Структуру файлов и текущий расчёт стокового уравнения разбирали на большой выборке реальных выгрузок вместе с BI-аналитиками GROTEM.
Модуль автоматизировал текущий процесс под ту структуру данных, с которой дилеры уже работают, — внедрение не требует перестройки их учёта.
Понадобилась модель периодов: в открытом периоде данные можно перезагружать, закрытый период фиксирует результаты как финальные.
Визуализацию прорабатывали с заказчиком в нескольких итерациях, чтобы причина расхождения читалась с первого взгляда.
Что было важно реализовать на уровне системы
Модуль спроектировали как отдельный сервис контроля качества данных, чтобы развивать его независимо и тиражировать на другие проекты.
Что получил бизнес
Модуль прошёл испытания и передан заказчику — у «ЛЛК-Интернешнл» появилась единая точка правды о данных дилерской сети.
от начала работы над требованиями до сдачи
ключевые метрики качества данных на главном экране
разреза расчёта — в штуках и по весу
роли — администратор ЛЛК и ключевой пользователь дилера
- Измеримый эффект — заказчик оценивает результат по регулярности передачи данных, динамике сходимости учёта и сокращению ручных сверок.
- Основа для развития — следующие итерации добавят сводную отчётность администратора по всем дилерам.
Технологии проекта
Архитектура
Бэкенд
База данных
Инфраструктура
Интеграции
Поможем выбрать оптимальное решение для вашего бизнеса
Разберём задачу, предложим архитектуру решения и оценим сроки реализации — на первой консультации, бесплатно.
- Покажем релевантный опыт на похожих проектах
- Сформируем решение с учётом ваших задач и IT-ландшафта
- Предложим следующие шаги без обязательств