
24 września 2026 roku w Brukseli Odoo pokazało nową wersję swojego systemu. Byliśmy na miejscu, przejrzeliśmy dokumentację opublikowaną po premierze i sprawdziliśmy, które z wcześniejszych zapowiedzi faktycznie trafiły do produktu. Oto najważniejsze nowości w Odoo 20 dla firm produkcyjnych, handlowych i e-commerce oraz rzeczy, na które warto zwrócić uwagę przed migracją.
Odoo Experience 2026 ponownie przyniosło setki sesji poświęconych poszczególnym obszarom systemu, ale kierunek premiery był wyjątkowo czytelny: sztuczna inteligencja ma przestać być osobnym dodatkiem i wejść bezpośrednio w procesy biznesowe.
Jednocześnie sporo najbardziej praktycznych zmian wcale nie dotyczy AI. Odoo rozwija planowanie produkcji, uzupełnianie zapasów, obsługę magazynu, ofertowanie, tryb offline i model licencjonowania pracowników operacyjnych.
Najważniejsze zmiany w skrócie:
Jedną z najważniejszych zmian w Odoo 20 jest wbudowana obsługa Model Context Protocol.
Baza Odoo może działać jako serwer MCP, z którym łączy się zewnętrzny asystent AI. Oficjalna dokumentacja opisuje konfigurację m.in. dla Claude, Codexa od OpenAI oraz Google Antigravity.
Jak wygląda to w praktyce?
/mcp,Domyślnie udostępniane są przede wszystkim narzędzia służące do odczytu i analizy danych, m.in. wyszukiwania rekordów, odczytu modeli i pól czy agregowania danych.
Dzięki temu asystent, z którego firma już korzysta, może pracować na danych z ERP zamiast na ręcznie eksportowanych arkuszach.
Co ważne, połączenie jest uwierzytelniane kluczem konkretnego użytkownika i działa w granicach jego uprawnień.
Drugim kierunkiem jest Agentic AI.
Agent nie musi już ograniczać się do odpowiedzi na pytanie. Może dostać zestaw narzędzi wykonujących konkretne operacje w Odoo i zdecydować, którego z nich użyć w danej sytuacji.
Przykładowo AI może:
Kluczowe jest jednak słowo „przygotowane”.
Agent nie omija logiki Odoo. Jego narzędziami są standardowe Server Actions, w których trzeba zdefiniować możliwe operacje, parametry i reguły biznesowe.
To bardzo istotne z perspektywy wdrożeń: dobrze zaprojektowany agent nie powinien dostać nieograniczonej możliwości zmiany wszystkiego w ERP.
To zależy od konfiguracji narzędzia i klienta AI.
Odoo pozwala oznaczyć narzędzie jako Readonly Tool. Jest to informacja dla klienta MCP, że akcja nie zapisuje danych i może zostać uruchomiona bez dodatkowego potwierdzania.
Narzędzia wykonujące zapis powinny być traktowane inaczej. Sam Odoo nie jest jednak jedyną warstwą odpowiedzialną za potwierdzenie operacji - sposób interakcji z użytkownikiem zależy również od klienta MCP.
Dlatego przy wdrożeniu warto rozdzielić:
Ile kosztuje AI w Odoo 20?
Agentic AI znajduje się w planie Custom, ale nie oznacza to nielimitowanego użycia modeli AI w ramach ceny użytkownika.
Wbudowane funkcje korzystające z modeli generatywnych mogą wykorzystywać kredyty IAP. Jeżeli firma podłącza zewnętrznego asystenta przez MCP, koszt modelu rozlicza natomiast u jego dostawcy.
W praktyce koszt AI należy więc traktować jako koszt wykorzystania procesu, a nie kolejnego użytkownika ERP.
Agent wykonujący kilka analiz miesięcznie będzie miał zupełnie inny profil kosztowy niż agent obsługujący tysiące dokumentów lub zgłoszeń.
Dokąd trafiają dane?
Przy projektowaniu rozwiązania trzeba sprawdzić, jaki model przetwarza dane i jakie zasady dotyczące danych obowiązują po stronie jego dostawcy.
Na czyich uprawnieniach działa AI?
MCP uwierzytelnia połączenie jako konkretnego użytkownika. Zakres jego dostępu powinien być więc zaprojektowany równie świadomie jak zakres dostępu pracownika.
Jakie operacje może wykonać?
To jedna z najważniejszych decyzji architektonicznych. Możliwość odczytu danych to coś zupełnie innego niż możliwość tworzenia faktur, zmiany zamówień czy aktualizacji stanów.
Z jakich źródeł korzysta agent?
Nieaktualna instrukcja czy baza wiedzy może prowadzić do nieaktualnych odpowiedzi.
Czy proces podlega dodatkowym regulacjom?
Szczególnie ostrożnie trzeba podchodzić do zastosowań w takich obszarach jak rekrutacja i ocena pracowników.
Odoo 20 rozwija mechanizmy zarządzania minimalnym poziomem zapasów.
System pomaga wyznaczać poziomy minimum i maksimum, uwzględniając m.in. historię popytu, wymagany poziom pokrycia zapasu oraz cykl zamówień.
To może być szczególnie użyteczne w firmach, które dziś ustawiają progi ręcznie i aktualizują je sporadycznie.
Efekt biznesowy jest prosty: mniejsze ryzyko zarówno nadmiernego zatowarowania, jak i braków magazynowych.
Uproszczono również samo uzupełnianie zapasów. System może wyliczać ilość potrzebną do osiągnięcia zakładanego poziomu maksymalnego na podstawie prognozowanego stanu.
W Odoo 20 rozwijana jest również aplikacja Barcode i operacje magazynowe.
Wśród nowości znalazły się m.in.:
CMR można wygenerować bezpośrednio z operacji dostawy lub dostawy zbiorczej.
Odoo mocniej rozwija również analitykę dostawców.
Panel zakupowy pozwala oceniać m.in.:
To ważne rozróżnienie: analiza historycznych terminów dostaw jest dostępna jako źródło wiedzy przy podejmowaniu decyzji zakupowych. Nie należy jednak utożsamiać jej automatycznie z samoczynnym przepisywaniem lead time dostawcy.
Odoo 20 przynosi także kilka zmian ważnych z perspektywy produkcji.
Zlecenia produkcyjne można wygodniej priorytetyzować, a planowanie mocniej koncentruje się na kolejności rzeczywiście wykonywanych prac.
Przeprojektowane widoki mają ułatwiać kontrolę m.in.:
Panel Shop Floor rozwija obsługę kodów kreskowych. Operator może wykonywać część działań bezpośrednio przy stanowisku, co zmniejsza potrzebę przechodzenia między systemem produkcyjnym a dodatkowymi arkuszami czy papierowymi instrukcjami.
Jednym z bardziej praktycznych kierunków jest lepsza widoczność różnicy pomiędzy kosztem zakładanym a faktycznym kosztem zlecenia.
Dla produkcji powtarzalnej różnica kilku procent na pojedynczym zleceniu może być mało widoczna. Przy większej skali przekłada się jednak bezpośrednio na marżę.
Rozwijane są również narzędzia porównujące struktury materiałowe i ich kolejne wersje, co ułatwia analizę zmian receptur, komponentów i konstrukcji produktu.
W Odoo 20 oferty stają się bardziej elastyczne.
Do najciekawszych zmian należą:
To szczególnie przydatne w firmach usługowych, integratorskich i projektowych, gdzie „produktem” jest często zakres prac, a nie SKU.
W Odoo rozwijane są m.in.:
W polskim kontekście trzeba natomiast oddzielić nowości wersji 20 od rozwoju lokalizacji.
JPK i KSeF nie są nowościami wprowadzonymi dopiero w Odoo 20. Są rozwijane w ramach polskich modułów lokalizacyjnych niezależnie od głównej listy zmian wersji 20.
W obszarze projektów rozwijane są narzędzia związane z rejestrowaniem czasu pracy i rozliczaniem usług.
Ciekawą zmianą jest Timesheets Assistant - narzędzie pomagające użytkownikowi odtworzyć aktywność i przygotować propozycję wpisów do timesheetów zamiast ręcznego rekonstruowania całego dnia pod koniec tygodnia.
Telefonia staje się znacznie bardziej rozbudowanym elementem ekosystemu.
Odoo Phone rozwija m.in.:
Trzeba pamiętać, że Odoo nie jest operatorem telekomunikacyjnym. Numery i ruch telefoniczny realizowane są za pomocą zewnętrznego dostawcy, dlatego do kosztu Odoo mogą dojść koszty operatora.
W przypadku języka polskiego możliwości transkrypcji warto sprawdzić na własnych danych przed wdrożeniem na większą skalę.
Jedną z ciekawszych zmian całego systemu jest rozwinięty tryb offline.
Po utracie połączenia można korzystać z części danych zapisanych wcześniej lokalnie, a w odpowiednich warunkach również:
Zmiany trafiają do lokalnej kolejki i synchronizują się po odzyskaniu połączenia.
Trzeba jednak dobrze rozumieć ograniczenia: Odoo nie staje się pełnoprawnym systemem działającym przez wiele dni bez internetu.
Dostępne offline są przede wszystkim dane i widoki, z których użytkownik korzystał wcześniej. Tryb należy więc traktować jako zabezpieczenie przy chwilowym braku zasięgu, a nie alternatywną architekturę offline-first.
Aplikacja ESG integruje dane m.in. z księgowości, floty i pracowników i pozwala przeliczać je na wskaźniki środowiskowe.
System może wykorzystywać dane o zakupach, wydatkach, dojazdach czy aktywności firmy do obliczania emisji CO₂e oraz korzystać z baz współczynników emisyjności.
To dobre źródło danych i baza do procesów raportowania ESG.
Nie traktowalibyśmy jednak samego wdrożenia aplikacji jako automatycznego rozwiązania wszystkich obowiązków sprawozdawczych konkretnej firmy. Zakres wymaganego raportowania trzeba analizować osobno.
Warto zwrócić uwagę również na:
Ważne: połączenie Field Service z Planning nie jest zmianą wprowadzoną dopiero w Odoo 20. Odoo rozpoczęło ten proces wcześniej, w wersjach 19.1 i 19.2. W wersji 20 rozwijany jest już ten wspólny model.
Jedną z najciekawszych zmian komercyjnych jest nowy Light User.
W aktualnym publicznym cenniku Odoo kosztuje on 8,90 USD miesięcznie za użytkownika.
To konto zaprojektowane dla pracowników, którzy nie potrzebują pełnego dostępu do podstawowych aplikacji operacyjnych.
Odoo wskazuje zastosowania związane m.in. z:
Jednocześnie Light User nie jest „tańszym pełnym użytkownikiem”.
Nie daje normalnego dostępu do podstawowych aplikacji takich jak sprzedaż, zakupy, projekty czy księgowość.
Przede wszystkim tam, gdzie firma ma wielu pracowników operacyjnych korzystających tylko z niewielkiego fragmentu ERP:
Przykład: magazyn ma dziesięć osób, które dziś posiadają pełne licencje wyłącznie dlatego, że wykonują kilka powtarzalnych operacji.
W takim modelu Light User może realnie zmienić TCO całego wdrożenia.
Przed przeliczeniem oszczędności trzeba jednak dokładnie sprawdzić, czy rzeczywiste obowiązki danego stanowiska mieszczą się w zakresie tej licencji.
Pełni użytkownicy nadal korzystają z planów Standard lub Custom. Plan Custom obejmuje m.in. Agentic AI, zewnętrzne API, Studio i możliwość korzystania z Odoo.sh lub instalacji On-Premise.
Dla zespołów IT i partnerów wdrożeniowych Odoo 20 to również istotne zmiany technologiczne.
Minimalna wersja Pythona została podniesiona do 3.12, a PostgreSQL do 16.
To szczególnie ważne przy instalacjach On-Premise, gdzie klient lub partner odpowiada za środowisko.
To jedna z ważniejszych technicznych zmian Odoo 20.
W poprzednich wersjach prawa dostępu do modelu i Record Rules były osobnymi mechanizmami.
W Odoo 20 model został przebudowany. Domeny ograniczające dostęp do konkretnych rekordów są integrowane bezpośrednio z Access Rights, a klasyczny model osobnych Record Rules został usunięty.
Dla standardowej instalacji użytkownik nie powinien tego szczególnie odczuć.
Dla rozbudowanych modułów własnych sytuacja jest inna: niestandardowe reguły bezpieczeństwa trzeba koniecznie przetestować podczas migracji.
Zmiany obejmują również framework frontendowy Odoo.
Niestandardowe komponenty, widoki i rozszerzenia JavaScript powinny więc wejść na checklistę testów migracyjnych tak samo jak kod backendowy.
Odoo 20 zostało wydane we wrześniu 2026 roku i jest dostępne jako nowa główna wersja systemu.
W zależności od sposobu hostowania inaczej wygląda jednak moment przejścia istniejącej bazy.
Odoo Online jest aktualizowane według harmonogramu Odoo, natomiast w środowiskach Odoo.sh i On-Premise można znacznie dokładniej zaplanować proces aktualizacji oraz testów.
Przy migracji najważniejsza zasada się nie zmienia:
nie zaczynamy od produkcji.
Najpierw warto przygotować upgrade bazy testowej i sprawdzić:
Im bliżej standardu Odoo działa firma, tym prostszy powinien być kolejny upgrade.
Każda customizacja zwiększa natomiast powierzchnię, którą trzeba sprawdzić.
Premiera Odoo 20 nie oznacza końca On-Premise.
Plan Custom nadal pozwala korzystać z Odoo Online, Odoo.sh albo własnej infrastruktury.
Różnica polega przede wszystkim na odpowiedzialności.
Przy własnym serwerze firma lub partner odpowiada m.in. za:
Dlatego decyzja o hostingu powinna wynikać z architektury, wymogów bezpieczeństwa i kosztu utrzymania, a nie wyłącznie z dostępu do pojedynczej funkcji.
Integracja z KSeF i raportowanie JPK są rozwijane w ramach polskiej lokalizacji Odoo i nie są funkcjami, które pojawiły się dopiero wraz z wersją 20.
Nie traktowalibyśmy więc samego KSeF jako argumentu za aktualizacją do Odoo 20.
Przy upgrade trzeba go natomiast przetestować dokładnie tak samo jak pozostałe elementy lokalizacji księgowej.
Nie patrzcie na Odoo 20 jak na listę nowych przycisków.
Znacznie ciekawsze pytanie brzmi:
który z naszych obecnych procesów jest dziś drogi, powolny albo wymaga dużo ręcznej pracy?
Dopiero potem warto sprawdzić, czy nowa wersja pozwala uprościć go standardem Odoo zamiast budować kolejną customizację.
W jednej firmie największą zmianą może być AI.
W drugiej będzie nią lepsze zarządzanie zapasem.
W trzeciej - możliwość zastosowania Light User dla kilkudziesięciu pracowników operacyjnych.
Pierwszym krokiem powinna być aktualizacja testowa.
Szczególną uwagę zwrócilibyśmy na:
Warto również sprawdzić, czy część kodu własnego nie powiela funkcji, które Odoo 20 ma już w standardzie.
Każdy moduł, którego można się pozbyć, oznacza mniej pracy przy kolejnych aktualizacjach.
Warto zrobić dwie listy.
Pierwsza lista pokaże potencjał zmian funkcjonalnych. Druga - potencjał Light User.
Odoo 20 to wersja, w której AI staje się elementem procesów ERP, a nie wyłącznie chatbotem obok nich. MCP otwiera system na zewnętrznych asystentów, a narzędzia Agentic AI pozwalają automatyzować coraz bardziej złożone operacje.
Jednocześnie nie wszystkie najważniejsze zmiany mają w nazwie „AI”. Dla wielu firm większy wpływ na codzienną pracę mogą mieć nowe możliwości magazynu i produkcji, tryb offline, przebudowa ofertowania albo tańszy dostęp dla pracowników operacyjnych. Z perspektywy migracji wniosek pozostaje podobny jak przy poprzednich wersjach Odoo: im bliżej standardu działa system, tym łatwiej korzystać z kolejnych zmian platformy.