Кейси
Апгрейд 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 створювала серверні вразливості. Розрив між застарілими процесами та сучасними операціями школи тільки зростав.
Пiсля
- ✓Міграція без простою: стрибок крізь 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 мажорні версії.
Рiшення
Архітектура поетапної міграції - Замість ризикованого big-bang-підходу Rteam спроєктував ступінчастий маршрут: v13→v14→v15→v16→v17 з автоматичними валідуючими гейтами між кроками. Кожен етап проганявся у паралельному staging-середовищі проти знімків продових даних до перемикання. Кастомні скрипти OpenUpgrade обробляли дельти схеми на кожній межі.
Переінжиніринг кастомних модулів - Усі 15+ кастомних модулів пройшли аудит і були переписані під фреймворк OWL у v17 та нову ORM. Застарілі API-виклики замінено сучасними еквівалентами. Шкільна бізнес-логіка — розрахунок WPS-зарплати ОАЕ, ланцюги погодження академічних закупівель, розклад шкільних автобусів — збережена, водночас там, де можливо, підключені нативні можливості v17. Це скоротило обсяг кастомного коду на 35%.
Стратегія перемикання без простою - Продове перемикання виконано у планове вихідне вікно із заздалегідь валідованим планом відкату. Blue-green-деплой на рівні DNS забезпечив миттєве перемикання. Синхронізація даних у реальному часі між старим і новим середовищами в останні 48 годин міграції виключила будь-які пробіли в транзакційних даних.
Фреймворк цілісності даних - Rteam побудував власний framework валідації, що проганяв 200+ автоматичних перевірок після кожного етапу: звіряння балансів ГК, перевірка кількості записів співробітників, крос-звіряння історії закупівель, інвентаризація активів автопарку. Кожне розходження закривалося до переходу до наступної версії.
Навчання співробітників та управління змінами - Повністю перероблений UI у v17 означав, що перенавчання було обов'язковим. Rteam провів роль-орієнтовані тренінги для команд Finance, HR, Procurement та IT — з відеорозборами нових процесів і 30-денним hypercare-періодом після запуску для м'якої адаптації.
Впровадженi модулi
Маєте подiбний виклик?
Обговорiмо, як ми можемо досягти схожих результатiв для вашого бiзнесу.