Особенности бюджетного планирования в одном американском стартапе. В 26-ти с половиной главах.
Содержание - http://proza.ru/2026/08/21/1876
---
Глава 18
в которой мы знакомимся с регистрами Первоначального и Оперативного Бюджета, узнаем, какие записи в них можно делать, и пытаемся без особого энтузиазма понять, как и для чего эти регистры общаются друг с другом
Вас никогда не интересовало, что такое Протокол?
Вас никогда не интересовало, что такое Протокол.
Очень плохо, что вас никогда не интересовало, что такое Протокол.
Вы должны интересоваться тем, что такое Протокол, если хотите заниматься бюджетным планированием.
Смотрим Интернет.
Слово пришло из греческого: protos означает «первый», kolla - «клей». Протоколом называли первый лист, приклеенный к папирусному свитку. На нём помещали дату и сведения о содержании документа. Читатель ещё не развернул свиток, но уже мог понять, что находится перед ним.
Потом протоколом стали называть запись заседания. Не само заседание со всеми кашляющими участниками, исчезнувшими карандашами и фразами, которые каждый услышал по-своему, а принятую форму памяти о нём: кто присутствовал, что обсуждали и какое решение записали.
В дипломатии протокол может быть документом, в котором стороны закрепляют согласованные обязательства. Киотский протокол, принятый в 1997 году, стал дополнением к Рамочной конвенции ООН об изменении климата и установил для участвующих развитых государств и стран с переходной экономикой обязательства по ограничению и сокращению выбросов.
В вычислительной технике протоколом называют набор правил, по которым две системы обмениваются сообщениями. Он определяет, как устроено сообщение, в какой последовательности сообщения передаются и что делать, если пришло нечто неполное или непонятное.
Существуют и «Протоколы сионских мудрецов» - антисемитская подделка, выдававшая себя за запись несуществующих тайных совещаний. Этот пример полезен не только как предупреждение о человеческой глупости. Документ может безупречно подражать внешней форме протокола и при этом лгать о самом событии.
“Милицейский протокол” -Владимир Высоцкий, 1977 г.:
Сказать по-нашему, мы выпили немного,
Не вру, ей-Богу, скажи, Серега!
И если б водку гнать не из опилок,
То что б нам было с пять бутылок…
Что общего у папируса, совещания, международного соглашения, компьютерной сети и милицейской бумаги?
Протокол не просто хранит слова. Он задаёт форму, в которой одно действующее лицо может передать другому сведения так, чтобы получатель понял, что именно ему передали и что он должен с этим сделать. В нём есть хотя бы три вещи: состав записи, порядок действий и реакция на ошибку.
Обычный почтовый конверт помогает понять эту мысль без компьютера. Адрес пишут не где придётся, а в отведённом месте; название города, улица и номер дома выполняют разные роли; письмо без адреса не следует отправлять в ближайший похожий дом. Конверт ничего не говорит о правдивости самого письма. Он позволяет доставить его определённому получателю и заметить, когда данных не хватает. Протокол бюджетных записей делает примерно ту же работу.
Бюджетные регистры, конечно, не разговаривают. У них нет ни рта, ни собственного мнения о вашей компании. Регистр здесь означает упорядоченный журнал записей, а не обязательно отдельную компьютерную программу. Выражение «регистры общаются» означает более скучную и более полезную вещь: запись в одном журнале можно связать с записью в другом без догадок человека, который случайно оказался рядом с таблицей.
Допустим, в Первоначальном Бюджете утверждена аренда комнаты. Первоначальный Бюджет здесь означает принятую и сохранённую исходную версию плана. Строка получает постоянный номер. Рядом записывают, к какой статье расходов и какому помещению она относится, какую сумму и дату утвердили, кто отвечает за решение и в какой версии бюджета оно появилось. Версия - это зафиксированное состояние документа на определённую дату, а не просто ещё одна копия файла с названием «финал окончательный 7».
Через несколько месяцев стоимость прежней комнаты изменилась. В Оперативном Бюджете, то есть в актуальной оценке будущих денег, появляется новая сумма, но запись сохраняет номер исходной строки. Поэтому отчёт видит не две случайные суммы, а одну аренду в двух состояниях: что утвердили и что ожидаем теперь.
Если компания сняла ещё одну комнату, исходной строки для неё нет. Протокол не требует выдумывать прошлое и вставлять её задним числом в Первоначальный Бюджет. Он требует дать новой операции собственный номер и обозначить её как расширение первоначального объёма деятельности. Тогда в отчёте видно: это не удорожание старого помещения и не ошибка ввода, а новая операция, которой в исходном плане не было.
Постоянный номер нужен не ради любви финансового директора к номерам. Сумма может измениться. Дата может переехать. Ожидаемый платёж может стать обязательством, потом фактом, а иногда отмениться. Если при каждом изменении запись получает новое имя и теряет связь с прежним состоянием, организация перестаёт различать изменение одной операции и появление нескольких операций.
Поэтому протокол общения двух регистров должен ответить на несколько вопросов. Это не перечень красивых столбцов. Каждый вопрос предотвращает определённый вид ошибки.
Как опознать операцию? Для этого нужен устойчивый идентификатор, то есть уникальный номер, который не меняется вместе с суммой или датой.
Что в ней разрешено менять? Например, текущую сумму, ожидаемую дату и статус. Статус показывает, на какой стадии находится запись: это пока предложение, уже подтверждённое обязательство, ожидаемый, оплаченный или отменённый платёж.
Что должно оставаться неизменным? Исходная версия бюджета и история уже сделанных изменений.
Кто сообщил новое значение и на каком основании? Нужен источник: договор, счёт, письмо поставщика или зафиксированное управленческое решение. Нужны также владелец записи, то есть человек, отвечающий за её своевременное подтверждение, и дата обновления.
Что делать, если сведения не сходятся? Нужна проверка допустимости записи. Пустой номер, неизвестный статус или две противоречащие друг другу даты должны породить сообщение об ошибке, а не молча превратиться в последнее сохранённое число.
Представьте, что менеджер сообщил о переносе платежа, но не указал, к какой покупке относится сообщение. Плохая система берёт похожую сумму и исправляет ближайшую строку. Хороший протокол оставляет сообщение неподтверждённым и возвращает его на уточнение. Если два менеджера прислали разные даты одной поставки, протокол не выбирает того, кто написал последним. Он помечает две даты как противоречащие друг другу и требует решения ответственного человека.
Это важное различие. Последнее значение не обязательно является лучшим. Оно может быть самым свежим, самым удобным или просто введённым человеком с более быстрыми пальцами. Протокол нужен не для того, чтобы таблица победила человека, а для того, чтобы человек увидел место, в котором сведения перестали складываться.
Отсюда следует неприятная новость. Купить дорогую программу недостаточно. Если в компании не договорились, что означает строка, кто имеет право её изменить и как сохраняется предыдущая версия, программа лишь ускорит беспорядок. И наоборот: простая таблица может поддерживать рабочий протокол, если в ней есть устойчивые поля, правила изменения и история записей.
У протокола есть ещё одна работа, которую легко принять за техническую мелочь. Он распределяет полномочия. Менеджер по закупкам может сообщить новую дату поставки. Руководитель проекта может подтвердить, что оборудование всё ещё нужно. Финансовый директор может проверить влияние платежа на деньги компании. Но возможность сообщить дату не обязательно даёт право отменить покупку, а возможность рассчитать последствия не даёт права единолично принять решение. Если все участники могут менять всё, таблица не становится демократичной. Она теряет способность показать, кто за что отвечает.
Иногда говорят: «У нас нет протокола, мы просто договариваемся». Обычно это означает, что протокол существует, но спрятан в привычках нескольких людей. Один считает подтверждением устный разговор, другой ждёт письмо, третий исправляет файл после сообщения в мессенджере. Пока компания мала и все помнят вчерашний разговор, скрытые правила кажутся удобными. Когда операций становится больше, одна и та же фраза начинает означать разные действия. Ошибка возникает не потому, что люди перестали разговаривать, а потому, что каждый продолжил разговор по собственным правилам.
Общий протокол не заставляет участников соглашаться. Он делает несогласие предметным. Вместо спора «апрель правильный» против «нет, май правильный» появляются две названные версии, два источника и человек, который должен подтвердить решение. Разногласие не исчезает, но перестаёт маскироваться под случайно перезаписанную ячейку.
Протокол не гарантирует правду. Подложный документ тоже может быть превосходно оформлен. Он делает другую работу: не позволяет сообщению, ошибке и решению бесследно смешаться в одной ячейке. После него можно спросить не только «сколько денег стоит в апреле», но и «какая операция сюда пришла, откуда мы это знаем, кто изменил дату и с какой исходной строкой она связана».
Именно поэтому Первоначальный и Оперативный Бюджеты не надо сливать в одну постоянно переписываемую таблицу. Первый сохраняет утверждённую точку отсчёта. Второй хранит то, что компания теперь знает или ожидает. Протокол удерживает связь между ними, не позволяя одному уничтожить другое.
---
Что мы узнали в этой главе:
Протокол - это не просто документ, а согласованные правила записи и обмена сведениями;
для связи бюджетных регистров нужны устойчивый идентификатор, единые поля, допустимые статусы, источник изменения и история версий;
новая операция не переписывает Первоначальный Бюджет, а появляется в Оперативном Бюджете с собственным номером и понятным статусом;
протокол не гарантирует истинность сведений, но делает видимыми их происхождение, противоречия и ошибки;
право сообщить новое значение, право подтвердить его и право принять решение могут принадлежать разным людям;
в следующей главе мы посмотрим, что происходит, когда сама операция остаётся прежней, но её платёж переезжает из одного месяца в другой.