Компания планировала в системе: бюджет доходов и расходов собирался по центрам финансовой ответственности, модели лежали в платформе, факт приходил из учётных систем. Данные были, регламент существовал, бюджетный комитет проводился раз в месяц. Но решение всё равно принималось на устаревшей картине: пока факт собирается по двенадцати ЦФО, пока из него пересобирается план-факт, пока считаются варианты, проходит столько времени, что обсуждать уже нечего — либо цифры поменялись, либо решение принято в другом месте и без расчёта. Ниже — как эту задержку закрывает ИИ-агент: программа, которая по заданному правилу сама собирает факт, сводит его с бюджетом и готовит варианты сценариев на одном наборе данных. Первый эффект здесь — риски, которые перестают срабатывать: решения на устаревшем факте, сценарии «на глаз», несогласованные лимиты между ЦФО и зависимость от одного аналитика. Часы идут вторым планом и считаются отдельно.
Профиль компании в разборе
- Роль: производственная группа с несколькими юридическими лицами и распределёнными центрами ответственности
- Штат: около 1 200 сотрудников
- Финансовая служба: финансовый директор, финансовый контроллер, два аналитика, экономисты по ЦФО
- Системы: «1С:Управление холдингом» (учёт, казначейство, консолидация), Optimacros (планирование и бюджетирование), «1С:ERP Управление предприятием» (ERP, Enterprise Resource Planning — управление ресурсами предприятия; производственный контур)
- Что ведём: бюджет доходов и расходов на год с разбивкой по месяцам и по 12 ЦФО, ежемесячный план-факт, сценарии «базовый — стресс — оптимистичный»
Бюджет почти никогда не выглядит как ошибка. Сначала это план-факт, собранный на прошлой неделе, потом лимит, который согласовали в начале года и не пересматривали, затем вопрос финансового директора «а что будет, если выручка встанет на 10 % ниже» — и тишина, потому что ответ надо считать, а считать его некому и некогда. Компания продолжает управлять по бюджету, но бюджет перестаёт быть инструментом решений и становится отчётом о прошлом.
И это общая точка роста, а не частный случай. По опросу Банка России о применении искусственного интеллекта, который регулятор приводит в докладе 2025 года, финансовые организации чаще всего связывают ИИ со снижением операционных затрат — 84% респондентов — и с оптимизацией процессов управления рисками — 70%. А участок, о котором мы говорим, — прогнозирование и аналитика — самый редкий: ИИ-агенты там применяют или тестируют лишь 4% опрошенных. То есть сценарии бюджета остаются той задачей, где ИИ нужнее всего и где его меньше всего.
Про масштаб рынка стоит сказать отдельно, чтобы не путать классы систем. По оценке TAdviser, расходы на системы управления эффективностью предприятия (CPM) в мире в 2025 году составили 7,13 млрд долларов, и более трети этой суммы пришлось на Северную Америку. Это мировой рынок и мировые деньги, а не российский бюджетный контур: у нас в этом классе работают прежде всего отечественные платформы, о них ниже.
Коротко
ИИ-агент читает факт из учётных систем и бюджетные модели в системе планирования, собирает план-факт по каждому центру финансовой ответственности и готовит варианты сценариев на одном наборе данных: базовый, стрессовый, оптимистичный. Утверждение бюджета, распределение лимитов и выбор сценария — по-прежнему за финансовым директором и бюджетным комитетом.
Содержание
- Почему бюджет отстаёт от факта
- Что съедает время между «факт изменился» и «сценарий готов»
- Что делает ИИ-агент поверх контура планирования
- Какие риски это снимает
- Сколько часов это возвращает
- Что остаётся за человеком
- Как это выглядит на практике
- Как внедрить поэтапно
- Источники
Почему бюджет отстаёт от факта
Бюджет отвечает на вопрос «сколько мы планировали», а решение требует ответа на другой вопрос: «что делать при текущих цифрах». Между этими вопросами и живёт задержка.
Причина первая — факт собирается дольше, чем хотелось бы считать. Закрытие месяца, сверка по юрлицам, распределение косвенных расходов, расшифровки по ЦФО: к моменту, когда план-факт готов, он описывает месяц, который уже не изменить, а решения нужны про следующий.
Причина вторая — сценарии считаются копированием. Если модель живёт в системе, но сценарий собирается вручную — выгрузками в файлы и обратной загрузкой, — то «трёх сценариев» не будет: хватит одного. Когда каждый вариант стоит дня работы аналитика, бюджетный комитет выбирает не лучший вариант, а тот, который успели посчитать.
Причина третья — лимиты между ЦФО согласуются в переписке. Центры ответственности видят свои цифры, но не видят чужие, и перераспределение лимита превращается в разговор, где аргументы не подкреплены общим набором данных.
Отдельно стоит сказать про осторожность, с которой ИИ заходит именно сюда. По тому же опросу Банка России, 43% организаций назвали барьером сложность оценки экономического эффекта от внедрения, а 55% сообщили о наличии внутренних ограничений на использование отдельных видов ИИ. Для бюджетирования это означает простое правило: контур должен быть объяснимым и с журналом, а права агента — только на чтение и подготовку вариантов.
Что съедает время между «факт изменился» и «сценарий готов»
Если разложить путь от закрытия месяца до решения бюджетного комитета, картина повторяется:
- Сбор факта по ЦФО. Что фактически потрачено и получено по каждому центру, с расшифровкой до документа. Данные есть в системах, но собрать их в один разрез — ручная работа.
- Сверка факта с бюджетом. План-факт по статьям и центрам, поиск расхождений, уточнение, кто ошибся — не система, а проводка или распределение.
- Пересборка модели. Если структура изменилась — новый ЦФО, новая статья, изменившаяся номенклатура, — модель нужно пересобрать до расчёта.
- Расчёт вариантов. Как правило, не одного: базовый, при падении выручки, при росте фонда оплаты. Каждый вариант считается отдельно.
- Согласование цифр между ЦФО. Перераспределение лимитов и объяснение, почему у одного центра цифры выросли, а у другого уменьшились.
- Оформление решения. Что приняли, что изменили в бюджете, что осталось.
- Проверка исполнения. Следующий цикл начинается с проверки, что решённое в прошлый раз выполнено.
Каждый пункт выглядит мелочью, вместе они дают ту самую задержку: к моменту обсуждения сценарий уже неактуален.
Что делает ИИ-агент поверх контура планирования
Агент не заменяет систему планирования и не утверждает бюджет. Он подключается к тому, что уже работает, и возвращает результат туда же.
- Читает факт. Данные учётных систем: расходы, доходы, начисления, документы — то, что уже ведётся.
- Читает бюджетные модели. Статьи, центры финансовой ответственности, версии бюджета, утверждённые лимиты.
- Сводит план-факт. По каждому ЦФО и статье: план, факт, отклонение, доля исполнения.
- Находит причины расхождений. Показывает, из чего сложилось отклонение: статья, центр, период, документ-основание.
- Собирает сценарии. Базовый, стрессовый, оптимистичный — на одном наборе данных, одной моделью, с одинаковыми допущениями. Именно здесь основная экономия: варианты перестают быть отдельной работой.
- Возвращает результат в систему. Разборы и варианты появляются там, где финансовая служба работает каждый день, а не в отдельном файле.
- Ведёт журнал. Любой вывод объясним: на каких данных, статьях и допущениях он построен. Это основание и для бюджетного комитета, и для аудита.

