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

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

Ключевые выводы

Зафиксируйте период, организацию, валюту, единицу, знак и версию.

Импортируйте проверенные факты и обязательства из названных систем.

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

Считайте только в детерминированной таблице или программе.

Проверьте дубли, пропуски, переход периодов, итоги и округление.

Для текста передавайте только обезличенный заблокированный результат.

До применения требуется проверка владельца бюджета и финансов.

На какой вопрос должен отвечать бюджетный прогноз?

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

Поле	Что записать
Forecast ID/версия	Стабильный ID и ревизия
Организация/область	Включённое подразделение и исключения
Период	Отсечка фактов и горизонт прогноза
Детализация	Месяц, неделя, счёт, центр затрат или проект
Валюта/единица	Валюта операции и отчёта; целые, тысячи или миллионы
Знаки	Расход, доход, приток и отток
База	Утверждённый бюджет или прошлый прогноз
Владелец	Держатель бюджета и финансовый рецензент

Руководство правительства Великобритании Budget Holder Forecasting Handbook подчёркивает ясные роли, регулярный пересмотр, доказательства и управление предположениями при прогнозировании в государственном секторе.［1］ Его принципы управления — полезный пример, но каждая организация следует собственной учётной политике и местным требованиям.

Создайте контролируемый реестр входов

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

Не загружайте реальные данные о зарплатах, клиентах, поставщиках, банках, счетах или неопубликованные финансовые сведения в неутверждённую модель. Отрабатывайте процесс на синтетических строках вроде ENTITY-A, ACCOUNT-4100 и 100 currency units. Минимизация и границы доступа описаны в материале о рисках приватности ИИ.

Перед моделированием проверьте:

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

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

Как построить бюджетный прогноз с ИИ на основе временного реестра

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

Поле	Назначение
Версия	Заблокированный запуск модели
Организация/счёт/период	Составной ключ строки
Валюта/единица/знак	Защита от смены масштаба и направления
Actual	Проверенная проведённая сумма
Commitment	Утверждённое будущее обязательство
Driver ID/value	Именованное предположение и число
Место формулы	Ячейка, диапазон, запрос или функция
Forecast	Детерминированный результат
Источник/владелец/статус	Доказательство и ответственность

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

Чем отличаются фактические данные, обязательства и драйверы?

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

Пример с синтетическими данными:

Период	Факт	Обязательство	Вход драйвера	Статус прогноза
M01	100	0	Не применяется	Заблокированный факт
M02	120	0	Не применяется	Заблокированный факт
M03	—	80	Объём 10 × ставка 12	Результат формулы 200

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

Определите каждый драйвер и предположение

Задайте каждому драйверу владельца, источник, период действия, единицу, диапазон и дату пересмотра. Запишите, утверждён ли он, предварителен или заблокирован.

Driver ID	Определение	Единица	Источник	Период	Владелец	Статус
D-01	Синтетический месячный объём	единиц/месяц	Утверждённая плановая записка	M03–M06	Операции	Предварительно
D-02	Синтетическая ставка	валюта/единицу	Подписанная таблица ставок	M03–M06	Закупки	Проверено

Руководство GAO Cost Estimating and Assessment Guide рассматривает достоверные оценки, исходные правила и допущения, данные, чувствительность, риск, документирование и обновление.［2］ Бюджетный прогноз не тождествен оценке стоимости, но прослеживаемые предположения и воспроизводимые расчёты — ценные меры контроля в обоих случаях.

Почему расчёты должны выполняться в контролируемой модели?

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

Например, контролируемая модель может реализовать:

forecast[account, period] = committed_amount
                          + approved_volume * approved_unit_rate
                          + approved_fixed_adjustment

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

Никогда не принимайте «итог выглядит правильно» или арифметическое объяснение модели. Пересчитайте из исходных ячеек отдельной проверкой или равноценным детерминированным путём.

