вебхук

что это

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

зачем это бизнесу

почти любая связка «событие — реакция ии» живёт на вебхуках: пришло письмо — агент разобрал и завёл задачу; оплата упала — бот отправил доступы; заявка с сайта — ии квалифицировал и назначил менеджера. без вебхуков всё это работает с задержкой опроса и лишними запросами. практический момент: когда подрядчик говорит «интегрируем с вашей crm», полезно знать, что crm должна уметь отдавать вебхуки (большинство современных умеют). если ваша система не умеет — интеграция всё равно возможна, но будет опрос по расписанию: дешевле по сложности, зато реакция не мгновенная. для большинства бизнес-задач задержка в пару минут ничего не меняет — не переплачивайте за «реалтайм», если он не нужен.

о чём спросить подрядчика

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