• Серия voir-pages
  • стр. 09 / 26
  • отдел 4 из 8
  • реализовано 0 функций

AI-финансы — это не «посчитать, сколько потрачено». Это книга проводок, прогноз и кассовый разрыв, который виден заранее.

Финансовый отдел в VOIR AI держит деньги как данные: каждая операция — проводка с источником, каждая категория — лимит, каждый период — строка платёжного календаря. Отдел считает, сравнивает и предупреждает; он не двигает деньги. Платёж, списание и изменение лимита остаются за человеком. Ниже — интерактивная демонстрация на выдуманных числах: четыре панели, переключатель сценариев и таблицы, из которых построены графики. Рядом — честная картина: что отдел должен делать по целевой архитектуре, что уже работает у нас внутри как собственный инструмент, и как отдел встроен в цикл AI CEO.

Продукт VOIR AI · реализовано ноль функций Экосистема Marisova · учёт затрат по задачам и бюджетов генерации Демонстрация · числа выдуманы

Демонстрация · панели финансового отдела

Четыре панели: учёт, прогноз, контроль, биллинг

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

Структурные числа страницы: 5 функций отдела, 4 панели дашборда, 8 отделов в архитектуре, 0 реализованных функций в продукте.

Финансовый дашборд · учёт → прогноз → контроль → биллинг

Демонстрация · выдуманные числа

Учёт: поступления и расходы по направлениям

Каждая строка — направление бизнеса, каждый столбец — сумма за демо-период. Сальдо считается как разница и показывает, какое направление несёт деньги, а какое их съедает. Направление с отрицательным сальдо — не приговор и не повод «закрыть всё»: это вопрос к тому, кто задавал цену и план. Роль финансов фиксирует расхождение и передаёт его вместе с источником данных, а решение принимает владелец.

  • Поступления — сумма по всем направлениям
  • Расходы — сумма по всем направлениям
  • Сальдо — поступления минус расходы
Статичная схема учёта: пять направлений, поступления и расходы. Точные числа — в таблице ниже. 03106209301 240ПодпискаПроектыОбучениеПартнёрыПрочее ПОСТУПЛЕНИЯ / РАСХОДЫ · УСЛОВНЫЕ ЕДИНИЦЫ, ДЕМО
  • поступления
  • расходы
Демо-данные учёта по направлениям. Числа выдуманы для иллюстрации; валюта намеренно не называется — это условные единицы.
Направление Поступления Расходы Сальдо

Прогноз: остаток по платёжному календарю

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

  • Остаток на входе — до начала календаря
  • Остаток на выходе — конец восьмого периода
  • Минимум — ниже лимита — разрыв
  • Периодов с разрывом — остаток ниже лимита

Статичная схема прогноза: линия остатка по восьми периодам (базовый сценарий), лимит неснижаемого остатка пунктиром и зона кассового разрыва ниже лимита. Точные числа — в таблице ниже. 7859631 1421 3201 499 ЛИМИТ НЕСНИЖАЕМОГО ОСТАТКА 900 Период 1Период 2Период 3Период 4Период 5Период 6Период 7Период 8 КАССОВЫХ РАЗРЫВОВ: 0 · СЦЕНАРИЙ «БАЗОВЫЙ»
  • остаток на конец периода
  • зона ниже лимита · кассовый разрыв
  • лимит неснижаемого остатка
Демо-платёжный календарь, сценарий «Базовый». Выдуманные числа, не данные клиента.
Период Поступления Списания Остаток Разрыв

Контроль: факт расходов против лимита

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

  • Сумма лимитов — по всем категориям
  • Факт расходов — за демо-период
  • Отклонение — факт минус сумма лимитов
  • Категорий с превышением — из шести категорий
Статичная схема контроля: факт расходов по шести категориям против лимита. Пунктир — граница лимита, красный столбец — превышение. Точные числа — в таблице ниже. 0239477716954Инфраструктура и сервисыМаркетингОплата трудаПодрядчикиНалоги и сборыПрочее ФАКТ · ЛИМИТ → УСЛОВНЫЕ ЕДИНИЦЫ, ДЕМО
  • факт в пределах лимита
  • факт выше лимита
  • граница лимита
Демо-лимиты и факт расходов по категориям. Отклонение считается от лимита, заданного человеком.
Категория Лимит Факт Отклонение Статус

Биллинг: счета по срокам оплаты

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

  • Счетов в реестре — за демо-период
  • Выставлено — сумма по всем счетам
  • Просрочено — сумма, срок оплаты прошёл
  • Счетов с просрочкой — из общего количества
