Перейти к содержимому

Услуги

Интеграция Odoo: связать то, для чего нет готового адаптера

Odoo, который обменивается данными со складом, маркетплейсом или банком, - и данные, которые сходятся с обеих сторон, даже когда одна из них падает.

Что я подключаю

Складские и логистические системы, маркетплейсы и магазины (Shopware, Shopify, Amazon), банки и платёжные сервисы, бухгалтерские системы вроде DATEV и внутренние сервисы, у которых есть только описание API.

Если готовый коннектор существует и подходит - скажу об этом до того, как напишу хоть строку.

На чём держится интеграция

Любой обмен можно повторить без дублей, каждая запись знает своего двойника на другой стороне, а неудачный вызов попадает в очередь, которую видно, а не в лог, который никто не читает.

Интеграции редко ломаются в первый день - они ломаются на первом таймауте.

Что остаётся на руках

Модуль в вашем репозитории, который делает обмен, экран в Odoo, где видно, что ушло и что упало, и описанное соответствие полей - что куда идёт и почему.

Как идёт работа

  1. Данные обеих сторон на одной странице: где что главное, что делать при конфликте, что не синхронизируется никогда.
  2. Разработка на песочнице или тестовом аккаунте другой системы, а не сразу на живых данных.
  3. Параллельный прогон на реальных данных с журналом каждого обмена, пока обе стороны не сойдутся.
  4. Переключение и две недели наблюдения за очередью ошибок: настоящие крайние случаи появляются именно там.

Вопросы, которые возникают до первого звонка

Есть ли готовый коннектор, или интеграцию придётся писать?
Часто такой коннектор есть, и если он подходит, вы узнаете об этом до того, как я напишу хоть строку. Работа начинается там, где готовых адаптеров нет: складские и логистические системы, маркетплейсы и магазины, банки и платёжные сервисы, бухгалтерские системы вроде DATEV и внутренние сервисы, у которых есть только описание API.
Что будет, когда другая система упадёт?
Ничего не теряется и не задваивается. Любой обмен можно повторить без дублей, каждая запись знает своего двойника на другой стороне, а неудачный вызов попадает в очередь, которую видно, а не в лог, который никто не читает. Интеграции редко ломаются в первый день - они ломаются на первом таймауте.
Не испортит ли интеграция наши живые данные?
Нет. Разработка идёт на песочнице или тестовом аккаунте другой системы. Потом идёт параллельный прогон на реальных данных с журналом каждого обмена, пока обе стороны не сойдутся. Только после этого переключение и две недели наблюдения за очередью ошибок: настоящие крайние случаи появляются именно там.
Что остаётся у нас после работы?
Модуль в вашем репозитории, который делает обмен, экран в Odoo, где видно, что ушло и что упало, и описанное соответствие полей - что куда идёт и почему. А ещё до начала разработки данные обеих сторон согласованы на одной странице: где что главное, что делать при конфликте, что не синхронизируется никогда.

С чего начать

Полчаса разговора: ваш экран, ваша настоящая система, честный ответ на вопрос, моя ли это задача.