Нейросеть для финансового анализа — это контур, в котором скрипт проверяет управленческие данные и считает показатели по утверждённым формулам. Модель предлагает гипотезы о причинах отклонений, а финансист сверяет их с первичными данными перед совещанием. Работа строится на проверенных выгрузках из учётной системы и CRM, без прогнозов и оценок «на глаз». Подходит для компаний, где управленческая отчётность собирается вручную и разбор отклонений требует ручной сверки нескольких источников.
Круг задач
Контур из четырёх шагов: очистка исходных чисел, расчёт показателей по утверждённым формулам, поиск причин отклонений, сверка выводов с расчётами финансиста. Модель готовит аналитический черновик, решение остаётся за человеком.
Границы важны: финансовое планирование и бюджетирование — соседние задачи со своим контуром, а здесь разговор про анализ уже собранных управленческих данных. Планирование отвечает на вопрос «что будет», анализ — на вопрос «что случилось и почему», и смешивать оба цикла в одном вредно для точности каждого. Одна связанная задача разобрана в промпте для разбора финансового отчёта: там акцент на одном готовом документе и его структуре. Здесь же конвейер целиком: от сырых выгрузок до подписанного вывода. Каждый шаг конвейера имеет своего владельца и свой артефакт — ошибку ловят на том этапе, где она родилась.
Управленческие данные живут в учётной системе, CRM и банковских выписках: выручка по месяцам, себестоимость по направлениям, дебиторка по контрагентам, движение денег по счетам. До анализа эти выгрузки приходится чистить: дубли контрагентов, разные валюты в одной колонке, строки с пропусками, ручные правки поверх выгрузки. Правила очистки выполняет программа; модель может предложить варианты сопоставления названий, которые проверит финансист.
Очистка чисел
Очистка начинается со служебного паспорта выгрузки: какие колонки есть, в каких единицах суммы, какой период закрыт, откуда файл выгружен. Скрипт сначала сверяет паспорт с самим файлом: число строк, диапазон дат, итоговая сумма по контрольной колонке. Расхождение на этом этапе требует выяснить причину: проблема может быть в выгрузке, паспорте или выбранном периоде. До решения анализ откладывают. Паспорт обновляют при изменении состава данных и хранят рядом с выгрузкой: любой сотрудник отдела по нему поймёт, что внутри файла и какие у него контрольные точки. Типовые дефекты одни и те же: контрагент встречается под тремя написаниями, суммы приведены в разных валютах, дата проведения отличается от даты документа, одна операция размазана по двум строкам.
- Передайте выгрузку и опишите назначение каждой колонки: период, валюта, единицы измерения, признак закрытого периода.
- Проверьте обязательные поля программным правилом; модель может предложить пары похожих названий контрагентов для ручного подтверждения.
- Задайте правила нормализации: единые названия контрагентов, указанная валюта и правило пересчёта, согласованные форматы дат.
- Получите очищенную таблицу вместе с журналом изменений: что исправлено, где и по какому правилу.
- Сверьте итог очищенной таблицы с итогом исходной: сумма по контрольной колонке обязана сойтись.
Журнал изменений — обязательный артефакт очистки. Без него исправленная таблица выглядит как исходная, а первоначальные значения теряются: через месяц разбор любой цифры превращается в восстановление по памяти. Журнал сохраняет исходное значение, правило и дату исправления. Проверяющий может восстановить ход изменения по документам.
Показатели и причины
Показатели считают по формулам, которые утвердил владелец финансовой методики: маржинальность по направлениям, доля постоянных расходов, оборачиваемость дебиторки, отклонение факта от плана. Формулы фиксируются словами и контрольным примером: словесное описание из методички отдела плюс расчёт на прошлом периоде, где ответ известен. Показатели вычисляет таблица или скрипт по утверждённым формулам; контрольный пример проверяет настройку расчёта. Модель получает рассчитанные отклонения с контекстом: периодом, направлением и величиной. Дальше начинается главное — поиск причин: модель сопоставляет отклонение с данными соседних периодов и комментариями из CRM, а гипотезы формулирует в виде вопросов к финансисту.
| Отклонение | Что считает контур | Что проверяет финансист |
|---|---|---|
| Маржинальность упала в направлении | Сверяет цены, себестоимость и объём продаж по периодам | Подтверждает причину: цена, себестоимость или микс |
| Дебиторка выросла по контрагенту | Считает динамику долга и срок просрочки | Уточняет условия договора и историю платежей |
| Факт расходов выше плана | Раскладывает отклонение по статьям и подразделениям | Отделяет разовые статьи от системного роста |
| Кассовый разрыв в периоде | Сверяет приток и отток по неделям | Проверяет график крупных платежей |
Гипотезы модели — черновик для разбора: финансист подтверждает причину по первичным данным, опрашивает ответственных за направление и лишь после этого формулировка уходит в отчёт для руководства. Так устроен и разбор на совещании: вместо чтения всей сводки финансист работает с коротким списком отклонений и подтверждёнными причинами.
Кто в вашем отделе подписывает выводы модели перед совещанием?
Проверка человеком
Проверка строится на повторяемости: финансист берёт выборку числовых показателей и воспроизводит их расчёт вручную — в таблице или учётной системе. Совпадение на выборке подтверждает проверенные случаи. Перед добавлением нового показателя отдельно проверяют его формулу и исходные поля. Расхождение — сигнал остановиться и разобрать формулу: либо скрипт применил её с ошибкой, либо описание формулы допускает разные трактовки. Проверяющий разбирает выбранные отклонения и контрольные итоги выгрузки. Проверка записывается в регламент отдела: порядок формирования выборки, сроки воспроизведения расчётов, правила фиксации результатов и ответственный за каждый пункт. Новый сотрудник по такому регламенту подхватывает контур без устного пересказа.
- Выборка выводов: позиции из списка отклонений по заранее утверждённому правилу отбора воспроизводятся вручную перед каждым отчётным циклом.
- Сверка формул: словесное описание показателя совпадает с формулой, которую скрипт применяет к таблице.
- Контрольные суммы: итоги очищенной таблицы сходятся с итогами исходной выгрузки.
- Журнал решений: каждое подтверждённое или отклонённое расхождение фиксируется с комментарием.
При всей внешней гладости выводов модель уверенно ошибается там, где данные неполные: пропущенная статья расходов, ручная корректировка поверх выгрузки, строка с датой вне периода. Поэтому доверие к контуру наращивается постепенно: сначала проверка правил очистки, затем расчёты по утверждённым формулам и только после них — гипотезы причин для обсуждения на совещании. Проверку повторяют в следующих отчётных циклах: каждый подтверждённый расчёт уточняет границы применения контура, а каждый пойманный промах уточняет правила. Журнал помогает отдельно разобрать ручные корректировки и закрепить ответственного за каждую из них.
Запуск в отделе
Начните с одного регулярного отчёта, который собирается с болью: сводка по марже, дебиторка, движение денег. В первом цикле подготовьте паспорт выгрузки, правила очистки, формулы показателей, критерии приёмки. В следующих циклах можно повторно использовать согласованные правила: правила записаны, журнал накоплен, финансист проверяет выборку вместо всей таблицы. Дальше масштабирование идёт по числу отчётов: та же очистка и тот же журнал обслуживают маржу, дебиторку и кассу без дублирования правил. Ритм контура привязывается к календарю отчётности: прогон — после закрытия периода, разбор отклонений — до совещания, журнал решений — в конце цикла. Ответственность распределяется заранее: владелец данных следит за паспортом выгрузки, финансист подписывает выводы, руководитель направления разбирает причины по своим статьям.
Соберите паспорт выгрузки и правила очистки на одном листе — этого хватает для первого цикла. Подключайте новые показатели по одному и проверяйте каждый расчёт выборкой вручную. Когда контур выйдет на стабильный ритм, ИИ-консалтинг поможет расширить его на соседние отчёты без потери контроля.