Бюджетный регламент на 2027 год: структура, сроки и матрица ответственности

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

Цыба Елена

Ведущий эксперт по финансам, ACCA, IPFM, CIMA, руководитель консалтингового агентства. Преподаватель курса «Финансовый директор (проф. переподготовка, диплом)»

Зачем компании бюджетный регламент

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

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

Разберите сбои прошлой бюджетной кампании

Восстановите прошлую бюджетную кампанию: где появилась первая версия, какие предпосылки менялись, кто согласовал расходы, почему не сошлись БДР и БДДС и какие решения по отклонениям так и не были приняты. Эти сбои станут требованиями к регламенту лучше любого типового оглавления.

Что регламент должен решать при отклонении

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

Где заканчивается шаблон и начинается квалификация

Освоить бюджетирование как часть роли CFO помогает программа «Финансовый директор» с профессиональной переподготовкой и дипломом.

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

Что связывает бюджетный регламент в единую систему

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

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

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

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

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

Качество регламента можно проверить без ожидания следующего года. Возьмите одну бюджетную заявку и попросите участника, не писавшего документ, пройти путь от исходной предпосылки до консолидированной формы. Он должен понимать, где взять шаблон, какую версию использовать, кто подтверждает драйвер, какие проверки обязательны и куда передать разногласие. Затем измените одно существенное допущение и проследите, какие формы и адресаты получают обновление. Если часть маршрута держится на привычке финансовой команды, это незадокументированная зависимость. После теста уточняют RACI, календарь, статусы и контрольные мосты, но не раздувают основной текст техническими инструкциями: их выносят в приложения с владельцами. Регламент остаётся коротким настолько, насколько участник может выполнить по нему работу без устного перевода.

Единый словарь завершает архитектуру. Термины «план», «прогноз», «корректировка», «сценарий» и «утверждённая версия» должны означать одно и то же для финансовой службы и владельцев бюджетов. Статусы формы также связывают с правами: черновик можно менять, проверенная версия проходит контроль, утверждённая защищена, а архивная доступна для сравнения. Без этого участники спорят не о предпосылках, а о том, какой файл вообще считается действующим. В приложении к регламенту полезно показать жизненный цикл формы и разрешённые переходы между статусами. У каждого перехода есть инициатор, проверка, адресаты уведомления и запись в истории; обратный переход не выполняется простой заменой имени файла.

Полный цикл бюджетирования в регламенте

Определить архитектуру бюджета

Перечислите формы, горизонты, валюты, подразделения и взаимосвязи. Для каждой формы укажите решение, которое она поддерживает. Если два отчёта отвечают на один вопрос разными данными, сначала решите методологический конфликт.

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

Зафиксировать предпосылки

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

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

Распределить роли

Отделите владельца показателя, составителя формы, методолога, согласующего и утверждающего. Финансовая служба не должна придумывать операционные предпосылки за бизнес, а бизнес — самостоятельно менять методику консолидации.

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

Собрать календарь

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

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

Управлять версиями и корректировками

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

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

Настроить план-факт

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

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

Формы, предпосылки и владельцы бюджета

Контрольные точки, которые нельзя заменять галочкой

• Единая версия. все формы используют утверждённый набор предпосылок. Конфликт предпосылок передавайте по маршруту разногласий, не исправляя итоговую версию без протокола.
• Балансовая связь. БДР, БДДС и прогнозный баланс согласованы через понятные мосты. Конфликт предпосылок передавайте по маршруту разногласий, не исправляя итоговую версию без протокола.
• Владелец. каждый драйвер подтверждает бизнес, а методику — финансовая функция. Конфликт предпосылок передавайте по маршруту разногласий, не исправляя итоговую версию без протокола.
• Срок. этап имеет вход, результат и резерв на исправление. Конфликт предпосылок передавайте по маршруту разногласий, не исправляя итоговую версию без протокола.
• Версия. утверждённый план не заменён новым файлом без протокола. Конфликт предпосылок передавайте по маршруту разногласий, не исправляя итоговую версию без протокола.
• Решение по отклонению. объяснение заканчивается действием и датой проверки эффекта. Конфликт предпосылок передавайте по маршруту разногласий, не исправляя итоговую версию без протокола.

Матрица ролей и передачи результата

Структура бюджетного регламента

Общие положения

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

Архитектура форм

Опишите назначение БДР, БДДС, прогнозного баланса и вспомогательных бюджетов, а также контрольные связи между ними.

RACI-матрица

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

Календарь кампании

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

Версии и корректировки

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

План-факт и решения

Пороги внимания, формат комментария, категории причин, владелец действия и дата повторной проверки.

Учебный пример

Учебный кейс по теме «Зачем компании бюджетный регламент»; организация и события вымышлены. В вымышленной компании продажи планируют выручку по новой цене, закупки используют прежний объём, а финансовая служба обновляет курс в итоговом файле без уведомления. БДР выглядит прибыльным, но БДДС показывает разрыв, происхождение которого никто не может восстановить.

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

Типичные ошибки и способ исправления

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

Как внедрить без остановки текущей работы

Ретроспектива

Соберите сбои прошлой кампании и превратите каждый в требование к роли, календарю или контролю.

Минимальный регламент

Сначала утвердите архитектуру, предпосылки, RACI, календарь и версии; детали вынесите в приложения.

Тест одного подразделения

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

Защита сценария

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

Цикл после утверждения

Сразу запустите план-факт и журнал решений; бюджетная работа не заканчивается публикацией файла.

Тест исключения

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

Как связать задачу с соседними процессами

Главную форму прибыли раскрывает бюджет доходов и расходов. В регламенте нужно закрепить его входы и владельцев.

Контрольные связи смотрите в материале про три связанных бюджета. Регламент должен требовать их сверку до утверждения.

После выпуска бюджета используйте план-факт анализ. Он замыкает цикл решениями по отклонениям.

Распределение ответственности дополнит статья про центры финансовой ответственности. Не путайте ЦФО с техническим владельцем файла.

Правила пересмотра свяжите с rolling forecast. Прогноз не должен стирать утверждённый план.

Роль владельца процесса раскрыта в материале про обязанности финансового директора. CFO отвечает за методику и качество управленческого цикла.

Источники, актуальность и границы

• Глобальные принципы управленческого учёта: используются как профессиональная рамка релевантной информации, анализа, коммуникации и решений

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

Готов ли регламент к запуску кампании

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

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

Практика вместо теории

Регламент организует кампанию, а CFO превращает её в решения.

Программа «Финансовый директор» помогает освоить финансовую стратегию, отчётность, бюджетирование, денежный поток, инвестиции, риски и управление финансовой командой.

Смотреть программу

Вопросы и ответы

• Обязателен ли бюджетный регламент?

  Универсальной государственной формы нет. Он нужен как внутреннее правило, если компания ведёт бюджетирование и должна согласовать роли, сроки, версии и контроль.

• Кто разрабатывает регламент?

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

• Что важнее: календарь или формы?

  Они взаимозависимы. Формы без календаря приходят поздно, а календарь без определённых входов и результата неуправляем.

• Как отличить корректировку от прогноза?

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

• Нужен ли бюджетный комитет?

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

• Когда пересматривать регламент?

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

По теме