Интеграция ИИ в бизнес-процессы: модель внутри заявок, документов и учётных систем

Отдельный сервис между моделью и учётом

Модель не обращается в 1С или CRM напрямую. Между ними стоит сервис интеграции с короткими операциями: «найти заказ», «создать черновик», «добавить комментарий». Каждая операция проверяет права, формат данных и бизнес-правила. Так модель физически не может сделать то, чего нет в списке операций, как бы её ни просили в тексте письма.

Чтение и запись разделены

У сервиса две учётные записи: одна только читает, вторая пишет и только в разрешённые разделы. Для агента с действиями эти права описываются как для нового сотрудника на испытательном сроке; подробнее в статье про права и подтверждения.

Повтор не создаёт дубль

Любую операцию записи можно безопасно повторить. У запроса есть ключ, и вторая попытка с тем же ключом возвращает результат первой. Без этого обычный сбой связи превращается в два заказа или два письма клиенту.

Что происходит, когда что-то не работает

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

Приёмка идёт по заранее записанному критерию, а не по ощущению от демонстрации. Критерий согласуется на обследовании и остаётся неизменным до конца ступени.

• Выборка реальных заявок. Не те, что приготовили для показа, а случайные за несколько недель, с опечатками, пересылками и вложениями. Эксперт отдельно размечает правильный результат.
• Разбор по сегментам. Общая доля верных ответов скрывает слабые места. Смотрим отдельно по типам заявок, по источникам, по клиентам с нестандартными условиями.
• Тест на отказы. Выключаем модель, учёт, очередь, ломаем формат вложения. Проверяем, что остаётся в журнале и что видит пользователь.
• Тест на чужие инструкции. Письмо или документ может содержать текст, который выглядит как команда модели. Проверяем, что такой текст остаётся данными; о природе угрозы написано в материале про prompt injection.
• Прогон прав. Из-под учётной записи сервиса пробуем сделать то, что не должно быть доступно, и убеждаемся, что система отказывает.

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

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

Когда модель сама ведёт цепочку действий в CRM, 1С и почте, это ИИ-агент для бизнеса. Подключение языковой модели из внешнего интерфейса, подбор запросов к ней и ограничения такого подхода описаны на странице интеграции LLM в бизнес-процессы.

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