ИИ в CRM: задачи, интеграция и проверка данных

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

Если задача возникает после созвона, начни с проверенного протокола встречи: отдели согласованные поручения от идей и только потом переноси сведения в рабочую систему. На примере нашего «Штаба» показано, как ИИ предлагает задачи, а человек проверяет сроки, приоритет и исполнителей.

С какой задачи начать

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

Необязательно сразу поручать ИИ скидки, изменение суммы заказа и отправку ответа. Сначала проверь, правильно ли он понимает просьбу клиента.

Эта статья поможет составить задание и проверить готовую работу. Подключение к твоей CRM выполняется отдельно: названия полей и доступные функции зависят от системы и тарифа.

Шаг 1. Покажи пример хорошей заметки

Возьмём вымышленное обращение:

Нужен лендинг для вебинара. Хотим запустить к 15 октября. Бюджет пока обсуждаем, покажите похожие работы.

Лендинг — отдельная страница для предложения или мероприятия. После разбора в карточке должна появиться понятная заметка:

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

Шаг 2. Проверь разбор в обычном чате

Сначала не подключай клиентскую базу. Вставь вымышленный пример в чат с нейросетью и отправь задание:

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

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

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

Шаг 3. Опиши исполнителю порядок работы

Передай такое задание:

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

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

Шаг 4. Проверь, что заявки не повторяются

Отправь одну тестовую заявку. Затем попроси исполнителя повторить её доставку, как при временном сбое. Должна остаться одна заявка, а не две.

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

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

Шаг 5. Проверь неудобные ситуации

Проверяй не только надпись «успешно», но и саму карточку в CRM. Верные сведения должны находиться в нужных полях.

Когда полезнее отдельное рабочее место

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

В нашей разработке Dental Bridge мы выстроили рабочее место вокруг обработки обращений клиники: очередь, следующий контакт, результат разговора. Посмотри разбор CRM для стоматологии с настоящими экранами. На учебных пациентах проверены сохранение работы после обновления страницы, перезвон и фиксация отказа. Это пример упрощения процесса до добавления ИИ.

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

Что уточнить при подключении текущей CRM

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

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

Как понять, что подключение приносит пользу

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

Если заметку дольше исправлять, чем написать самому, сократи задачу. Например, оставь только короткое содержание обращения.

Продолжение: задание первому помощнику и расчёт окупаемости.

Дополнительно для исполнителя

Как передавать результат ИИ в CRM без потери исходных данных

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

1. Сохрани исходное сообщение клиента без замены его текстом, который подготовила модель.
2. Создай отдельную заметку с результатом разбора ИИ.
3. Проверь формат ответа и допустимые поля до записи результата в CRM.
4. Оставь телефон, сумму заказа и стадию сделки без автоматических изменений.
5. Передай заметку менеджеру для сверки с исходным обращением.

Какие сведения поручить модели

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

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

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

Почему формат ответа нужно задавать заранее

Structured Outputs обеспечивает соответствие ответа модели заданной JSON Schema. Для интеграции это позволяет заранее определить названия, типы и допустимую структуру полей, а затем проверять ответ перед записью в CRM.

JSON mode и Structured Outputs позволяют получить валидный JSON, но соблюдение заданной схемы гарантирует только Structured Outputs. Старые модели уровня gpt-4-turbo и более ранние могут использовать JSON mode.

Для схем в официальных библиотеках Python можно использовать pydantic.BaseModel, а в JavaScript — z.object. Ruby SDK поддерживает схемы Sorbet T::Struct и возвращает типизированные разобранные результаты.

Structured Outputs доступны в новых больших языковых моделях начиная с GPT-4o. Для новых проектов источник рекомендует gpt-6-astra, поэтому совместимость выбранной модели со схемами нужно проверить до разработки интеграции.

Когда выбрать function calling, а когда response_format

Function calling подходит, когда модель нужно соединить с функциями приложения. Например, этот механизм относится к сценарию, в котором модель вызывает разрешённое действие интеграции.

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

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

Шпаргалка по разделу «Как передавать результат ИИ в CRM без потери исходных данных».

Как построить тестовый контур до подключения рабочей базы

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

