Контекст
OSNO-VA — собственный AI-продукт KT.Team: управленческий учёт и AI-бухгалтерия с BI-слоем на Apache Superset. Дашборды отвечают на вопрос «что происходит», но за ними должен быть слой, который выполняет действие.
У self-hosted BI это классический разрыв: коннекторы к источникам, автопроведение первички, триггеры и рассылки требуют настоящей команды платформы и автоматизации. KT.Team закрыла разрыв внутри продукта.
Задача
Нужно было убрать разрыв между наблюдением в дашборде и действием, не заставляя пользователя собирать отдельную интеграционную команду и не выводя его в чужой инструмент.
- Пользователь должен переходить из дашбордов в интеграции бесшовно, оставаясь в продукте.
- Автоматизация должна быть детерминированной и проверяемой, а не непредсказуемой.
- Слой интеграций должен быть частью продукта, а не разовым проектом под каждого клиента.
Решение
Мы встроили детерминированный слой автоматизации прямо под BI-контур, чтобы данные и действия по ним жили в одном продукте.
- n8n встроен под капот OSNO-VA: из дашбордов Apache Superset пользователь переходит в сценарии интеграций без смены инструмента.
- Разделение ролей: AI-агент принимает решение — что нужно сделать; n8n исполняет — как, по воспроизводимому визуальному сценарию.
- Детерминированный контур: там, где важна повторяемость, действие выполняет n8n по правилам, а не свободная генерация.
- Сценарии автоматизации — коннекторы к источникам, автопроведение первички, триггеры и рассылки — живут поверх управленческого контура.
Результаты
Управленческая аналитика и действия по ней стали одним контуром.
- Пользователь не собирает отдельную интеграционную команду: автоматизация встроена в продукт.
- Действие живёт рядом с данными — из дашборда в интеграцию без разрыва инструментов.
- Контур остаётся проверяемым: агент решает, n8n исполняет по детерминированному сценарию.
Итоги
Именно слой автоматизации делает self-hosted BI дорогим в эксплуатации. KT.Team упаковала его в продукт: OSNO-VA соединяет дашборды Apache Superset и встроенный n8n, поэтому управленческая аналитика и действия по ней — один контур, а не два разных проекта.
