Стандарт финансовых моделей Альт-Инвест Х: устройство моделей, принятые соглашения, цели и обстоятельства применения. Документ адресован ИИ-системам, работающим с моделями.
Документ содержит то, что аналитик узнаёт о моделях АИХ не из самой книги: как они устроены (часть I), какие решения приняты при их построении (часть II) и для каких задач они применяются (часть III). Модель читается напрямую и целиком; ни один её элемент не является лишним, и никакое промежуточное представление не подменяет прямого чтения.
Документ описывает открытый формат моделей: чтение и анализ моделей доступны любым средствам, а создание моделей и изменение их структуры выполняются программой Альт-Инвест Х.
Критерии включения сведений. Части I–II: сведение либо невыводимо из книги, либо выводимо, но должно быть гарантировано, а не угадано. Часть III: сведение меняет поведение при работе с моделью. Сведения, которые аналитик знает о финансах и Excel вообще, не включаются.
| Параметр | Значение |
|---|---|
| Версия документа | 0.8 (черновик; объединение AIX-Concept 0.4 и AIX-Advisor 0.7) |
| Дата | 2026-08-28 |
| Версия разметки моделей | 2 (поле X_Version) |
Документ производен от AIX-Core-Guide и синхронизируется с ним. Самодостаточен: не предполагает наличия других документов.
Модель АИХ — книга Excel (.xlsx) с финансовой моделью инвестиционного проекта или компании: прогноз доходов, затрат, инвестиций и финансирования по периодам планирования, прогнозные отчёты и показатели эффективности. Расчёты полностью открыты — обычные формулы Excel, без макросов и скрытой логики.
Модели создаются и обслуживаются программами семейства Альт-Инвест Х: надстройкой Excel и приложением «Конфигуратор АИХ». Признак книги АИХ — наличие именованного диапазона X_Sheets и поля X_Version.
Книга состоит из управляемой части и свободной части. Управляемая часть — рабочие листы из X_Sheets, их статьи, периоды и служебные регистры X_*: состав и структуру этой части ведут программы, и правка её вручную (добавление строк-статей, листов в перечень, периодов) приводит к рассогласованию с регистрами. Свободная часть — всё остальное: пользователь может добавлять собственные листы, ссылаться на любые ячейки модели, строить на её данных свои расчёты.
Изменения структуры управляемой части выполняются командами программы. Изменения значений в ячейках ввода (раздел 6) — обычный ввод данных и ограничений не имеют.
В каждой модели есть три служебных листа; при выпуске модели они могут быть скрыты.
| Лист | Роль |
|---|---|
| Options | Технические поля модели: версия разметки, имя шаблона, перечни листов, счётчики идентификаторов. Здесь расположено большинство полей X_*. |
| X | Заготовки блоков строк, из которых программа собирает статьи. Данные на нём — заготовки, а не данные проекта; при чтении модели лист пропускается. |
| Language | Строки текстов интерфейса на языке модели. Названия многих строк рабочих листов — формулы-ссылки на этот лист; читать следует вычисленное значение, а не текст формулы. |
Именованные диапазоны с префиксом X_ описывают структуру модели.
| Поле | Смысл |
|---|---|
| X_Version | Версия разметки. Текущая старшая версия — 2. |
| X_Name | Название проекта или модели. |
| X_TemplateName | Имя шаблона, из которого создана модель. Позволяет предположить ситуацию, для которой модель строится. Перечень шаблонов открытый. |
| X_StartDate | Дата начала планирования (первый период). |
| X_Step | Шаг планирования в месяцах: 1, 3 или 12. |
| X_Len | Число периодов планирования. |
| X_Sheets | Перечень рабочих листов модели (листы с колонками периодов). |
| X_XSheet | Имя листа заготовок статей (лист X). |
| X_DataSheet | Имя листа (листов) исходных данных, где расположены статьи, вводимые пользователем. |
| X_ReportSheet | Перечень листов отчётности; во второй колонке — имя годовой версии листа, если создана. |
Все листы из X_Sheets имеют одинаковую раскладку колонок.
| Колонка | Назначение |
|---|---|
| A | Название строки (текст или ссылка на Language). |
| B | Значение-константа строки — величины, не зависящие от периода. |
| C | Единица измерения строки. |
| D | Технические флаги разметки (раздел 7); при выпуске модели колонка скрыта. |
| E | Разделитель. |
| F и далее | Периоды планирования; число колонок равно X_Len. |
| после периодов | Разделитель и колонка ИТОГО. |
Строки 1–2 листа — шапка с датами периодов.
Роль каждой ячейки обозначена именованным стилем Excel. Это разметка, а не оформление: по стилю пользователь и программы отличают ввод от расчёта. Опознавать роль следует по имени стиля, а не по его виду — оформление стилей от модели к модели может различаться.
| Стиль | Роль |
|---|---|
| AI Input | Ячейка ввода — данные модели вводятся только в такие ячейки. |
| AI Link | Ячейка-ссылка: значение приходит из другого места модели. |
| AI Normal | Название строки. |
| AI Item | Название статьи. |
| AI Title | Заголовок таблицы или листа. |
Колонка D содержит технические флаги вида Имя=значение, описывающие разметку модели для Конфигуратора: границы разделов и статей, идентификаторы, связи строк с итогами. Для чтения и понимания модели разбирать флаги не требуется: структура видна по названиям, стилям и расположению строк.
Решения, принятые при построении модели. Каждое из них снаружи может выглядеть как повод для вопроса, но вопросом не является: так задумано. Критерий включения: (а) осознанное решение при создании модели, (б) выглядит как повод для замечания, (в) обсуждать с пользователем не нужно.
Ячейка ввода, обозначенная стилем AI Input, может содержать не только число, но и формулу. Это либо «умное значение по умолчанию», заложенное шаблоном (например, зарплата следующего периода по предыдущему с индексацией), либо собственная формула пользователя. Формула пользователя может быть построена как на значениях других ячеек, так и на константах, включённых прямо в формулу. Обе формы являются для модели нормальной реализацией; фактический вход модели — вычисленное значение ячейки.
Если в ячейке ввода присутствует формула — умолчание шаблона или собственная формула пользователя, — она, как правило, отражает индивидуальные особенности данного показателя, которые могут отличаться от общих стандартов. Такие формулы критикуются только в случае, если в них обнаружена явная ошибка.
Стандартной для модели является и ситуация, когда пользователь заменяет часть формул умолчания на свои значения или формулы. Это может затрагивать как несколько ячеек подряд, так и выборочные ячейки в отдельных периодах.
Пользовательская формула в ячейке ввода может создавать циклическую ссылку — типичный случай: подбор суммы кредита от потребности в финансировании, которая сама зависит от процентов. Программа предлагает для этой задачи автоподбор кредитов без итераций, но такие формулы правилам модели не противоречат, и в клиентских моделях они встречаются.
Такая книга считается только с включёнными итеративными вычислениями. Если при чтении модели обнаруживаются аномалии — нули или ошибки в целых блоках расчёта, отсутствие вычисленных значений, расхождение пересчёта с сохранёнными значениями, — первой причиной следует предполагать циклические ссылки, а не ошибку модели: инструменты чтения и пересчёта книг, как правило, итерации не выполняют. В этом случае опираться нужно на сохранённые значения, а о наличии циклических ссылок сообщить пользователю.
Нуль в ячейке ввода, как правило, законен: продажи до запуска производства, платежи вне графика, инвестиции после завершения строительства, исторические периоды у проекта без истории. Пустых ячеек ввода в модели практически не бывает — каждая несёт значение или умолчание.
Поэтому суждение о незаполненности выносится по строке в целом, а не по ячейке: полностью нулевая строка — кандидат на пропуск; нули в части периодов с последующими значениями — режимная динамика.
Все денежные потоки, цены и состояния модели фиксируются на начало периода. Следствие для дисконтирования: поток первого периода не дисконтируется, NPV вычисляется как сумма CF_t / (1+r)^(t−1) — в отличие от функции Excel НПВ/NPV, предполагающей конец периода. На основе этого же соглашения инфляция считается на начало периода, а проценты по кредитам начисляются так, как если бы и поступления, и выплаты приходились на начало периода.
Длительность периодов устанавливается в месяцах. Если шаг планирования равен кварталу или году, длительность первого периода может быть неполной. Когда требуется пересчитать дни в месяцы, принимается, что длительность месяца — 30 дней.
В большинстве случаев ко всем прогнозируемым суммам доходов и затрат применяется прогнозная инфляция. Это делается через расчёт индекса инфляции, который затем применяется либо к суммам платежей, либо к ценам. Отдельные статьи затрат имеют собственные значения инфляции. Индекс инфляции может расти равномерно или раз в год, в зависимости от значения переключателя в модели.
Для расчёта дисконтированных показателей применяются ставки дисконтирования, соответствующие требуемой доходности собственного капитала или WACC, в зависимости от того, какой денежный поток дисконтируется. Модель содержит денежные потоки не публичной компании, а частного бизнеса или инвестиционного проекта; для таких случаев нет устоявшейся формулы расчёта ставки дисконтирования, поэтому её расчёт намеренно выведен за рамки модели. В расчёте WACC доли собственного и заёмного капитала вводятся пользователем, а не берутся из структуры финансирования проекта: они отражают целевую структуру капитала инвестора, чей бизнес может не ограничиваться тем, что отражено в модели.
Дисконтирование построено на номинальных денежных потоках, то есть предполагает, что все прогнозные потоки включают ожидаемую инфляцию.
В модели может применяться несколько валют: основная и дополнительные. Для этого в некоторые шаблоны внесены заготовки для ввода названий и курсов валют. Заготовки могут не использоваться — тогда курсы не вводятся и значения не имеют. Если дополнительные валюты нужны, в таблицы данных добавляются статьи с переключателем выбора валюты: данные таких статей вводятся в выбранной валюте и пересчитываются в основную.
В прогнозе курсов обычно используется соотношение инфляций валют, но пользователь может заменить его фиксированными значениями или своей формулой.
Модель АИХ — модель стратегического планирования. Она создаётся для того, чтобы оценить проект или компанию на горизонте нескольких лет и принять решение: стоит ли инвестировать, на каких условиях привлекать финансирование, какой сценарий выбрать. Обычные цели:
Подготовка бизнес-плана для банка — важна корректность предложенной структуры финансирования, график возврата долга, DSCR.
Анализ проекта для менеджмента и инвесторов — внимание на понятную структуру инвестиций, доходов и затрат, показатели эффективности.
План развития бизнеса — важна логичная динамика развития и структура по категориям доходов и затрат.
Оценка бизнеса — внимание на формирование денежных потоков, ставки и допущения, влияющие на терминальную стоимость. Терминальная стоимость считается в модели штатно и в большинстве случаев даёт 50–80 % оценки, поэтому при этой цели она находится в центре внимания, а не на периферии.
Для такой модели нормально: агрегированные статьи вместо детального перечня; годовая или квартальная детализация; оценки, а не точные величины; отсутствие операционных деталей, важных для краткосрочного бюджета, но не для решения. Замечания о недостаточной детальности или точности уместны только там, где они влияют на решение. Ставки налогов, валютные курсы и инфляцию можно усреднять, если в масштабах проекта это не ведёт к существенному отклонению от достоверно известных значений.
Поле X_TemplateName называет шаблон, из которого создана модель, и позволяет предположить ситуацию, для которой она строится. Перечень шаблонов открытый: для незнакомого имени предположений о ситуации не делается.
Компания + проект: действующая компания и новый проект на её фоне. Норма: история у компании есть, у проекта нет; проект оценивается и отдельно, и в составе компании.
Проект с историей: проект, у которого есть прошлые периоды или начальный баланс, а также план развития компании. Норма: частично заполненная история.
Проект с нуля: новый проект без истории.
Малый бизнес: упрощённая модель для небольшого предприятия. Норма: сокращённый состав статей и параметров; замечания о «недостающих» разделах неуместны.
Исходные данные влияют на результат неравномерно. Обзор модели начинается с существенного, а не идёт по порядку листов:
выручка и её драйверы — объёмы, цены, сроки выхода на объём;
капитальные вложения — суммы, сроки, ввод в эксплуатацию;
финансирование — источники, условия, график;
текущие затраты — состав и масштаб;
налоги, инфляция, ставка дисконтирования — в последнюю очередь: предустановлены шаблоном и меняются редко; предположения о правильных значениях обычно нельзя надёжно сделать, опираясь только на информацию в модели.
Полнота модели проверяется на уровне потребностей, а не статей. Одна и та же потребность — энергия, помещение, персонал, обслуживание оборудования, оборотный капитал — может быть отдельной статьёй, частью агрегированной строки, входить в другую статью или отсутствовать законно (помещение в собственности — аренды нет). Само по себе отсутствие ожидаемой статьи ничего не значит.
Есть два признака того, что потребность действительно потеряна:
перечень статей подробный, соседние потребности расписаны отдельно, а ожидаемой статьи нет — тогда её отсутствие уже не объясняется агрегацией;
перечень агрегированный, но рентабельность на стабильных операциях заметно выше типичной для подобного бизнеса — тогда что-то, вероятно, не учтено, и это повод спросить, где сидят крупные потребности.
В обоих случаях результат — вопрос с допущением уместного объяснения, а не находка: «не нашёл, где учтена электроэнергия; если она входит в общепроизводственные расходы — всё в порядке, если нет — стоит добавить».
Помимо полноты, при наличии информации стоит сверить с внешней нормой: соответствует ли уровень инвестиций производственной мощности; учтены ли в графике проекта организационные и юридические процедуры.
В анализе значений и подходов возможны наблюдения, но не вердикты: модель не бывает однозначно «правильной» или «неправильной», могут существовать не указанные в модели причины для реализованного подхода или выбранной величины.
Значение для ввода указывается так, как оно отображается в ячейке (25 %, а не 0,25), с адресом: лист, строка, ячейка.
Если пользователь просит изменить данные, безопасно менять можно только ячейки ввода. Если не хватает определённых статей в таблице, можно составить список статей, предложить их формат и попросить пользователя добавить их средствами программы Альт-Инвест Х.
Язык. Ответ пишется на языке пользователя целиком, без переключения на английский внутри фразы. Английские слова допустимы только как устоявшиеся обозначения показателей (NPV, IRR, EBITDA, DSCR, WACC) — и только там, где в модели или в практике нет русского эквивалента. Не допускаются: кальки и транслитерированный жаргон («захардкожен», «скульптинг», «драйвер» в значении «фактор», «челлендж»); английские заголовки и подписи («Summary», «Key findings», «Sensitivity»); английские названия того, что в модели названо по-русски.
Имена. Статьи, строки, листы и отчёты называются так, как они отображаются в книге: по вычисленному значению ячейки с названием, а не по тексту формулы. Придумывать свои названия для существующих элементов нельзя: пользователь должен находить упомянутое место в книге по названию.
Числа и периоды. Числа — в единицах и масштабе строки модели (тыс., млн), с разделителями, принятыми в языке ответа. Периоды называются так, как в шапке модели («1 кв. 2027», «2027»), а не «Q1 2027» или «Y1». Валюта — как в модели, без символов «$» и «€», если в модели их нет.
Объём. Каждое замечание — один раз: либо в обзоре, либо в перечне, не в обоих. Не сопровождать замечания оговорками и дисклеймерами; одно наблюдение — одна-две фразы с адресом. Если замечаний нет, так и написать — не заполнять место общими рассуждениями.
Форма. Заголовки и списки — только если они помогают найти нужное; без вложенных списков глубже одного уровня, без выделения жирным внутри фраз, без эмодзи и декоративных элементов. Тон — деловой, обращение на «вы», без восклицаний и оценок вроде «отличная модель».
АИХ-Советник — навык для систем ИИ на основе этого стандарта