При выборе системы бюджетирования нужно оценивать не количество функций в презентации, а способность решения воспроизвести финансовую модель компании, работать с нужным объёмом данных, объединяться с учётными системами и развиваться силами финансовой команды.
CFO отвечает за методологию, управляемость процесса и качество результата. IT оценивает архитектуру, интеграции, безопасность, производительность и требования к инфраструктуре. Поэтому выбирать систему желательно совместно.
До начала демонстраций компании стоит определить:
- какие процессы нужно автоматизировать;
- кто будет работать в системе;
- какие данные и справочники потребуются;
- откуда будет загружаться факт;
- какие расчёты должны выполняться;
- насколько часто пересматривается прогноз;
- какие требования существуют к размещению и информационной безопасности;
- кто будет поддерживать и развивать модели после внедрения.
Финальное решение лучше принимать по результатам пилота или демонстрации на модели, близкой к реальной задаче компании.
Когда компании нужна система бюджетирования
Excel остаётся удобным инструментом для финансового моделирования. Проблемы начинаются, когда бюджетный процесс перестаёт помещаться в отдельный файл или работу небольшой команды.
Признаки того, что компании пора рассматривать специализированную систему:
- подразделения ведут разные версии бюджета;
- данные собираются по почте или через общие папки;
- консолидация занимает несколько дней;
- факт приходится вручную переносить из 1С, ERP или других источников;
- формулы меняются без контроля;
- невозможно определить, кто и когда скорректировал показатель;
- одни и те же справочники по-разному называются в разных моделях;
- финансовая служба не успевает регулярно пересчитывать прогноз;
- сложно разграничить доступ к данным;
- модели стали слишком большими и медленно пересчитываются;
- новый сценарий требует копирования файлов и ручного изменения формул;
- бюджет, прогноз, ФОТ, инвестиции и операционные планы не связаны между собой.
В такой ситуации задача заключается не в отказе от электронных таблиц как интерфейса. Компании нужен управляемый контур, в котором данные, расчёты, версии, права доступа и регламент бюджетного процесса работают согласованно.
С чего начать выбор системы бюджетирования
Одна из частых ошибок — сразу приглашать поставщиков на демонстрацию. В результате каждая команда показывает сильные стороны своего продукта, но сравнить решения между собой трудно.
Сначала нужно описать целевой процесс.
1. Определите задачи автоматизации
Зафиксируйте, какие процессы должны войти в первый контур:
- годовое бюджетирование;
- оперативный или скользящий прогноз;
- БДР;
- БДДС;
- прогнозный баланс;
- план-факт анализ;
- платёжный календарь;
- планирование ФОТ;
- инвестиционное планирование;
- планирование продаж;
- закупки и запасы;
- проектное планирование;
- консолидация группы компаний;
- управленческая или МСФО-отчётность;
- сценарное моделирование;
- S&OP или интегрированное бизнес-планирование.
Необязательно автоматизировать всё одновременно. Первый этап лучше ограничить процессом, который имеет заметную ценность для бизнеса и позволяет проверить работу платформы на реальных данных.
2. Опишите текущий процесс
Для каждого процесса нужно зафиксировать:
- кто готовит данные;
- кто согласовывает показатели;
- сколько подразделений участвует;
- какие файлы и системы используются;
- откуда поступает факт;
- как часто обновляется прогноз;
- сколько времени занимает сбор;
- где возникают ошибки;
- какие операции выполняются вручную;
- какие отчёты формируются на выходе.
Такое описание помогает отделить проблемы методологии от ограничений используемого инструмента.
Если подразделения по-разному рассчитывают один показатель, новая система сама по себе не устранит расхождения. Сначала потребуется согласовать правила расчёта или предусмотреть управление несколькими методиками.
3. Сформулируйте ожидаемый результат
Результат лучше описывать через изменения в процессе:
→ сократить срок консолидации бюджета;
→ перейти от годового бюджета к регулярному прогнозу;
→ исключить ручную загрузку факта;
→ обеспечить единую версию данных;
→ организовать параллельную работу подразделений;
→ сократить количество ошибок;
→ видеть историю корректировок;
→ связать финансовые и операционные показатели;
→ дать финансовой команде возможность самостоятельно менять модель.
→ перейти от годового бюджета к регулярному прогнозу;
→ исключить ручную загрузку факта;
→ обеспечить единую версию данных;
→ организовать параллельную работу подразделений;
→ сократить количество ошибок;
→ видеть историю корректировок;
→ связать финансовые и операционные показатели;
→ дать финансовой команде возможность самостоятельно менять модель.
Формулировка «автоматизировать бюджетирование» слишком широка. Она не позволяет оценить успешность внедрения.
Чек-лист CFO: что проверить в системе бюджетирования
1. Поддерживает ли система финансовую модель компании
Платформа должна работать с аналитиками, которые используются в реальном бюджетном процессе: юридические лица, центры финансовой ответственности, подразделения, проекты и так далее.
Важно проверить не только наличие справочников, но и возможность изменять их структуру, поскольку бизнес всегда развивается, и у компании появляются новые юридические лица, направления, проекты и аналитические разрезы.
Уточните у поставщика:
☐ можно ли добавлять новые аналитики без программирования;
☐ как меняется иерархия справочников;
☐ сохраняется ли история изменений;
☐ можно ли использовать разные иерархии для разных отчётов;
☐ как система обрабатывает изменения организационной структуры.
☐ как меняется иерархия справочников;
☐ сохраняется ли история изменений;
☐ можно ли использовать разные иерархии для разных отчётов;
☐ как система обрабатывает изменения организационной структуры.
2. Насколько гибко настраиваются расчёты
В корпоративном бюджетировании редко достаточно набора типовых форм. У компании есть собственная методология, правила аллокации, нормативы, коэффициенты и зависимости между показателями. Поэтому лучше в самом начале проверить, какие формулы доступны, как они вносятся, как их можно поменять , как использовать нормативы, как можно объединить разные бюджеты и так далее.
Если каждое изменение требует обращения к разработчику или консультанту, стоимость владения системой будет расти вместе с количеством новых задач.
3. Как устроена работа с версиями и сценариями
Традиционно минимально необходимый набор версий обычно включает:
- первоначальный бюджет;
- утверждённый бюджет;
- несколько прогнозов;
- фактические данные;
- оптимистичный и консервативный сценарии;
- рабочие версии подразделений;
- финальную консолидированную версию.
Поэтому с поставщиком решения необходимо проверить, можно ли копировать сценарии, как блокируются утверждённые данные, можно ли сохранить историю, как сравниваются версии, можно ли рассчитать влияние изменения одного драйвера на итоговые показатели, поддерживается ли одновременная работа с разными сценариями.
4. Как организован бюджетный процесс
Система должна помогать управлять сбором данных, а не только хранить итоговый бюджет.
Уточните:
- можно ли назначать ответственных;
- есть ли статусы заполнения и согласования;
- можно ли задавать сроки;
- получает ли пользователь уведомления;
- видит ли финансовая служба прогресс;
- можно ли вернуть форму на доработку;
- сохраняются ли комментарии;
- как блокируется период после утверждения.
Для крупной компании особенно важна прозрачность процесса: финансовая служба должна понимать, какие подразделения уже завершили работу, где возникла задержка и кто отвечает за конкретный показатель.
5. Насколько удобно работать пользователям
Функционально сильная система не принесёт ожидаемого результата, если подразделения будут избегать работы в ней.
Во время демонстрации попросите показать типовые действия обычного пользователя:
- открыть форму;
- внести данные;
- скопировать значения на другой период;
- добавить комментарий;
- посмотреть план-факт;
- изменить фильтр;
- сформировать отчёт;
- проверить формулу;
- отправить данные на согласование.
Оценивайте количество действий и понятность интерфейса. Не ограничивайтесь демонстрацией готового дашборда для руководства.
Если сотрудники привыкли работать в Excel, стоит проверить, может ли система сохранить знакомый формат взаимодействия, обеспечив при этом централизованное хранение данных и контроль доступа.
6. Какие отчёты и визуализации доступны
Для финансовой команды важна возможность самостоятельно формировать следующие отчеты: БДР, БДДС, баланс, план-факт, факторный анализ, отчёты по ЦФО, отчёты по проектам, управленческие дашборды, пояснения к отклонениям, аналитические таблицы для руководства.
Уточните:
- можно ли менять структуру отчёта;
- поддерживается ли детализация до исходных данных;
- можно ли создавать графики и таблицы без разработчика;
- как выгружаются результаты;
- можно ли подготовить разные представления для CFO, руководителя подразделения и собственника.
7. Может ли финансовая команда развивать систему самостоятельно
После запуска модель неизбежно будет меняться. Появятся новые формы, показатели, подразделения и управленческие запросы.
Нужно заранее определить:
- какие изменения доступны финансовому администратору;
- требуется ли программирование;
- как организовано обучение моделеров;
- есть ли документация;
- можно ли создать новую модель на основе существующей;
- как тестируются изменения;
- можно ли разделить продуктивную и тестовую среды.
Self-service не означает отсутствие IT-контроля. Речь идёт о возможности финансовой команды управлять методологией и расчётами в пределах согласованной архитектуры.
Чек-лист IT: что проверить в системе бюджетирования
1. Варианты размещения
Уточните, какие варианты поддерживает поставщик:
- облако;
- сервер клиента;
- частное облако;
- подписка;
- бессрочная лицензия.
Для on-premise-размещения нужно получить требования к:
- операционной системе;
- базе данных;
- процессору;
- оперативной памяти;
- дисковому пространству;
- резервному копированию;
- виртуализации;
- сетевой инфраструктуре.
Требования должны учитывать не только пилот, но и предполагаемое развитие модели.
2. Интеграции
Система бюджетирования редко работает изолированно. Источниками данных могут быть:
- 1С;
- ERP;
- CRM;
- HR-система;
- хранилище данных;
- BI;
- банк-клиент;
- производственные системы;
- Excel-файлы;
- внешние справочники.
Вместе с поставщиком определите:
- какие данные загружаются;
- с какой периодичностью;
- в каком формате;
- какие преобразования нужны;
- кто отвечает за справочники;
- как обрабатываются ошибки;
- можно ли повторно запустить загрузку;
- ведётся ли журнал интеграции;
- поддерживается ли REST API;
- возможен ли обмен через промежуточное хранилище.
Фраза «интегрируется с 1С» недостаточна. Поставщик должен показать, что именно будет передаваться между системами, и как будет контролироваться качество данных.
3. Производительность и масштабирование
Попросите провести тест на объёме, близком к будущей модели.
Нужно учитывать:
- количество пользователей;
- число одновременных подключений;
- объём фактических данных;
- количество аналитик;
- глубину справочников;
- число сценариев;
- сложность формул;
- частоту пересчёта;
- объём загрузок из внешних систем.
Проверяйте не только скорость открытия готового отчёта. Важно оценить загрузку данных, пересчёт модели, сохранение значений и параллельную работу пользователей.
4. Информационная безопасность
В зависимости от состава данных могут потребоваться:
- ролевая модель;
- ограничение доступа до отдельных показателей;
- интеграция с корпоративной системой авторизации;
- журнал действий;
- аудит изменений;
- шифрование;
- резервное копирование;
- восстановление;
- изоляция среды;
- контроль выгрузок;
- требования к хранению персональных данных.
Особое внимание нужно уделить моделям ФОТ. В них могут содержаться сведения о сотрудниках, начислениях и индивидуальных условиях. Права доступа должны ограничивать не только формы, но и данные внутри модели.
Если в системе используются внешние ИИ-сервисы, отдельно выясните:
- какие данные передаются модели;
- где происходит обработка;
- сохраняются ли запросы;
- используются ли данные для обучения;
- можно ли отключить передачу;
- поддерживается ли обезличивание;
- существует ли вариант работы ИИ внутри контура клиента.
5. Надёжность
У поставщика нужно запросить информацию о:
- резервном копировании;
- периодичности создания копий;
- сроках хранения;
- процедуре восстановления;
- мониторинге;
- журналировании ошибок;
- обновлениях;
- технической поддержке;
- времени реакции;
- порядке установки новых версий.
Если бюджетный процесс привязан к жёсткому календарю, простой системы в период консолидации может повлиять на управленческую отчётность всей компании.
Как оценивать демонстрацию системы
Хорошая демонстрация строится вокруг задачи клиента.
До встречи направьте поставщику:
- краткое описание процесса;
- перечень участников;
- основные формы;
- используемые аналитики;
- примеры расчётов;
- требования к интеграциям;
- ожидаемый результат.
На демонстрации попросите показать:
- Ввод данных обычным пользователем.
- Консолидацию нескольких подразделений.
- Изменение формулы или драйвера.
- Создание нового сценария.
- План-факт анализ.
- Разграничение доступа.
- Загрузку факта.
- Историю изменений.
- Создание отчёта.
- Действия администратора модели.
Поставщик может показывать заранее подготовленные дашборды - для вас же важно, чтобы они отражали механику взаимодействия с системой по схожей задаче.
Зачем нужен пилот
Пилот позволяет проверить спорные требования до заключения основного договора.
Для пилота желательно выбрать:
- одну значимую модель;
- ограниченный набор данных;
- один процесс;
- несколько ролей пользователей;
- одну или две интеграции;
- измеримые критерии результата.
Например, компания может протестировать сбор БДР по нескольким подразделениям, загрузку факта из 1С и формирование план-факт отчёта.
До начала пилота нужно согласовать:
- границы;
- сроки;
- состав участников;
- исходные данные;
- критерии успеха;
- ответственность сторон;
- формат итоговой демонстрации;
- дальнейшие действия при успешном результате.
Бесплатный тестовый доступ без подготовленного сценария редко помогает выбрать систему. Пользователи открывают незнакомый интерфейс, не видят своей модели и откладывают тестирование.
Как сравнить стоимость решений
Стоимость проекта обычно состоит из нескольких частей:
- лицензии;
- инфраструктура;
- обследование;
- настройка модели;
- интеграции;
- перенос данных;
- обучение;
- техническая поддержка;
- развитие;
- внутренние ресурсы компании.
Сравнивать только стоимость лицензий некорректно. Решение с низкой начальной ценой может потребовать постоянных доработок, а более гибкая платформа — дополнительных затрат на запуск методологии.
Отдельно попросите указать допущения, на которых построена оценка. Без них две коммерческие стоимости могут описывать разный объём проекта.
Красные флаги при выборе системы бюджетирования
Стоит насторожиться, если поставщик:
- не запрашивает описание процесса;
- обещает внедрить типовую модель без обследования;
- не может показать изменение расчёта;
- демонстрирует только графики;
- избегает обсуждения производительности;
- не раскрывает требования к инфраструктуре;
- не объясняет состав стоимости;
- не предлагает обучение администраторов;
- не может описать порядок обновлений;
- не показывает работу с правами;
- обещает, что ИИ самостоятельно решит вопросы методологии;
- отказывается от пилота при наличии сложных требований.
Как Планум помогает автоматизировать бюджетирование
Планум-Платформа предназначена для корпоративного финансового и операционного планирования. В системе можно создавать модели бюджетирования, БДР, БДДС, прогнозного баланса, ФОТ, инвестиций, проектов и других процессов.
Платформа поддерживает:
- многомерные модели;
- совместную работу;
- сценарии и версии;
- драйверные расчёты;
- разграничение доступа;
- интеграцию с 1С и другими источниками;
- Excel- и web-интерфейсы;
- самостоятельное изменение моделей финансовой командой;
- размещение в облаке или контуре компании;
- управленческие таблицы и визуализации.
Для знакомства с платформой можно провести демонстрацию на задаче компании или выбрать модель для пилота. До встречи мы рекомендуем определить первый процесс, количество пользователей, источники факта и основные требования к расчётам. Это позволит показать не общий набор возможностей, а сценарий, близкий к будущему проекту.
Частые вопросы
Какая система бюджетирования лучше?
Универсально лучшей системы не существует. Выбор зависит от масштаба компании, сложности модели, числа пользователей, требований к интеграциям и способности финансовой команды самостоятельно поддерживать расчёты.
Для сравнительно простого процесса может быть достаточно модуля внутри учётной системы. Для холдинга, сложной драйверной модели или регулярного сценарного планирования чаще требуется специализированная FP&A- или EPM-платформа.
Можно ли автоматизировать бюджетирование в 1С?
Можно. Это разумный вариант, если бюджетная модель тесно связана с учётной логикой, компания уже использует соответствующую конфигурацию и готова развивать процесс силами специалистов 1С.
Отдельную платформу обычно рассматривают, когда финансовой команде нужна более гибкая работа с моделями, сценариями, аналитиками и формулами или когда в компании используется несколько учётных систем.
Нужно ли полностью отказываться от Excel?
Нет. Во многих компаниях Excel остаётся удобным пользовательским интерфейсом. Важно перенести на сервер данные, версии, справочники, права и расчётную логику, которые требуют централизованного управления.
Сколько занимает внедрение?
Срок зависит от границ проекта, готовности методологии, качества исходных данных и сложности интеграций. Пилот одной модели можно провести значительно быстрее, чем комплексную автоматизацию группы компаний. Запрашивать срок нужно вместе с описанием состава работ и допущений.
Кто должен выбирать систему — финансы или IT?
Совместная команда. Финансы отвечают за бизнес-процесс и расчётную модель. IT — за архитектуру, интеграции, безопасность и эксплуатацию. Решение, выбранное только одной стороной, может не пройти техническое согласование или оказаться неудобным для пользователей.
