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

 Если эти вопросы остаются открытыми к старту пилота, ответы приходится искать уже во время разработки. Новое правило расчета меняет требования к данным. Новый сценарий требует дополнительной детализации или интеграции. Изменение состава участников влияет на маршруты согласования и права пользователей. Команда возвращается к уже настроенным элементам системы и дорабатывает их, поэтому срок проекта увеличивается.

Исследование BCG Supply Chain Planning 2026 показывает, что более 70% опрошенных руководителей уже инвестировали в современные системы планирования, при этом значимый эффект от продвинутых возможностей автоматизации, оптимизации и искусственного интеллекта отмечает примерно каждый пятый участник исследования. BCG связывает результат с качеством процессов, данных, организационной модели и системы ответственности. В исследовании участвовали более 180 руководителей в области планирования из разных отраслей и стран.

Для IBP эта зависимость особенно важна, поскольку итогом процесса должен стать согласованный бизнес-план, который используется несколькими функциями компании.

1. Компания не определила, какие решения должен поддерживать IBP

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

Рассмотрим условный пример FMCG-компании. Коммерческий блок ожидает, что во время промо продажи категории вырастут со 100 до 120 тысяч единиц.

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

После этих расчетов компания выбирает конкретный вариант действий. Дополнительный объем можно произвести полностью, сократить масштаб промо, перераспределить мощности между категориями или изменить график поставки клиенту.

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

Каждое новое требование затрагивает модель данных, интеграции, интерфейсы, права пользователей и критерии приемки. Чем позже компания определяет состав управленческих решений, тем больше уже созданных элементов приходится пересматривать.

McKinsey рекомендует строить IBP вокруг конкретных решений руководителей, отвечающих за финансовый результат бизнеса или направления. Сначала определяется само решение, затем информация и сценарии, необходимые для его принятия, а также финансовые последствия каждого варианта. Такой вывод основан на оценке IBP-практик более 170 компаний за пять лет.

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

2. Продажи, закупки, производство и финансы используют предпосылки разных дат

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

Проблема возникает, когда каждая функция обновляет эти параметры по собственному календарю.

Предположим, в понедельник коммерческий блок получил новую информацию от ключевого клиента и увеличил прогноз спроса на 12%. План поставок был рассчитан в пятницу и по-прежнему содержит прежний объем. Финансовый прогноз сформирован еще раньше и использует другую закупочную цену.

На встрече по IBP участники получают несколько расчетов, каждый из которых корректен относительно своих исходных данных. Совместно использовать их нельзя, поскольку они описывают разные версии будущего.

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

Текущая экономическая ситуация показывает, почему управление предпосылками становится отдельной задачей. В сентябре 2026 года текущие оценки спроса российских компаний снижались второй месяц подряд. Одновременно ожидания по спросу на следующие три месяца выросли до 5,4 пункта, а ценовые ожидания увеличились до 22,7 пункта. Оба показателя представляют собой сезонно скорректированные балансы ответов предприятий, а не прогноз изменения спроса или цен в процентах.

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

Например, коммерческий блок на основании заказов клиентов и собственной рыночной информации ожидает восстановление спроса и повышает план продаж. Закупки в тот же период получают от поставщиков уведомления о новых ценах. Если финансовая модель сохраняет прежнюю закупочную стоимость, дополнительный объем будет рассчитан с завышенной ожидаемой маржой.

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

Связь ключевой ставки с IBP проходит через стоимость финансирования. 11 сентября 2026 года Банк России сохранил ключевую ставку на уровне 14%, а годовая инфляция по базовому прогнозу должна составить 6–7% в 2026 году.

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

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

Для сравнения этих вариантов недостаточно оценить только объем запасов и уровень сервиса. Финансовая модель должна учитывать объем дополнительного капитала, который будет связан в запасе, срок его использования и принятую компанией стоимость финансирования. При изменении последнего параметра может измениться экономическая привлекательность всего сценария.

Сырьевые цены влияют на план через другую цепочку. Всемирный банк в апрельском Commodity Markets Outlook прогнозировал рост мирового индекса сырьевых цен в 2026 году на 16%, энергетических цен на 24% и цен на удобрения на 31%. Прогноз относится к конкретному глобальному сценарию, связанному с нарушениями поставок, поэтому его нельзя напрямую использовать как прогноз затрат отдельной компании.

Для производителя с высокой долей энергии, удобрений или другого сырья подобный сценарий может использоваться при стресс-тестировании плана. Повышение закупочной стоимости увеличивает себестоимость. Новая себестоимость меняет маржу. После пересчета маржи ранее привлекательный объем производства или закупки может потребовать пересмотра.

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