1. Открой обычный чат с нейросетью и вставь вымышленное сообщение клиента.
2. Попроси выписать услугу, срок, бюджет и просьбу клиента только по исходному тексту.
3. Потребуй привести слова клиента рядом с каждым выводом.
4. Проверь, что отсутствующие сведения отмечены словами «не указано».
5. Повтори проверку на десяти обезличенных примерах из своей работы.
6. Запиши обнаруженные ошибки и передай их исполнителю, который подключает CRM.
7. Попроси показать интеграцию на тестовых заявках отдельно от настоящих клиентов.

Как проверять материалы после созвона

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

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

1. Открой протокол встречи.
2. Отдели согласованные поручения от идей.
3. Перенеси в рабочую систему только сведения из проверенного протокола.

С какого результата начать интеграцию

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

Сначала нужно проверить, правильно ли модель понимает просьбу клиента. Если исправление заметки занимает больше времени, чем ручное написание, задачу следует сократить, например оставить только краткое содержание обращения.

Что измерять во время проверки

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

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

1. Сверь услугу с исходным сообщением.
2. Сверь срок с исходным сообщением.
3. Проверь, что неназванный бюджет не был подставлен моделью.
4. Проверь отсутствие обещаний от имени компании.
5. Зафиксируй время разбора вместе с исправлениями.

Ограничения и условия, которые влияют на интеграцию

Источник: developers.openai.com.

Как не создавать дубли при повторной доставке заявки

Повторная доставка одного события не должна создавать вторую заявку. Уникальность обработки следует определять по сочетанию источника и ID события, а не по телефону клиента.

1. Отправь одну тестовую заявку.
2. Попроси повторить доставку этой же заявки как при временном сбое.
3. Проверь, что в CRM осталась одна заявка.
4. Создай другой заказ от того же человека.
5. Проверь, что новый заказ не удалён только из-за совпавшего телефона.

Что делать, если подтверждение не пришло

Если интеграция не получила подтверждение, она должна сначала проверить, появилась ли запись в CRM. Сразу создавать новую запись нельзя, потому что первая операция могла завершиться, даже если подтверждение не дошло.

Проверка должна учитывать источник и ID события. Телефон клиента не подходит как единственный признак повтора, поскольку один человек может обратиться несколько раз с разными задачами.

Как HubSpot ищет возможные дубли

HubSpot ежедневно сравнивает значения свойств записей, чтобы показывать возможные дубли. Для контактов сравниваются имя, фамилия, email, IP-страна, телефон, индекс и название компании.

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

Для управления отдельными дублями нужна подписка Professional или Enterprise. Обычный инструмент управления дублями показывает до 10 000 пар, Data Hub Professional — до 30 000 пар, а Data Hub Enterprise — до 100 000 пар. Эти лимиты и доступность следует перепроверить на официальной странице перед настройкой.

Как безопасно объединять записи

Перед массовым объединением нужно убедиться, что записи действительно являются дублями, и проверить связанные записи. Это необходимо, чтобы сохранить подходящие связи и выбрать верную запись.

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

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

1. Проверь, что записи относятся к одному объекту.
2. Просмотри связанные записи перед объединением.
3. Выбери запись, сведения и связи которой нужно сохранить.
4. Учитывай, что отменить завершённое объединение нельзя.

Какие права и правила нужны в HubSpot

Для использования инструмента дублей нужен доступ к средствам качества данных и права редактирования всех контактов или всех компаний либо права Super Admin. Выдавать более широкий доступ лишь ради создания заметок при этом не следует.

Пользовательские правила дублей доступны при подписке Data Hub Professional или Enterprise. Для одного объекта можно создать до двух правил и использовать до девяти свойств для сравнения.

В одном правиле объединения можно настроить до пяти последовательных критериев. Следующий критерий проверяется, только если предыдущий не определил, какая запись должна стать основной.

Для одного правила объединения можно задать до 20 переопределений свойств. Актуальные условия подписки, права и лимиты нужно проверить на официальной странице сервиса перед настройкой.

Как подключить CRM через API и ограничить права интеграции

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

