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

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

Почему план-факт показывает проблему слишком поздно

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

Между заявкой и платежом есть несколько состояний: согласованная потребность, заказ поставщику, подписанный договор, полученная услуга, начисление и оплата. Если отчет видит только последнее состояние, одна и та же сумма несколько недель выглядит свободной. На нее успевают выдать новые согласования.

Поэтому контроль расходов должен отвечать не только на вопрос «сколько потратили», но и на три других:

• какую сумму компания уже обязалась потратить;

• какой лимит еще можно распределить;

• какой расход ожидается до конца периода;

• кто вправе изменить статью, период или центр ответственности.

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

Что считать принятым обязательством

Единого статуса «обязательство» для всех компаний нет. Его нужно определить в регламенте. Иначе финансовый отдел считает договор обязательством, закупки ждут заказ, а подразделение резервирует лимит сразу после заявки.

Практичная модель разделяет расходы по стадиям:

• заявка создана, но еще не согласована;

• заявка согласована, лимит зарезервирован;

• заказ или договор оформлен, обязательство принято;

• товар или услуга получены, расход начислен;

• платеж проведен, обязательство закрыто.

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

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

Как рассчитать доступный лимит

Базовая логика выглядит так:

`Доступный лимит = утвержденный бюджет − факт − открытые обязательства − активные резервы`

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

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

Для управленческого решения полезно показывать рядом:

• бюджет месяца и года;

• факт и начисления;

• открытые обязательства по срокам;

• доступный лимит;

• ожидаемое исполнение до конца года.

Почему доступный лимит не равен прогнозу

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

Прогноз до конца года можно собрать так:

`Ожидаемый расход = факт + открытые обязательства + прогноз еще не оформленной потребности`

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

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

Что выбрать: Excel, ERP или модель планирования

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

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

CPM/EPM-модель нужна, когда важно связать бюджет, обязательства, факт и forecast-to-complete по одним справочникам. В Optimacros такой контур можно собрать с версиями, план-фактом, сценариями и аудитом изменений, а исходные данные получать из учетных систем. Это не отменяет ERP и казначейство: у каждого контура остается своя роль.

Как запустить контроль расходов без большого проекта

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

Рабочая последовательность состоит из шести шагов:

1. Согласуйте единый справочник статей, ЦФО, периодов и владельцев. 2. Опишите статусы от заявки до платежа и правило перехода между ними. 3. Определите момент, когда сумма резервирует лимит. 4. Уберите двойной учет между обязательством, начислением и фактом. 5. Добавьте прогноз по договорам и операционным драйверам. 6. Настройте пороги, при которых перенос или превышение требует нового согласования.

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

Кто отвечает за цифру

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

Закупки отвечают за заказы и договоры. Бухгалтерия или учетный контур — за начисления и факт. Казначейство — за календарь платежей. Руководитель ЦФО подтверждает будущую потребность и объясняет изменение прогноза, чтобы в сводке не оставался устаревший остаток. Финансы проверяют правила, версии и общий эффект для бюджета.

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

Какие ошибки ломают контур

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

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

Еще одна ошибка — пытаться лечить каждое превышение переносом между статьями. Перенос допустим, если потребность действительно изменилась и решение согласовано. Если расход систематически превышает план из-за неверного драйвера, нужно менять модель, а не маскировать сигнал.

Как понять, что схема работает

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

• все открытые обязательства имеют владельца и срок;

• отмененные заявки освобождают резерв;

• факт не учитывается второй раз как обязательство;

• изменение цены или объема пересчитывает прогноз до конца года.

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