CoreviaFlowCOREVIAFLOWDIGITAL PROJECT COMPANY Залишити заявку
EN UA RU

Інтеграція Odoo ↔ Shopify

Замовлення Shopify надходять в Odoo як замовлення на продаж із клієнтом і рядками, а товари, ціни, залишки й відвантаження з Odoo повертаються в магазин

Магазин працює на Shopify, а склад, закупівлі й відділ продажів — в Odoo. Між ними хтось передруковує кожне замовлення, залишки в магазині оновлюються вручну раз на день, і товар, який закінчився вчора, продається й сьогодні. Зв'язка Odoo ↔ Shopify переносить кожне замовлення магазину в Odoo як замовлення на продаж щойно його оформлено, передає товари, ціни й залишки з Odoo в магазин і позначає замовлення в магазині виконаним із номером відстеження, коли склад його відвантажує. Нижче — що саме передається, які сценарії закриваємо і на які можливості обох систем спираємось.

Що передається між системами

  • Shopify → OdooНове замовлення магазину надходить в Odoo як замовлення на продаж із товарами, кількістю, знижками, доставкою, адресою й статусом оплати, а клієнта знаходять за поштою або створюють заново.
  • Shopify → OdooСкасування й повернення в магазині оновлюють те саме замовлення на продаж в Odoo, тож склад не відвантажує скасоване замовлення, а бухгалтер бачить реальний стан.
  • Odoo → ShopifyТовари з Odoo створюються чи оновлюються в магазині як товари й варіанти з назвою, описом, опціями й артикулом, тож каталог ведеться в одному місці.
  • Odoo → ShopifyЦіна з обраного прайс-листа Odoo записується в магазин за розкладом, тож ціна в магазині й прайс-лист збігаються.
  • Odoo → ShopifyЗалишки за погодженими складами Odoo йдуть у відповідні локації магазину, тож варіант, що закінчився, перестає продаватися без жодних дій у магазині.
  • Odoo → ShopifyКоли доставку підтверджено в Odoo, замовлення в магазині позначається виконаним із перевізником і номером відстеження, і Shopify надсилає покупцеві своє звичайне сповіщення про відправку.

Що підключаємо

  • Спершу перевіряємо редакцію й план Odoo: зовнішній доступ має бути включений, а хмарному акаунту потрібен локально встановлений пароль або ключ доступу для користувача обміну.
  • В Odoo адміністратор створює окремого користувача для обміну з ключем доступу й правами лише на продажі, контакти, товари й склад; ключ можна будь-коли відкликати.
  • У Shopify власник створює власний застосунок для цього магазину через кабінет розробника Shopify з доступом лише до товарів, залишків, замовлень і відвантажень; доступ можна будь-коли відкликати.
  • Підписуємось на події магазину про замовлення, скасування й повернення, тож вони одразу доходять до обміну; кожне надходження перевіряється за підписом, а повтори відсіюються, перш ніж щось запишеться в Odoo.
  • Зіставляємо каталоги: який товар Odoo є яким товаром і варіантом магазину за артикулом, який прайс-лист і склади живлять які локації магазину і який стан доставки в Odoo означає «виконано» в магазині. У кожного поля рівно один господар.
  • Перевіряємо на тестовому магазині Shopify і копії бази Odoo з кількома товарами й тестовими замовленнями, звіряємо результат зі складом і лише потім перемикаємо обмін на робочі системи.

Сценарії автоматизації

01

Кожне замовлення передруковують вручну

Було менеджер копіює кожне замовлення Shopify в Odoo, час від часу помиляється в адресі чи кількості, і склад відвантажує те, що набрано.

Стало замовлення в Odoo як замовлення на продаж щойно його оформлено, з рядками точно такими, як замовив покупець.

02

Розпродано, але й далі у продажу

Було Odoo показує нуль на складі, а магазин і далі приймає замовлення, доки хтось не оновить кількість наприкінці дня.

Стало залишки з Odoo доходять до магазину за кілька хвилин, і варіант вчасно показується як розпроданий.

03

Дві ціни на один товар

Було прайс-лист оновлюють в Odoo, у магазині лишається стара ціна, і відділ продажів та сайт називають різні ціни.

Стало ціна з обраного прайс-листа Odoo за розкладом іде в магазин, і скрізь одна ціна.

04

«Де моя посилка?»

Було склад відвантажує з Odoo, замовлення в магазині лишається невиконаним, і покупці пишуть, де їхня посилка.

