Кейс Holz House: закрыл сделку как «Спам», и номер заблокирован в пяти кабинетах телефонии

У компании Holz House три отдела со своими аккаунтами amoCRM и пять кабинетов телефонии UIS. Спам-звонки приходили во все, а блокировать номер приходилось руками: открыть каждый кабинет, найти чёрный список, добавить. Задача звучала просто: менеджер закрывает сделку с причиной «Спам», и дальше всё происходит само. За этой простотой оказалась полноценная серверная интеграция. Рассказываем, что внутри, почему «просто передать номер» здесь не работало и в чём на самом деле ценность такой работы: не в объёме кода, а в том, что система знает, что делать, когда что-то идёт не так.

Задача

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

Как это работает для менеджера

1. Менеджер закрывает сделкуСтатус «Закрыто и не реализовано», причина «Спам». Больше ничего.
2. amoCRM отправляет событие на серверСервер определяет, из какого аккаунта пришло событие, и достаёт номер из сделки.
3. Номер встаёт в очередьПриём события и отправка в телефонию разделены, чтобы медленный ответ UIS не мешал CRM.
4. Пять отдельных доставокВ каждый кабинет UIS уходит свой запрос, результат каждого сохраняется отдельно.
5. Номер в чёрных спискахВо всех пяти кабинетах. Если где-то сбой, доставка в этот кабинет уходит на повтор, остальные не затрагиваются.

В чём ценность: не код, а поведение при сбоях

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

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

Что предусмотрели в интеграции

Тестирование и первые недели работы

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

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

Что получил бизнес

• Меньше ручной работы. Сотрудники больше не ходят по кабинетам телефонии.
• Единая блокировка. Спам-номер закрыт сразу во всей компании, в каком бы отделе его ни поймали.
• Никакого человеческого фактора. Не нужно помнить о дополнительных действиях после закрытия сделки.
• Прозрачность. История операций сохраняется, любой результат можно проверить.
• Масштабируемость. Новый отдел или новый кабинет телефонии подключаются к той же интеграции.

Что взять себе

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