Промпты для проверки финансовой модели: вводные, формулы и риски

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

Промпты для проверки финансовой модели: короткий ответ

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

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

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

Какой контекст передать чату

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

Модель: [название, дата и версия файла].
Решение: [бюджет / финансирование / запуск продукта / другое].
Горизонт и шаг: [месяцы или кварталы, даты].
Единицы: [рубли / тыс. руб. / штуки / проценты; валюта].
Переданные листы: [имя листа, назначение, диапазон].
Не переданные листы и внешние файлы: [перечень или «неизвестно»].
Основные допущения: [показатель, значение, единица, источник, дата].
Ключевые формулы: [лист!ячейка, формула и показанное значение].
Контрольные равенства: [какие должны выполняться и допустимое округление].
Вопрос проверки: [что вызывает сомнение].
Правило ответа: отмечай, что подтверждено фрагментом, что только подозрение и что не проверено.

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

Семь готовых промптов по этапам проверки

Заполните квадратные скобки. Каждый запрос рассчитан на вручную переданный фрагмент. Сохраняйте выводы и решения по каждому этапу: длинный диалог сам по себе не служит журналом проверки.

1. Составить паспорт модели

Начните с инвентаризации, чтобы чат не принимал один лист за всю книгу.

Я проверяю финансовую модель для [решение]. Версия [дата и имя файла]. Передаю список листов, назначение и диапазоны: [данные]. Период и единицы: [данные].

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

2. Найти пропущенные вводные и несогласованные единицы

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

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

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

3. Проверить допущения и их источники

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

Цель модели: [решение]. Передаю таблицу допущений: [показатель, значение, период, единица, источник, дата]. Операционные ограничения: [если известны].

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

4. Разобрать формулу и связь между листами

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

Проверь логику формулы в [лист!ячейка]: [формула]. Показанный результат: [число и единица]. Значения и формулы входных ячеек: [данные]. Аналогичные формулы предыдущего и следующего периода: [адреса и текст]. Ожидаемое правило расчёта: [описание владельца].

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

В Excel инструмент Trace Precedents / Trace Dependents помогает увидеть входящие и исходящие связи. Он нужен для ручного подтверждения того, что текстовый разбор чата действительно описывает книгу.

5. Проверить контрольные равенства и движение денег

Контрольная строка должна иметь понятное правило и проверяться в каждом периоде. Для модели с балансом это, например, равенство активов и обязательств с капиталом; для движения денег — согласование начального остатка, потока и конечного остатка. Не используйте контроль, который «сходится» за счёт подставленного числа без объяснения.

Передаю контрольные строки модели по периодам: [таблица с адресами, формулами и значениями]. Правила равенств и допуск округления: [данные].

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

6. Подготовить сценарные тесты

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

Модель используется для [решение]. Ключевые вводные: [показатель, текущее значение, допустимый диапазон и источник]. Ключевые выходы: [выручка, прибыль, денежный остаток или другое]. Известные ограничения: [данные].

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

7. Собрать реестр замечаний и план повторной проверки

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

Ниже результаты отдельных проверок модели версии [версия]: [наблюдения и ответы владельца].

Собери реестр: ID; статус «подтверждено / подозрение / не проверено»; лист и ячейка; наблюдение; переданное основание; возможное влияние на решение; вопрос или исправление для владельца; способ повторной проверки; ответственный. Не повышай статус подозрения до подтверждённой ошибки без нового основания. Выдели решения, которые нельзя принимать до проверки критичных замечаний. Не объявляй формальный аудит завершённым.

Системный промпт аудитора финансовой модели

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

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

