Кожне нове замовлення в інтернет-магазині запускає однаковий ланцюжок ручних дій: менеджер відкриває адмінку, копіює ім'я, телефон та адресу клієнта, переходить у кабінет Nova Poshta, створює ТТН, повертається в магазин, вставляє трекінг-номер і вручну пише клієнту про відправлення. На 20 замовленнях на день це здається керованим. На 200 — це повноцінна посада, джерело помилок у адресах і затримок у відправці.
Бізнес-проблема: ручна обробка не масштабується
Ручне оформлення замовлень має три прихованих коштування. Перше — час: 4–6 хвилин на кожне замовлення, помножені на обсяг, перетворюються на десятки годин щомісяця. Друге — помилки: переписана вручну адреса чи переплутаний номер телефону означає повернення посилки й незадоволеного клієнта. Третє — швидкість: поки менеджер дійде до замовлення, минає кілька годин, а клієнт уже чекає на трекінг-номер.
Коли обсяг зростає, бізнес наймає ще одного оператора замість того, щоб усунути саму операцію. Це додає витрат, а не прибутку.
Рішення: вебхук, n8n і API Nova Poshta
n8n — це інструмент автоматизації з відкритим кодом, який поєднує ваш магазин і службу доставки без посередників. Логіка проста: щойно з'являється оплачене замовлення, магазин надсилає вебхук у n8n, а той виконує весь ланцюжок створення відправлення за секунди.
Типовий сценарій автоматизації виглядає так:
- Тригер. Магазин на OpenCart, WordPress (WooCommerce) або кастомний бекенд на Laravel надсилає вебхук у n8n при зміні статусу замовлення на «оплачено».
- Підготовка даних. n8n зчитує ПІБ, телефон, місто та відділення, нормалізує їх і звіряє місто й відділення через довідник Nova Poshta API.
- Створення ТТН. Виклик методу
InternetDocument.saveNova Poshta API формує експрес-накладну з габаритами, оголошеною вартістю та способом оплати. - Запис результату. n8n повертає трекінг-номер у магазин і зберігає його в замовленні через REST API чи пряме оновлення в БД.
- Сповіщення клієнта. Автоматичний email або SMS із номером ТТН і посиланням на трекінг — одразу після створення накладної.
Конкретний приклад впровадження
Для магазину на OpenCart ми налаштовуємо вихідний вебхук на подію зміни статусу замовлення. У n8n приходить JSON із даними клієнта. Перший вузол — Function — приводить телефон до формату +380 і прибирає зайві пробіли. Другий вузол звертається до getWarehouses Nova Poshta, щоб підтвердити коректний референс відділення. Третій вузол викликає InternetDocument.save й отримує номер ТТН. Фінальний вузол через HTTP-запит записує трекінг назад в OpenCart і тригерить лист клієнту.
Уся послідовність відпрацьовує приблизно за дві секунди без участі людини. Менеджер бачить уже готове замовлення з номером відправлення, а не порожній рядок, який треба заповнювати вручну. Помилки в адресах зникають, бо дані не переписуються, а передаються між системами напряму.
Цю ж архітектуру ми масштабуємо на повернення, часткові відправлення та накладений платіж — додаючи відповідні гілки логіки в n8n без переписування магазину.
Що це дає бізнесу
- Звільнені години роботи менеджерів, які повертаються до продажів і підтримки.
- Менше повернень через помилки в адресах — дані звіряються з довідником Nova Poshta автоматично.
- Трекінг-номер у клієнта за секунди після оплати, а не за години.
- Прозора, відтворювана логіка, яку легко розширити під нові сценарії доставки.
Готові автоматизувати обробку замовлень?
MaxiMoruM понад 20 років будує надійні рішення на PHP, Laravel, WordPress та OpenCart і налаштовує інтеграції з українськими сервісами доставки й оплати. Ми спроєктуємо й впровадимо автоматизацію замовлень під ваш магазин — від вебхука до готового ТТН. Обговоримо ваш проєкт: https://maximorum.com/