Стало підтверджена доставка позначає замовлення в магазині виконаним із номером відстеження, і покупець отримує сповіщення Shopify про відправку.

Як це працює технічно

Для тих, хто перевіряє: кожен пункт веде на сторінку офіційної документації, звідки він узятий.

  • Майже всі дані й функції Odoo доступні ззовні для підключення чи аналізу; частина цього доступна через XML-RPC з різних мов програмування.

    Джерело: www.odoo.com ↗ перевірено 2026-09-25
  • Зовнішній доступ до даних доступний лише на індивідуальних тарифах — його немає на початковому тарифі на один застосунок і на стандартному тарифі.

    Джерело: www.odoo.com ↗ перевірено 2026-09-25
  • Починаючи з версії 14.0, Odoo підтримує ключі доступу, які можна використовувати замість пароля в скриптах, тоді як звичайний вхід облікового запису лишається без змін.

    Джерело: www.odoo.com ↗ перевірено 2026-09-25
  • Запит orders повертає замовлення магазину зі статусом, клієнтом і позиціями; Shopify сам пропонує використовувати його для автоматизації виконання замовлень.

    Джерело: shopify.dev ↗ перевірено 2026-09-27
  • Застосунок може підписатися на події магазину (webhook topics) і отримувати дані про них майже в реальному часі замість постійного опитування.

    Джерело: shopify.dev ↗ перевірено 2026-09-27
  • Якщо приймач не відповів, Shopify повторює доставку 8 разів протягом наступних 4 годин; після 8 невдач поспіль підписку, створену через API, видаляють.

    Джерело: shopify.dev ↗ перевірено 2026-09-27

Обмеження

Обмеження складаються з двох систем. Зовнішній доступ є не в кожному плані Odoo: лише в планах з індивідуальною ціною, а не в початковому плані на один застосунок чи стандартному, і хмарному акаунту потрібен окремий пароль або ключ доступу; це ми перевіряємо насамперед. Odoo в цій схемі сам не надсилає події, тож товари, ціни й залишки йдуть у магазин за розкладом у хвилини, а не миттєво. Shopify рахує запити за планом магазину, тож великий каталог завантажується частинами; якщо наш бік не відповідає, Shopify повторює спроби кілька годин, а потім знімає підписку, і обмін стежить за цим і перечитує пропущені замовлення на наступному проході. У кожного поля один господар, тож ціна, змінена вручну в магазині, перезаписується з Odoo на наступному проході.

Як почати

Три кроки від першого повідомлення до роботи над вашим проєктом.

  1. 01

    Залиште заявку

    Опишіть задачу у формі — текстом або голосом. Бюджет і строки — за бажанням.

  2. 02

    Ми розбираємо й оцінюємо

    Розробник вивчає ТЗ, уточнює незрозуміле й надсилає оцінку.

  3. 03

    Починаємо

    Щойно обсяг і ціну узгоджено, починаємо роботу.

або напишіть на info@coreviaflow.space

Питання

Чому б не вести магазин просто в Odoo?
Це ваш вибір. Якщо магазин уже живе на Shopify зі своїм дизайном, застосунками й оформленням замовлення, переїзд — окремий проєкт зі своїм ризиком. Зв'язка дає складу й продажам працювати в Odoo вже сьогодні, не чіпаючи магазин; якщо згодом перенесете магазин, обмін просто вимикається.
Наш Odoo на власному сервері, а не хмарний. Це важливо?
Це спрощує справу: не потрібна перевірка хмарного плану й окремий хмарний пароль. Потрібні лише користувач обміну з ключем доступу й мережевий шлях від нас до вашого сервера.
У магазині вже є застосунок, що синхронізує залишки. Чи будуть вони конфліктувати?
Так, якщо обидва записуватимуть залишки. У залишків один господар, тож домовляємось на старті: або Odoo бере залишки на себе, а інший застосунок перестає їх записувати, або той застосунок лишає залишки за собою, а зв'язка переносить лише замовлення, товари й ціни.

Розкажіть, що потрібно підключити

Опишіть задачу текстом або голосовим. Ми подивимось, що у вас є, і відповімо планом.

Кожна система окремо

Інші зв'язки

Впровадження · Розробка · Інтеграції →

Odoo ↔ Shopify — назви систем є товарними знаками їхніх власників. CoreviaFlow не афілійована з ними, якщо не вказано інше.