Бизнес-проблема
Проекты выполняются, команда усердно списывает часы, но в конце месяца выясняется, что бюджет «сгорел» и этап ушел в жесткий минус.
Как было раньше:
- Финансовый директор тратит дни на ручную выгрузку данных из Битрикс24 и сведение их с 1С в огромных таблицах Excel.
- Руководитель узнает о перерасходе (overbudget) постфактум, когда акт уже закрыт и деньги потрачены.
- Нет актуального прогноза — никто не знает реальный Burn Rate (скорость сжигания бюджета) в режиме реального времени.
- Из-за отсутствия данных агентство боится идти к клиенту за расширением сметы.
Система должна автоматически забирать платежи из 1С, сопоставлять их с часами команды из CRM, рассчитывать юнит-экономику "на лету" и бить тревогу, если проект отклоняется от финансового плана.
Как это работает
Финансовый контур работает без участия человека:
- Забирает данные о поступивших оплатах из 1С Бухгалтерии.
- Синхронизирует их со списанными часами специалистов из Битрикс24.
- Рассчитывает реальную себестоимость каждого этапа по ставкам грейдов.
- Вычисляет скорость сжигания бюджета и прогнозирует итоговую маржинальность.
- При угрозе вылета из бюджета классифицирует риск (4 уровня опасности).
- Отправляет уведомления по уровню риска: ответственному, финансовому руководителю и собственнику.
До → После
| Было | Стало с ИИ-контролером |
|---|---|
| Убытки обнаруживаются в конце квартала | Алерты о перерасходе приходят за 14 дней до разрыва |
| Финдир вручную сводит 1С и CRM в Excel | Автоматическое сведение (ETL) без участия человека |
| Неизвестен текущий Burn Rate проекта | Живой дашборд с прогнозом маржинальности онлайн |
| Сложно обосновать расширение сметы | У компании на руках прозрачные расчеты для клиента |
Результат
Руководители больше не ждут конца месяца, чтобы узнать финансовое здоровье проектов. Автоматизация высвободила десятки часов финансового отдела.
Измеримый бизнес-эффект:
- Предотвращение перерасхода бюджета всего на 10% в проекте стоимостью 3 млн ₽ сохраняет агентству 300 000 ₽ чистой прибыли на одном этапе.
- 100% точность юнит-экономики без человеческих ошибок при сведении таблиц.
- Раннее предупреждение позволяет вовремя остановить перерасход и согласовать дополнительные работы с клиентом.
Почему это сложно
- Разная гранулярность данных. В 1С лежат крупные суммы по актам, а в CRM — разрозненные часы работы десятков сотрудников. Система должна безошибочно сопоставлять эти сущности.
- Сложные грейды и ставки. Стоимость часа разработчика меняется в зависимости от проекта, его грейда и месяца. ИИ должен учитывать исторические изменения ставок.
- Очистка от шума. Часть часов списывается на “пресейл” или “баги”, которые не должен оплачивать клиент. ИИ должен понимать контекст задачи.
Что обеспечивает надежность системы
- Жесткий ETL-слой: Надежные коннекторы (API) к 1С и Bitrix24, устойчивые к кратковременным падениям систем клиента.
- БД для OLAP-аналитики: Разделение транзакционной базы и аналитической базы, чтобы тяжелые отчеты не “вешали” CRM.
- Алгоритмы прогнозирования: Использование машинного обучения (Time Series) для более точного прогноза Burn Rate с учетом выходных и праздников.