Суверенный AI в контуре вашей компании

Что означает суверенный AI

На этом сайте суверенный AI означает, что модель, поисковый индекс, журналы и прикладные сервисы работают в инфраструктуре, которую контролирует клиент. Система может выполнять рабочие сценарии без отправки запросов в публичные AI-облака.

Автономность не означает отсутствие администрирования или контроля. Модели, сервер, резервные копии, права и качество результата нужно обслуживать так же системно, как другие важные корпоративные сервисы.

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

Локальное размещение исключает передачу данных внешнему AI-провайдеру, но не заменяет контроль доступа, сегментацию сети, журналирование и резервное копирование.

Разделение ответственности ez.by и ООО «Доктор Сервер»

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

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

• ООО «Доктор Сервер»: сервер, установка и техническое обслуживание
• ez.by: AI-сервисы, интерфейсы и интеграции
• клиент: правила доступа, владельцы данных и приёмка результата

Звонок превращается в запись CRM и следующие действия

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

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

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

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

Работа с закрытыми документами

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

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

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

OCR печатных и рукописных документов

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

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

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

AI поверх 1С и CRM

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

Так можно получать сводку по клиенту, искать просроченные договорённости, готовить письмо или предложение по следующему действию. Запись, отправка письма и другие значимые изменения выполняются только после подтверждения сотрудником.

• ответы по разрешённым данным 1С и CRM
• подготовка писем и заметок без автоматической отправки
• черновики задач, статусов и напоминаний
• журнал запроса, версии модели и выполненного действия

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

Ассистент по задачам, встречам и переписке

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

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

• план дня с учётом задач и календаря
• выжимка непрочитанных рабочих обсуждений
• обнаружение обещаний и ожидаемых материалов
• черновики задач, напоминаний и ответов

AI в бухгалтерских процессах

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

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

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

Как проверяется качество

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

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

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

Формат пилота и переход в эксплуатацию

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

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

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