Статичная схема биллинга: пять корзин счетов по срокам оплаты, суммы и количество. Точные числа — в таблице ниже. 06511 3021 9532 604Срок оплаты не наступилОплачено в срокПросрочено 1–14 днейПросрочено 15–30 днейПросрочено более 30 дней СУММА · КОЛИЧЕСТВО СЧЕТОВ → УСЛОВНЫЕ ЕДИНИЦЫ, ДЕМО
  • срок не наступил
  • оплачено в срок
  • просрочка
  • просрочка более 30 дней
Демо-реестр счетов по возрастным корзинам. Доля считается от суммы всех корзин, включая неоплаченные.
Статус счёта Счетов Сумма Доля

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

Учёт

Проводка без источника — это мнение, а не данные

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

POST

Проводка операции

Базовая запись: сумма, знак (приход или расход), направление бизнеса, категория, дата, источник. Одна операция — одна проводка; объединение нескольких операций в одну строку запрещается, потому что после объединения невозможно понять, какая из них дала отклонение.

артефактзапись в книге операций с указанием источника цифры

MAP

Соответствие статей

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

артефакткарта соответствий внешних статей внутренним категориям с автором правила

RULE

Правило распознавания

Часть проводок можно классифицировать по записанному правилу: назначению платежа, контрагенту, сумме. Правило объявляется до применения и хранит список исключений. Если правило не сработало, операция не угадывается — она попадает в очередь на разбор человеком, и этот факт виден в отчёте.

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

RECON

Сверка

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

артефактпротокол сверки: суммы по обе стороны, перечень расхождений, статус каждого

PER

Закрытие периода

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

артефактотметка о закрытии периода плюс журнал поздних правок

GAP

Отметка «нет данных»

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

артефактперечень позиций без данных с причиной и датой, на которую данных нет

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

Целевая архитектура

Контракт функции: вход, работа, выход, артефакт

Функция — не «отдел занимается деньгами», а контракт: что входит, что делается, что выходит и какой артефакт остаётся. Если у функции нет артефакта, её невозможно проверить независимо, а значит невозможно и улучшить. У всех пяти функций на этой странице один статус: в продукте VOIR AI они не реализованы.

LGR 01 / 05
Целевая архитектура

Учёт

  • входоперации из внешних источников: выписки, реестры платежей, акты, внутренние переводы
  • выходкнига проводок с источниками, закрытые периоды, перечень позиций без данных

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

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

FRC 02 / 05
Целевая архитектура

Прогноз

  • входфакт из книги проводок, платёжный календарь, объявленный лимит неснижаемого остатка
  • выходостаток по периодам, перечень периодов ниже лимита, сценарии при сдвиге дат

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

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

CTL 03 / 05
Целевая архитектура

Контроль расходов

  • входлимиты по категориям, заданные человеком; факт расходов из книги проводок
  • выходотклонение факта от лимита с причиной, если она видна в данных, и решением владельца

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

артефактреестр отклонений: категория, лимит, факт, разница, причина, кто принял решение

BIL 04 / 05
Целевая архитектура

Биллинг

  • входобязательства по договорам, факт оказания, реестр выставленных счетов
  • выходвозрастные корзины просрочки, сценарии напоминаний, эскалация по крупным счетам

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

артефактреестр счетов со сроками, возрастные корзины, журнал напоминаний и эскалаций

MGR 05 / 05
Целевая архитектура

Управленческая отчётность

  • входкнига проводок, прогноз, реестр отклонений, возрастные корзины
  • выходотчёт владельцу с явными отметками «нет данных» и перечнем решений за человеком

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

артефактотчёт за период: поступления, расходы, сальдо, остаток, отклонения, просрочка, открытые вопросы

Контроль расходов

У каждого правила есть порог, реакция и владелец

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

каждая операция

Есть ли источник

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

порог: источник не назван · реакция: операция в очередь на разбор, отметка в отчёте

каждый период

Не превышен ли лимит

Факт расходов по категории сравнивается с лимитом, заданным человеком. Отклонение считается в сумме и в процентах, превышение попадает в реестр с причиной, если причина видна в данных.

порог: факт выше лимита · реакция: строка в реестре отклонений и решение владельца

каждый прогноз

Не уходит ли остаток ниже лимита

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

порог: остаток ниже лимита в любом периоде · реакция: предупреждение с номером периода и суммой

каждый день

Не растёт ли просрочка

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

порог: переход счёта в корзину старше · реакция: напоминание по правилу, крупный счёт — эскалация

