Realizacje
Upgrade Odoo v13 → v17 Enterprise dla American School of Dubai
3000+ uczniów | 600+ pracowników | Międzynarodowy program PreK–12
Odoo 13 → 17 Enterprise (pełny upgrade platformy) · Szeroko zakrojony upgrade Księgowości, HR i Płac, Zakupów, Magazynu, Floty, Helpdesku oraz ponad 15 modułów custom
Podsumowanie zarządcze
Przed
Odoo 13 Enterprise na granicy końca wsparcia. Nieutrzymywane moduły custom pękające po każdej zmianie ORM, wstrzymane łatki bezpieczeństwa, zależność od Pythona 3.6 otwierająca luki po stronie serwera. Przepaść między legacy-workflow a realiami nowoczesnej szkoły narastała z miesiąca na miesiąc.
Po
- ✓Migracja bez przestoju: skok przez cztery wersje (v13→v17) wykonany w trakcie roku szkolnego, bez ani jednej godziny nieplanowanej przerwy.
- ✓Pełna ciągłość danych: 7 lat zapisów finansowych, historii HR i danych zakupowych zmigrowanych ze stuprocentową weryfikacją integralności.
- ✓Nowoczesny stack: Python 3.10+, nowy frontend OWL, responsywny UI, natywne integracje z WhatsApp i arkuszami kalkulacyjnymi.
- ✓Codzienne operacje szybsze o 40% w Księgowości, Zakupach i HR dzięki przeprojektowanemu UX v17.
Wyzwanie
Odoo v13 Enterprise dobiegała końca życia: ponad 15 nieutrzymywanych modułów custom, niezałatane luki bezpieczeństwa i 7 lat krytycznych danych zamkniętych w przestarzałej platformie — migracja do v17 przeprowadzona bez ani jednej godziny przestoju w trakcie roku szkolnego.
Ryzyko platformy u schyłku życia - Odoo 13 przekroczyła datę końca wsparcia. Żadnych łatek bezpieczeństwa, żadnych poprawek, żadnego partnerskiego SLA. Każdy kolejny miesiąc na v13 powiększał ekspozycję na otwarte CVE i ryzyko compliance — krytyczne dla instytucji, która przetwarza dane osobowe uczniów i pracowników w ZEA.
Dług modułów custom - Ponad 15 głęboko dostosowanych modułów pod specyfikę szkoły: workflow zakupów akademickich, triggery komunikacji z rodzicami, zasady płacowe zgodne z WPS ZEA, zarządzanie flotą autobusów szkolnych. Wszystkie pisane pod przestarzałe wzorce API v13 i niekompatybilne ze zmianami ORM w v14+.
Wymóg ciągłości działania - Upgrade musiał się odbyć, gdy szkoła pracowała. 3000+ uczniów, 600+ pracowników, codzienne operacje finansowe, cykle zakupowe i procesy HR nie mogły się zatrzymać. Tolerancja na przestój była w praktyce zerowa.
Złożoność migracji danych - 7 lat danych transakcyjnych: plan kont z lokalizacją pod ZEA, wieloletnie zapisy księgowe, pełny cykl życia pracowników, historia zakupów, dzienniki serwisu floty — wszystko musiało przejść transformację schematu od razu przez cztery główne granice wersji.
Rozwiązanie
Architektura migracji etapowej - Zamiast ryzykownego big-banga Rteam zaprojektował pipeline po krokach: v13→v14→v15→v16→v17, z automatycznymi bramkami walidacji między każdym skokiem. Każdy etap pracował na równoległym środowisku staging, testowany na snapshotach produkcji przed cutoverem. Dedykowane skrypty OpenUpgrade zarządzały deltami schematu na każdej granicy.
Re-inżynieria modułów custom - Wszystkie 15+ modułów custom przeszło audyt i zostało przepisanych pod framework OWL v17 oraz nową ORM. Przestarzałe wywołania API zastąpiono ich nowoczesnymi odpowiednikami. Logika biznesowa specyficzna dla szkoły — kalkulacja płac WPS ZEA, ścieżki akceptacji zakupów akademickich, harmonogram autobusów szkolnych — została zachowana, a tam, gdzie było to możliwe, podpięto natywne funkcje v17. Pozwoliło to zmniejszyć ilość kodu custom o 35%.
Strategia cutoveru bez przestoju - Cutover produkcyjny odbył się w zaplanowanym oknie weekendowym z wcześniej zwalidowanym planem wycofania. Blue-green deployment na poziomie DNS zapewnił natychmiastowe przełączenie. Synchronizacja danych w czasie rzeczywistym między starym a nowym środowiskiem w ostatnich 48 godzinach migracji zamknęła każdą potencjalną lukę w danych transakcyjnych.
Framework integralności danych - Rteam zbudował własny framework walidacyjny, który po każdej fazie uruchamiał ponad 200 automatycznych kontroli: uzgodnienie sald księgi głównej, weryfikacja liczby kartotek pracowników, krzyżowa kontrola historii zakupów, inwentaryzacja aktywów floty. Każdą rozbieżność usuwano, zanim pipeline szedł dalej.
Przygotowanie personelu i change management - Całkowicie przeprojektowany UI w v17 oznaczał, że przeszkolenie było obowiązkowe. Rteam dostarczył szkolenia dopasowane do ról dla zespołów Finance, HR, Zakupów i IT — wraz z wideo-instrukcjami nowych workflow i 30-dniowym okresem hypercare po starcie, żeby adopcja przebiegła bez zgrzytów.
Wdrożone moduły
Masz podobne wyzwanie?
Porozmawiajmy o tym, jak możemy osiągnąć podobne rezultaty dla Twojej firmy.