Систему планирования почти всегда выбирают по списку функций: кто умеет больше, тот и победил. Но бывает так, что у одной компании через полгода после внедрения ее перенастраивают месяцами, а у другой она взлетает за квартал. Причина в том, что под каждую организацию система ложится по-разному: на процессы, данные и команду. Поэтому перед внедрением важно оценить, насколько компания готова, и понимает ли команда, что именно она планирует.
Финансовое планирование в 2026
Финансовое планирование и анализ (FP&A, Financial Planning & Analysis) к 2026 году заметно изменилось. После ухода популярных иностранных программ для бизнеса Anaplan, SAP и Oracle с российского рынка и на фоне импортозамещения компании пересобирают контур планирования с нуля и разбираются в новой терминологии:
- CPM (от англ. Corporate Performance Management) — система управления эффективностью компании: планирование финансовых показателей, доходов и расходов (фин модель);
- EPM (от англ. Enterprise Performance Management) — управление эффективностью предприятия: планирует и составляет бюджет, оценивает риски, строит прогнозы;
- IBP (от англ. Integrated Business Planning) — интегрированное бизнес-планирование, связывает финансовый план с операционными: продажами, закупками, производством;
- xP&A (от англ. Extended Planning & Analysis) — единая платформа для всех видов планирования, развитие идеи IBP.
Согласно исследованию «КОРУС Консалтинг» за 2025 год, из более 130 опрошенных финансовых директоров компаний 43% все еще ведет финансовое планирование в Excel и упирается в его потолок по мере роста.
Спойлер. Сегодня большинство средних компаний думают, остаться ли им в Excel или перейти на IBP-систему. При этом промежуточные классы (CPM, EPM) также полезны для изучения, ведь их функции уже входят в современные платформы планирования.
Как изменился рынок систем планирования за последние два года — комментирует Никита Лашин, управляющий партнер и основатель «Планум-Платформа»:
«За последние два года конкуренция на российском рынке систем планирования сильно выросла: пришли команды с разным отраслевым и функциональным опытом, и это заметно отражалось на философии каждого продукта. Но та же конкуренция дала и сильный технический рост. По себе видим: за два года мы получили два полноценных интерфейса — web и Excel, заметно подняли производительность и быстродействие, добавили отраслевые шаблоны, улучшили пользовательский опыт. Другие игроки тоже развивали свои продукты. У этого есть оборотная сторона: мы понемногу становимся похожи друг на друга, потому что у клиентов единые требования, а соответствовать им хотят все.»
Сценарии: ради чего уходят из таблиц и что в них недопонимают
Главная причина перехода — необходимость сценарного планирования. Сценарный анализ — это способ просчитать сразу несколько вариантов будущего и заранее понять, что делать в каждом. Сценарное планирование отвечает на вопрос «а что, если»: вырастет курс, упадет спрос, подорожает сырье. И что делать с ценами, закупками, наймом.
Классический метод сценариев строится вокруг трех версий:
- базовый — это реалистичный, ожидаемый ход событий;
- оптимистичный — идеальный вариант, когда спрос растет, расходы небольшие, конкуренты не могут догнать;
- пессимистичный — это предполагаемый кризис: клиенты уходят, тяжелые условия, рынок падает.
Сам метод сценариев не новый, но в таблице приходится пересчитывать вручную каждый вариант.
Зачем нужны сразу три версии? Бизнес живет в неопределенности: меняются курс, спрос, ставки по кредитам и цены поставщиков независимо от плана. Три сценария дают заранее созданные решения и вилку, внутри которой компания готова действовать. А один план — это ставка на единственный вариант будущего.
Но следует понимать, что сценарный анализ нужен для готовности и скорости пересчета. Угадать точное будущее сценарии не могут, да и не должны. Но если случится какая-то из трех ситуаций, компания заранее знает, что делать.
Приведем простой пример механики. Допустим, в модели заложен рост продаж на 10%. Финансист спрашивает: а если будет ноль? В таблице придется вручную пересобирать связанные листы. В системе планирования меняется одно допущение, и сразу пересчитываются выручка, закупки, фонд оплаты труда, налоги и денежный поток. Это и есть анализ what-if («что если»): видно не только итоговую цифру, но и где первым возникнет кассовый разрыв. Каждый сценарный план при этом остается версией одной модели и не плодит новые файлы. Сценарное моделирование показывает, как один драйвер тянет за собой всю цепочку показателей.
Сценарный анализ рисков отвечает на вопросы, которые собственник задает в кризис: при каком падении выручки компания перестает обслуживать кредиты, сколько месяцев живет на текущем запасе, какой сценарий требует резать капвложения. Сценарный план для пессимистичного варианта как раз и фиксирует эти решения заранее, чтобы в кризис не импровизировать.
Финансовая модель — это цифровая копия экономики бизнеса, которая показывает, как выручка, расходы, инвестиции и денежный поток связаны между собой. Финансовое моделирование лежит в основе любого планирования: и в стартапе, и в холдинге. Оно описывает связи между строками: меняешь один драйвер — пересчитывается вся цепочка.
Excel для финансовой модели бизнеса хорош на старте: гибкий, понятный, не требует внедрения. Фин модель на 50 строк аналитик соберет за вечер, и для небольшой компании этого достаточно. Но при масштабировании программа становится неудобной:
- версионность, когда кто-то затирает чужие цифры в общем файле;
- гранулярность: сотни статей, филиалов и ЦФО;
- пересчет, когда каждый новый сценарий сохраняется в отдельный файл.
Система планирования, где фин модель встроена, снимает эти неудобства. Это единая многомерная модель, в которой сценарии — это версии одной концепции, а вместо ручной пересборки — автоматический пересчет за секунды. А финансовое моделирование для крупной компании помогает избежать кассовых разрывов или подготовиться к кризису.
Данные решают больше, чем софт: конфликт справочников
Проекты чаще буксуют на данных, чем на функциях. Самая частая техническая боль при переходе — несовпадение справочников учета и планирования.
В ERP (учетной системе) справочники заточены под факт: конкретные договоры, контрагенты, статьи затрат в той детализации, что нужна бухгалтерии. Планирование работает укрупненно — статьями, центрами ответственности, драйверами. По факту это два разных взгляда на одни и те же данные.
Простой пример расхождения. В ERP статей затрат может быть несколько сотен: отдельная под каждый тип операции. В планировании их укрупняют до двух-трех десятков: планировать по четырем сотням статей невозможно, а по тридцати — осмысленно. Если перенести справочник один в один, плановик утонет в детализации. Если потерять связь между детальной и укрупненной статьей, не сойдется план-факт.
Поэтому между учетом и планированием нужен слой согласования — MDM (от англ. Master Data Management) — программа управления мастер-данными. Задача MDM — держать соответствие: какая детальная статья учета в какую плановую сворачивается, как сопоставлены ЦФО, номенклатурные группы и контрагенты. Тогда факт из ERP автоматически ложится в плановую структуру, и сравнение план-факт работает без ручной пересборки.
Тот же конфликт всплывает в управленческом учете: управленческая и регламентированная отчетность строятся по разным справочникам, и система планирования обязана дружить с обоими. Вывод простой: система планирования живет по своей логике данных и стоит рядом с ERP отдельным слоем. Понимание этого на старте экономит месяцы переделок.
Важно. Если после неправильного учета остались ошибки, система планирования проблему не решит, она ее подсветит. Если в ERP не сведены остатки и взаиморасчеты, расхождения переедут в план. Готовность данных входит в готовность к проекту, поэтому настроить позже не получится.
Шаблоны: почему готовая отраслевая модель обычно не взлетает
Логичное желание руководителя компании — взять готовую отраслевую модель из «коробки», чтобы не строить с нуля. Но здесь прячутся подводные камни: чем подробнее готовый шаблон, тем меньше он подходит конкретной компании.
Например, готовая модель для розничной сети считает выручку через трафик, средний чек и конверсию. И для ритейла это правильно. Но производственной компании эти драйверы не подходят. У нее выручка зависит от загрузки цехов, цикла производства и себестоимости передела. Шаблон ритейла придется ломать до основания, и выгода от готового исчезает.
Любой бизнес в деталях устроен по-своему: структура ЦФО, драйверы, управленческая логика. Шаблон под среднюю компанию отрасли приходится допиливать так долго, что проще собрать модель под задачу с самого начала. Отсюда главный практический критерий — self-service (самообслуживание): возможность менять модель силами собственной финансовой команды, без обращения к вендору за каждой правкой.
От разработчика зависит цена вопроса. Если каждое изменение модели проходит через подрядчика, любая правка превращается в задачу со сроком и бюджетом. С функцией self-service финансовая команда сама вносит необходимые обновления: бизнес поменялся в понедельник, модель поправили во вторник. Для CFO вопрос скорости критичен: модель должна успевать за бизнесом.
Главные критерии при выборе системы
Главное в выборе системы — это процессы, данные и команда, поэтому нужно смотреть на соответствующие критерии.
- Сценарное моделирование. Важно понять, насколько просто создавать, сравнивать и переключать сценарии. Если для каждого нужен новый файл, это та же таблица, только дороже.
- Работа со справочниками и интеграция с ERP. Есть ли инструменты согласования мастер-данных, и как настраивается регулярный обмен с учетной системой.
- Self-service. Может ли сама финансовая команда поменять модель, или каждая правка проходит через вендора. От этого зависит скорость реакции на изменения бизнеса.
- Производительность на реальном объеме. Как система ведет себя на сотнях статей, филиалов и версий.
- Полная стоимость за 3 года: лицензии, внедрение, поддержка и обучение. Основной бюджет уходит на внедрение и сопровождение.
- Зрелость вендора на рынке РФ. Реестр отечественного ПО, реальные внедрения в отрасли, команда поддержки и развитие управленческого учета внутри продукта.
На рынке есть несколько сопоставимых российских систем, подходящих под эти критерии. Команда pickTech собрала их в таблицу. Все они сочетают в себе нужные функции. Если стоит вопрос выбора, например, между Планум-Платформой и Knowledge Space, нужно определиться, какие внутренние процессы в компании требуют автоматизации.
| Система | Класс / фокус | Сильная сторона | На что смотреть |
|---|---|---|---|
| Планум-Платформа | IBP, интегрированное планирование, финансовое моделирование | Сценарное планирование, self-service-настройка модели | Как ложится на внутренние процессы и справочники |
| Optimacros | Стратегическое, финансовое и функциональное планирование | Гибкая расчетная механика, кастомные модели | Порог входа, объем настройки на старте |
| Форсайт. Бюджетирование | Бюджетирование и финансовая консолидация | Бюджетный контур и отчетность группы | Глубина сценарного блока под нужные задачи |
| Knowledge Space | Интегрированное планирование и управленческий учет | Связка планирования с управленческим учетом | Зрелость, количество внедрений в отрасли |
| Турбо | Планирование, бюджетирование, консолидация | Производительность на больших моделях | Удобство сценариев и работа со справочниками |
Подробные функции и условия смотрите на сайтах вендоров и в карточках на pickTech. Системы в таблице близки по классу и назначению. Важно, чтобы функции совпали с процессами компании. Например, у Планум-Платформы ставка сделана на сценарное планирование и self-service-настройку, но и эти опции стоит примерять на операционную деятельность конкретной организации.
Какие ошибки чаще всего совершают при выборе системы — Никита Лашин, управляющий партнер и основатель «Планум-Платформа»:
«Основная проблема компаний — не столько выбор неправильной системы, сколько неверно заданная методология, ошибки при ее адаптации и неправильно расставленные приоритеты задач, которые должна решать система. Бизнес-функционал у всех становится похожим, но у каждой платформы свои технические нюансы, которые надо учитывать при переносе процесса в ее контур. В итоге систему нередко выбирают по критериям, не отвечающим реальным проблемам бизнеса. Главный совет: выбирайте систему только после теста на собственных сценариях и данных, когда видно, что платформа действительно решает ваши приоритетные задачи.»
Кому система планирования не подойдет. Будем честны: переходить на IBP-платформу нужно не каждому. Для небольшой компании, чья модель умещается в одну таблицу и редко меняется, система будет избыточной и дорогой. Поэтому в данном случае Excel остается рабочим вариантом, и это нормально. Внедрение масштабной системы требует зрелых процессов и аккуратных мастер-данных. Кроме того, полноценную модель за вечер не запустить, это проект на недели и месяцы.
Делаем вывод
Выбор системы планирования в 2026 году решает не каталог заложенных функций. Главными остаются три критерия: готовы ли процессы, в порядке ли данные, и сможет ли команда самостоятельно менять модель. Класс системы (CPM, EPM, IBP) и набор опций вторичны. Сначала нужно ответить на вопрос, ляжет ли система на то, как компания реально работает. Поэтому и сравнивать стоит по соответствию вашим сценариям, справочникам и темпу изменений.
В каталоге pickTech собраны карточки российских систем планирования: функции, цены и отзывы в одном месте. Если стоит задача выбрать систему под свой бизнес, загляните в каталог pickTech. А если хотите отдельно разобраться со стоимостью владения, у нас есть материал «Системы бюджетирования 2026».
