Интеграция ИИ с CRM, 1C и ERP: как сделать без хаоса

Интеграция ИИ с CRM, 1C или ERP - это не просто «подключить API к нейросети». В рабочем сценарии AI-система получает контекст из карточки клиента, сделки, документа или заказа, затем предлагает действие: ответить, классифицировать, заполнить поле, создать задачу, поменять статус, подготовить комментарий.

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

В продажах AI полезен на входящей квалификации: понять потребность, вытащить отрасль и бюджет, предложить следующий шаг, заполнить поля CRM, подсветить приоритет. В поддержке - найти ответ в базе знаний, подготовить черновик, классифицировать обращение, определить SLA и эскалацию. В back-office - извлечь поля из документов и подготовить запись в учётную систему.

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

AI-интеграция должна работать по принципу минимальных прав. Агенту не нужен полный доступ ко всей CRM, если сценарий касается только входящих лидов. Ему не нужно право менять финансовые документы, если он всего лишь извлекает поля и показывает уверенность. Права должны зависеть от роли пользователя, типа данных и режима работы инструмента.

На пилоте разумно начать с read-only и draft. Система читает данные, предлагает действие и пишет подробный лог, но запись в боевую систему делает человек. После проверки качества можно расширять права: сначала запись в тестовый контур, затем approval flow, и только потом ограниченный write в production.

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

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

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

После 2-4 недель видно, где агент экономит время, где ошибается, какие поля нужно добавить, какие действия можно доверить, а какие всегда должны идти через человека. Такой пилот даёт основу для production, а не просто красивую демонстрацию.