каждая сверка

Не сходятся ли данные сами с собой

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

порог: сверка без внешнего источника или без негативного контроля · реакция: пометка «не проверено» в отчёте

каждое закрытие

Не изменён ли закрытый период

Закрытый период неизменяем: правка в нём требует записи о том, кто, что и почему изменил. Проверяется факт наличия такой записи, а не её содержание — содержание оценивает независимая приёмка.

порог: правка закрытого периода без записи · реакция: возврат периода в открытый статус и эскалация

Пороги и реакции — параметры целевой архитектуры, а не статистика: они задают ритм контроля, в котором отклонение обнаруживается правилом, а не жалобой. Реальных данных о том, какие пороги работают лучше, у проекта нет, потому что продукт не запущен; выдумывать «среднюю долю превышений» мы не будем. Как устроены исполнители, которые ведут эти правила, — на странице AI-агенты; как отдел связан с исполнением процессов — на странице AI-операции.

Биллинг

От обязательства до оплаты: пять шагов

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

Обязательство

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

артефакт: запись об обязательстве с источником и датой

Проверка основания

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

артефакт: отметка о проверке с перечнем сверенных условий

Выставление

Счёт формируется и уходит контрагенту с записью о дате отправки и канале. Дата отправки — точка отсчёта срока оплаты, поэтому она фиксируется фактом, а не восстановлением задним числом.

артефакт: счёт в реестре с датой отправки и сроком оплаты

Ожидание и напоминание

Пока срок не наступил, счёт лежит в корзине «не просрочен». После наступления срока он переходит в следующую корзину, и по записанному правилу уходит напоминание. Правило объявлено заранее: текст, канал, задержка, количество повторов.

артефакт: журнал напоминаний — дата, канал, результат

Закрытие или эскалация

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

артефакт: отметка о закрытии с проводкой поступления либо запись об эскалации

Ни один из этих шагов не отправляет платёж и не списывает деньги: биллинг ведёт реестр и сроки, движение денег остаётся за человеком. Как устроен механизм независимой приёмки, через который проходят артефакты, — на странице «Цикл AI CEO»; как отдел продаж передаёт обязательства в финансовый контур — на странице AI-продажи.

Отчётность

Отчёт: что в нём есть и чего нет намеренно

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

Что входит в отчёт

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

Чего в отчёте нет намеренно

  • Выдуманных процентов экономии и «роста эффективности» — измерять пока нечего
  • Оценок вместо фактов: «примерно столько-то» не попадает в отчёт как число
  • Округлений, которые прячут отклонение: разница в единицу показывается как разница
  • Зелёных статусов без доказательства — у каждой сверки называется внешний источник
  • Прогнозов, построенных на допущениях, которые не объявлены в самом отчёте
  • Чужих заслуг: если решение принял владелец, в отчёте назван владелец, а не система
  • Средних значений там, где важно распределение: средний расход скрывает превышение

Отчёт за период — не итог работы отдела, а вход для следующего цикла: найденные отклонения и открытые расхождения становятся задачами, которые ставит AI CEO. Как отдел собирает данные для управленческой отчётности из других контуров — на странице AI Operating System; роли, которые ведут функции отдела, перечислены в разделе «Цикл AI CEO» ниже.

Статусы

Два столбца статуса: чертеж и наш собственный цех

Финансы — область, где особенно легко показать чертёж как работающий прибор: цифры на дашборде выглядят правдоподобно сами по себе. Поэтому таблица разделена на два столбца. Левый — что реализовано в продукте VOIR AI (сейчас ни одной функции контура). Правый — что уже работает у нас внутри экосистемы Marisova как собственные инструменты. Правый столбец нельзя читать как обещание клиенту: наши внутренние наработки не продаются и не передаются.

