</>
maximorum.com

Тригери на основі вебхуків LiqPay в n8n: реагуйте на оплату за секунди

D

Оплата прийшла. Бізнес дізнається про це завтра

Клієнт оплатив замовлення о 23:40. Менеджер дізнається про це наступного ранку, коли вручну відкриє кабінет LiqPay і звірить виписку. Товар відвантажується із запізненням на пів дня, клієнт нервує, а відділ продажів витрачає години на рутинну звірку. Знайома картина для будь-якого інтернет-магазину, що обробляє оплати вручну.

Проблема не в LiqPay і не в людях. Проблема в розриві: платіж відбувається в реальному часі, а реакція бізнесу — ні. Поки хтось не відкриє звіт, замовлення «висить».

Вебхук LiqPay як тригер автоматизації

Рішення — вебхук LiqPay як тригер у n8n. LiqPay після кожної транзакції відправляє server-to-server callback на ваш URL. n8n ловить цей запит і миттєво запускає ланцюжок дій: перевіряє підпис, оновлює статус замовлення, сповіщає менеджера в Telegram, додає рядок у CRM і відправляє клієнту чек. Усе за 2–3 секунди після оплати, без жодного ручного кроку.

Чому саме n8n, а не код у Laravel-контролері? Логіку реакції на оплату ви будете міняти часто: сьогодні сповіщення в Telegram, завтра запис у Google Sheets, післязавтра — інтеграція з відділом логістики. У n8n це редагується мишкою за хвилини, без релізу й деплою. Бекенд відповідає за платіж, n8n — за бізнес-реакцію на нього.

Як налаштувати workflow

  • Вузол Webhook (POST). Створіть у n8n Webhook-тригер — отримаєте унікальний URL. Вкажіть його як server_url у параметрах платежу LiqPay.
  • Перевірка підпису. LiqPay надсилає поля data (base64) і signature. Додайте вузол Code, який рахує base64(sha1(private_key + data + private_key)) і звіряє з отриманим signature. Не збігається — зупиняйте виконання. Цей крок захищає від підроблених запитів, і його не можна пропускати.
  • Розкодування даних. Розкодуйте data через base64 і JSON.parse. Усередині — order_id, status (success, failure, reversed), amount, currency.
  • Розгалуження за статусом. Додайте вузол IF на status. Гілка success веде далі, інші статуси (failure, reversed) направляйте окремо — наприклад, у канал для розбору проблемних оплат.
  • Корисні дії в гілці success. HTTP Request до вашого API для зміни статусу замовлення на «оплачено», вузол Telegram для сповіщення менеджера із сумою та номером замовлення, запис транзакції в CRM або Google Sheets.
  • Відповідь 200 OK. Поверніть LiqPay код 200, інакше платіжна система повторюватиме запит.

Що це дає бізнесу

Звірка платежів, яка займала 1–2 години щодня, зникає повністю. Менеджер дізнається про оплату миттєво, а не вранці. Час від оплати до відвантаження скорочується з годин до хвилин. Помилки ручного перенесення сум у CRM зводяться до нуля.

Ми в MaxiMoruM будуємо такі інтеграції на проєктах із LiqPay, Monobank Acquiring і OpenCart понад 20 років. Якщо ваш магазин досі звіряє оплати вручну — це втрачені години команди й повільніша доставка для клієнта.

Обговоримо автоматизацію вашого платіжного потоку: maximorum.com

Maximus AI
Online
Привіт! Я ваш AI-асистент. Чим можу допомогти з вашим проектом?