1. Определи, должна ли интеграция создавать, получать, обновлять или удалять объект.
2. Выдай учётной записи доступ только к данным и действиям выбранного сценария.
3. Не передавай модели пароли и токены.
4. Проверь формат ответа модели до записи в CRM.
5. Тестируй интеграцию отдельно от рабочей воронки.

Как устроен Freshsales API

Freshsales API относится к категории REST. В нём POST создаёт объект, GET получает один или несколько объектов, PUT обновляет объект, а DELETE удаляет объект.

Для аутентификации нужны API key и Bundle alias. Bundle alias определяет, какой CRM-аккаунт организации используется при вызове API, а каждому пользователю Freshworks CRM предоставляется уникальный API key.

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

Как обрабатывать пустые поля и время

Freshsales возвращает пустые поля со значением null, а не исключает их из ответа. Проверка данных должна различать пустое значение и отсутствие ожидаемого поля в структуре.

Все временные метки Freshsales возвращаются в UTC в формате YYYY-MM-DDTHH:MM:SSZ. Если информация о часовом поясе не передана, сервис считает указанное время временем UTC.

При передаче срока из сообщения клиента нельзя подменять отсутствующую информацию предположением. Сначала модель должна извлечь только написанное, а интеграция — отдельно обработать формат времени CRM.

Что означают ошибки Freshsales

Код 400 означает ошибку клиента или валидации и указывает, что запрос имеет неправильный формат. В таком случае сначала проверь структуру запроса и допустимые поля.

Код 401 означает, что заголовок Authorization отсутствует или указан неверно. Пароли и токены при исправлении этой ошибки нельзя передавать модели.

Код 403 означает, что пользователь, чьи учётные данные применены, не имеет разрешения на вызов API. Исправление должно касаться прав нужной учётной записи, а не автоматической выдачи доступа ко всему аккаунту.

1. При 400 проверь формат запроса.
2. При 401 проверь наличие и корректность заголовка Authorization вне модели.
3. При 403 проверь разрешение пользователя на конкретный вызов API.

Источник: developers.freshworks.com.

Как учесть ограничения запросов Freshsales и Pipedrive

API-интеграция должна учитывать лимиты ещё до запуска рабочей обработки. В Freshsales действует почасовое ограничение на аккаунт, а Pipedrive использует суточный бюджет токенов.

• Freshsales допускает 1000 API-запросов в час на аккаунт.
• Запросы Pipedrive расходуют суточный бюджет токенов, который обновляется каждые 24 часа.
• После исчерпания бюджета Pipedrive возвращает 429 до сброса бюджета на следующий день.
• APIv2 Pipedrive имеет меньшую стоимость запроса в токенах.

Как реагировать на исчерпание лимита

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

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

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

Когда токеновые лимиты Pipedrive начали действовать

Для новых регистраций токеновые лимиты Pipedrive начали действовать 2 декабря 2024 года. Для существующих клиентов развёртывание началось 1 марта 2025 года.

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

Как проверить, что данные действительно записаны

Сообщение «успешно» само по себе не подтверждает правильную запись. Открой карточку CRM и убедись, что верные сведения находятся в предназначенных для них полях.

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

1. Открой созданную или обновлённую карточку CRM.
2. Сверь значения полей с исходным сообщением клиента.
3. Проверь, что исходное сообщение сохранено отдельно от заметки ИИ.
4. Убедись, что повторная доставка не создала вторую заявку.
5. Проверь доступность заявки для ручной обработки при отказе модели.

Как включать Copilot в Dynamics 365 Sales с учётом региона и политик данных

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

1. Проверь, не был ли Copilot ранее выключен в Dynamics 365 Sales.
2. Проверь доступность конечной точки Azure OpenAI Service в регионе организации.
3. Для остальных регионов получи согласие администратора на межрегиональное перемещение данных.
4. Включи Copilot в приложении Sales Hub после административного согласия.
5. Проверь, что политики предотвращения потери данных разрешают нужные Copilot коннекторы.
6. Проверь настройку Copilot для конкретного приложения.

Что происходит с прежней настройкой

Если Copilot был выключен в Dynamics 365 Sales, он остаётся выключенным. Поэтому наличие функции в продукте не означает, что она автоматически активна в конкретной организации.

