Автоматизація складського обліку через API OpenCart + n8n: як прибрати перепродажі та ручні оновлення залишків
Коли інтернет-магазин на OpenCart росте, найдорожчою стає не реклама, а розбіжність між реальним складом і тим, що бачить покупець на сайті. Менеджер вручну переносить залишки з 1С, Excel чи прайсів постачальників, оновлення відбувається раз на день — і в проміжку магазин продовжує продавати товар, якого вже немає. Результат: скасовані замовлення, повернення коштів через LiqPay, негативні відгуки і зайві витрати на логістику Нової Пошти за відправки, які доводиться відкликати.
Проблема бізнесу
Ручний облік залишків має три прямі наслідки для прибутку:
- Перепродажі — ви приймаєте оплату за товар, який не можете відвантажити.
- Заморожені продажі — товар є на складі, але на сайті стоїть «немає в наявності», бо ніхто не встиг оновити кількість.
- Час менеджера — 1–2 години щодня на копіювання цифр між системами замість роботи з клієнтами.
На асортименті в кілька тисяч SKU помилка стає неминучою, а не випадковою.
Рішення через автоматизацію
Зв'язка OpenCart REST API + n8n прибирає ручний крок повністю. n8n виступає шиною даних між джерелом залишків (склад, 1С, Google Sheets або API постачальника) і вітриною магазину. Кожна зміна кількості автоматично доходить до картки товару за хвилини, а не за добу. Це не «коробкове» рішення з обмеженнями — ви контролюєте логіку синхронізації під свої бізнес-правила: резерв під неоплачені замовлення, мінімальний поріг, націнку, мультискладськість.
Конкретні кроки впровадження
- 1. Доступ до API. Вмикаємо в OpenCart REST API (вбудований у 4.x або через окремий модуль для 3.x), генеруємо ключ і налаштовуємо обмеження за IP для безпеки.
- 2. Джерело даних у n8n. Створюємо workflow зі стартовим вузлом: Schedule Trigger для регулярного опитування (наприклад, кожні 15 хвилин) або Webhook, якщо облікова система вміє надсилати події про зміну залишку.
- 3. Отримання залишків. Вузол HTTP Request або Google Sheets / Postgres дістає актуальні кількості з джерела. Function-вузол приводить дані до єдиного формату: SKU → quantity.
- 4. Зіставлення товарів. За полем model або SKU мапимо позиції джерела на product_id в OpenCart, щоб оновлювати саме потрібні картки.
- 5. Оновлення вітрини. HTTP Request надсилає PUT/POST до OpenCart API і записує нову кількість та статус наявності. Додаємо логіку: якщо залишок ≤ резерву — ставимо «немає в наявності».
- 6. Контроль і сповіщення. IF-вузол ловить помилки API, а вузол Telegram повідомляє менеджеру про розбіжності чи товари, що закінчуються. Усі прогони логуються в n8n для аудиту.
Результат для бізнесу
Залишки на сайті відповідають реальному складу з точністю до хвилин. Перепродажі зникають, повернення оплат скорочуються, а менеджер звільняє 5–10 годин на тиждень. Архітектура масштабується: той самий workflow обслуговує і 500, і 50 000 SKU без зміни логіки — додається лише обчислювальний ресурс.
MaxiMoruM проєктує й впроваджує такі інтеграції на OpenCart, Laravel і WordPress понад 20 років. Ми налаштуємо синхронізацію складу під ваші процеси та підключимо платіжні й логістичні сервіси. Обговорити проєкт: https://maximorum.com/