Проверьте единицы, валюты, знаки и периоды

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

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

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

Как сверить детали, промежуточные и общие итоги?

Используйте лист проверок или отчёт тестов, не зависящий от оформления.

Проверка	Ожидание	Действие при ошибке
Итог источника − итог импорта	0 в допуске	Остановить импорт
Дубли составных ключей	0	Разрешить с владельцем
Пропущенные счёта-периоды	0	Объяснить или добавить контролируемую строку
Детали − подытог	0	Проверить диапазон формулы
Подытоги − общий итог	0	Проверить отображение
Факт → прогноз	Непрерывно	Исправить карту периодов
Текущая − прошлая версия	Полностью объяснено	Назначить владельца

The Green Book рассматривает оценку проектов, неопределённость, предположения и прозрачное использование доказательств в государственных решениях.［3］ Это не универсальное руководство по учёту. Используйте его принципы прозрачности как пример, а применимую политику прогнозирования пусть определяет ответственная финансовая служба.

Проверьте дубли и пропущенные строки

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

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

Свяжите факты с прогнозом

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

Постройте мост:

Компонент	Сумма	Источник/формула	Владелец	Статус
Последний заблокированный прогноз	1 000	Версия F-07	Финансы	Заблокировано
Отклонение факта	+20	Детерминированное сравнение фактов	Финансы	Сверено
Сдвиг по времени	-10	Утверждённое изменение драйвера	Операции	Проверено
Новое обязательство	+30	Реестр обязательств	Закупки	Проверено
Текущий прогноз	1 040	Сумма компонентов моста	Финансы	Сверено

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

Какие результаты зафиксировать до подготовки текста с ИИ?

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

Составь объяснение только из таблицы LOCKED.
Копируй числа, единицы, периоды, знаки и драйверы точно.
Не считай, не интерполируй, не прогнозируй, не ранжируй и не заполняй пробелы.
Каждое предложение свяжи с row ID или bridge ID; неясное пометь [VERIFY].
Верни только пояснения; не изменяй таблицу.

Сверяйте каждое число по методу проверки ответов ИИ. Красивый текст может перевернуть знак или спутать временное изменение с постоянным.

Проверьте отклонения от бюджета и версии

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

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

Профиль NIST для генеративного ИИ выделяет риски конфабуляции и управления.［4］ Разделение детерминированных расчётов и генерации текста, ограничение данных и обязательная проверка людьми снижают эти риски, но не сертифицируют прогноз.

Утвердите и архивируйте

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

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

Итоговый список проверки

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

Часто задаваемые вопросы (FAQ)

Каков минимальный набор входов?

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

Как вести скользящий прогноз по периодам?

Закрывайте факты по политике, одинаково продлевайте горизонт и проверяйте отсутствие перекрытия и пробела.

Обязательство равно прогнозному расходу?

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

Как строить прогноз по драйверам?

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

Может ли ИИ конвертировать валюту и считать итог?

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

Как обращаться с отрицательными значениями?

Задокументируйте одно правило знаков и протестируйте кредиты, сторно, доходы, расходы, приток и отток денег. Никогда не выводите смысл только из знака минус.

Что делать с дублями и пропусками?

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

Как независимо проверить расчёты?

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

Что разрешено ИИ?

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

Источники

UK Government, “Budget Holder Forecasting Handbook” — https://www.gov.uk/government/publications/budget-holder-forecasting-handbook/budget-holder-forecasting-handbook
U.S. Government Accountability Office, “Cost Estimating and Assessment Guide” — https://www.gao.gov/products/gao-20-195g
UK Government, “The Green Book 2026” — https://www.gov.uk/government/publications/the-green-book-appraisal-and-evaluation-in-central-government/the-green-book-2026
National Institute of Standards and Technology, “Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile” — https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-generative-artificial-intelligence

Sources checked 31 августа 2026 г.

Как составить бюджетный прогноз с ИИ и проверить расчёты