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