Статус функций финансового отдела на 2 ноября 2026 года. Проверено по коду, конфигурации и живым URL — не по планам.
Функция В продукте VOIR AI В экосистеме Marisova (внутреннее)
Учёт операций (LGR) не реализовано
Целевая архитектура: книга проводок с источником каждой цифры
работает
Учёт затрат по задачам существует как наши внутренние журналы: по каждой задаче видно, что сделано и сколько ресурсов потребовало. Клиентам как сервис не предоставляется
Прогноз платёжного календаря (FRC) не реализовано
Целевая архитектура: остаток по периодам, лимит, предупреждение о разрыве
работает
Контроль бюджетов на генерацию контента существует как внутренний лимит расхода: порог объявлен, при достижении поток останавливается. Это наш инструмент, не продукт
Контроль лимитов (CTL) не реализовано
Целевая архитектура: отклонение факта от лимита с причиной и решением
работает
Практика существует фактически: расходы на внешние API ограничены квотой, превышение фиксируется в журнале, а не сглаживается. Внутреннее правило, не функция продукта
Биллинг и реестр счетов (BIL) не реализовано
Целевая архитектура: счета, сроки, возрастные корзины, напоминания
нет
Счетов клиентам мы не выставляем: продукт не запущен, договоров нет. Выдумывать реестр, которого не существует, мы не будем
Управленческая отчётность (MGR) не реализовано
Целевая архитектура: отчёт за период с отметками «нет данных»
работает
Отчёты по задачам пишутся в единый каталог результатов, включая блокеры и честные причины невыполнения. Это наш рабочий контур, не клиентский сервис
Финансовый дашборд для клиента не реализовано
Целевая архитектура: состояние денег в одном месте
демо
Панели на этой странице существуют как демонстрация на выдуманных числах. Это не интерфейс продукта и не данные реального бизнеса
Интеграция с банком и бухгалтерией не реализовано
Целевая архитектура: подключение внешних источников операций
нет
Подключений к банкам, бухгалтерским системам и платёжным сервисам нет ни в продукте, ни внутри. Обещаний «скоро появится» мы не даём
Проведение платежей не реализовано
По архитектуре — запрещено: движение денег остаётся за человеком
нет
Правило соблюдается фактически: необратимые действия и операции на живых системах требуют подтверждения владельца

Каждая отметка работает в правом столбце означает наш собственный инструмент, которым мы пользуемся в своих проектах, — не функцию продукта VOIR AI и не обещание клиенту. Цифр о «экономии бюджета», «ускорении закрытия периода» или SLA в таблице нет намеренно: продукт не запущен, клиентов нет, а внутренняя статистика наших прогонов не является метрикой продукта. Фактический статус проекта публикуется на странице «О платформе»; устройство платформы — на странице AI Operating System.

Связь с AI CEO

Финансовый отдел не ставит себе задачи сам

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

  1. 01 Постановка задачи Отдел получает бриф и критерии готовности, зафиксированные до старта: какой период сводим, какие источники считаем достоверными, какой лимит объявлен, что считать результатом. Сам себе задачи финансы не ставят — иначе отдел начинает «оптимизировать» бюджет, который никто не просил пересматривать.
  2. 02 Анализ и распределение AI CEO решает, какая часть работы уходит в финансы, и распределяет её по ролям отдела: свод операций — одной роли, платёжный календарь и прогноз — другой, лимиты и отклонения — третьей. Фиксируется грейд автономии: что роль считает сама, а что обязательно уходит на подтверждение владельца — любой платёж и любое изменение лимита.
  3. 03 Исполнение Роли ведут задачу по функциям: проводки, сверка, прогноз, реестр отклонений, биллинг. Каждая роль оставляет след действий и отдаёт артефакт дальше вместе с источниками цифр или явной отметкой «нет данных». Там, где данных не хватает, шаг эскалируется вместо того, чтобы дополняться правдоподобной оценкой.
  4. 04 Независимая проверка Роль QA, которая не вела этот прогон, сверяет артефакты с критериями шага 1: пересчитывается ли сальдо из книги проводок, совпадают ли числа в графике с таблицей, есть ли у сверки внешний источник, честно ли отражены позиции без данных. Отдельно проверяется ложно-зелёный гейт: сверка, которая сходится всегда, не проверяет ничего.
  5. 05 Приёмка и отчёт AI CEO сводит проверенные артефакты в один отчёт владельцу: что сошлось, какие расхождения остались открытыми, где прогноз уходит ниже лимита, какие решения остались за человеком. Отклонённые артефакты и незакрытые расхождения попадают в отчёт как есть, без сглаживания.

Роли отдела в целевой архитектуре

ACC

Учётный аналитик

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

PLN

Прогнозист

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

CTL

Контролёр расходов

Ведёт функции CTL и BIL: сравнивает факт с лимитом, ведёт реестр отклонений и возрастные корзины счетов. Не меняет лимит под факт и не отправляет платёж — оба действия остаются за человеком.

