Технически согласование плана — это смена статуса документа. Организационно — это единственный момент, когда коммерческая служба, производство, закупки и финансы вынуждены договориться о едином наборе цифр. Если процедура не описана и не поддержана системой, согласование распадается на переписку, а «утверждённого плана» не существует ни в каком виде. Разберём, как устроен рабочий процесс согласования и как он настраивается.
Роли участников цикла
| Роль | За что отвечает | Что делает с планом |
|---|---|---|
| Планировщик спроса | Качество прогноза | Формирует статистическую версию, готовит к обсуждению |
| Коммерческая служба | Реалистичность плана продаж | Вносит корректировки по своим направлениям |
| Маркетинг | Промо и новинки | Даёт вводные по акциям и вводу позиций |
| Производство | Исполнимость по мощностям | Подтверждает или указывает узкие места |
| Закупки | Исполнимость по поставкам | Подтверждает сроки и объёмы |
| Финансы | Соответствие целям | Оценивает план в деньгах |
| Руководитель цикла | Соблюдение регламента | Контролирует сроки этапов |
| Утверждающий | Итоговое решение | Утверждает версию плана |
Роли не обязательно соответствуют отдельным людям — в небольшой компании один человек может закрывать несколько. Важно, что за каждый блок решений есть назначенный ответственный, а не «мы обсудили вместе».
Маршрут согласования по этапам
- Подготовка. Регламентное задание пересчитывает статистический прогноз к заданной дате. Версия плана создаётся автоматически, а не по просьбе.
- Корректировка спроса. Коммерческая служба и маркетинг вносят правки в своих разрезах. Доступ ограничен: менеджер видит и меняет только своё направление.
- Фиксация плана спроса. Версия закрывается для правок и передаётся дальше. Без этого шага обсуждение обеспечения идёт по движущейся цели.
- Проверка обеспечения. Производство и закупки получают уведомление, выполняют расчёт и отмечают узкие места.
- Финансовая оценка. План транслируется в бюджетные показатели, оцениваются разрывы.
- Утверждение. Руководство принимает решения по разрывам, версия получает статус утверждённой и защищается от изменения.
Что настраивается в системе
Версии и статусы
Ключевое требование: план должен иметь явный статус, а переход между статусами — фиксироваться с указанием пользователя и времени. Минимальный набор: черновик, на согласовании, утверждён, отменён.
Права по разрезам
Права выдаются не на документ целиком, а на срез: менеджер правит свою группу клиентов, региональный руководитель — свой регион, производство видит план целиком, но не меняет его. Настройка прав по разрезам — самая трудоёмкая часть, но без неё согласование превращается в файл, который правят все.
Уведомления и сроки
Каждому этапу назначается срок, участники получают уведомление о том, что задача пришла к ним, и напоминание о приближении дедлайна. Руководитель цикла видит, на ком именно стоит процесс.
Защита утверждённой версии
После утверждения версия закрывается для изменения. Это не формальность: если утверждённый план можно тихо поправить, план-фактный анализ теряет смысл, потому что сравнивать факт будет не с чем.
История изменений
По любой цифре плана должно быть видно, кто и когда её менял и какое было исходное значение. Это снимает основную часть споров на совещании.
Типичные сбои процесса
- Согласование без срока. Этап без дедлайна растягивается, цикл срывается. Правило: не успел к сроку — считается согласованным по умолчанию, и это должно быть зафиксировано в регламенте.
- Правки после фиксации. Коммерческая служба меняет план, когда производство уже посчитало обеспечение. Лечится блокировкой версии на этапе.
- Согласование ради согласования. Участник нажимает «согласовано», не глядя. Признак — отсутствие замечаний за несколько циклов подряд. Помогает требование явно подтверждать узкие места или их отсутствие.
- Нет замещающих. Отпуск одного участника останавливает цикл.
- Обсуждение вне системы. Решение принято в переписке, в системе не отражено. Через квартал причина решения утеряна.
Регламент: что зафиксировать письменно
- Календарь цикла: конкретные даты каждого этапа в месяце.
- Роли и персональные ответственные, включая замещающих.
- Что считается результатом каждого этапа.
- Правило умолчания при несоблюдении срока.
- Порядок внесения изменений в утверждённый план — исключительная процедура, а не рабочий режим.
- Показатели, по которым оценивается качество процесса.
Итог
Рабочее согласование планов держится на трёх вещах: явных статусах версии с фиксацией переходов, правах по разрезам вместо общего доступа и защите утверждённой версии от правки. Регламент при этом первичен, а настройка вторична: система может поддержать описанный процесс, но не может заменить решение о том, кто за что отвечает и в какие сроки.
Единую платформу для согласования планов между коммерческой службой, производством, закупками и финансами даёт решение «1С:S&OP».
Компания «Сайфилд» настраивает процесс согласования планов в «1С» — от версий и прав по разрезам до маршрутов утверждения, уведомлений и защиты утверждённой версии. Опишите свою ситуацию, и мы оценим объём работ.