Справочник · Обновляется еженедельно Москва

Нейросети в CRM и 1С: интеграция без переписывания системы

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

ИНТЕГРАЦИЯУчётную систему переписывать не нужноМежду ней и моделью встаёт тонкий слойCRM или 1ССделка · ООО «Ромашка»Черновик ответаСлойинтеграцииочередь, лимиты,логи, обезличиваниеAPI нейросетимодель выбирается в настройке,а не зашита в кодсменить — одна строка
Между учётной системой и моделью встаёт слой, который отвечает за всё техническое

Почему не встраивать напрямую

Вызов модели прямо из бизнес-логики выглядит быстрее на день и дороже обходится потом. Причин три.

Модели меняются: через полгода появится другая, дешевле или лучше. Если её название зашито в двадцати местах конфигурации, замена превращается в проект.

Внешний сервис иногда недоступен. Учётная система не должна вставать из-за того, что не пришёл ответ на запрос о черновике письма.

Расход нужно контролировать. Без единой точки прохождения запросов вы не узнаете, какой отдел и на что тратит бюджет.

Что делает слой интеграции

ОТВЕТСТВЕННОСТЬЧто где живётУчётная системаданные, права доступа, бизнес-логикаСлой интеграцииочередь, повторы, лимиты, обезличивание, логиAPI моделитолько формулировка текстаЕсли убрать средний слой, его работу приходится дублировать в каждом месте вызова.
Разделение ответственности: каждый уровень занимается своим

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

Сценарии, которые окупаются первыми

  • **Черновик ответа клиенту** прямо в карточке сделки. Менеджер правит и отправляет.
  • **Сводка по длинной переписке**, когда сделку передают другому сотруднику.
  • **Заполнение полей** из входящего письма или заявки.
  • **Категоризация обращений** и маршрутизация по отделам.
  • **Проверка комплектности документов** перед отправкой контрагенту.

Общее у них одно: результат проверяет человек. Сценарии, где модель что-то меняет в системе без подтверждения, оставьте на потом.

Что предусмотреть

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

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

**Лимиты на пользователя.** Иначе один энтузиаст выберет месячный бюджет за вечер.

**Журнал.** Кто, когда, по какому объекту и сколько токенов. Без этого разговор о цене превращается в спор.

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

Как запускать

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

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

Как считать эффект

Учётные системы удобны тем, что в них уже есть цифры. Не оценивайте внедрение по ощущениям сотрудников — посмотрите на то, что система и так фиксирует.

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

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

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

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

Что не делать

Не поручайте модели операции, которые нельзя откатить: списание, отправку документов контрагенту, изменение условий сделки. Черновик и подсказка — да, действие — только через подтверждение человека.

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

Предыдущий материал Кеширование и батчинг: инженерия дешёвых запросов

Написать