CRM заблокировала интеграцию: 116 тысяч запросов в сутки

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

Это правда: никто ничего не трогал. У сети с десятком филиалов в одной CRM всё работало месяцами — и перестало разом.

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

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

Третий ловил новые заявки раз в две минуты. За пять недель он сделал 385 тысяч запросов и что-то нашёл лишь в 0,85% прогонов — 63 запроса на каждую пойманную заявку. А часть филиалов сидит в одном аккаунте CRM, так что один и тот же запрос уходил по четыре раза за прогон.

У блокировки была и вторая, тихая цена. Скрипт, упиравшийся в лимит, не падал с ошибкой, а молча получал пустоту. Когда мы переписали его, первый же полный проход нашёл около 1 700 смен этапов по нашим же сделкам, которых в отчётах не было никогда. Воронка всё это время была неполной.

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

Вместо вопросов про каждую сделку — один постраничный проход по аккаунту: «отдай все смены этапов с прошлой проверки». Там, где было около двух тысяч запросов на цикл, стало четырнадцать. Поля сделок читаются пачками — до 250 сделок за один запрос. Ловец новых заявок ходит по аккаунтам, а не по филиалам, и раз в пять минут — никто в системе всё равно не реагирует быстрее.

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

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

Это разбираем на созвоне — по вашей CRM и тому, что к ней подключено.