Особенности бюджетного планирования. 20 с половино

Особенности бюджетного планирования в одном американском стартапе.
Содержание - http://proza.ru/2026/08/21/1876
---

Глава 20 с половиной

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

На вопрос, что такое регистр, Гугл любезно отвечает: список, указатель чего-нибудь, книга для записей.

И тут мы хватаемся за голову, потому что узнали об очередном свойстве определений. Что-то ОДНО почти всегда объясняется через МНОГОЕ.

Один Предмет - это Много Предметов.

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

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

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

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

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

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

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

Допустим, в регистре есть запись П-17: поставщику ожидается 55 рублей в марте. В отчёте по месяцам она окажется в колонке «март». В отчёте по контрагентам - в строке поставщика. В отчёте просрочек она вообще не появится, пока договорный срок не нарушен. Мы получили три разных ответа из одной записи. Если для каждого ответа создавать новую копию П-17 и разрешать исправлять её отдельно, вскоре у одного платежа появятся три суммы и четыре даты.

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

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

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

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

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

Это можно записать одной строкой:

закрытые периоды: факт;

будущие обычные платежи: обновлённый прогнозный поток;

будущие Проекты: последние подтверждённые записи оперативного регистра.

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

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

Телефонный расход можно рассчитать как число линий, умноженное на тариф. Зарплату - через численность, ставки и даты выплат. Электричество - через потребление, сезон и цену энергии. Аренду - по действующему договору. Эти причины суммы называются драйверами. Если тариф изменился, весь будущий поток пересчитывается, хотя ни один телефонный счёт не получил отдельной карточки Проекта.

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

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

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

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

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

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

Для каждой суммы должен существовать путь назад. Раскрыв 155 рублей мартовского расхода, мы должны увидеть, что 100 рублей получены из прогноза обычного потока, а 55 относятся к Проекту с определённым номером. Если число нельзя разложить до источников, отчёт красив, но проверить его нельзя.

Теперь вернёмся к примеру на рисунке.

В Первоначальном Бюджете по Расходу 1 стояли минус 100 рублей в январе, минус 150 в феврале и минус 100 в марте. Февральские 150 состояли из обычного платежа в 100 рублей и Проекта в 50 рублей.

К концу февраля выяснилось, что Проект переносится на март и будет стоить не 50, а 55 рублей. Фактические выплаты января и февраля составили 90 и 95 рублей. Значит, оперативный отчёт на конец февраля показывает январь и февраль по факту, а март - по текущему прогнозу: обычный платёж 100 плюс тот же Проект 55, итого 155 рублей.

На исходном рисунке увеличение Проекта разложено на «Бюджетный Проект 50» и «Не-Бюджетный Проект 5».

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

Первый блок - Первоначальный Бюджет, то есть исходный прогноз на весь период.

Строка «Расход 1»: январь - минус 100 рублей; февраль - минус 150; март - минус 100.

Расшифровка строки первоначального бюджета:

обычные платежи по Расходу 1: январь - минус 100; февраль - минус 100; март - минус 100;

Проект П-17: январь - 0; февраль - минус 50; март - 0.

Второй блок - новые сведения, полученные к концу февраля.

Проект П-17 перенесён с февраля на март. Его ожидаемая сумма увеличилась с 50 до 55 рублей. Фактические выплаты по Расходу 1 составили 90 рублей в январе и 95 рублей в феврале.

Третий блок - Отчёт Оперативного Бюджета по состоянию на конец февраля.

Строка «Расход 1»: январь - фактические минус 90 рублей; февраль - фактические минус 95; март - прогнозные минус 155.

Правильная расшифровка мартовских 155 рублей:

обычный прогнозный поток по Расходу 1 - минус 100 рублей;

тот же Проект П-17 с текущей ожидаемой суммой - минус 55 рублей;

внутри суммы Проекта изменение относительно Первоначального Бюджета составляет минус 5 рублей.

На исходном рисунке последние пять рублей вынесены в отдельную строку «Не-Бюджетный Проект». Эту строку не следует читать как вторую операцию. Если основание платежа и номер Проекта не изменились, перед нами один Проект на 55 рублей, а не два Проекта на 50 и 5.

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

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

Такое устройство оставляет право менять представление, не отдавая вместе с ним право переписывать прошлое. Руководитель может попросить укрупнить строки, инвестор - показать только кварталы, казначей - развернуть ближайшие две недели по дням. Каждый получит удобный для решения масштаб. Но мартовские 155 рублей должны раскрываться в те же 100 и 55 независимо от того, кто смотрит на отчёт.

Поэтому прозрачность не равна максимальному количеству строк на экране. Она означает возможность пройти от показанного итога к общим источникам и правилам расчёта. Очень подробный отчёт без такого пути может скрывать происхождение числа лучше короткого.

По какой причине мы разделили Первоначальный Бюджет и Оперативный Бюджет?

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

По какой причине мы разделили Регистр Первоначального Бюджета и Регистр Оперативного Бюджета?

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

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

---

В этой главе мы узнали:

Регистр хранит отдельные записи и их историю, а Отчёт представляет отобранные и рассчитанные данные;

неизменность Первоначального Бюджета относится к утверждённой версии данных, а не к внешнему виду отчёта;

Отчёт Оперативного Бюджета соединяет факт закрытых периодов, прогноз обычных потоков и текущие записи Проектов;

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

первоначальная и текущая суммы одного Проекта не являются двумя Проектами;

правила исключения, замещения и проверки источников защищают отчёт от двойного счёта.