Менеджер відкриває нове замовлення, вручну переписує ім'я, телефон і адресу в кабінет Нової Пошти, копіює номер ТТН назад у CRM, а потім ще пише клієнту в месенджер. На 10 замовленнях це терпимо. На 50 на день — це 2-3 години рутинної роботи щодня й регулярні помилки в адресах, через які посилки повертаються.
Найбільша проблема не в часі, а в розривах між системами. Магазин, платіжний сервіс і служба доставки не «розмовляють» один з одним, тож людина стає ручним містком між ними. Кожен такий місток — точка відмови.
Рішення: один сценарій у n8n замість ручного містка
n8n — це open-source платформа для автоматизації, яку можна розгорнути на власному сервері й тримати дані під контролем. На відміну від хмарних Zapier чи Make, ви не платите за кожну операцію й не передаєте замовлення клієнтів стороннім серверам — це важливо для українського бізнесу, що працює з персональними даними.
Ідея проста: коли в магазині з'являється оплачене замовлення, n8n сам створює ТТН у Новій Пошті через її API, записує номер накладної назад у замовлення й надсилає клієнту повідомлення з трек-номером. Жодного копіювання вручну.
Як виглядає сценарій по кроках
- Тригер. Вебхук від магазину (WooCommerce, OpenCart) або платіжного шлюзу LiqPay/Monobank спрацьовує в момент успішної оплати.
- Перевірка. Вузол n8n звіряє статус платежу й перевіряє, що адреса доставки заповнена коректно.
- Створення ТТН. HTTP-запит до API Нової Пошти (метод InternetDocument) формує накладну з даними отримувача, габаритами й способом оплати.
- Запис назад. Номер ТТН повертається в замовлення CRM або магазину — менеджер бачить його одразу.
- Сповіщення клієнта. n8n надсилає SMS, email або повідомлення в месенджер із трек-номером і посиланням на відстеження.
Уся послідовність відпрацьовує за секунди й без участі людини. Менеджер підключається лише там, де потрібне рішення — наприклад, коли адреса виглядає сумнівно, і сценарій ставить замовлення на ручну перевірку.
Що це дає бізнесу
На практиці магазин із 40-60 замовленнями на день звільняє менеджеру близько двох годин щодня й майже повністю прибирає помилки в адресах. Замість того щоб наймати ще одну людину під зростання обсягів, ви масштабуєте процес кодом. Сценарій працює однаково на 50 і на 500 замовленнях.
Важливий нюанс: API Нової Пошти має ліміти й специфіку довідників (міста, відділення, типи вантажу). Надійний сценарій враховує помилки відповіді, повторні спроби й логування — інакше одне «впале» замовлення зупинить решту. Саме ця інженерна частина відрізняє робочу автоматизацію від демо.
З чого почати
Почніть з одного вузького процесу — створення ТТН на оплачені замовлення — і розширюйте сценарій далі: автоматична звірка платежів, повернення, звіти по продажах у Google Sheets. У MaxiMoruM ми проєктуємо та впроваджуємо такі інтеграції на n8n, Laravel і WordPress/OpenCart із нативними під'єднаннями до Нової Пошти, LiqPay та Monobank — від першого вебхука до стабільного продакшену.
Хочете прибрати ручну рутину з обробки замовлень? Обговоримо ваш процес і запропонуємо рішення під ваш магазин — maximorum.com.