Как защитить маржу в КП: правила скидок, согласования и контроль ошибок в расчётах

В производстве маржа часто «умирает» не из‑за рынка, а из‑за мелких, повторяющихся ошибок:

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

Если КП делается вручную, защитить маржу можно только героизмом. В системе — это решается правилами и контролем.

1) Что именно нужно защищать

Маржа — это не одна настройка. Обычно нужно защитить:

• минимальную маржу по группам изделий,
• минимальную цену (например, ниже себестоимости — запрещено),
• правила скидок (кто и сколько может дать),
• условия оплаты/логистики (которые сильно влияют на итог),
• сроки производства (иначе «дешёвое КП» превращается в сорванный контракт).

2) Базовые правила скидок (которые реально работают)

Пример простого, понятного набора:

• до 3% — менеджер,
• 3–7% — руководитель продаж,
• 7–12% — коммерческий директор,
• выше — только с техдиром/собственником.

Важно: скидка — это не число. Это событие с причиной, иначе система превращается в формальность.

3) Контроль «ниже себестоимости» и «ниже минимальной маржи»

Есть два уровня:

1. Жёсткая блокировка: нельзя выпустить КП.
2. Блокировка с исключением: можно, но только после согласования и с фиксированной причиной.

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

4) Согласования должны быть частью процесса, а не перепиской

Согласования в письмах не масштабируются. Нужны:

• статусы (черновик → на согласовании → согласовано → отправлено),
• роли (кто согласует что),
• комментарии и журнал изменений,
• автоматические напоминания,
• «заморозка» расчёта на этапе согласования (чтобы цифры не уплывали).

5) Проверки, которые ловят 80% ошибок

Эти проверки обычно окупаются первыми:

• обязательные поля (нет массы/материала/нормы → нельзя выпустить КП),
• диапазоны значений (толщина/длина/температура — в допустимых границах),
• контроль единиц и конверсий,
• контроль «нулевых» цен,
• контроль изменения курса/прайса: пересчитать или запретить выпуск,
• контроль отклонений: если себестоимость изменилась > X% — подсветить и потребовать подтверждение.

6) Как это выглядит для команды (без перегруза)

Хорошая система не заставляет пользователя «думать о правилах». Она делает так:

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

7) Если делать коротко: минимальный набор на 1-й релиз

• единый расчёт себестоимости (ядро),
• уровни скидок + согласования,
• запрет ниже себестоимости (с исключением),
• журнал изменений,
• генерация КП в единый шаблон.

Остальное (аналитика, расширенные роли, интеграции) — уже после стабилизации базового процесса.

Дальше по теме

Если вы хотите разобраться, почему себестоимость без версий и аудита всегда «спорная», начните отсюда:
/blog/raschet-sebestoimosti-versii-audit-istochniki-dannyh.