В регионах, где доступна конечная точка Azure OpenAI Service, Copilot включён по умолчанию. Для остальных организаций администратор должен согласовать межрегиональное перемещение данных в центре администрирования Power Platform, а затем включить Copilot в Sales Hub.

Какие политики могут помешать работе

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

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

Зачем Copilot нужен журнал аудита

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

Проверять результат следует в самих объектах продаж и в отображении недавних изменений, а не только по факту включения переключателя Copilot.

Что проверить перед переводом интеграции в рабочую воронку

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

• Исходное сообщение клиента сохранено отдельно от заметки ИИ.
• Модель не подставляет бюджет, которого нет в сообщении.
• Модель не добавляет обещания от имени компании.
• Телефон, сумма заказа и стадия сделки не меняются автоматически.
• Повтор одного события определяется по источнику и ID события.
• При недоступности нейросети заявка остаётся доступной менеджеру.
• Права интеграции не шире, чем требуется для выбранной операции.
• Данные проверены непосредственно в полях карточки CRM.

Когда сократить задачу для ИИ

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

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

Когда выбрать другой способ

Если нужен вызов функций приложения, подходит function calling. Если требуется структурированный ответ пользователю по заданной схеме, подходит response_format.

Если выбранная старая модель уровня gpt-4-turbo или более ранняя не поддерживает Structured Outputs, она может использовать JSON mode. При этом JSON mode не гарантирует соблюдение схемы, поэтому формат и допустимые поля всё равно нужно проверять до записи в CRM.

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

Какие условия перепроверить на официальных страницах

Перед внедрением проверь актуальные тарифы CRM, доступные функции, права пользователей и лимиты API. Эти параметры зависят от системы и тарифа, а отдельные инструменты дублей HubSpot требуют подписок Professional, Enterprise или Data Hub соответствующего уровня.

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

Для Dynamics 365 Sales проверь региональную доступность конечной точки Azure OpenAI Service, согласие на межрегиональное перемещение данных, политики предотвращения потери данных и настройку конкретного приложения.

Для OpenAI проверь поддержку Structured Outputs выбранной моделью и актуальную рекомендацию модели для новых проектов.

Главное из статьи.

Частые вопросы

Можно ли разрешить ИИ сразу менять сумму и стадию сделки?

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

Что записывать, если клиент не указал бюджет?

Укажи «не указано» и сохрани исходное сообщение. Модель не должна подставлять обычную цену компании вместо отсутствующего бюджета.

Как отличить повторную доставку от нового заказа того же клиента?

Используй сочетание источника и ID события. Совпадение телефона само по себе не означает, что новый заказ является дублем.

Достаточно ли получить от модели валидный JSON?

Нет. JSON mode и Structured Outputs создают валидный JSON, но только Structured Outputs гарантирует соблюдение заданной схемы; перед записью в CRM также нужно проверить допустимые поля.

Что делать, если API Freshsales вернул 401 или 403?

При 401 проверь заголовок Authorization, поскольку он отсутствует или указан неверно. При 403 проверь разрешение пользователя на конкретный вызов API; пароли и токены модели не передавай.

Что делать, если Pipedrive вернул 429?

Ответ 429 означает, что суточный бюджет токенов исчерпан; новые запросы будут получать эту ошибку до сброса бюджета на следующий день. Сохрани заявку для обработки и не создавай дубль при повторной доставке.

Почему Copilot включён не во всех организациях Dynamics 365 Sales?

Если Copilot ранее выключили, он остаётся выключенным. Для организаций вне регионов с доступной конечной точкой Azure OpenAI Service администратор должен согласовать межрегиональное перемещение данных и включить Copilot в Sales Hub.

Источники и проверка

• Review and manage duplicate records, knowledge.hubspot.com. Прочитано 5 октября 2026.
• Freshsales | Refreshingly new CRM & Deal Management Software, developers.freshworks.com. Прочитано 5 октября 2026.
• Structured model outputs | OpenAI API, developers.openai.com. Прочитано 5 октября 2026.
• Breaking changes: Token-Based Rate Limits for API requests, developers.pipedrive.com. Прочитано 5 октября 2026.
• Turn on and set up Copilot in Dynamics 365 Sales, learn.microsoft.com. Прочитано 5 октября 2026.