Артефакты, которые оставляет отдел

  • Книга проводоксумма, направление, категория, дата, источник, отметка о закрытии периода
  • Карта соответствийвнешние статьи и внутренние категории, автор каждого правила
  • Протокол сверкисуммы по обе стороны, перечень расхождений, статус каждого
  • Платёжный календарьпоступления и списания по периодам, остаток, периоды ниже лимита
  • Реестр отклоненийкатегория, лимит, факт, разница, причина, кто принял решение
  • Реестр счетовсроки оплаты, возрастные корзины, журнал напоминаний и эскалаций
  • Отчёт за периодсальдо, остаток, отклонения, просрочка, открытые вопросы, позиции без данных

Точки взаимодействия с соседними отделами

  • AI CEO → финансы Задача приходит с критериями готовности и объявленными лимитами. Без лимита контроль расходов не имеет опоры: сравнивать факт будет не с чем, а «норма» окажется плавающей.
  • Продажи → финансы Отдел продаж передаёт обязательства по сделкам: сумму, условия и срок оплаты. Из них собирается реестр счетов — без этого биллинг начинается с угадывания.
  • Маркетинг → финансы Маркетинг отдаёт факт расходов по кампаниям вместе с каналом. Финансы в ответ требуют источник цифры, а не «примерную оценку бюджета».
  • Финансы → операции Период, в котором прогноз уходит ниже лимита, уходит в операции как ограничение на план: сроки и расход ресурсов в этом периоде пересматриваются, а не выполняются по прежнему графику.
  • Финансы → разработка Подключение внешних источников операций — задача отдела разработки. Финансы формулируют требование к интерфейсу: источник, дата, сумма, идемпотентность повторной загрузки.
  • Финансы → владелец и QA Все артефакты уходят на независимую приёмку, а любой платёж, списание и изменение лимита — на эскалацию владельцу. Роль не объявляет период закрытым самостоятельно.

Как устроен отдельный исполнитель — на странице AI-агенты; как штаб собирает несколько отделов под одну задачу — на странице AI-команды; роли по всем отделам — на странице AI-сотрудники.

Границы

Чего финансовый отдел не делает никогда

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

Не двигает деньги

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

Не меняет лимит под факт

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

Не подменяет оценку фактом

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

Не рисует цифр, которых не существует

Ни «экономии в процентах», ни «ускорения закрытия периода», ни SLA, ни отзывов и логотипов клиентов. Числа в демонстрации на этой странице выдуманы и подписаны как демонстрация: они показывают устройство панелей, а не результаты внедрения.

Не закрывает период с открытой сверкой

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

Не подписывает приёмку своей же работой

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

Вопросы

Что спрашивают про AI-финансы

Цифры на дашборде — это данные реального бизнеса?

Нет. Все числа в демонстрации выдуманы нами, чтобы показать устройство панелей: как выглядит учёт по направлениям, как строится прогноз остатка, что происходит при задержке оплат и как читается реестр просроченных счетов. Валюта на графиках не называется намеренно — это условные единицы, а не рубли, доллары или чьи-то деньги. Клиентов у проекта нет, поэтому и реальных финансовых данных нет ни у нас, ни у кого-то, кого мы могли бы показать.

Финансовый отдел уже работает в продукте?

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

Система сама проводит платежи или списывает деньги?

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

Что такое кассовый разрыв в этой модели?

Это период, в котором прогнозный остаток на счёте опускается ниже заранее объявленного лимита неснижаемого остатка. Ключевое слово — прогнозный: разрыв виден до того, как деньги закончились, потому что платёжный календарь содержит и будущие поступления, и будущие списания. В демонстрации есть три сценария, и только один из них — «Задержка оплат» — приводит остаток ниже лимита. Так видно, что разрыв создаёт не объём расходов, а несовпадение дат.

Откуда берутся лимиты расходов?

Лимит задаёт человек: владелец или назначенный им ответственный. Роль финансов фиксирует лимит как параметр, сравнивает с ним факт и сообщает об отклонении вместе с причиной, если причина видна в данных. Автоматически «подкручивать» лимит под факт система не может — это превратило бы контроль в формальность: превышение исчезало бы из отчёта ровно в момент, когда его нужно увидеть.

Какие метрики эффективности показывает страница?

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

Как финансовый отдел связан с AI CEO?

Отдел не ставит себе задачи сам. Задачу и критерии готовности принимает AI CEO, он же распределяет работу между ролями отдела — учётным аналитиком, прогнозистом и контролёром расходов, — сводит результат в отчёт владельцу и решает, что менять в следующем цикле. Артефакты отдела проходят независимую приёмку ролью QA, которая этот прогон не вела. Подробно — на страницах AI CEO и Цикл AI CEO.

Можно ли подключить наш банк и нашу бухгалтерию?

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