Работай по этапам:
1. Уточни цель решения, версию файла, горизонт, шаг времени, валюту и единицы. Спроси, какие листы, внешние связи, сценарии и контрольные строки существуют. Задавай не более пяти наиболее важных вопросов за раз; уже отвеченное не переспрашивай.
2. Составь паспорт переданных и отсутствующих данных. Попроси пользователя подтвердить его. До подтверждения не делай вывод о корректности модели.
3. Проверяй один раздел за раз: вводные и допущения; формулы и зависимости; контрольные равенства; сценарное поведение. Для каждого вывода укажи лист, ячейку или строку и конкретное основание из переданных материалов. Если фрагмента нет, пиши «не проверено».
4. Разделяй наблюдение, возможную ошибку и доказанную ошибку. Не исправляй цифры по догадке и не придумывай источник допущения. При вычислении показывай формулу, подстановку, единицу и допустимое округление; предлагай сверить результат в исходной книге.
5. Отмечай риски: пустые обязательные вводные; разные единицы и валюты; вшитые числа; сдвиг формул между периодами; циклические и внешние ссылки; сломанные контрольные равенства; невозможные или не объяснённые результаты; отсутствующие сценарии. Не объявляй найденным то, для чего нет данных.
6. Для каждого риска предложи ручную проверку в книге и вопрос владельцу. Подготовь реестр с колонками: статус, адрес, основание, влияние, проверка, ответственный. После исправлений попроси новую версию и повторно проверь затронутые расчёты.

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

Пример первого сообщения: «Проверяем месячную модель продаж на 2027 год перед утверждением бюджета. Есть листы Допущения, Продажи, ДДС; покажу формулы и значения за январь–март. Сначала уточни, какие данные нужны, чтобы проверить связь выручки и денежного потока».

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

Пример: выручка растёт, а деньги не меняются

Пример полностью учебный. В модели продаж за март указано 100 заказов по 10 000 ₽, то есть выручка 1 000 000 ₽. В апреле планируют 120 заказов по той же цене, то есть 1 200 000 ₽. Денежный приток в обоих месяцах — 1 000 000 ₽.

Промпт № 5 не должен сразу назвать апрельскую строку ошибкой. Разница между выручкой и поступлением может объясняться отсрочкой платежа, дебиторской задолженностью — суммой, которую покупатели ещё должны компании, — или авансами. Корректный вывод: «Связь выручки и поступлений не проверена; нужен график оплат, начальная и конечная дебиторская задолженность». Если условия оплаты предполагают поступление в том же месяце и других корректировок нет, тогда владелец модели проверяет формулу денежного потока. При этом арифметику 120 × 10 000 = 1 200 000 надо отдельно пересчитать в исходной таблице.

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

Где заканчивается помощь чата и начинается проверка в Excel

ICAEW перечисляет проверки, которые нельзя подтверждать одним ответом ИИ: скрытые листы и строки, внешние ссылки, вшитые числа, последовательность формул по периодам, баланс и работоспособность контрольных строк. Это применимо и тогда, когда модель сделал человек, а чат помогает её разбирать.

Отдельно проверьте циклические ссылки. Microsoft объясняет, что формула может зависеть от себя прямо или через другие ячейки; в некоторых финансовых моделях это осознанная итерация. Поэтому наличие цикла — повод выяснить логику, а не автоматически удалить формулу. В Excel откройте «Формулы → Проверка ошибок → Циклические ссылки» и проверьте настройки итеративного расчёта в оригинальной книге.

Итоговая проверка для владельца модели:

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

Если книга велика, текст, попавший в чат, представляет только выборку. Называйте охват проверки точно: «проверены листы и диапазоны A–C», а не «проверена финансовая модель». Чат не подключается к вашей бухгалтерии или Excel сам и не выполняет независимый аудит.

FAQ

Можно ли загрузить Excel-файл и попросить проверить всё сразу?

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

Найдёт ли ИИ ошибку в формуле без значений и адресов?

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

Нужен ли системный промпт для одной проверки?

Для разового вопроса достаточно узкого шаблона № 1–7. Системный промпт полезен, когда команда проверяет разные версии модели по одному порядку и хочет одинаковый формат реестра.

Может ли чат подтвердить, что финансовая модель верна?

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

Связанные материалы

• Промпты для формул Excel — когда нужно составить или объяснить отдельную формулу.
• ИИ для Excel и Google Таблиц — общий маршрут работы с таблицами и проверки расчётов.
• Промпты для создания дашборда — как подготовить визуальный прототип по уже проверенным показателям.

Для первого прохода возьмите копию модели, заполните паспорт и передайте в чат один лист с допущениями и один сомнительный расчёт. Запустите промпты № 1–4, соберите реестр замечаний и проверьте адреса в Excel. В Agent Roi можно сохранить системную инструкцию для следующей версии модели, но финальное решение принимайте только после проверки исходного файла специалистом.

Больше материалов по теме — в разделе «Промпты».