Торговый дом
- Приём заявок
- Отдел продаж
- Отгрузка
- Маршруты и доставка
Резюме для руководителя
1. Что показал разбор
Три площадки розлива и торговый дом, продающий их продукцию торговым точкам. Работа опирается на связанные сущности: точка, заказ, резерв, наряд на комплектацию, маршрут, остаток, наряд на производство, выдача материалов, заявка на закупку, выработка и расчёт сдельной оплаты.
Пока эти данные живут в разных носителях, отдел восстанавливает картину произошедшего уже после того, как работа выполнена. Проблема не в нехватке функций, а в том, что у процесса нет носителя, который переживал бы передачу между отделами.
Отдельный слой — три площадки, выросшие независимо. Одинаковые по смыслу операции называются и выполняются по-разному, поэтому сводная отчётность собирается руками, а общая система не может быть построена ни на одной из них без предварительной унификации.
| Вывод | Формулировка |
|---|---|
| Главное ограничение | Наличие на складе проверяется вручную в момент отгрузки, поэтому обещание торговой точке даётся раньше, чем известен фактический остаток. |
| Первый рекомендуемый шаг | Свести процессы трёх площадок к одной модели состояний, затем создать единую запись заказа — от приёма до заявки на закупку. |
| Ожидаемый эффект | Меньше повторного ввода, более раннее выявление дефицита, проверяемая основа для сдельного расчёта. Количественный эффект оценивается после внедрения. |
Проверенные области
Площадка розлива
- Производство
- Склад материалов
- Склад готовой продукции
- Первичная бухгалтерия
Снабжение
- Остатки и пороги
- Нормы списания
- Заявки на закупку
- Поставщики и сроки
Расчёты и транспорт
- Выработка
- Сдельная оплата
- Счета и накладные
- Автопарк
Исходное состояние
2. Съём текущей работы
Разбор начинается не с целевой модели, а со съёма того, как работа выполняется сегодня. По каждой операции фиксируется исполнитель, частота, носитель данных и то, вводятся ли те же данные повторно. Всё остальное в документе опирается на эту таблицу.
| Операция | Кто выполняет | Частота | Где живут данные | Повторный ввод |
|---|---|---|---|---|
| Сбор заявки у торговой точки | Менеджер отдела продаж | Ежедневно, по каждой точке | Блокнот, телефон, личная таблица | Да — заявка переписывается при передаче в отгрузку |
| Проверка наличия | Кладовщик готовой продукции | По каждой заявке | Бумажный журнал остатков | Да — остаток называется устно |
| Формирование тура | Отгрузка | Ежедневно, на следующий день | Бумажный лист маршрута | Да — точки и позиции переписываются |
| Наряд на производство | Начальник производства | По факту обнаружения дефицита | Бумажный бланк | Да — количество и материалы переписываются со склада |
| Выдача материалов | Склад материалов | По каждому наряду | Бумажная накладная | Да — списание оформляется позже события |
| Заявка на закупку | Снабжение | При дефиците, обнаруженном постфактум | Служебная записка | Да |
| Счёт и накладная | Первичная бухгалтерия | По каждому заказу | Отдельная учётная программа | Да — данные заказа вводятся заново |
| Расчёт сдельной оплаты | Мастер и бухгалтерия | Ежемесячно | Ручная сводка по нарядам | Да — выработка интерпретируется повторно |
Что из этого следуетНа восьми из восьми операций одни и те же данные вводятся повторно минимум один раз. Это не вопрос дисциплины исполнителей: у заказа нет носителя, который переживал бы передачу между отделами, поэтому каждый следующий отдел вынужден создавать свою копию.
Диагностическая панель
3. Состояние операционной системы
Основные потери возникают не внутри отдельных операций, а между торговым домом, складом, производством и снабжением — и при сведении данных трёх площадок.
45/100средняя зрелость процессовРиск ручной сверки высокий
8точек повторного вводаКандидаты на устранение
7критических передач данныхТребуют владельца
2приоритетных потока пилотаЗаказ + остаток
Зрелость процессов
Экспертная оценка по шкале 0–100. Чем выше, тем устойчивее процесс.
Структура операционного риска
Распределение выявленных наблюдений по типу.
16наблюдений
40% — разрозненные данные32% — потери при передаче28% — неясная ответственность
Числа на демонстрационной панели иллюстративны. В платном разборе оценки рассчитываются по интервью, выборке рабочих записей, наблюдению процесса и согласованной шкале 0–100.
Карта процесса
4. Текущий процесс и точки передачи
Цепочка описывает типовой путь работы. Это модель процесса, а не снимок системы конкретного клиента.
Заказ
Точка передаёт заявку менеджеру или через кабинет.
Резерв
Продукция закрепляется за конкретным заказом.
Комплектация
Склад собирает заказ по наряду.
Доставка
Заказ распределяется по маршрутам водителей.
Пополнение
Остаток пересекает порог по позиции.
Производство
Создаётся наряд с количеством и потребностью.
Выдача материалов
Склад материалов выдаёт под наряд.
Закупка
Дефицит превращается в заявку поставщику.
Риски в точках передачи
| Передача | Что может потеряться | Последствие | Приоритет |
|---|---|---|---|
| Точка → менеджер | Состав заявки, срочность, согласованная цена | Заявка уточняется повторно, обещание даётся без остатка | Высокий |
| Менеджер → отгрузка | Позиции, количество, адрес и окно доставки | Переписывание и ошибки переноса | Критический |
| Отгрузка → склад готовой продукции | Что именно зарезервировано под конкретный заказ | Один и тот же остаток обещан дважды | Критический |
| Склад → производство | Момент падения остатка ниже порога | Наряд создаётся после дефицита, а не до него | Критический |
| Производство → склад материалов | Потребность в материалах по наряду | Выдача по устной заявке, списание задним числом | Высокий |
| Склад материалов → снабжение | Фактический дефицит и срок поставки | Закупка запускается по факту остановки | Высокий |
| Наряд → расчёт оплаты | Выработка, участники и действующий тариф | Сдельная оплата пересчитывается вручную | Критический |
Тепловая карта рисков
| Область | Вероятность | Влияние | Обнаружение | Итог |
|---|---|---|---|---|
| Остаток обещан двум заказам | Высокая | Критическое | При отгрузке | Критический |
| Наряд создан после дефицита | Высокая | Высокое | Позднее | Критический |
| Материал списан задним числом | Средняя | Высокое | При инвентаризации | Высокий |
| Сдельная оплата из ручной сводки | Высокая | Высокое | Ежемесячно | Критический |
| Процессы трёх площадок расходятся | Высокая | Критическое | При сведении отчётности | Критический |
Первопричины
5. Почему это происходит
Повторный ввод, поздний дефицит и ручная сводка выработки имеют общие структурные причины.
A. Нет носителя заказаЗаявка, резерв, наряд на комплектацию, маршрут и документы существуют как отдельные факты. Ни один из них не переживает передачу между отделами целиком.
B. Остаток не является управляющим сигналомПроизводство запускает человек, заметивший дефицит. Порог существует в голове, а не в правиле, поэтому наряд всегда создаётся с опозданием.
C. Три площадки выросли отдельноОдинаковые по смыслу операции называются и выполняются по-разному. Пока это так, сводная отчётность собирается вручную, а общая платформа не может быть построена ни на одной из площадок.
D. Расчёт оплаты повторно интерпретирует производственные данныеВыработка попадает в расчёт через ручную сводку, а не из закрытого наряда. Любое расхождение обсуждается заново каждый период.
Принцип принятия решенияАвтоматизировать нужно не действие, а состояние работы: обязательные данные, владельца следующего шага и условие перехода. И до этого — привести три площадки к одному описанию процесса, иначе автоматизируется расхождение.
Зоны ответственности
6. Кто что делает и что из этого — перенос данных
Три площадки выросли отдельно, поэтому одну и ту же работу здесь выполняют по-разному и в разных отделах. Ниже — где она дублируется и где звено не принимает решения, а только передаёт данные дальше по цепочке.
| Звено | Что делает сегодня | Что из этого — перенос данных | Наблюдение разбора |
|---|---|---|---|
| Менеджер отдела продаж | Объезд и обзвон точек, приём заявки, оформление | Значительная часть времени — перенос заявки в форму отгрузки | Оформление переносится в кабинет точки; за ролью остаётся привлечение новых точек |
| Отгрузка | Проверка наличия, решение о возможности, формирование тура | Решение принимается по устно названному остатку | Отгрузка перестаёт решать, что возможно, и подтверждает уже зарезервированное |
| Кладовщик готовой продукции | Журнал остатков, выдача, сверка | Ведение журнала дублирует данные, которые уже есть в заказе | Роль сводится к физическому приёму и выдаче |
| Начальник производства | Обнаружение дефицита, создание наряда, контроль выпуска | Обнаружение — ручной обход, а не сигнал системы | Наряд возникает из порога остатка; за ролью остаётся исполнение и качество |
| Снабжение | Реакция на служебную записку, работа с поставщиками | Заявка формируется постфактум и вручную | Заявка следует из наряда; роль смещается к срокам и условиям поставки |
| Мастер и бухгалтерия | Ручная сводка выработки для сдельного расчёта | Двойная интерпретация одних и тех же данных | Расчёт берётся из закрытого наряда |
Организационный вывод остаётся за компаниейРазбор показывает, какая часть работы является переносом данных, а какая — решением. Что делать с высвободившимся временем — перераспределить задачи, переобучить сотрудника или изменить структуру — решает собственник. В этом проекте роль менеджера не была сокращена: она сместилась с оформления заявок на привлечение новых торговых точек.
Мотивация меняется вместе с процессомКак только точка начинает заказывать сама, классический процент с оборота отбирает у менеджера деньги — именно на этом самообслуживание в B2B обычно и ломается. В этом проекте процент сделали деградирующим: высокий за вновь привлечённую точку и снижающийся по мере её перехода в рутину. Без этой правки продажи стоят против платформы, и никакая техническая часть этого не компенсирует.
Целевая операционная модель
7. Состояния, границы и правила
Каждый заказ проходит через явные состояния. Для каждого определены ответственный, обязательные данные и условие перехода.
| Состояние | Ответственный | Обязательная информация | Условие перехода |
|---|---|---|---|
| Создан | Торговая точка или менеджер | Точка, позиции, количество, желаемая дата | Заказ сохранён с проверенными позициями прайса |
| Зарезервирован | Система | Остаток по позициям, резерв под конкретный заказ | Резерв подтверждён; дефицит вынесен в очередь снабжения |
| Скомплектован | Склад готовой продукции | Наряд на комплектацию, фактические количества | Расхождения зафиксированы с причиной |
| В маршруте | Отгрузка и транспорт | Маршрут, водитель, окно доставки | Тур сформирован и передан водителю |
| Доставлен | Водитель и точка | Отметка получения, подписанная накладная | Документы приложены к заказу |
| Закрыт | Первичная бухгалтерия | Счёт, накладная, факт оплаты | Данные переданы в бухгалтерскую программу |
Границы автоматизации
Система должна определять
- Хватает ли остатка под конкретный заказ
- Когда остаток пересёк порог наряда
- Какие материалы нужны под наряд и чего не хватает
- Кто выполняет следующее действие
- Какие данные изменились и когда
Система не должна решать
- Отгружать ли точке с просроченной задолженностью
- Принимать ли партию с отклонением по качеству
- Менять ли цену вне утверждённого прайса
- Назначать ли сдельный тариф
- Кого назначить ответственным за площадку
Правила, сроки и адресат эскалации
Правило без срока и адресата не работает. Ниже — минимальный набор, который делает исключения видимыми в тот же день.
| Правило | Срок | Кто получает эскалацию |
|---|---|---|
| Заказ не сохраняется без подтверждённого резерва или отметки о дефиците | В момент оформления | Блокирующее правило, эскалация не требуется |
| Дефицит по позиции попадает в очередь снабжения | В момент резерва | Снабжение |
| Наряд на производство создаётся при пересечении порога остатка | Автоматически, в момент события | Начальник производства |
| Заявка на закупку не подтверждена | 1 рабочий день | Руководитель снабжения |
| Наряд закрыт без указания выработки и участников | До конца смены | Мастер, затем начальник производства |
| Заказ доставлен, документы не приложены | 2 рабочих дня | Первичная бухгалтерия, затем руководитель |
| Расхождение при комплектации зафиксировано без причины | В момент закрытия наряда | Кладовщик, затем руководитель склада |
Приоритеты и последовательность
8. Что делать и в каком порядке
Последовательность построена так, чтобы каждый этап приносил самостоятельную пользу и не требовал завершения следующего.
| № | Рекомендация | Почему сейчас | Критерий приёмки |
|---|---|---|---|
| 1 | Одна модель процесса для трёх площадок | Без этого общая платформа не может обслуживать все три завода | Одинаковые операции называются и выполняются одинаково на всех площадках |
| 2 | Запись заказа от приёма до закрытия | Связывает заявку, резерв, комплектацию, маршрут и документы | Заказ прослеживается от приёма до документов без переписывания |
| 3 | Остаток как управляющий сигнал | Переводит производство и закупку из реакции в правило | Наряд и заявка возникают из события, а не из обхода склада |
| 4 | Кабинет торговой точки | Убирает менеджера из цепочки оформления | Точка оформляет заказ сама и видит счета и накладные |
| 5 | Проверяемая основа сдельного расчёта | Убирает двойную интерпретацию выработки | Расчёт получается из закрытого наряда без ручной сводки |
| Позже | Оптимизация маршрутов и прогноз спроса | Полезны только после стабилизации остатков | Исходные данные достоверны на согласованном горизонте |
Не начинать с полной платформыСначала — единая модель процесса и запись заказа. Расширять систему после того, как все три площадки стабильно работают по одной модели. Обратный порядок закрепляет расхождение в коде.
План реализации
Сроки являются ориентиром для демонстрационного примера. Реальная оценка формируется после доступа к инструментам, примерам записей, ролям и ограничениям интеграций.
| Этап | Срок | Результат | Контрольная точка |
|---|---|---|---|
| Съём и унификация процессов | 3–5 недель | Одна модель состояний, роли, обязательные поля, исключения | Владельцы всех трёх площадок утверждают модель |
| Ядро заказа | 4–6 недель | Приём, резерв, комплектация, маршрут, документы | Пилотная площадка работает без бумажного шага посередине |
| Остаток, производство и закупка | 3–5 недель | Порог, наряд, выдача материалов, заявка на закупку | Дефицит выявляется до остановки линии |
| Кабинет торговой точки | 2–4 недели | Каталог, заказ, статус, счета и накладные | Часть точек оформляет заказ без участия менеджера |
| Расчёт и отчётность | 3–4 недели | Сдельная оплата, синхронизация, сводная отчётность | Период закрывается без параллельного ручного восстановления |
Измерение результата
9. Метрики, горизонт отчётности и следующий шаг
В примере не заявляется числовой эффект. В реальном разборе сначала фиксируется исходный уровень, затем показатели сравниваются после согласованного периода использования.
| Показатель | Как считается | Как снять исходный уровень | Направление |
|---|---|---|---|
| Доля заказов без повторного ввода | Заказы, прошедшие от приёма до документов без переписывания / все заказы × 100 | Выборка заказов за неделю по журналам отгрузки | Рост |
| Время от заказа до подтверждённого резерва | Среднее по заказам за период | Отметки времени в журнале и в листах отгрузки | Снижение |
| Дефициты, выявленные после остановки | Количество нарядов, созданных после факта нехватки | Наряды за квартал по бумажным бланкам | Снижение |
| Расхождение нормы и факта по материалам | (Факт − норма) / норма × 100 по наряду | Инвентаризация против накладных на выдачу | Снижение |
| Ручные корректировки сдельной оплаты | Количество исправлений после закрытия периода | Сводки за три последних периода | Снижение |
| Время закрытия сводной отчётности | Рабочие дни от конца периода до утверждённого отчёта по трём площадкам | Замер за два последних периода | Снижение |
Горизонт: от заказа до годового отчёта
Разбор не заканчивается на отгрузке. Операционные данные должны без повторного ввода доходить до управленческой и годовой отчётности — иначе на верхнем уровне снова появляется ручная сборка.
| Уровень | Что должно приходить без ручной сборки |
|---|---|
| Смена | Выработка, закрытые наряды, расхождения комплектации |
| Неделя | Остатки по площадкам, открытые дефициты, выполнение маршрутов |
| Месяц | Сдельный расчёт, счета и накладные, задолженность торговых точек |
| Квартал | Себестоимость по норме и факту, оборот по точкам и маршрутам |
| Год | Сводная отчётность трёх площадок и торгового дома на одной модели данных |
Если сводный отчёт собирается вручную, причина почти всегда не в отчётности, а в том, что операционные данные площадок не приведены к одной модели.
Вопросы, которые нужно закрыть до разработки
- Кто имеет право подтвердить отгрузку при недостаточном остатке?
- Какой порог остатка запускает наряд по каждой позиции и площадке?
- Какие нормы списания материалов действуют и кем они утверждаются?
- Какие данные принимает бухгалтерская программа и в каком формате?
- Какие операции должны работать при обрыве связи на складе и в цехе?
- Кто владеет прайсом и правилами скидок для торговых точек?
Рекомендуемое следующее решениеПровести съём одного полного цикла заказа на одной площадке: неделя обезличенных заявок, журналов остатков, нарядов и накладных на выдачу. Результат — модель данных, матрица ролей, список исключений и объём пилота.
Документ демонстрирует структуру и уровень детализации результата услуги «Разбор процесса». Он основан на механике обезличенной платформы для производства и дистрибуции напитков, не является юридической, налоговой или отраслевой консультацией и не содержит конфиденциальной информации клиента. Оценки зрелости иллюстративны. Рекомендации для конкретной организации зависят от съёма, юрисдикции, договоров и существующих систем.