Публичный ИИ не знает вашу компанию
Он не видит 1С, CRM и хранилище. На вопрос о марже он придумает ответ — уверенно и неправильно. Проверять его будет тот же аналитик.
Camerata — интеллектуальный слой поверх 1С, CRM, хранилища и документов. Сотрудник спрашивает на русском. Платформа сама находит данные, проверяет права доступа и отвечает — не выпуская ничего за периметр компании.
Кто из менеджеров закрыл больше всех сделок в этом месяце?
Первое место — Анна Ковалёва:
| Анна Ковалёва | 14 сделок | 8,4 млн ₽ |
| Дмитрий Соколов | 11 сделок | 7,1 млн ₽ |
| Ирина Волкова | 9 сделок | 6,8 млн ₽ |
Источник: CRM · сделки за текущий месяц · доступ по роли «Директор продаж»
Запрещать бесполезно — удобство всегда побеждает регламент. Вопрос давно не в том, использовать ли ИИ, а в том, на чьих условиях он работает с вашими данными.
Он не видит 1С, CRM и хранилище. На вопрос о марже он придумает ответ — уверенно и неправильно. Проверять его будет тот же аналитик.
Кусок отчёта, вставленный в чат, — это уже инцидент. Кто отправил, что именно и куда — восстановить нечем. Разбирательство упирается в пустоту.
Каждый вопрос — тикет и два-три дня ожидания. Пока ответ готовят, решение уже принято без него. А уточняющий вопрос — это ещё один тикет.
Договориться с ИТ
Найти бюджет
Согласовать с безопасниками
Получить серверы
Найти, кто внедрит
Найти, кто поддержит
Шесть шагов. Каждый раз с нуля. Поэтому идеи тонут или ждут месяцами — и дело не в том, что ИИ не работает.
Платформа меняет не скорость отчётов, а операционную модель: аналитик перестаёт быть посредником между бизнесом и данными.
Аналитик вручную собирает цифры из систем, пишет комментарии, согласует с руководителями.
Отчёт собирается по расписанию, платформа сама добавляет выводы и подсвечивает отклонения.
Уточнили формулировку — новый тикет, новое ожидание. Так вопрос теряет смысл.
Руководитель спрашивает сам и сразу уточняет. Диалог вместо очереди задач.
Файл с бюджетом приходит письмом, данные переносятся руками и сверяются с системами.
Файл сразу доступен наравне с корпоративными системами и сравнивается с ними в одном запросе.
Отклонение замечают с опозданием в несколько дней — когда реагировать уже поздно.
«Скажи, если маржа упадёт ниже 15%» — условие описывается словами, проверяется по расписанию.
Внедрения и пилоты в финансовом секторе и разработке — там, где к данным относятся серьёзнее всего.
Агенты код-ревью и контроля зависимостей в процессе разработки.
Помощник в редакторе кода: время на юнит-тесты сократилось вдвое.
Поисковый ассистент по обширной внутренней документации.
Автоматическая генерация тестов для кодовой базы.
Три пилота: performance review инженеров, разбор падений автотестов, анализ XML-файлов.
Названия компаний раскрываем на встрече — публично публикуем только после согласования с клиентом.
Полторы минуты без монтажа и озвучки: сотрудник задаёт вопрос по внутренним регламентам банка, платформа находит нужные документы и объясняет, что и в каком порядке менять.
«Банк хочет изменить лимит концентрации на один сегмент заёмщиков. Какие документы затронет это изменение и в каком порядке нужно вносить правки?»
Находит три положения, где закреплены лимиты, риск-аппетит и полномочия.
У каждого документа — процент соответствия запросу и ссылка на конкретный раздел.
Выстраивает порядок правок и честно отмечает, чего в документах не нашлось.
Запись сделана на рабочей версии платформы до ребрендинга — интерфейс на видео ещё под прежним названием. Логика работы та же.
Хочу такое на своих данныхДоступ к данным — это не «разрешено или запрещено». Платформа знает, кто спрашивает, и отвечает в границах его роли. Автоматически, на каждом запросе.
Один и тот же вопрос от трёх сотрудников
«Покажи сделки за этот месяц»
3 свои сделки
Чужих сделок для него просто не существует. Контакты клиентов скрыты.
Все 50 сделок и финансы
Полный доступ по роли — вместе с контактными данными и финансовым блоком.
Агрегаты без персональных данных
Видит все строки, но ФИО, почта и телефоны маскируются до того, как запрос уйдёт в модель.
Это не ручные настройки под каждый запрос, а архитектура: роль задаётся один раз, платформа применяет её везде и всегда.
Между сотрудником и языковой моделью стоит платформа. Она понимает вопрос в терминах вашей компании, проверяет права раньше, чем что-то прочитает, и убирает чувствительное до отправки наружу.
Без SQL, без выгрузок и без обращения к аналитику.
Каталог данных знает, что в вашей компании называется выручкой и откуда она берётся. Поэтому ответ не выдумывается.
Роль сотрудника применяется до чтения данных. Недоступное не попадает в выборку в принципе.
Данные из систем и смысл из документов и регламентов — в одном ответе, с указанием источника.
Персональные данные заменяются на токены перед отправкой в модель. Запрос и ответ попадают в аудит-журнал.
Слева — то, что пишет сотрудник. Справа — то, что реально уходит в языковую модель. В ответе значения вернутся на место — для тех, кому они положены по роли.
Клиент Иванов Иван Петрович, паспорт 4509 №123456, тел. +7 916 123-45-67. Договор №ДГ-2291 от 14.03.2025 на сумму 2 450 000 ₽, счёт 40817810099910004312. Подготовь письмо о реструктуризации задолженности.
Клиент [PERSON_1], паспорт [DOC_1], тел. [PHONE_1]. Договор [CONTRACT_1] на сумму [AMOUNT_1], счёт [ACCOUNT_1]. Подготовь письмо о реструктуризации задолженности.
Соответствие «токен → значение» хранится только внутри вашего контура. Провайдер модели получает обезличенный текст — и не может получить исходный.
Одни и те же данные, разные роли и очень разные вопросы. Платформе не нужно готовить витрину заранее — она отвечает на то, о чём раньше не спрашивали.
Ответ приходит с указанием источника — из какой системы и какой записи взяты цифры.
Пять типовых сценариев из отраслей, с которыми мы работаем. Везде одна и та же схема: человек тратит часы на сверку, а решение по спорным случаям всё равно остаётся за ним.
Объёмы и качество партий сверяются с сопроводительными документами вручную; в уборочную это становится узким местом.
Разбирает документы, сверяет с накладными и условиями контракта, помечает расхождения для специалиста.
Паспорта безопасности и декларации соответствия готовят 1–2 специалиста — они и ограничивают вывод новых позиций.
Собирает исходные данные и формирует черновик пакета по регламенту; специалист проверяет, а не готовит с нуля.
Заявки приходят в свободной форме в почту и мессенджеры; диспетчер вручную сверяет маршрут, тариф и доступность транспорта.
Структурирует заявку, сверяет с тарифной сеткой и готовит предложение диспетчеру на подтверждение.
Заказы аптек сверяются с остатками и сроками годности вручную; регламентный срок ответа на рекламации не выдерживается.
Сверяет заказы с остатками автоматически, по рекламациям собирает контекст и готовит черновик ответа.
На каждый объект готовится смета и пакет допусков; сметчики становятся узким местом при взятии новых заказов.
Готовит черновик сметы по внутренним расценкам и шаблону, помечает нетиповые позиции для проверки.
Это иллюстрации характерных для отрасли процессов, а не описание завершённых проектов. Эффект — расчётная оценка по объёму и трудозатратам, а не заявленный факт.
Не набор скриптов вокруг чужого API, а связная система: данные, смысл, права и агенты работают вместе.
Вопрос на русском — ответ с таблицей и объяснением, откуда взялись цифры. Без аналитика и без ожидания.
Единый словарь терминов: «выручка» значит одно и то же в продажах и в финансах. Отсюда берётся точность ответов.
Права применяются на трёх независимых уровнях. Обойти все три одновременно архитектурно невозможно.
CRM, задачи, 1С, хранилище и загруженный Excel — в одном ответе. Без выгрузок, репликаций и ночных пересчётов.
Регулярная отчётность формируется по расписанию, с текстовыми выводами и подсветкой отклонений.
«Скажи, если маржа упадёт ниже 15%» — условие описывается словами и дальше проверяется само.
Платформа не заменяет ERP, CRM и BI — она встаёт слоем над ними. Существующие инвестиции остаются в работе.
Подключаются как есть — без замены инфраструктуры и переноса данных.
Каждый работает на своём этапе: до обращения к данным, во время выполнения запроса и перед отправкой в модель. Обойти все три одновременно нельзя.
Сотрудник видит только те системы и таблицы, которые положены его роли. Остального для него не существует.
Ограничение применяется физически при выполнении запроса, а не подсказкой модели. Лишние строки не читаются.
ФИО, телефоны, почта и реквизиты заменяются токенами до отправки наружу и возвращаются на место в ответе.
Кто, что спросил, что получил и на каком основании. Экспорт в SIEM.
On-premise, ваше приватное облако или гибрид — решает политика, а не вендор.
GigaChat, YandexGPT, Claude, GPT или локальная модель в контуре.
Технические меры под требования к обработке персональных данных.
Служба безопасности и владелец платформы видят происходящее в реальном времени — без выгрузок и запросов к подрядчику.
Интерфейс показан на демонстрационных данных.
Первый вопрос от ИТ — «а что мы должны купить». Ответ зависит от двух вещей: сколько людей и документов, и где выполняются языковые модели. Подвигайте ползунки — конфигурация пересчитается.
Подходят: RTX 6000 Ada · L40S · A40
| Узел | Шт. | vCPU | RAM | Диск |
|---|---|---|---|---|
| Узел платформыВсё в одном: шлюз и политики, каталог, поиск и индекс, хранилище документов, журнал аудита | 2 | 32 | 96 ГБ | 700 ГБ |
| Инференс моделей32B, INT8, контекст 32K, до 18 параллельных запросов4 × 48 ГБ на узел | 2 | 32 | 128 ГБ | 300 ГБ |
| Итого | 4 | 128 | 448 ГБ | 2.0 ТБ |
Оценка порядка величин для планирования бюджета, а не проектное решение: точные цифры зависят от профиля нагрузки и требований к отклику. Посчитаем под ваш сценарий
Первый сценарий оплачивает не себя, а всю обвязку: контур, безопасность, права, семантику. Дальше остаётся только бизнес-логика.
Строится контур: подключение источников, политики доступа, маскирование, словарь терминов компании. Основные затраты — здесь.
Инфраструктура уже есть и переиспользуется. Остаётся описать задачу — стоимость и срок внедрения падают кратно.
Если задача одна, изолированная и разовая — платформа избыточна. Дешевле и быстрее закрыть её точечным решением. Мы скажем об этом прямо на первой же встрече, а не после подписания.
Не нужно сначала строить хранилище и переносить данные. Платформа подключается к тому, что уже работает, и приносит пользу с первых недель.
Подключаемся к существующим системам
Платформа сканирует источники, собирает каталог, настраивает права. Ко второй неделе — первые ответы на реальных данных, к четвёртой — автоматический отчёт руководителю.
Все источники, оповещения, качество данных
Подключены остальные системы, работают кросс-системные запросы, настроены оповещения по условиям и управление качеством данных.
Параллельно — первые результаты те же
Если хранилища нет, его можно строить параллельно. Бизнес получает ответы с первой недели, а не ждёт окончания проекта.
Источники данных, BI и процессы согласования остаются как есть. Мы добавляем слой, а не заменяем инфраструктуру.
Мы не стартап с красивым демо. С 1999 года строим корпоративные хранилища и видели, как разваливаются «быстрые» решения без фундамента.
GigaChat и YandexGPT как основные модели, совместимость с российскими СУБД и BI, понимание специфики 1С и регуляторики.
В основе — проверенные enterprise-компоненты с открытым кодом. Нет замка на вендора: ни на инфраструктуре, ни на моделях.
Масштабирование, отказоустойчивость и аудит заложены в архитектуру с самого начала, а не дописываются после пилота.
Enterprise open-source в основе и российский стек по умолчанию. Без привязки к одному вендору — ни по инфраструктуре, ни по моделям.
Никуда. Платформа разворачивается в вашем контуре, исходные данные его не покидают. В облачную модель уходит обезличенный текст, а соответствие «токен → значение» хранится локально. С локальными моделями внешнего трафика нет вообще.
Ответ всегда сопровождается источником: из какой системы и какой записи взяты цифры. Точность обеспечивает каталог данных — платформа отвечает вашими терминами и вашей методикой расчёта, а не догадками модели.
Барьеров три, и они независимы: ограничение видимости источников, физическая фильтрация строк при выполнении запроса и маскирование перед отправкой в модель. Дополнительно настраиваются жёсткие запреты — политика может заблокировать запрос целиком, а не только замаскировать.
Нет, оно смотрит на смысл, а не на шаблон. Десять цифр подряд могут быть телефоном, а могут — артикулом или ценой: платформа различает это по контексту и не портит запрос лишними заменами.
Да. В настройках задаётся список слов, названий и брендов, которые не должны покидать контур ни при каких условиях, — платформа убирает их автоматически.
Нет. Она только читает и работает с отдельной копией данных. Записи в ваши учётные системы не происходит — сломать рабочие процессы платформа технически не может.
Нет. Платформа подключается к тому, что уже работает: 1С, CRM, задачи, файлы. Если хранилище нужно — его строят параллельно, и бизнес получает ответы, не дожидаясь окончания проекта.
Эксплуатация — 4–6 человек из вашей действующей ИТ-команды: те, кто уже занимается серверами, данными и интеграциями. Нанимать никого не нужно, достаточно обучить. Плюс один специалист по данным на 15–20 минут в день: платформа сама предлагает термины и проверки, человек их подтверждает.
Только если разворачивать языковую модель полностью у себя, без облака. Всё остальное — маскирование, маршрутизация запросов, поиск по документам — работает на обычных серверах. Прикинуть конфигурацию можно в калькуляторе выше.
Российские (GigaChat, YandexGPT), зарубежные облачные и локальные модели в вашем контуре. Модель выбирается политикой под задачу и меняется без переписывания интеграций.
Лицензия на платформу плюс параметры контура: число источников, объём данных и режим развёртывания. Расчёт готовим под конкретный сценарий после демо.
Покажем платформу на данных вашей отрасли: вы задаёте вопрос — получаете ответ прямо на встрече. Разберём, что именно уходит в модель и с чего начать у вас. Без обязательств.