Я розробила й підтримую значну кількість інтеграцій Odoo: CRM, POS-системи, банки, платіжні системи, доставка, HR, фіскалізація, е-фактура та перевірка клієнтів.
Нижче - не список логотипів, а реальна робота.
Що таке інтеграція Odoo і чим конектор відрізняється від вивантаження в Excel
Конектор Odoo — це модуль, який спілкується із зовнішнім сервісом по API: забирає дані, перетворює їх на документи Odoo (замовлення, рахунки, платежі, складські переміщення) і повертає назад статуси. На відміну від ручного імпорту, конектор працює або за розкладом (cron), або миттєво за подією (webhook), логує кожен запит і вміє повторити те, що не пройшло з першого разу.
Принципова різниця в тому, де живе логіка. Ручне вивантаження дає таблицю. Конектор одразу створює підтверджене замовлення, проведений рахунок, зіставлений платіж і списану собівартість.
Саме тому більшість роботи в розробці інтеграцій Odoo — це не HTTP-запити, а облік. Технічну частину можна зробити за тиждень; питання завжди в тому, на які рахунки, журнали та аналітику лягають дані.
Інтеграція Odoo з CRM: KeyCRM та інші
KeyCRM — поширена CRM для українського e-commerce, і найчастіший сценарій виглядає так: замовлення приймають у CRM, а склад, гроші й собівартість мають бути в Odoo.
Я розробила конектор, який працює у двох режимах одночасно: webhook для миттєвих подій і синхронізацію за розкладом як страховку, якщо webhook не дійшов. Ключова частина — не завантаження замовлення, а зіставлення статусів: статус у CRM визначає, що саме має статися в Odoo — чернетка комерційної пропозиції, підтверджене замовлення з рахунком і платежем, проведені складські переміщення чи повне скасування ланцюжка. Плюс окремі довідники відповідностей: склади, типи оплат, статті витрат, типи упаковки.
Той самий підхід працює з будь-якою CRM — Pipedrive, HubSpot, Salesforce, Zoho чи власною системою: питання лише в тому, наскільки задокументований API.
Інтеграція Odoo з POS і касовими системами: Dotykačka
Для мережі точок продажу я суттєво доопрацювала наявну інтеграцію з Dotykačka Cloud API v2 . Кожна точка описана окремим записом зі своїм токеном, складом, аналітичним рахунком та власними касовим і банківським журналами. Одна з «хмар» позначена як master: тільки вона має право оновлювати спільний каталог товарів, щоб точки не перезаписували одна одну.
Товари і чеки приходять через webhook-и, типи оплат мапляться на платіжні методи Odoo, а виторг лягає на аналітику конкретної точки. Це рівно та частина, яку недооцінюють: сам обмін даними простий, а от коректно розкласти готівку, картку й доставку по журналах — ні.
Інтеграція Odoo з банками: автоматичні банківські виписки
Окремий великий блок роботи — імпорт і автоматична звірка банківських виписок : онлайн-фіди банків — серед сервісів, з якими я працювала, є Plaid, — імпорт виписок файлами, довантаження історії за період до ввімкнення синхронізації та налаштування моделей звірки , щоб бухгалтер не зіставляв кожен платіж руками. Маю досвід з банківськими виписками та обліковою специфікою кількох юрисдикцій — Україна, Польща, США, Канада, Швейцарія, Болгарія та Естонія.
Інтеграція Odoo з платіжними системами: Payoneer, Authorize.Net, Przelewy24, Fiserv, Splitit
Для масових виплат підрядникам я розробила модуль на базі Payoneer Mass Payouts API: двокрокова схема (резервування виплати з розрахунком комісії, потім підтвердження), можливість затвердити вибрані рядки, а не весь пакет, крон для опитування статусів і обробка MFA-виклику.
Також я розробила модуль транзакцій Authorize.Net , конектор для Przelewy24 та для еквайрингу Fiserv .
Splitit — оплата частинами як платіжний провайдер Odoo
Splitit дозволяє клієнту розбити оплату на частини наявною кредитною карткою: сума блокується в межах ліміту й списується поступово, без окремої заявки на кредит. Для магазину це спосіб підняти середній чек, не додаючи покупцеві паперової роботи.
Я розробила окремий модуль платіжного провайдера Splitit для Odoo: він додає Splitit до способів оплати на сайті та в порталі клієнта, обробляє авторизацію й подальші списання і повертає статус транзакції в замовлення та рахунок. Модуль доступний безкоштовно на Odoo Apps.
Одна тонкість, спільна для всіх схем оплати частинами: замовлення перестає бути оплаченим в один момент. Тому до запуску треба домовитися, коли визнається дохід і як такі замовлення виглядають у дебіторці — інакше звірка з провайдером розсиплеться на другий місяць.
Звірка виплат маркетплейсів та агрегаторів доставки
Гроші від агрегаторів доставки та еквайрингу — окрема історія. Ресторан або магазин продає на 10 000, а на рахунок приходить 8 700: різниця — комісія, і вона має стати витратами, а не «загубленою» дебіторкою.
Я розробила майстер звірки виплат: він приймає файл виплати, розбиває його на суми до клієнтів і комісію, підбирає відповідні рахунки й проводить зіставлення — по одному рядку на контрагента, щоб бухгалтер бачив кожен платіж, а не одну згорнуту суму.
Масові платежі в США: NACHA / ACH
Стандартний модуль Odoo формує файл NACHA, але не завжди в тому вигляді, який приймає конкретний банк. Моє розширення додає до файлу записи addenda (05) — це те поле, куди потрапляє призначення платежу, і без нього одержувач не розуміє, за що саме йому прийшли гроші. Модуль US Payment NACHA – Addenda Extension доступний безкоштовно на Odoo Apps.
KSeF: електронна фактура в Польщі
KSeF (Krajowy System e-Faktur) обовʼязковий для польських компаній. Я розширила наявний модуль інтеграції Odoo з KSeF (Odoo 19, поверх стандартної польської локалізації), додавши те, чого йому бракувало:
- візуалізацію даних фактури — щоб документ можна було прочитати людині, а не лише як XML;
- коригувальні фактури — саме там, де польські правила не збігаються з механікою Odoo: коригування може бути як у мінус, так і в плюс, воно вимагає окремої таблиці коригування, коректного посилання на виправлений документ і вибору типу коригування;
- коректну відправку цих документів у KSeF.
Доопрацювання наявних конекторів: OpenCart, QuickBooks, Fiscadoo
Не кожен проєкт починається з нуля. Часто конектор уже є — куплений на Odoo Apps або лишений попереднім розробником — і закриває відсотків шістдесят потрібного. Доопрацювати його зазвичай дешевше, ніж писати свій, але тільки після того, як подивишся, як він влаштований усередині: іноді переробка коштує дорожче за переписування.
Інтеграція Odoo з OpenCart
Типовий сценарій для магазину, який не хоче йти зі своєї вітрини: вітрина лишається на OpenCart, а товари, замовлення, склад і гроші живуть в Odoo. Я суттєво доопрацювала наявний конектор — базові версії зазвичай уміють перенести товар і замовлення, але не ту частину, заради якої інтеграція й робиться: точні залишки, ціни, коректні статуси й облікову сторону замовлення.
Інтеграція Odoo з QuickBooks
Для компаній, чия бухгалтерія історично живе в QuickBooks, а операційна діяльність переходить в Odoo. Тут я теж значно доопрацювала наявний конектор. Складність ніколи не в самому обміні даними, а в мапінгу: рахунки, податки, контрагенти і те, який документ вважається джерелом істини в кожній системі.
Fiscadoo: фіскальні принтери й термінали
Fiscadoo звʼязує Odoo з фіскальними принтерами та платіжними терміналами. Тут я виправляла наявний конектор: за замовчуванням кожен чек друкувався як «Gotówka» незалежно від того, чим клієнт реально платив, і фіскальна звітність розходилася з банком. Після виправлення спосіб оплати, обраний у майстрі оплати, потрапляє на фіскальний чек.
Інтеграція Odoo з HR-системами та розрахунком зарплат: PeopleForce
З HR-системи PeopleForce я переношу співробітників і їхні платіжні реквізити прямо в картку працівника Odoo, щоб зарплатні пакети формувалися без ручного копіювання.
Навколо цього побудований повноцінний зарплатний контур в Odoo : сітки ставок і відсотків, квартальні бонуси, утримання й ручні коригування, звіти по співробітниках, відправлення документів на підпис через Odoo Sign, формування пакетних платежів і портал заявок на оплату (співробітник подає заявку, вона проходить погодження з коментарями й перетворюється на рахунок постачальника). Останній — Payment Request — теж опублікований на Odoo Apps.
Інтеграція Odoo з Google Sheets та Excel
Не кожен процес варто одразу переносити в інтерфейс Odoo. Часто відділ уже працює в Google Sheets, і швидше зробити конектор, ніж переучувати людей.
Мій модуль працює через сервісний акаунт Google і завантажує з таблиць замовлення, ліди, транзакції та дані для розрахунку зарплат, а помилки імпорту складає в окремий журнал проблем — з рядком і причиною, а не мовчазним пропуском.
Інтеграція Odoo з TMS і логістикою: Roserocket
Roserocket — транспортна система для американських перевізників. Конектор авторизується через OAuth2, кешує токен і оновлює його автоматично, після чого дані з TMS доступні всередині Odoo. Разом із рештою модулів це закриває ланцюжок «замовлення на перевезення → водій → виплата».
Інтеграція Odoo з Sumsub: перевірка клієнтів (KYC/AML)
Якщо бізнес зобовʼязаний перевіряти контрагентів — фінансові послуги, платежі, маркетплейси, робота з підрядниками за кордоном — сама перевірка живе в окремому сервісі, а рішення ухвалюються в Odoo. Я розробила конектор Sumsub : дані контрагента йдуть на перевірку, а статус і результат повертаються в картку партнера. Менеджер бачить прямо в Odoo, з ким можна працювати, а з ким ні.
Курси валют і мультивалютність
Для польських компаній Odoo завантажує курси NBP стандартним механізмом локалізації — окремої розробки це не потребує. Але тут є нюанс, який часто «виправляють» помилково: NBP публікує курс попереднього робочого дня, тому Odoo зберігає його наступною датою — і це рівно те, чого вимагає ст. 31a польського закону про ПДВ. Такий зсув не є багом, і чіпати його не треба.
Скільки коштує розробити й підтримувати інтеграцію Odoo
Чесна відповідь: інтеграція — це не разова робота . Зовнішні API змінюють формати відповідей, токени протермінуються, сервіси вводять нові ліміти запитів. Тому в кожен конектор я закладаю три речі: логування вихідних запитів, повторюваність операції без дублювання документів і автотести на розбір відповідей. Це нудна частина, яка окупається рівно тоді, коли о шостій вечора пʼятниці треба зрозуміти, чому не пройшла виплата.
Я працюю погодинно (Time & Materials) — ви платите за фактично відпрацьовані години, а не за пакет, половина якого вам не потрібна. Інтеграція середньої складності — це зазвичай кілька десятків годин розробки плюс невелика щомісячна підтримка.
Готові модулі Odoo на Odoo Apps
Частина моєї роботи опублікована відкрито і встановлюється безкоштовно: мої модулі на Odoo Apps. Серед них Payment Request, US Payment NACHA – Addenda Extension та Splitit Acquirer.
Потрібна інтеграція Odoo?
Якщо конектор уже є, але даним не можна довіряти, почніть із технічного аудиту: найчастіша причина розбіжностей — сама архітектура інтеграції.
Якщо вашого сервісу немає в цьому списку — це не проблема: більшість інтеграцій будуються за однією схемою, і питання лише в тому, наскільки задокументований API та наскільки складна облікова частина. Також маю досвід роботи з Новою Поштою для доставки та Checkbox для української фіскалізації. Працюю віддалено, англійською або українською.
Найдешевший спосіб оцінити обсяг робіт — коротка консультація: подивимось на ваш процес і вирішимо, що справді треба синхронізувати, а що краще лишити як є. Повний перелік того, що я роблю в Odoo, є в розділі Послуги Odoo; ціни й формати співпраці — у розділі Магазин .
Часті питання про інтеграції Odoo
Скільки часу займає розробка конектора Odoo?
Проста одностороння синхронізація починається від тижня. Повноцінний двосторонній конектор з обліковою частиною (замовлення, рахунок, платіж, склад) — зазвичай 3–6 тижнів.
Чи можна інтегрувати Odoo із системою без API?
Часто так — через файлові вивантаження, Google Sheets, пошту або базу даних. Оцінюю це на консультації.
Чи працює інтеграція на Odoo Community?
Так, більшість інтеграцій не залежать від редакції. Я знаю Community, але основний мій досвід — з Enterprise, тому перед стартом варто перевірити, чи не спирається потрібна вам логіка на функції Enterprise.
Що робити, коли зовнішній сервіс змінює API?
Саме тому в кожному конекторі є логування, автотести й повторюваність операцій — зміна помітна одразу, а не через квартал у розбіжності сальдо.
Чи візьметеся за інтеграцію, написану іншим розробником?
Так. Проводжу аудит наявного коду й повертаюся з висновком: що лишити, що переписати і які ризики.
Інтеграція Odoo з CRM, банками та платіжними системами