Кейсы
Апгрейд Odoo v13 → v17 Enterprise для American School of Dubai
3000+ учеников | 600+ сотрудников | Международная программа PreK–12
Odoo 13 → 17 Enterprise (полный апгрейд платформы) · Масштабный апгрейд Бухгалтерии, HR и расчёта зарплаты, Закупок, Склада, Автопарка, Helpdesk и 15+ кастомных модулей
Резюме для руководства
До
Odoo 13 Enterprise на пороге конца жизни. Неподдерживаемые кастомные модули ломались после изменений ORM, патчи безопасности больше не выходили, зависимость от Python 3.6 создавала серверные уязвимости. Разрыв между устаревшими процессами и современными операциями школы только рос.
После
- ✓Миграция без простоев: прыжок через 4 версии (v13→v17) выполнен без единого часа незапланированного прерывания сервиса в течение учебного года.
- ✓Полная непрерывность данных: 7 лет финансовой истории, HR-записей и данных по закупкам мигрированы с проверкой целостности на 100%.
- ✓Современный стек: Python 3.10+, новый фронтенд на OWL, адаптивный UI, нативные интеграции с WhatsApp и таблицами.
- ✓На 40% быстрее ежедневные операции в Бухгалтерии, Закупках и HR благодаря переработанному UX в v17.
Задача
Odoo v13 Enterprise подходила к концу жизненного цикла: 15+ неподдерживаемых кастомных модулей, незакрытые уязвимости безопасности и 7 лет критически важных данных, запертых на устаревшей платформе — миграция на v17 проведена без единой минуты простоя в течение учебного года.
Риск платформы на закате жизни - Odoo 13 прошла точку конца поддержки. Ни патчей безопасности, ни исправлений багов, ни партнёрского SLA. Каждый месяц на v13 повышал уязвимость к незакрытым CVE и комплаенс-риск — критично для учебного заведения, которое обрабатывает персональные данные учеников и сотрудников в ОАЭ.
Долг кастомных модулей - 15+ глубоко доработанных модулей под школьную специфику: процессы академических закупок, триггеры коммуникаций с родителями, правила расчёта зарплаты по WPS ОАЭ, управление автопарком школьных автобусов. Все написаны под устаревшие API-паттерны v13 и несовместимы с изменениями ORM в v14+.
Ограничение непрерывности бизнеса - Апгрейд нужно было провести, пока школа работала. 3000+ учеников, 600+ сотрудников, ежедневные финансовые операции, циклы закупок и HR-процессы остановиться не могли. Допустимый простой был фактически нулевым.
Сложность миграции данных - 7 лет транзакционных данных: план счетов с локализацией под ОАЭ, многолетние журналы проводок, записи жизненного цикла сотрудников, история закупок, логи обслуживания автопарка — всё требовало трансформации схемы сразу через 4 мажорные версии.
Решение
Архитектура поэтапной миграции - Вместо рискованного big-bang-подхода Rteam спроектировал ступенчатый маршрут: v13→v14→v15→v16→v17 с автоматическими валидирующими гейтами между шагами. Каждый этап прогонялся в параллельной staging-среде против снэпшотов продовых данных до переключения. Кастомные скрипты OpenUpgrade обрабатывали дельты схемы на каждой границе.
Переинжиниринг кастомных модулей - Все 15+ кастомных модулей прошли аудит и были переписаны под фреймворк OWL в v17 и новую ORM. Устаревшие API-вызовы заменены на современные эквиваленты. Школьная бизнес-логика — расчёт WPS-зарплаты ОАЭ, цепочки согласования академических закупок, расписание школьных автобусов — сохранена, при этом там, где возможно, подключены нативные возможности v17. Это сократило объём кастомного кода на 35%.
Стратегия переключения без простоев - Продовое переключение выполнено в плановое выходное окно с заранее отвалидированным планом отката. Blue-green-деплой на уровне DNS обеспечил мгновенный switchover. Синхронизация данных в реальном времени между старой и новой средой в последние 48 часов миграции исключила любые пробелы в транзакционных данных.
Фреймворк целостности данных - Rteam построил собственный framework валидации, который прогонял 200+ автоматических проверок после каждого этапа: сверка балансов ГК, проверка количества записей сотрудников, кросс-сверка истории закупок, инвентаризация активов автопарка. Каждое расхождение закрывалось до перехода к следующей версии.
Обучение сотрудников и управление изменениями - Полностью переработанный UI в v17 требовал обязательного переобучения. Rteam провёл роль-ориентированные тренинги для команд Finance, HR, Procurement и IT — с видеоразборами новых процессов и 30-дневным hypercare-периодом после запуска для мягкой адаптации.
Внедрённые модули
Есть похожая задача?
Обсудим, как добиться похожих результатов для вашего бизнеса.