Почему после автоматизации бюджетирование не становится инструментом управления бизнесом
Для бизнеса бюджетирование давно перестало быть процедурой подготовки плановых показателей на год. В зрелой управленческой модели это инструмент, который позволяет компании:
- планировать финансовый результат;
- управлять ликвидностью;
- контролировать инвестиционную активность;
- оценивать реалистичность планов продаж;
- управлять кассовыми разрывами и свободным потоком денежных средств;
- своевременно видеть отклонения и принимать управленческие решения не постфактум, а на опережение.
Во многих компаниях бюджетные модели продолжают строить в Excel. Этот инструмент действительно может быть удобен: его можно быстро развернуть без длительного внедрения, гибко менять формы и не ограничивать пользователей жёсткой логикой системы. Если Excel отвечает всем запросам бизнеса, его вполне можно использовать.
Но по мере роста бизнеса возможности Excel могут перестать отвечать задачам компании. Тогда его преимущества начинают превращаться в ограничения:
- Тяжёлые формы. Бюджетные модели разрастаются до многостраничных документов со сложными связями, формулами и арифметическими контролями. Их трудно перестраивать при изменении состава юридических лиц, ЦФО или структуры статей.
- Отсутствие прозрачности и прослеживаемости. Данные из разных источников собираются в Excel, но показатель нельзя расшифровать до исходного документа. Чтобы понять, из чего сложилась цифра и почему она изменилась, приходится вручную искать данные и проводить сверки.
- Высокая зависимость от человеческого фактора. Знания о работе Excel-модели часто сосредоточены у одного-двух сотрудников. Если они уходят из компании, поддерживать модель становится сложно. Кроме того, сохраняется высокий риск ошибок.
Когда работа в Excel начинает создавать больше проблем, чем преимуществ, приходит понимание, что рутинные задачи по расчёту, трансформации и контролю данных должна выполнять система, а человек - анализировать информацию и принимать решения. Тогда руководство принимает решение об автоматизации бюджетного процесса.
Что бизнес ожидает получить от внедрения системы, в том числе в долгосрочной перспективе?
Как правило:
- единую среду, в которой можно централизованно собирать, хранить и автоматически консолидировать бюджетные данные;
- разграничение доступа к данным;
- возможность выполнять сценарное моделирование;
- хранение истории комментариев;
- выстроенные процессы согласования;
- отчётность в необходимых разрезах, сбор фактических данных и план-фактный анализ.
Три причины, по которым автоматизация не даёт ожидаемого эффекта
Причина 1. Ошибки при автоматизации бюджетной модели
В рамках этой причины можно выделить четыре типичные ситуации.
- Автоматизируется не целевая управляемая модель бюджетирования, а исторически сложившийся набор локальных правил, Excel-логики, ручных корректировок и частных требований отдельных пользователей. В такой ситуации система не упрощает процесс, а переносит в цифровой контур всю накопленную сложность и начинает её масштабировать. В результате ключевым пользователям приходится менять логику форм, уточнять аналитики и пересматривать правила расчёта уже в процессе эксплуатации системы. Это увеличивает сроки, повышает стоимость проекта и снижает доверие пользователей к результату.
- Автоматизируется избыточно сложная бюджетная модель. Компании нередко предполагают, что чем больше статей, аналитик, форм, сценариев и расчётных зависимостей, тем выше качество управления. Однако чрезмерная детализация почти всегда даёт обратный эффект. Пользователи начинают путаться в статьях и аналитиках, тратят больше времени на ввод данных, увеличивается количество ошибок, усложняется согласование, а руководство получает не более качественную, а более сложную для интерпретации картину.
- Компания пытается учесть все требования сразу. Если уже в первом релизе предполагается реализовать полный контур бюджетирования со всеми формами, аналитиками, маршрутами, прогнозами, расчётами, историческими особенностями и исключениями, система оказывается перегруженной ещё до запуска. Пользователи получают сложный функционал, который долго осваивается, а часть возможностей в итоге либо не используется, либо используется формально.
- Избыточная кастомизация. Программные продукты дают широкие возможности настройки, но пользователи зачастую не хотят адаптировать свои бюджетные модели и бизнес-процессы к системе, а начинают подстраивать систему под свои требования, закрывая все функциональные разрывы доработками. В результате сложные доработки увеличивают стоимость и сроки внедрения, усложняют сопровождение, затрудняют обновления и делают решение менее прозрачным для пользователей.
Причина 2. Непроработанный бизнес-процесс и слабая организационная готовность
Автоматизация становится инструментом управления только тогда, когда бюджетирование существует как сквозной управляемый процесс, а его участники чётко понимают, какие действия они должны выполнять вне системы, а какие – в самой системе.
При этом важно фиксировать изменения бизнес-процесса и управлять ими. По итогам внедрения кто-то из участников может потерять возможность корректировать данные без контроля, кто-то – получить новые обязанности, а кто-то – столкнуться с более жёсткими сроками и правилами работы. Такие изменения могут вызывать сопротивление отдельных пользователей.
Если этим сопротивлением не управлять, пользователи могут формально участвовать в проекте, но фактически саботировать переход на новую модель.
К этой же причине относится слабое обучение пользователей. Нередко обучение новой системе проводится формально и слишком поздно — буквально за несколько дней до запуска. В результате пользователи не успевают освоить ни логику процесса, ни правила работы с формами, аналитиками, версиями и согласованиями. Это приводит к ошибкам, задержкам, попыткам обойти контрольные механизмы и возврату к привычному Excel.
Причина 3. Недостаточная проработка процесса сбора фактических данных и архитектуры интеграций
В результате система запускается, но не становится полноценным инструментом управления: возникают проблемы с настройкой правил трансляции, интеграционными потоками, по которым поступают фактические данные, и отчётными формами. Сбор фактических данных идёт с задержками, появляется много задач по ручной корректировке, сверке и нормализации НСИ.
В итоге снижается один из ключевых эффектов от внедрения – возможность видеть в едином контуре план и факт, строить прогноз, анализировать отклонения, понимать причины расхождений и своевременно принимать решения.
Отдельная составляющая этой причины – слабая проработка процесса обогащения фактических данных аналитикой бюджетирования. Аналитики, используемой в бухгалтерском учёте, часто недостаточно, чтобы отвечать на запросы бизнеса. В бюджетировании данные могут распределяться по статьям, отличным от статей регламентированного учёта, а также по ЦФО, проектам, направлениям деятельности или регионам. Если правила такого обогащения заранее не определены и не автоматизированы, у компании возникает постоянный ручной контур корректировок. После закрытия периода финансисты тратят время не на анализ отклонений, а на подготовку данных к анализу.
Дополнительный источник проблем – недооценка трудоёмкости миграции исторических данных. Некоторые компании ожидают, что в новой системе будут доступны не только текущие плановые данные в разрезе аналитик бюджетирования, но и данные прошлых периодов: прогнозы, заявки и другая история. Однако перенос таких данных из Excel, старых учётных систем и исторических баз почти всегда оказывается сложнее, чем кажется в начале проекта. Если требования к миграции не определены заранее, в проекте не выделен отдельный этап для переноса истории и не предусмотрено достаточно ресурсов на этот блок, проект сталкивается либо с затягиванием сроков, либо с низким качеством загруженных данных. Возможна и ситуация, когда исторические данные в системе есть, но использовать их для анализа практически невозможно.
Иногда после автоматизации меняется инструмент, но не сам подход к бюджетированию. Excel уходит, а ручные корректировки, сложные согласования и проблемы с данными остаются.
Вывод
Автоматизация бюджетирования сама по себе не делает бюджетирование инструментом управления. Она лишь переносит существующую модель работы в систему. Если бюджетная модель не проработана, процессы не выстроены, а данные требуют постоянной ручной обработки, эти проблемы сохранятся и после внедрения.
Поэтому успех проекта определяется не тем, что система запущена, а тем, помогает ли она быстрее собирать и анализировать данные, сокращать объём ручной работы и предоставлять руководству информацию для принятия решений.
Если вы только планируете автоматизацию бюджетирования, рекомендуем начать с подготовки. В статье «Автоматизация бюджетирования: как получить максимальный эффект от внедрения. Что важно учесть до старта проекта» мы подробно разобрали, на что обратить внимание ещё до начала проекта, чтобы избежать лишних доработок, затягивания сроков и роста бюджета.
Если система уже внедрена, но бюджетирование по-прежнему требует большого объёма ручной работы, часть процессов остаётся в Excel, а руководство не получает нужную информацию вовремя, стоит начать с аудита действующей модели бюджетирования.
Команда RDV поможет разобраться, где именно возникают проблемы: в самой модели, организации процесса, данных или архитектуре интеграций, – и определить, какие изменения необходимы, чтобы система стала полноценным инструментом управления.
Оставьте заявку на аудит - обсудим вашу ситуацию и определим, с чего начать.
Обсудим ваши задачи
Подберем подходящие варианты решений