3. Подразделения одинаково называют показатели, но рассчитывают их по-разному

Здесь источник проблемы связан уже не с датой обновления, а со смыслом данных.

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

Рассмотрим пример. Клиент заказал 1 000 единиц товара. Из-за недостаточного запаса компания смогла отгрузить 850 единиц. За тот же период конечным покупателям было продано 780 единиц.

Если прогноз строится на истории отгрузок, система увидит 850 единиц. При этом заказ клиента составлял 1 000 единиц. В период дефицита отгрузка отражает одновременно спрос и ограничение доступности товара.

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

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

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

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

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

4. Промо, крупные заказы и другие будущие события остаются вне основного плана

Исторические данные не содержат всей информации, которая уже известна компании о будущем.

Крупный клиент может согласовать дополнительный заказ. Маркетинг планирует промо. Компания запускает новый товар. Производство готовит оборудование к ремонту. Поставщик сообщает об ограничении поставок.

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

Предположим, базовый прогноз составляет 80 тысяч единиц, а коммерческий блок ожидает еще 20 тысяч за счет промо. В итоговом плане появляется 100 тысяч.

Через неделю условия акции изменяются и ожидаемый дополнительный спрос сокращается до 10 тысяч. Если промо не было оформлено отдельным бизнес-фактором, следующий участник процесса видит итоговый прогноз 100 тысяч без полной информации о его структуре. После изменения значения до 90 тысяч история первоначального предположения может потеряться.

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

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

5. Система рассчитала несколько вариантов, но полномочия на выбор не определены

В одном IBP-решении часто сходятся интересы нескольких функций.

Предположим, прогноз спроса вырос на 20%, а доступная производственная мощность позволяет увеличить выпуск только на 10%.

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

Второй вариант сокращает запланированное промо в другом канале и высвобождает часть товара.

Третий вариант предполагает дополнительную производственную смену, которая позволяет сохранить больший объем продаж, но увеличивает себестоимость.

Продажи могут поддерживать третий сценарий из-за потенциальной выручки. Производство оценивает дополнительную нагрузку на мощности. Команда цепочки поставок анализирует доступность товара и последствия для других клиентов. Финансы сравнивают дополнительную маржу с ростом затрат.

Система может рассчитать последствия всех вариантов, но выбор сценария остается управленческим решением.

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

McKinsey показывает, что у двух третей компаний из проанализированной выборки встречи по IBP фактически остаются периодическими бизнес-обзорами. Менее 10% компаний имеют систему управления показателями, которая стимулирует согласованное поведение функций. В зрелых процессах заранее определяются полномочия, пороги принятия решений и порядок эскалации.

Перед пилотом поэтому нужно определить, кто готовит сценарии, кто подтверждает ограничения, кто рассчитывает финансовые последствия и кто имеет право утвердить вариант.

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

6. Пилот подтверждает работу расчета, но не проверяет весь путь решения

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

Для IBP проверка должна продолжаться дальше, поскольку прогноз становится входом для следующих решений.

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

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

Если эта последовательность не проходила во время пилота, каждая следующая стадия может выявить новое требование.

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

Другая проблема может возникнуть при передаче утвержденного плана. IBP-система хранит несколько сценариев, а интеграция с учетной системой передает исходный расчет вместо окончательно согласованной версии. Производственные или закупочные документы формируются уже по другому объему.

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

Поэтому пилот IBP стоит завершать передачей утвержденного решения в исполнение и проверкой обратной связи после появления факта. В текущей статье эта логика уже описана как сквозной путь от исходной информации до операционного плана.

Что нужно определить до начала пилота

К началу пилота компании нужно зафиксировать шесть элементов, каждый из которых относится к отдельному источнику риска:

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

Вывод

Внедрение IBP затягивается по разным причинам, и каждая из них влияет на проект своим способом.

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

Экономическая среда делает управление предпосылками особенно важным. Спрос, цены, стоимость финансирования и сырьевые затраты могут меняться с разной скоростью. По данным Банка России за сентябрь 2026 года, текущие оценки спроса снижались, ожидания на ближайшие три месяца улучшались, а ценовые ожидания продолжали расти. Для IBP значим не сам макроэкономический показатель, а необходимость своевременно обновить собственные предпосылки компании и пересчитать все планы, которые от них зависят.

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

Если вы хотите получить бесплатный тестовый расчет на данных вашей компании, вы можете оставить заявку на сайте нашего продукта Novo Forecast Enterprise.