Кейс • Интеграции • Продакшен

Двусторонняя синхронизация между Odoo-инстансами

Проектирование и развитие интеграционного контура между двумя Odoo: заказы, закупки, отгрузки, остатки, сообщения и вложения. Упор на устойчивость обмена, прозрачную логику и быстрое восстановление после сбоев.

Роль: Odoo Middle / Python Developer, архитектура синхронизации
Период: май 2024 — декабрь 2025
Контекст: коммерческий проект, kt.team

Обсудить интеграцию Все проекты

Odoo
REST API
RPC
Интеграции
WMS
Очереди
Поддержка продакшена

~100
Заказов и закупок в обмене ежедневно
~200
Отгрузок в обмене ежедневно
~500
Сообщений и вложений в обмене ежедневно
15 → 3–4
Инцидентов в неделю после оптимизации

Задача

Два Odoo-инстанса должны обмениваться операционными данными в режиме, близком к реальному времени: продажи, закупки, склад, переписка по документам. При сбоях — риск расхождения остатков, «зависших» заказов и нагрузки на службу поддержки. Отдельных ролей BA/QA в команде не было — требовались проектирование, разработка, тестирование и сопровождение одним контуром.

Что сделано

Архитектура синхронизации: структура обмена, стандарты модулей, границы ответственности между инстансами.
Объекты обмена: sale.order, purchase.order, stock.picking, остатки, сообщения, вложения.
Импорт Excel/CSV: универсальные модули для заказов, отгрузок и закупок (до 500 строк) — крупные заказы с 1–2 часов до ~5 минут.
Бизнес-логика: перерасчёт остатков, доставка, уведомления, cron-задачи.
Устойчивость: оптимизация очередей, обработка ошибок, автоматическое восстановление после сбоев.
Остатки: прозрачный расчёт стоков — клиентская служба перестала вручную уточнять количества на складе.

Поддержка и команда

Назначен ответственным за первую линию поддержки интеграционного контура: до 30 обращений в неделю, время первой реакции до 5 минут, восстановление в течение дня. За период работы закрыто около 300 тикетов, подготовлен документ с типовыми инцидентами и инструкциями — снижена доля повторяющихся сбоев.

Параллельно — распределение задач между тремя разработчиками, стандарты кода и проектирование решений при совмещении ролей разработчика, аналитика и тестировщика.

Результат

Стабильный ежедневный обмен с предсказуемой логикой и восстановлением после ошибок.
Существенное снижение числа инцидентов на интеграционном контуре.
Ускорение операционных сценариев (импорт, остатки) и снижение нагрузки на поддержку.
Документированные типовые сбои для передачи знаний внутри команды.

Технологии и подход

Кастомные модули Odoo, Python, REST/RPC, Docker/K8s в существующих пайплайнах, работа с логами и продакшен-инцидентами. Все доработки — без правок core Odoo, чтобы интеграцию можно было развивать и сопровождать независимо от одного исполнителя.

Нужна интеграция Odoo с другой системой?

Спроектируем обмен, закроем сценарии ошибок и подключимся к поддержке после запуска.

Связаться