Wdrożenie Odoo 19 bez poprawiania czegokolwiek: co ustalić wcześniej, w jakiej kolejności, czego nie migrować i gdzie boli w porównaniu z 17 i 18

Aplikacje zainstalowane, zanim ktokolwiek zdecydował, gdzie działa baza danych. Sklep podłączony przed uporządkowaniem katalogu. Lata zaimportowanych faktur, których nikt nigdy nie otworzy. To błędy kolejności, które wymagają najwięcej poprawek, a Odoo 19 ich nie zmienia. Dodaje za to, względem 17 i 18, pułapki, o których nie piszą przeglądy nowości.

Co ustala się, zanim cokolwiek ruszysz

Są decyzje tanie na początku i drogie do cofnięcia. Gdzie działa system: w standardowym planie Odoo Online nie instaluje się modułów z własnym kodem Python, więc jeśli będziesz potrzebować konektora, hosting zdecydował już za Ciebie. Community czy Enterprise. W Hiszpanii który system wystawia fakturę prawną: jeśli kasa lub sklep już fakturują, Odoo nie może drugi raz fakturować tej samej sprzedaży, a przy VeriFactu każda wystawiona faktura zostawia powiązany łańcuchowo rejestr, którego nie da się cofnąć. Do tego jedna decyzja biznesowa: które procesy muszą działać pierwszego dnia.

Rzeczywista kolejność projektu

1. Firma z prawidłowym krajem, walutą i danymi podatkowymi.
2. Plan kont, podatki i obszary podatkowe.
3. Dane podstawowe: kontakty, produkty, warianty, cenniki i dostawcy.
4. Procesy: sprzedaż, zakupy, magazyn, fakturowanie i płatność, skonfigurowane i przetestowane jeden po drugim.
5. Integracje: sklep, marketplace'y, przewoźnicy i bank.
6. Pełny cykl na kopii z prawdziwymi danymi: zamówienie, kompletacja, etykieta, faktura, płatność i zwrot.
7. Salda otwarcia i stan magazynowy na dzień odcięcia, a potem uruchomienie.

Pierwszy krok wygląda na banalny, ale taki nie jest. Odoo wybiera plan kont na podstawie kraju firmy w chwili instalacji Księgowości: przy błędnym kraju wchodzi plan ogólny, a późniejsza zmiana koliduje z już istniejącymi kontami. Waluty nie da się zmienić, gdy istnieje choćby jeden zapis.

Dane podstawowe: tu projekt się wygrywa lub przegrywa

Jeden SKU na produkt, bez powtórzeń. Warianty jako atrybuty, a nie osobne produkty z kolorem w nazwie. Wypełniona waga i wymiary: bez nich nie powstanie etykieta przewoźnika. Kontakty bez duplikatów i z numerem NIP. I jedna osoba odpowiedzialna za każdy blok danych. Warto trafić za pierwszym razem, bo produktu z ruchami magazynowymi nie da się już usunąć, można go tylko zarchiwizować. Wzór i szczegóły w przygotowaniu danych podstawowych przed migracją.

Czego NIE migrować

Kusi, żeby przenieść wszystko, i prawie nigdy się to nie opłaca. Do Odoo wchodzą salda, nie historia: faktury nierozliczone (należności i zobowiązania), bilans otwarcia na dzień odcięcia i stan magazynowy według lokalizacji na ten sam dzień. Reszta zostaje poza systemem:

• Faktury i zamówienia z zamkniętych lat obrotowych: sprawdza się je w poprzednim systemie lub w eksporcie, który nadal się przechowuje.
• Stare ruchy magazynowe: importuje się ilość według lokalizacji, nie drogę każdej sztuki.
• Produkty i klienci bez aktywności: granicę wyznacza biznes, nie technik.
• Pola, których nikt nie wypełnia, i automatyzacje, które obchodziły ograniczenia poprzedniego programu. Migrować je to migrować problem.

Jeśli jest eCommerce, sklep przychodzi po katalogu

We wdrożeniu Odoo dla eCommerce pierwsza decyzja to czy sklepem będzie Odoo Website, czy zostanie poza Odoo. Przy Odoo Website nie ma czego synchronizować, bo zamówienie internetowe jest zamówieniem sprzedaży (kiedy to się opłaca, a kiedy nie). Jeśli sklep działa na Shopify lub WooCommerce albo sprzedajesz na marketplace'ach, Odoo jest głównym źródłem stanów magazynowych, a SKU wspólnym kluczem. Dlatego integracje idą na końcu: konektor włączony na brudnym katalogu rozsiewa bałagan po wszystkich kanałach.

Nasze opublikowane konektory (Shopify, Amazon, Mirakl, Temu i reszta katalogu) działają w Odoo 17, 18 i 19, a większość także w Odoo 20 (każda karta podaje swoje wersje).

Pułapki Odoo 19 względem 17 i 18

Dla użytkownika Odoo 19 jest bardzo podobne do 18. To, co boli, kryje się pod spodem, w modułach firm trzecich. To, że karta mówi „zgodny z 19”, nie gwarantuje, że się zainstaluje: wersja 19 przeniosła kategorię grup dostępu do nowego modelu, res.groups.privilege, a moduł przeportowany w pośpiechu zawodzi z błędem Invalid field 'category_id' in 'res.groups' (dlaczego się kompiluje, a nie instaluje).

Najgorsza pułapka nie zgłasza błędu: w wersji 19 _sql_constraints jest ignorowane z ostrzeżeniem w logu. Moduł się instaluje, testy przechodzą, a ograniczenia unikalności, które uniemożliwiało dwukrotny import tego samego zamówienia, nie ma w bazie danych. Z kolei arkusz wydatków (hr.expense.sheet) z wersji 17 i 18 w 19 nie istnieje: obieg akceptacji zbudowany na nim trzeba zrobić od nowa. Pełna lista w utrzymywaniu tego samego modułu w Odoo 19, 18 i 17.

Kiedy nie potrzebujesz integratora

Jeśli używasz Odoo Online, Twoje procesy mieszczą się w standardzie i nie ma sklepu, marketplace'ów ani przewoźników do podłączenia, nie potrzebujesz inżynierii: standardowa konfiguracja doprowadzi Cię do uruchomienia. Kontakt z nami ma sens, gdy są kanały sprzedaży, integracje, własne moduły albo migracja z danymi do uporządkowania; to właśnie robimy we wdrożeniach Odoo 17, 18 i 19.

Najczęstsze pytania

Przydatne linki w FlexigoTech