Возможности планирования в 1С:ERP: какие планы строит система, что даёт механизм сценариев и до какой детализации доводить цифры

Подсистема планирования в 1С:ERP редко разочаровывает функционалом — чаще тем, что из неё берут одну десятую. Компания заводит единственный план продаж на год, считает его в рублях помесячно и удивляется, почему закупки живут своей жизнью. Возможностей заметно больше: система строит шесть типов планов, ведёт их параллельно в нескольких сценариях, разворачивает в разрезах от товарной категории до склада и пересчитывает укрупнённые цифры в детальные. Разбираем, какие возможности планирования в 1С:ERP доступны из коробки и как выбрать достаточный набор.

Какие управленческие вопросы закрывают эти возможности

Функциональность подсистемы стоит описывать не галочками, а вопросами, на которые она отвечает.

• Сколько продадим и чего именно? Укрупнённо — по категориям, для разговора о деньгах; детально — по номенклатуре, для закупок и производства.
• Что надо купить и произвести? Нужен пересчёт продаж в потребность, а её — в объёмы закупки, производства и сборки.
• Хватит ли ресурсов? Материалов, людей, оборудования, денег на предоплаты поставщикам.
• Что если спрос окажется другим? Система должна хранить несколько версий будущего сразу.
• Насколько промахнулись и почему? Сравнение плана с фактом и с предыдущей версией.

Каждый вопрос закрывается своим механизмом: видами планов, сценариями, разрезами и детализацией, формулами, корректировками. Если механизм не используется, вопрос остаётся — просто ответ формируется в Excel, без истории и без сходимости с остальными цифрами.

Что ломается, когда возможности используются наполовину

Недоиспользование подсистемы редко выглядит как ошибка — скорее как неэффективность, к которой все привыкли.

Ни одна строка не требует доработки конфигурации: это штатные возможности, которые не включили, потому что никто не сформулировал управленческую задачу. Сначала нужно выстроить процесс, потом настраивать систему.

Виды планов: что именно умеет планировать система

Решение поддерживает планирование шести групп процессов, и под каждой стоит отдельный документ со своим потребителем внутри компании.

Ключевое здесь — планы взаимосвязаны: план закупок рассчитывается по плану продаж, план производства — по продажам и прогнозу остатков, план сборки — по плану продаж наборов. За счёт этих связей планирование становится инструментом координации: каждое подразделение получает свою часть общей цифры, а не изобретает собственную. Прогноз остатков при этом не отчёт, а элемент контура.

От лица предприятия, в количестве и в сумме

Товарные планы строятся от лица предприятия в целом, без разбивки по организациям: план отвечает на вопрос «сколько бизнес продаст и произведёт», а не «как это разнесётся между юрлицами». Компания с пятью организациями и общим складом планирует один раз, а не пять.

Планы ведутся в количестве, в сумме или в обеих оценках сразу, причём сумма считается в выбранной валюте планирования. Только сумма годится для разговора с собственником, но бесполезна для снабжения; только количество даёт задание производству, но не показывает выручку. Рабочий вариант — обе оценки. Валюта важна при импорте: планировать валютные закупки в рублях значит закладывать курсовой риск в каждую строку.

Сценарии: зачем нужен не один вариант будущего

Сценарий — контейнер, внутри которого живёт согласованный набор планов. Классическая тройка «Оптимистичный / Реалистичный / Пессимистичный» — лишь один из вариантов: название и состав планов могут быть любыми. В каждом сценарии формируются свои планы продаж, закупок и производства, и цифры сценариев не смешиваются.

Сценариев не должно быть много: три-четыре живых — уже развитая практика, десять означает, что никто не отвечает за то, какой рабочий. В регламенте фиксируют, какой из них служит основанием для заказов.

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

Разрезы планирования: как разворачивается цифра

Разрез — аналитика, в которой строится план. От него зависит, будет план пригоден для работы или останется набором итогов. Правило простое: разрез нужен тогда, когда по нему кто-то принимает решение.

Соблазн взять все разрезы сразу велик, и почти всегда это ошибка: план на 200 позиций в разрезе 30 клиентов и 12 месяцев — 72 тысячи ячеек, которые кто-то должен наполнить осмысленными цифрами. Обратная крайность обходится дороже: план по трём категориям не превращается в заказ поставщику.

Периодичность, горизонт и уровни детализации

Горизонт планирования выбирается произвольно и детализируется по временным периодам. Технических ограничений почти нет — они методические и зависят от того, на какой уровень нацелен план.

На стратегическом уровне решается задача управления инвестициями — распределить ресурсы с максимальной ожидаемой отдачей; детализация минимальная, горизонт длинный. На тактическом планируются продажи и операции: сбалансировать спрос с мощностями, которыми компания располагает. Ниже оперативный уровень, управление заказами: горизонт короче, детализация выше.

Инструменты для всех трёх уровней есть, и главная ошибка — закрывать один уровень инструментом другого. План продаж по номенклатуре с недельным шагом на три года не будет исполнен: он требует точности, которой на таком горизонте не существует. Заказ клиента как единственный источник производственного плана тоже не работает — он появляется слишком поздно.

Детальные планы из укрупнённых и сезонность

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

Для новинок без истории продаж работают ассортиментное планирование и нормативы распределения: прогноз опирается на аналоги и роль позиции в матрице. Сезонность учитывается автоматически — профиль применяется к базовому объёму и распределяет его по периодам. Профили ведут раздельно по группам.

Источники данных и формулы расчёта

