Termin zakończenia wsparcia we wrześniu 2026 r.
Aktualna tabela wsparcia Odoo wskazuje wrzesień 2026 r. jako planowany koniec standardowego wsparcia dla Odoo 17.0. Standardowe wsparcie obejmuje pomoc działu wsparcia, poprawki błędów oraz aktualizacje bezpieczeństwa. Organizacje korzystające z Odoo 17 powinny zdecydować, czy zaktualizować system przed planowanym terminem, czy też uzgodnić rozszerzone wsparcie. (Odoo 19.0 Docs: Administration Standard Extended Support)
Opublikowane informacje wskazują planowany miesiąc zakończenia, ale nie podają dokładnego dnia granicznego. Administratorzy powinni potwierdzić obowiązującą datę w Odoo, zamiast zakładać, że zakres wsparcia zmieni się pierwszego lub ostatniego dnia września. (Odoo 19.0 Docs: Administration Standard Extended Support) Wewnętrzny harmonogram powinien uwzględniać czas na uzyskanie tego potwierdzenia przed zatwierdzeniem aktualizacji lub decyzji dotyczącej wsparcia.
Zakres po zakończeniu standardowego wsparcia
Odoo rozróżnia zakres standardowego i rozszerzonego wsparcia. Standardowe wsparcie obejmuje pomoc działu wsparcia, poprawki błędów oraz aktualizacje bezpieczeństwa. Rozszerzone wsparcie wiąże się z dodatkową opłatą i obejmuje pomoc działu wsparcia oraz poprawki błędów, o ile są one możliwe do wykonania. (Odoo 19.0 Docs: Administration Standard Extended Support)
Aktualizacje bezpieczeństwa są wyraźnie uwzględnione w standardowym wsparciu, ale nie są wymienione w dostarczonym podsumowaniu wsparcia rozszerzonego. Poprawki błędów w ramach wsparcia rozszerzonego są również zależne od możliwości ich wykonania. (Odoo 19.0 Docs: Administration Standard Extended Support) Przed poleganiem na wsparciu rozszerzonym decydenci powinni poprosić Odoo o potwierdzenie warunków obowiązujących w ich umowie, sposobu oceny wykonalności oraz tego, czy jakiekolwiek ograniczenia wpływają na istniejące problemy.
Odoo podaje, że każda główna wersja otrzymuje trzy lata wsparcia i zdecydowanie zaleca korzystanie z wersji objętej wsparciem. (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) Dla organizacji nadal korzystających z Odoo 17 planowany termin wymaga koordynacji między osobami odpowiedzialnymi za umowy, administrację systemu, rozwój niestandardowy, integracje i przestoje operacyjne.
Zacznij od zaktualizowanej bazy testowej
Udokumentowany proces Odoo zaczyna się od złożenia prośby o zaktualizowaną bazę testową. Następnie organizacja powinna przetestować procesy biznesowe i integracje, rozwiązać zidentyfikowane problemy i zaplanować aktualizację produkcyjną dopiero po zakończeniu tych prac. (Odoo 19.0 Docs: Administration Upgrade) Postępowanie w tej kolejności zapobiega temu, by aktualizacja produkcyjna stała się pierwszym pełnym testem zgodności.
Testy powinny obejmować procesy i integracje, od których zależy organizacja, zgodnie z wytycznymi Odoo. (Odoo 19.0 Docs: Administration Upgrade) Każdy proces powinien mieć właściciela, który może odnotować wynik, zbadać problemy i potwierdzić, że poprawki zostały ponownie przetestowane. Utworzenie bazy testowej to dopiero początek oceny, a nie dowód, że zaktualizowane środowisko jest gotowe do produkcji.
Odoo zaleca rozwiązać problemy wykryte podczas testów przed zaplanowaniem aktualizacji produkcyjnej. (Odoo 19.0 Docs: Administration Upgrade) Jeśli problem pozostaje nierozwiązany, jego wpływ operacyjny należy udokumentować przed zatwierdzeniem terminu produkcyjnego. Organizacja może wtedy zdecydować, czy przesunąć datę, zmienić plan aktualizacji, czy poszukać dalszej pomocy.
Rejestr testów powinien rozróżniać pomyślne sprawdzenia, nieudane sprawdzenia oraz elementy, które nie zostały przetestowane. Ponieważ proces Odoo stawia rozwiązywanie problemów przed planowaniem produkcji, niepełny test nie powinien być traktowany jako wynik pozytywny. (Odoo 19.0 Docs: Administration Upgrade) To rozróżnienie pomaga decydentom zobaczyć, które części aktualizacji są gotowe, a które nadal wymagają pracy.
Oceń osobno moduły niestandardowe
Baza dostosowana do potrzeb ma dodatkowy warunek wstępny. Odoo stwierdza, że moduły niestandardowe muszą być zgodne z docelową wersją, zanim baza danych będzie mogła zostać zaktualizowana. (Odoo 19.0 Docs: Administration Upgrade) Administratorzy powinni zidentyfikować każdy niestandardowy moduł, przypisać za niego odpowiedzialność i ustalić, czy dla docelowej wersji dostępna jest zgodna wersja.
Zgodny z dokumentacją wymóg Odoo stawia zgodność niestandardowych modułów przed przesłaniem dostosowanej bazy danych do aktualizacji. (Odoo 19.0 Docs: Administration Upgrade) Testowanie wyłącznie standardowych procesów nie potwierdza, czy kod niestandardowy jest gotowy. Każdy moduł powinien mieć odnotowany status zgodności i zostać uwzględniony w zaktualizowanej testowej bazie danych, aby można było sprawdzić procesy, których dotyczy.
Odoo wymaga również testowania integracji w ramach procesu pracy na zaktualizowanej bazie danych. (Odoo 19.0 Docs: Administration Upgrade) Ocena powinna więc obejmować zarówno moduły niestandardowe, jak i połączone systemy. Dla każdego elementu administratorzy powinni odnotować, co trzeba przetestować, kto może zbadać awarię oraz czy w czasie testów lub aktualizacji produkcyjnej musi uczestniczyć odpowiednia strona trzecia.
Zaplanowanie niedostępności środowiska produkcyjnego
Produkcja będzie niedostępna podczas aktualizacji, a Odoo zaleca zaplanowanie prac na okres najmniejszego wykorzystania. (Odoo 19.0 Docs: Administration Upgrade) Plan powinien wskazywać akceptowalne okno, czynności, które trzeba wykonać wcześniej, oraz osoby, które muszą wiedzieć, że działająca baza danych będzie niedostępna.
Wskazówki Odoo umieszczają planowanie produkcyjne po testach i rozwiązaniu problemów. (Odoo 19.0 Docs: Administration Upgrade) Administratorzy powinni zachować tę kolejność, cofając się od planowanego terminu wsparcia we wrześniu 2026 r. Zobowiązanie się do produkcji zbyt wcześnie może pozostawić zbyt mało czasu na rozwiązanie problemów wykrytych w procesach, integracjach lub modułach niestandardowych bez zmiany okna.
Plan produkcyjny nie powinien zakładać, że zakończenie aktualizacji bazy danych jest jedyną kwestią harmonogramu. Odoo potwierdza, że baza danych będzie niedostępna podczas procesu i zaleca wybór okresu najmniejszego wykorzystania. (Odoo 19.0 Docs: Administration Upgrade) Zatwierdzenie wewnętrzne powinno więc uwzględniać przerwę i potwierdzać, które działania biznesowe trzeba wstrzymać lub zakończyć przed rozpoczęciem okna.
Kontrole przed wyborem ścieżki
Przed zatwierdzeniem rozszerzonego wsparcia lub harmonogramu aktualizacji potwierdź dokładną datę zakończenia standardowego wsparcia, dodatkową opłatę za rozszerzone wsparcie oraz zakres dostępny dla Odoo 17. Opublikowane przez Odoo rozróżnienie mówi, że standardowe wsparcie obejmuje pomoc techniczną, poprawki błędów i aktualizacje bezpieczeństwa, natomiast rozszerzone wsparcie zapewnia pomoc techniczną i możliwe do wykonania poprawki błędów za dodatkową opłatą. (Odoo 19.0 Docs: Administration Standard Extended Support)
W przypadku aktualizacji sprawdź, czy została zamówiona zaktualizowana testowa baza danych, czy przetestowano procesy biznesowe i integracje, czy zidentyfikowane problemy zostały rozwiązane oraz czy moduły niestandardowe są zgodne z docelową wersją. Kroki te są częścią udokumentowanych wytycznych Odoo dotyczących aktualizacji. (Odoo 19.0 Docs: Administration Upgrade) Okno produkcyjne powinno zostać zatwierdzone dopiero wtedy, gdy kontrole mają przypisanych właścicieli i odnotowane wyniki.
Standardowe wsparcie dla Odoo 17 ma zakończyć się we wrześniu 2026 r., a Odoo zaleca korzystanie z obsługiwanej wersji. (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) Organizacje nadal korzystające z Odoo 17 muszą wybrać między ukończeniem przetestowanej aktualizacji przed planowaną zmianą a uzyskaniem potwierdzonych warunków rozszerzonego wsparcia, podczas gdy prace nad aktualizacją trwają. Decyzja ta powinna odzwierciedlać obowiązującą umowę, gotowość procesów i dostosowań oraz akceptowalny okres niedostępności produkcji.