Документооборот и согласования в производстве: маршруты, статусы и KPI, которые реально работают

Согласования в производстве редко тормозят «из‑за людей». Они тормозят из‑за того, что:

• нет статусов и правил,
• нет владельцев решений,
• нет прозрачности, где документ «застрял»,
• нет границы между расчётом и ручными правками,
• и никто не видит стоимость задержки.

Ниже — практичная схема, как это проектировать.

1) Что именно мы согласовываем (не всё подряд)

Обычно в контуре КП/производства согласуются не «документы», а решения:

• скидка выше порога,
• исключение по марже,
• изменение состава/спецификации,
• изменение сроков/условий,
• нестандартная комплектация,
• замена материалов.

Если согласовывать «каждый PDF», система превратится в очередной бюрократический слой.

2) Статусы: простой набор, который реально используется

Минимально достаточно:

1. Черновик — ещё можно менять параметры/расчёт
2. На согласовании — расчёт «заморожен», изменения через запрос
3. Согласовано — можно отправлять клиенту
4. Отправлено — зафиксировано, кто/когда отправил

Опционально:

• Выиграно / Проиграно (для аналитики)
• Отозвано (если перезапускаем процесс)

Ключевой момент: при статусе «На согласовании» цифры не должны «уплывать».

3) Роли и матрица ответственности (без этого всё ломается)

Пример матрицы (адаптируйте под себя):

Событие	Кто инициирует	Кто согласует	Условия
Скидка до 3%	менеджер	никто	автоматически
3–7%	менеджер	руководитель продаж	причина обязательна
>7%	менеджер	коммерческий + техдир	комментарий + риск
Ниже минимальной маржи	менеджер	собственник/комдир	исключение
Замена материала	инженер	технолог	версия нормы
Нестандартная комплектация	инженер	техдир	обоснование

4) Исключения: они будут всегда — но должны быть управляемыми

Исключение — это не «обойти правило». Это отдельный процесс:

• причина (обязательное поле),
• кто утвердил,
• на какой срок/партию действует,
• и что будет считаться нарушением.

Если исключения не фиксировать, правила перестают работать через месяц.

5) Журнал изменений (audit log) — не «для галочки»

Минимум, что должно логироваться:

• изменения параметров,
• изменения цены/скидки,
• изменения норм/коэффициентов (и версия),
• кто согласовал, когда, что именно.

Это закрывает 80% конфликтов «кто изменил» и экономит время руководителей.

6) KPI, которые стоит смотреть собственнику/техдиру

Выберите 4–6, и ведите их стабильно:

• среднее время согласования (и распределение по ролям)
• доля КП с исключением по марже
• доля КП со скидкой > порога
• число возвратов «на доработку»
• время «от запроса до отправки клиенту»
• доля ручных правок в документах

Если эти метрики не растут и не падают — вы не видите систему.

7) Как это связать с защитой маржи и расчётами

Согласования не должны жить отдельно. Они становятся эффективными, когда:

• правила маржи встроены в выпуск КП,
• «ниже порога» требует согласования,
• расчёт воспроизводим по версии,
• а в документе нельзя «подправить цифру» без следа.

Полезное чтение по соседней теме:

• /blog/kak-zashchitit-marzhu-v-kp-pravila-soglasovaniya-i-kontrol-oshibok

8) С чего начать внедрение (без «большого проекта»)

Практичный минимальный старт:

1. Ввести статусы и «заморозку расчёта» на согласовании
2. Ввести пороги скидок и исключения по марже
3. Включить журнал изменений
4. Автоматизировать выпуск КП/спецификации по шаблону

После этого уже имеет смысл углубляться в маршруты для разных типов изделий и интеграции.