Odoo 20 proširuje izvanmrežni način rada tako da korisnici mogu stvarati, uređivati, arhivirati, vratiti iz arhive i brisati zapise bez aktivne veze. Prethodno izvršene pretrage također se mogu pokretati izvan mreže. Nakon što se povezanost vrati, redovi sinkronizacije obrađuju promjene, uz izvanmrežno sučelje i alate za upravljanje za nadzor procesa. (Odoo 20 Release Notes; Odoo Goes Offline) Time se izvanmrežni pristup pomiče s rezervnog načina za pregled na radni način koji može mijenjati poslovne podatke. Organizacije koje procjenjuju Odoo 20 trebale bi ispitati kako se te promjene ponašaju kada se sinkroniziraju, a ne samo ostaju li zapisi dostupni tijekom prekida.
Odoo Nightly navodi Odoo 20 kao stabilno, preporučeno izdanje Community Edition, s datumom rujan 2026. i podrškom do Odoo 23. (nightly.odoo.com) Ovaj je unos relevantan za planiranje Community Edition, ali ne utvrđuje identičnu izvanmrežnu pokrivenost na svakoj platformi, u svakom Enterprise okruženju ili u svakoj prilagođenoj bazi podataka. Pokrivenost treba provjeriti prema namijenjenoj implementaciji.
Što se promijenilo u odnosu na Odoo 19
Izvanmrežni način rada u Odoo 19 omogućuje korisnicima pregled zapisa otvorenih prije gubitka veze, ali ne i izmjenu dok su izvan mreže. Odoo 20 dodaje stvaranje, uređivanje, arhiviranje, vraćanje iz arhive i brisanje zapisa. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Ovo je funkcionalno proširenje, a ne novo ime za raniju predmemoriju. U Odoo 19 korisnici se mogu pripremiti za prekid veze otvaranjem relevantnih zapisa, ali radnje koje mijenjaju te zapise moraju pričekati povezivost. Odoo 20 podržava i nove zapise i promjene postojećih dok je izvan mreže. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Procjene verzija trebaju razlikovati pristup predmemoriranim informacijama od mogućnosti dovršavanja i redanja operacija nad zapisima. Radni proces koji zahtijeva samo referentne podatke ima drugačije zahtjeve od onoga koji uključuje unos podataka, promjene statusa ili brisanje. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
Potvrđene izvanmrežne operacije
Potvrđene radnje u Odoo 20 pokrivaju pet dijelova životnog ciklusa zapisa: stvaranje, uređivanje, arhiviranje, vraćanje iz arhive i brisanje. Prethodno izvršene pretrage također su dostupne dok je sustav izvan mreže. (Odoo 20 Release Notes) Test prihvaćanja trebao bi uključiti barem jedan scenarij za svaku radnju i potvrditi da se očekivano stanje zapisa prikazuje nakon ponovnog povezivanja i sinkronizacije.
Odoo's Experience session opisuje namjensko izvanmrežno sučelje, redove sinkronizacije i alate za nadzor i upravljanje sinkronizacijom. (Odoo Goes Offline) Te funkcije treba obuhvatiti obukom korisnika i operativnim postupcima. Korisnici trebaju znati gdje se prikazuju stavke u redu, kako prepoznati neriješenu stavku i tko je pregledava. Dostavljeni materijal potvrđuje da alati za upravljanje postoje, ali ne definira njihov potpuni tijek rada ni administrativna dopuštenja.
Potrebna je provjera predmemorije i pokrivenosti pretraživanja
Dokumentacija za Odoo 19 opisuje izvanmrežni pristup u smislu zapisa otvorenih prije gubitka povezanosti. Odoo 20 zasebno potvrđuje da se prethodno izvršene pretrage mogu pokretati izvan mreže. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Dostavljeni izvori ne navode koliko je povezanih podataka zadržano, koliko dugo ostaju dostupni, primjenjuju li se ograničenja pohrane ili je li svako polje povezano s predmemoriranim zapisom dostupno. Također ne utvrđuju vraća li ponavljanje pretrage izvan mreže izvorni skup rezultata ili samo podatke već pohranjene na uređaju.
Prije odobravanja izvanmrežnog tijeka rada, timovi bi trebali identificirati pretrage i vrste zapisa potrebne za svaku ulogu. Testiranje bi trebalo započeti online, pokretanjem relevantnih pretraga i otvaranjem potrebnih zapisa. Zatim se testeri mogu odspojiti i ponoviti predviđene zadatke, uključujući bilo kakvo korištenje privitaka, povezanih zapisa i obveznih polja. To su točke provjere, a ne potvrđena ograničenja, jer dostavljene informacije o izdanju ne opisuju njihovo ponašanje. (Napomene o izdanju Odoo 20)
Rukovanje sukobima zahtijeva testiranje
Potvrđeni su redovi sinkronizacije i alati za upravljanje, ali navedeni izvori ne objašnjavaju kako Odoo 20 rješava konkurentne promjene istog zapisa, pogreške validacije nakon ponovnog povezivanja ili ovisnosti između operacija u redu čekanja. (Odoo Goes Offline) Prisutnost reda čekanja ne utvrđuje politiku sukoba. Njegovo ponašanje treba demonstrirati u planiranoj verziji i konfiguraciji Odooa.
Test sukoba može uključivati jednog korisnika koji izvanmrežno mijenja zapis dok drugi taj isti zapis mijenja na mreži. Nakon ponovnog povezivanja, tim treba provjeriti rezultirajuće vrijednosti, status reda čekanja i obavijest korisniku. Posebni testovi trebaju obuhvatiti izvanmrežnu izmjenu zapisa koji je drugdje arhiviran ili izbrisan te novokreirani zapis koji ne prolazi poslužiteljsku pravilu. Testiranje treba dokumentirati ima li prednost ažuriranje, događa li se spajanje ili je potrebna ručna intervencija. (Odoo Goes Offline)
Kontrole pristupa i destruktivne radnje
Budući da Odoo 20 uključuje izvanmrežno arhiviranje, poništavanje arhiviranja i brisanje, evaluacija bi trebala ići dalje od uobičajenog unosa podataka. (Napomene o izdanju Odoo 20) Organizacije trebaju provjeriti primjenjuju li se prava pristupa, pravila zapisa i zahtjevi za odobrenje kada se izvanmrežna radnja dogodi, tijekom sinkronizacije ili u obje faze. Napomene o izdanju potvrđuju dostupne radnje, ali ne objašnjavaju kako se svaka sigurnosna kontrola ponaša bez veze.
Testiranje treba koristiti reprezentativne korisničke uloge, a ne samo administratorski račun. Svaka uloga treba pokušati dopuštene i zabranjene radnje dok je povezana i nepovezana. Ispitivači zatim trebaju provjeriti ostaju li promjene u redu čekanja vidljive, jesu li poruke o odbijanju jasne te stižu li arhivirani, vraćeni ili izbrisani zapisi u željeno konačno stanje. Procesi u kojima brisanje ima značajne posljedice trebaju imati dokumentiran izvanmrežni postupak prije uvođenja u rad. (Napomene o izdanju Odoo 20; Odoo Goes Offline)
Prilagođeni moduli trebaju ciljano testiranje
Potvrđena značajka obuhvaća Odoo 20 izvanmrežne operacije nad zapisima i mogućnosti sinkronizacije, ali navedeni izvori ne tvrde da je svaki prilagođeni modul, modul treće strane, automatizirana radnja ili vanjska integracija kompatibilna s izvanmrežnim radom. (Napomene o izdanju Odoo 20; Odoo Goes Offline) Prilagođena uvođenja stoga trebaju procijeniti podršku modul po modul, umjesto da pretpostave da se izvanmrežni način rada jednako primjenjuje na cijelu bazu podataka.
Testiranje treba obuhvatiti prilagođena polja, ponašanje onchange, obavezne vrijednosti, izračunate vrijednosti i poslužiteljske provjere koje se koriste u radnim tokovima organizacije. Integracije koje inače reagiraju na stvaranje ili uređivanje zapisa također treba promatrati nakon što se promjene iz reda čekanja sinkroniziraju. Cilj nije pretpostaviti neuspjeh, nego utvrditi radi li svaka stavka izvan mreže, čeka li ponovno povezivanje, proizvodi li odbijenu stavku u redu čekanja ili zahtijeva drugačiji postupak. (Napomene o izdanju Odoo 20; Odoo Goes Offline)
Pitanja koja treba riješiti prije uvođenja
Odoo 20 pruža širi potvrđeni skup izvanmrežnih mogućnosti od Odooa 19, uz namjensko sučelje i alate za sinkronizaciju za posao u redu čekanja. (Odoo 19.0 Docs: General Offline Mode; Napomene o izdanju Odoo 20; Odoo Goes Offline) Prije oslanjanja na te mogućnosti, organizacija treba provjeriti koje su aplikacije i tipovi zapisa obuhvaćeni, što korisnici moraju otvoriti ili pretražiti prije prekidanja veze, kako se sukobi prikazuju i tko nadzire neuspjelu ili odgođenu sinkronizaciju.
Odluka o uvođenju također bi trebala zabilježiti podržane uređaje i okruženja za implementaciju, ponašanje pohrane i zadržavanja, rezultate kontrole pristupa, ishode prilagođenih modula te postupke za brisanje ili druge posljedične promjene. Navedeni materijali za izdanje ne odgovaraju na ta pitanja o provedbi, ali upravo ona određuju odgovaraju li potvrđene funkcije određenom izvanmrežnom radnom toku. (Napomene o izdanju Odoo 20; Odoo Goes Offline)
Za planiranje Community Editiona, Odoo Nightlyjeva oznaka stabilno i preporučeno daje navedeni status verzije, uz podršku do Odoo 23. (nightly.odoo.com) Operativno odobrenje i dalje bi trebalo ovisiti o testiranju točne verzije, modula, dopuštenja i radnih tokova koje će korisnici koristiti izvan mreže. Potvrđena promjena je da Odoo 20 ide dalje od Odoo 19 pristupa samo za čitanje prethodno otvorenih zapisa, dopuštajući izvanmrežno stvaranje i izmjenu u redu čekanja. Testiranje mora utvrditi kako se ta mogućnost ponaša u konfiguraciji organizacije. (Odoo 19.0 dokumentacija: Opći izvanmrežni način; Napomene uz izdanje Odoo 20; Odoo prelazi izvan mreže)