Входящий звонок
По номеру определяем клиента и открываем или подготавливаем нужный рабочий контекст.
Связываем виртуальную АТС или SIP-телефонию с amoCRM так, чтобы входящий и исходящий звонок относился к правильному контакту, менеджер видел контекст до разговора, а доступный результат звонка возвращался в CRM без ручного поиска.
Рабочий сценарий
Набор данных зависит от конкретной АТС и её API, поэтому интеграцию проектируем вокруг фактических событий провайдера.
По номеру определяем клиента и открываем или подготавливаем нужный рабочий контекст.
Менеджер запускает вызов из CRM, а событие связывается с тем контактом, из которого начат звонок.
Если провайдер предоставляет запись и ссылка доступна по API, сохраняем её в согласованном месте процесса.
Факт соединения, длительность, ответственный и другие доступные признаки могут запускать следующие действия.
События
Отделяем технический поток телефонии от бизнес-события, которое важно менеджеру или руководителю.
Сопоставление
Телефонный номер нормализуется, а правила поиска учитывают существующие контакты, дубли и внутренние номера сотрудников.
Приводим номер к единому виду до поиска, чтобы формат записи не создавал ложные пропуски.
Определяем, что делать при одном контакте, нескольких открытых сделках или отсутствии клиента в CRM.
Сопоставляем пользователя АТС с пользователем amoCRM и не назначаем ответственного по случайному признаку.
Сохраняем внешний ключ события, чтобы связанные статусы и запись относились к одному вызову.
Отдельно фиксируем правило задачи, уведомления или повторного контакта.
Надёжность
Телефония часто присылает цепочку событий одного вызова, поэтому важна идемпотентная обработка.
Обновляем существующее событие вместо создания нового на каждом статусе.
Не выбираем случайную карточку, если один номер найден у нескольких сущностей.
Логируем ошибку и повторяем только безопасные операции.
Учитываем права сотрудников и ограничения конкретного провайдера.
Телефония + AI
Сначала должен работать надёжный маршрут звонка и CRM-контекст. Затем можно добавлять распознавание речи, диалог и автоматическое сохранение результата.
АТС, SIP и ответственный сценарий.
Контакт, сделка и необходимые данные.
Менеджер или голосовой агент.
Факты разговора и дальнейшее действие.
Запись, статусы и fallback при ошибке.
Связанные направления
После разговора можно запускать обычные правила или AI-анализ, не меняя базовую интеграцию звонков.
После звонка
Менеджер работает с клиентом в CRM, а запись, результат и следующий шаг не остаются отдельно в кабинете АТС.
Вопросы
Состав зависит от конкретного провайдера и доступного API или готового коннектора. Сначала проверяем штатную интеграцию, затем оцениваем недостающую логику.
Да, если выбранная телефония передаёт событие и номер вовремя. Правило выбора карточки заранее фиксируем для дублей и нескольких сделок.
Если АТС предоставляет запись через API или доступную ссылку, её можно связать с нужным звонком и объектом CRM.
Можно ставить задачу, отправлять уведомление или запускать другой сценарий по подтверждённому финальному статусу вызова.
Да. Запись и CRM-контекст передаются в отдельный AI-сценарий, который возвращает структурированный результат.
Да, но это отдельный голосовой контур: телефония маршрутизирует звонок, AI-сервис ведёт диалог, а CRM предоставляет контекст и принимает результат.
Покажите один входящий и один исходящий сценарий: как определяется клиент, где лежит запись и какое действие должно происходить после завершения звонка.