Исследования IDS АО «Промышленные Цифровые Решения»
Исследования IDS · Выпуск №001

Почему одна коробка алкоголя может стоить компании десятки тысяч рублей

Проблема длительной приёмки оказалась не в ЕГАИС, не в ТСД и не в скорости оператора — а в архитектуре процесса.

  • 8 мин чтения
  • Розничная сеть · 8 магазинов
  • ЕГАИС · приёмка · склад

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

На распределительный склад одновременно приезжает алкогольная продукция сразу для нескольких магазинов сети. По документам всё выглядит корректно: разные организации ЕГАИС, разные ТТН, разные поставки.

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

Именно в этот момент заканчивается аккуратная логика документов и начинается реальный складской процесс.

Проблема была не в том, что коробки нужно сканировать

Руководство планировало ускорить приёмку: установить конвейерную ленту в зоне разгрузки и выделить оператора, который будет сканировать короба на ТСД.

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

Но типовой процесс был устроен иначе. Чтобы определить владельца алко-кода, оператору нужно было открыть один документ ЕГАИС, отсканировать код, дождаться результата, при ошибке перейти к следующей ТТН, потом к следующей — и так до тех пор, пока код не будет найден.

Оператор не принимал товар. Он искал документ, которому принадлежит товар.

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

Пока оператор ищет нужный документ, предприятие оплачивает простой
Физический поток движется непрерывно, а цифровой процесс прерывается на каждом поиске документа.

Почему типовая логика стала дорогой

Типовая логика строится вокруг документа. Сначала оператор выбирает ТТН, затем проверяет, есть ли в ней нужный код. Если кода нет — ищет дальше.

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

Было: Документ → Товар
Стало: Товар → Владелец → Документ

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

Типовая логика

Оператор ищет ТТН. Каждая ошибка поиска создаёт задержку и риск перепутать товар между организациями ЕГАИС.

Логика потока

Оператор сканирует коробку. Система определяет владельца, документ и зону хранения без ручного перебора ТТН.

Как меняется архитектура решения

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

Архитектура процесса

ТТН №1Открыть документ
СканПроверить код
Ошибка?Следующая ТТН
ТТН №NПока не найдёт

Оператор перебирает документы. Конвейер ждёт. Компания оплачивает паузы.

Что меняется после смены архитектуры

После доработки оператору не нужно заходить в конкретный документ. Он сканирует коробку в общем потоке.

Система должна автоматически определить:

В результате конвейер перестаёт зависеть от скорости ручного поиска. Оператор больше не принимает решения, которые система может принять сама.

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

Главный вывод проекта

На большинстве предприятий пытаются ускорить сотрудника: дать ему ТСД, поставить конвейер, сократить количество кликов. Это важно, но не всегда решает проблему.

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

В этом кейсе дорогим оказался не алко-код, не ЕГАИС и не ТСД. Дорогим оказался момент, когда оператор должен был принять решение, которое уже могла принять информационная система.

Инженерный вывод IDS №001 Самые дорогие потери редко возникают из‑за медленной работы сотрудников.

Чаще всего они появляются там, где человеку приходится принимать решение, которое уже давно должна принимать информационная система.

Что проверить у себя

Если приёмка, склад или производство замедляются при росте объёмов, стоит проверить не только оборудование и скорость персонала, но и саму логику процесса.

Разберём ваш процесс

На первой встрече мы не демонстрируем ПО. Мы разбираем, где процесс теряет время, деньги и управляемость — и какие изменения можно сделать быстрее всего.