План можно заполнить руками, но это худший из способов: система рассчитана на то, что цифра приходит из данных, а человек её корректирует. Источников четыре — статистика продаж и закупок из базы; заказы клиентов как подтверждённый спрос; прочие планы, когда один считается по другому; внешние данные через загрузку и выгрузку Excel.

Поверх источников настраиваются формулы: объём прошлого периода с коэффициентом роста, среднее за несколько месяцев, максимум из статистики и заказов, доля от плана вышестоящего уровня. Формулы сохраняются как варианты заполнения — это та часть регламента, которую удаётся зафиксировать в системе, а не в инструкции. Заводить их стоит несколько: для категории A работает статистика, для проектных позиций — заказы, для новинок — нормативы распределения.

Корректировки, версии и скользящее планирование

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

Процесс утверждения поддерживается статусами и версиями. Это даёт границу между черновиком и документом, по которому формируются заказы, и историю: видно, что компания думала три месяца назад. Без версий разбор полётов сводится к спору о том, «что мы тогда планировали».

От плана к ресурсам и заказам

Возможности не заканчиваются на цифре объёма. Под план производства автоматически рассчитывается потребность в ресурсах с учётом производственного процесса: материалы, трудовые ресурсы, станки и оборудование, включая полуфабрикаты собственного изготовления. План продаж отвечает на вопрос «сколько», план производства — ещё и «чем и на чём».

Дальше планы превращаются в оперативные документы: по плану закупок формируются заказы поставщику, по планам производства и сборки — заказы на производство и на сборку. Здесь видно, был ли план реалистичен: если из него нельзя сформировать исполнимые заказы, проблема в плане. Сходимость проверяется отчётами — плановых данных между собой и потребления с обеспечением. Доступ разграничивается профилями: администратор планирования настраивает сценарии и правила расчёта, участник работает со своими планами.

Как набор возможностей меняется по отраслям

Производство. Ядро — план производства с расчётом потребности в материалах и мощностях. Критична детализация до полуфабрикатов и длинное плечо поставки: если сырьё едет три месяца, горизонт плана закупок не может быть короче. Сценарии проверяют загрузку: выдержит линия амбициозный план или нужна вторая смена.

Дистрибуция. Центр тяжести — план закупок и прогноз остатков, разрезы «поставщик» и «склад» обязательны. План продаж ведётся сразу в двух видах: по категориям для переговоров с вендорами и по номенклатуре для расчёта заказа.

Агропром. Определяющий фактор — сезонность и биологический цикл, который нельзя сдвинуть: профили сезонности становятся основным механизмом распределения объёмов. Сценарии описывают урожайность, горизонт привязан к сельхозгоду.

Розница. Главная сложность — обновляемый ассортимент и позиции без истории продаж, отсюда акцент на ассортиментном планировании и скользящем горизонте. Детализация до магазина обязательна, до недели — как правило, тоже.

Строительство и проектные компании. Планирование опирается на портфель проектов, а не на статистику: план закупок строится под график работ, план внутренних потреблений закрывает расход материалов и оснастки.

Как мы выбираем набор планов под задачу

Позиция ERP Band неизменна: сначала выстраиваем процессы, потом цифровизируем. Состав планов, сценариев и разрезов выводим из управленческих решений заказчика, а не из перечня возможностей конфигурации.

1. Инвентаризация решений. Какие решения принимаются на горизонте недели, месяца, квартала и года, кем и по каким цифрам. Обычно здесь выясняется, что половина решений принимается без плана.
2. Определение уровней. Разносим решения по трём уровням и фиксируем горизонт и шаг для каждого.
3. Выбор видов планов. Оставляем те, у которых есть потребитель и владелец: план без ответственного не заполняется.
4. Разрезы и детализация. Минимальный набор аналитик; проверяем, сколько получится строк и кто их согласует.
5. Модель сценариев. Сколько сценариев нужно, чем отличаются и какой является основанием для заказов.
6. Источники и формулы. Откуда берётся первичная цифра по каждой группе номенклатуры, включая новинки и сезонные позиции.
7. Регламент цикла и настройка. Календарь планирования и права на изменение цифр, затем настройка 1С:ERP и прогон цикла на реальных данных.

Первые три шага — работа по процессам, а не по системе, и занимают больше времени, чем настройка. Зато после них ясно, что включать сейчас, а что не нужно вовсе.

Чек-лист: используете ли вы подсистему на полную

• Для каждого вида плана определён владелец — конкретный руководитель, а не отдел.
• Планы продаж, закупок и производства связаны расчётом, а не переносятся вручную.
• Осознанно выбрана оценка — количество, сумма или обе; задана валюта планирования.
• Сценариев больше одного, и зафиксировано, какой является основанием для заказов.
• Разрезы проверены на объём: посчитаны строки, определён согласующий.
• Настроен пересчёт укрупнённых планов в детальные и проверен на прошлых периодах.
• Профили сезонности заведены раздельно по группам; для новинок определён способ прогноза.
• Определён порядок корректировок: что уточняется, что замещается и кто вправе это делать.
• Используются статусы и версии, отчёты сходимости смотрят до утверждения плана.
• Разграничены права администратора и участника планирования.

KPI, по которым видно, что возможности работают

Частые вопросы

Что дальше

Возможности подсистемы раскрываются только в связке с соседними блоками. Разобрать следом стоит общий процесс планирования и его входы-выходы, связь с обеспечением потребностей и бюджетированием, права и профили доступа, а также НСИ — категории, характеристики и единицы измерения, без которых разрезы плана не соберутся.

Читайте также

• Планирование в 1С:ERP: обзор раздела
• Настройки формирования планов в 1С:ERP
• Планирование и обеспечение потребностей
• Заполнение документов планирования