Вебхуки та API простими словами: навіщо це власнику бізнесу

Ці два поняття звучать технічно, але ідея за ними побутова. Уявіть, що вам потрібно дізнатись, коли привезуть замовлення. Є два способи: дзвонити в магазин щогодини й питати — або залишити номер і чекати, поки подзвонять самі. Перший спосіб — це API, другий — вебхук.

**API** — це спосіб для однієї програми запитати щось в іншої. Ваш сайт може спитати в CRM: «Скільки товару лишилось?» — і отримати відповідь. Або навпаки: CRM питає в сервісу доставки, де зараз посилка. Запит робиться тоді, коли потрібна відповідь.

**Вебхук** — це навпаки: одна програма сама повідомляє іншу, коли щось сталось. Клієнт заповнив форму на сайті — сайт одразу надсилає CRM повідомлення «є нова заявка, ось дані». Нікому не треба питати, бо про подію повідомили в момент, коли вона сталась.

Навіщо це знати власнику, який не пише код. Тому що саме звідси беруться відповіді на питання «а чи можна звʼязати CRM із нашою обліковою системою». Якщо в обох є API — майже завжди можна. Якщо в однієї немає — доведеться робити вручну, і це варто зʼясувати **до** покупки, а не після.

Практичні приклади без технічних деталей. Заявка з будь-якої сторонньої форми потрапляє в CRM автоматично. Оплата в інтернет-магазині створює угоду й позначає її як виграну. Зміна статусу угоди повідомляє склад, що час готувати відвантаження. Нова заявка падає в робочий чат команди.

Дві речі, про які варто спитати постачальника CRM. Перша: чи є **ключі доступу з обмеженими правами** — щоб інтеграція могла читати контакти, але не видаляти базу. Друга: чи можна подивитись **історію викликів** — інакше при збої ви не дізнаєтесь, чи прийшли дані взагалі.

У Pipevale є ключі API з набором дозволів і вихідні вебхуки на події; в автоматизаціях доступні дії «викликати стороннє API» та «надіслати вебхук», а вхідний вебхук може бути тригером сценарію.