Меняется не учёт, а скорость оборота вариантов: сценарий становится частью ежемесячного цикла, а не отдельным проектом раз в год. И это не экзотика: платформы класса CPM для этого и создавались. «1С:Управление холдингом 8», по описанию вендора, включает бюджетирование и централизованное казначейство, консолидацию управленческой отчётности и бизнес-анализ, а также add-on для Microsoft Excel, который позволяет работать с данными информационной базы в привычном офисном приложении — в том числе для целей бюджетирования. Optimacros, по описанию вендора, позиционируется как СРМ/IBP-платформа и объединяет финансовое планирование и анализ (FP&A), коммерческое планирование и аналитику спроса, HR-планирование, операционное планирование и производственные мощности, а также управление цепями поставок и складской логистикой. Это вендорские описания своих продуктов, а не независимый замер: мы приводим их, чтобы было понятно, что агент подключается к уже имеющемуся контуру, а не строит его заново.
Какие риски это снимает
Экономия часов — не главный аргумент. Ставка выше: бюджет, который отстаёт от факта, перестаёт защищать от неприятных решений.
Решения на устаревшем факте
Когда план-факт готов через две недели после закрытия месяца, обсуждается уже другая ситуация. Цена ошибки — не в самом расхождении, а в решении, принятом по цифрам, которых больше нет.
Сценарии «на глаз» вместо сценарного анализа
Если расчёт варианта стоит дня, обсуждается один вариант, а остальные проговариваются словами: «ну, примерно на 10 %». Формально сценарный анализ есть, фактически — нет.
Несогласованные лимиты между ЦФО
Перераспределение лимитов без общего набора данных превращается в переговоры о влиянии, а не о цифрах. Одинаковые допущения для всех центров снимают эту часть спора.
Зависимость от одного аналитика
Человек, который умеет пересобрать модель и знает все расшифровки, — самый ценный и самый уязвимый элемент контура. Его отпуск не должен останавливать бюджетный процесс.
Отклонения, которые видны в конце года
Накопленное расхождение по статье к декабрю почти невозможно исправить: решения про следующий год уже приняты, а факт уже случился. Регулярный разбор по ЦФО ловит накопление раньше.
Бюджет как отчёт вместо инструмента
Самое дорогое следствие: бюджет есть, но по нему не принимают решений. Тогда вся работа финансовой службы превращается в описание прошлого, а управление идёт по интуиции руководителей.
Сколько часов это возвращает
Часы — следствие. Но их полезно посчитать, чтобы понимать масштаб: ниже типовой расчёт для контура из 12 центров финансовой ответственности, где ежемесячно собирается план-факт и раз в месяц готовятся три сценария. Вводные берите свои — методика не меняется.
| Показатель | Вручную | С агентом |
|---|---|---|
| Центров финансовой ответственности | 12 | 12 |
| Сбор и сверка план-факта по одному ЦФО | 1,3 часа | 0,5 часа (проверка разбора) |
| Часы на план-факт в месяц | 16 часов | 6 часов |
| Подготовка одного сценария | 8 часов | 1,5 часа (проверка и допущения) |
| Часы на три сценария | 24 часа | 5 часов |
| Сверка расхождений и расшифровок | 8 часов | 3 часа |
| Всего в месяц | 48 часов | 14 часов |
| Возвращённое время | — | 34 часа в месяц |
| В деньгах при стоимости часа 1 400 ₽ | — | 47 600 ₽ в месяц |
Арифметика открытая: 12 ЦФО × 1,3 часа = 15,6, то есть около 16 часов на план-факт; три сценария по 8 часов — ещё 24; сверка расхождений — 8. Итого 48 часов в месяц. С агентом человек не собирает данные и не пересобирает модель, а проверяет разбор: 12 × 0,5 = 6 часов на план-факт, 3 × 1,5 = 4,5 (округлим до 5) на сценарии и 3 часа на сверку — 14 часов. Разница — 34 часа, то есть почти рабочая неделя финансовой службы в месяц: при стоимости часа 1 400 рублей это 47 600 рублей. Формулировка «типовой расчёт» здесь принципиальна: это математика на заявленных вводных, а не замер чужого результата.
Что даёт рынок для ориентира, но уже не как расчёт: по публичным вендорским заявлениям на сайте Optimacros, платформа названа лидером рынка IBP-платформ по результатам исследования «Созвездие IBP 2025» компании «Технологии Доверия» и лучшим BFP-решением по итогам «Созвездие BFP 2025», а также заняла первое место в рейтинге CPM-систем по версии аналитического портала IaaSSaaSPaaS за 2024 год. Это вендорские формулировки о рейтингах, а не измерение эффекта у конкретного заказчика: они говорят о зрелости класса решений, а не о том, что у вас станет быстрее на конкретное число часов.
Отдельно отмечу: рядом с Optimacros на российском рынке есть и другие платформы того же класса — например, «Форсайт. Бюджетирование и консолидация», которую вендор описывает как российский продукт класса EPM/CPM для автоматизации планирования, бюджетирования и финансовой консолидации. Сравнение платформ по функциям мы в этом разборе не делаем и ни одну из них не тестировали: выбор платформы — отдельная задача, здесь важен слой агента поверх выбранной системы.
Что остаётся за человеком
Границу ответственности нужно задать до пилота, а не после первого спорного бюджета:
- Утверждение бюджета — только человек. Бюджетный комитет и финансовый директор решают, какой сценарий становится бюджетом.
- Права менять модель у агента отсутствуют. Никаких правок статей, центров и версий бюджета: только чтение и подготовка вариантов.
- Допущения задаёт человек. «Выручка ниже на 10 %» — это решение о том, что проверяем, а не вывод программы.
- Лимиты распределяет человек. Перераспределение между ЦФО — управленческое решение с последствиями для руководителей центров.
- Правки данных запрещены. Агент не исправляет факт. Неверные или неполные данные он помечает как замечание.
- Полный журнал действий. Любой вывод объясним: на каких статьях, документах и допущениях он построен.
- Квалификация причин — за специалистом. Агент показывает отклонение и его состав, причину (ошибка в проводке, сдвиг поставки, изменение цены) определяет экономист.
Такая рамка снимает главный страх при внедрении: система не получает права распоряжаться бюджетом, она получает право читать, считать варианты и предупреждать.
Как это выглядит на практике
В проектах, где мы начинали с бюджетирования, первый шаг почти всегда один и тот же: инвентаризация модели, а не внедрение агента. Мы сверяли, что реально живёт в системе планирования, а что — в файлах и переписке: где двойной ввод, где статьи считаются «по памяти», где центр ответственности существует в бюджете, но не существует в учёте. Затем фиксировали ответственных по ЦФО и вводили регулярный цикл «разбор план-факта → владелец → решение → проверка» с горизонтом в две недели после закрытия месяца. Запрос со стороны бизнеса был именно про скорость: «мы не успеваем посчитать, пока цифры ещё актуальны». Контрольный срез показал, что часть контура уже работала на данных из системы, а часть потребовала донастройки справочников и правил сопоставления статей — и основной эффект дали именно эти донастройки: исчезла работа по восстановлению контекста, на которую уходила большая часть времени. Набор систем в том проекте был другим, но принцип тот же: данные уже есть, не хватает слоя, который сводит план с фактом и считает варианты.
Практический вывод: начинать нужно не с агента, а с правила «какой сценарий мы считаем перед решением и что для этого должно быть в модели». Пока это правило не зафиксировано, автоматизация будет просто быстрее приносить неполный план-факт. Как устроен такой контур в целом, мы разбирали в материалах про ИИ-агента для 1С и про внедрение ИИ в компании; как та же логика работает в других задачах финансовой службы — в статьях про кассовый разрыв и консолидацию отчётности.
Как внедрить поэтапно
- Выберите один ЦФО и один закрытый месяц. Один центр за один период даёт быстрый и проверяемый результат. Пилот сразу по всему холдингу почти всегда превращается в долгий проект.
- Зафиксируйте правило сценария. Какой вопрос проверяем перед решением (снижение выручки, рост фонда оплаты, сдвиг поставки) и какие допущения считаем базовыми. Правило пишется один раз и переиспользуется.
- Опишите контур данных. Что агент читает (факт из учётных систем, модель и версии бюджета из системы планирования) и куда возвращает разбор — рядом с рабочим местом экономиста, а не в отдельный файл.
- Прогоните агента на закрытых периодах. Так появляется эталон: известно, какие отклонения действительно были и как их объясняли, — и видно, что агент пропустил.
- Ограничьте права явно. Чтение, сопоставление, подготовка вариантов. Без права менять модель и утверждать бюджет.
- Померьте время до и после. Именно эти два числа, а не презентация, — основание расширять пилот на следующий ЦФО. Общая логика внедрения по шагам разобрана в статье Нейросети для бизнес-процессов.
Нет. Он собирает факт, сводит план-факт по центрам финансовой ответственности и готовит варианты сценариев на одном наборе данных. Утверждение бюджета, распределение лимитов между ЦФО и решение «принимаем этот сценарий» — за финансовым директором и бюджетным комитетом. Права менять бюджетные модели у агента нет.
Нет. Агент работает поверх: читает факт из учётных систем и бюджетные модели в системе планирования, а результат возвращает туда же, где финансовая служба работает каждый день. Учёт остаётся в 1С, модели — в Optimacros, меняется скорость, с которой сценарий становится видно.
Это ограничение, а не приговор. Пока модель живёт в файлах, сценарии собираются копированием и вручную сверяются между версиями, поэтому «трёх сценариев» обычно не бывает — хватает одного. Первый шаг — перенести модель в систему планирования по одному контуру: выручка, прямые расходы, постоянные расходы, ЦФО.
План-факт показывает, что уже произошло. Задача бюджетирования — успеть посмотреть варианты до решения: что будет, если выручка ниже на 10 %, если сдвинется поставка, если вырастет фонд оплаты. Агент закрывает именно эту задержку: пока аналитик собирает данные, обсуждать уже нечего.
Считать два числа до и после: сколько часов уходит на сборку план-факта по всем ЦФО и сколько — на подготовку одного сценария. Плюс третье: как часто сценарий появлялся до решения, а не после. Эти три величины измеримы в первом же месяце пилота.
Разбор самой системы и того, что в ней можно автоматизировать, — в отдельном материале: 1С:Управление холдингом: консолидация, казначейство и контроль для группы компаний.
Что в итоге
Бюджет ломается не на учёте, а на задержке: факт есть, но не сведён с планом, модель есть, но сценарий под неё не считается, решение есть, но принято по цифрам недельной давности. Пока это так, компания платит рисками: решениями на устаревшем факте, сценариями «на глаз», несогласованными лимитами, зависимостью от одного аналитика и накопленными отклонениями, которые видны только в декабре. Показательно, что именно этот участок — прогнозирование и аналитика — остаётся самым редким для ИИ-агентов: по опросу Банка России, там их применяют или тестируют лишь 4% организаций, при том что 84% связывают ИИ со снижением операционных затрат, а 43% не могут оценить эффект от внедрения. Агент поверх системы планирования закрывает задержку между «факт изменился» и «сценарий готов», оставляя человеку допущения, выбор и утверждение бюджета. Если хотите понять, где ваш бюджетный цикл теряет время, начните с одного ЦФО и одного закрытого месяца. Как выбирают решения по цифрам в целом, разобрано в статье ИИ для руководителя, а как выглядит обзор платформ для финансовой службы — в материале Топ-5 программ с ИИ для финансов. Общий отраслевой контекст собран в разделе ИИ в финансах.
Источники
- Банк России, доклад для общественных консультаций «Применение искусственного интеллекта на финансовом рынке: текущий статус и условия дальнейшего развития» (20.11.2025, опрос 252 организаций, август 2025 года): цели применения ИИ — снижение операционных затрат (84%) и оптимизация процессов управления рисками (70%); в прогнозировании, аналитике и управлении персоналом ИИ-агенты применяют или тестируют 4% респондентов; 43% назвали барьером сложность оценки экономического эффекта, 55% сообщили о внутренних ограничениях на отдельные виды ИИ: cbr.ru
- TAdviser, статья «CPM (мировой рынок)»: расходы на глобальном рынке систем управления эффективностью предприятия (CPM) в 2025 году составили 7,13 млрд долларов, более трети суммы пришлось на североамериканский регион: tadviser.ru
- Optimacros, официальный сайт платформы: позиционирование как СРМ/IBP-платформы, направления планирования (финансовое планирование и анализ, коммерческое планирование и аналитика спроса, HR-планирование, операционное планирование и производственные мощности, управление цепями поставок); вендорские заявления о рейтингах — лидер рынка IBP-платформ по исследованию «Созвездие IBP 2025» компании «Технологии Доверия», лучшее BFP-решение по «Созвездие BFP 2025», первое место в рейтинге CPM-систем по версии IaaSSaaSPaaS за 2024 год, участие в рейтинге TAdviser500 за 2025 год: optimacros.com
- TAdviser, карточка продукта «Optimacros. Платформа для оптимизационного и консолидационного планирования»: класс решений — BI (Business Intelligence, бизнес-аналитика), BPM (Business Process Management, управление бизнес-процессами), CPM (Corporate Performance Management, управление эффективностью предприятия), OLAP (аналитическая обработка данных) и SaaS (программное обеспечение как услуга); дата последнего релиза — 16.06.2026; версия 9.300 с мультиролевой моделью доступа; интеграция с OptJet; совместимость с СУБД Postgres Pro; интеграция с beeline cloud (2024): tadviser.ru
- «1С», описание функциональных возможностей «1С:Управление холдингом 8»: бюджетирование и централизованное казначейство, консолидация управленческой отчётности и бизнес-анализ, управление договорами и проектами, стратегическое управление по Balanced Scorecard, учёт и отчётность по МСФО; add-on для Microsoft Excel для работы с данными информационной базы, в том числе для целей бюджетирования и анализа управленческой отчётности; вариант использования — автономное решение класса CPM как «надстройка» над учётными системами; учтены рекомендации к функциональным требованиям по бюджетированию, казначейству и методикам учёта МСФО, подготовленные компанией EY: solutions.1c.ru
- «Форсайт», страница продукта «Форсайт. Бюджетирование и консолидация»: по описанию вендора — российский продукт класса EPM/CPM для комплексной автоматизации планирования и бюджетирования, финансовой консолидации; упомянут как альтернатива в том же классе решений, функции не проверялись: fsight.ru
- Anthropic, инженерное руководство «Building Effective Agents»: различие рабочих процессов (модель и инструменты идут по заданным путям) и агентов (модель сама управляет процессом и выбором инструментов); рекомендация начинать с самого простого решения и усложнять только при необходимости: anthropic.com
