Ažuriranje WooCommerce prodavnice na verziju 11.2 nosi promjenu koja može tiho pomjeriti brojeve u izvještajima, izvozima i integracijama — bez ijedne poruke o grešci.
Ako prodajete preko sajta, vjerovatno ste navikli da ažuriranja prolaze sama od sebe i da se ne primijete. Uglavnom i prolaze. Ali ova verzija mijenja način na koji prodavnica radi, a ne kako izgleda, i takve se izmjene primijete najkasnije — obično kad neko uporedi dva izvještaja koja se ne slažu.
Šta donosi WooCommerce 11.2
WooCommerce 11.2 objavljen je 7. oktobra 2026, dan kasnije nego što je planirano, zbog dodatnih sigurnosnih zakrpa. Spisak izmjena objavljen je unaprijed, 21. septembra, u zvaničnim bilješkama uz izdanje.
Vrijedi pogledati i tempo. Verzija 11.1 izašla je početkom septembra, pa dvije popravke — 18. i 22. septembra — i sada 11.2. To su četiri izdanja u pet sedmica.
Taj tempo je dobar za sigurnost, jer se propusti zatvaraju brzo. Ali znači i da neko mora da ih prati. Prodavnica koja se ažurira sama, bez da iko poslije provjeri da naplata prolazi, radi na povjerenje. O tome šta sve obuhvata uredno održavanje sajtova pisali smo ranije.
Zašto ažuriranje može pomjeriti brojeve u izvještajima i izvozima
Do sada su funkcije preko kojih pluginovi, izvozi i prilagođeni izvještaji traže narudžbe i proizvode po datumu taj datum čitale po svjetskom vremenu (UTC). Od ove verzije čitaju ga po vremenskoj zoni vaše prodavnice. Kod proizvoda to važi za svaku prodavnicu, a kod narudžbi za prodavnice koje ih još čuvaju na stari način, kao objave.
Zvuči kao sitnica administrativne prirode. U praksi znači da se granice dana pomjeraju za sat ili dva. Narudžba koja je stigla u pola jedan poslije ponoći ranije je pripadala jednom danu, a sada pripada drugom.
Dok gledate mjesec u cjelini, razlika je zanemariva. Primijeti se na rubovima: kad poredite dan sa danom, kad zatvarate mjesec, ili kad podatke sa sajta složite uz ono što vam je poslalo knjigovodstvo. Isto važi za automatske izvještaje koji vam stignu na mejl i za izvoz podataka u druge sisteme.
Nijedna od tih situacija neće prijaviti grešku. Brojevi će jednostavno biti malo drugačiji, a vi ćete tražiti uzrok na pogrešnom mjestu.
Kuponi se primjenjuju drugim redoslijedom
Druga izmjena tiče se popusta. Ako je uključeno postepeno primjenjivanje popusta, a kupac unese više kupona istog prioriteta, WooCommerce ih je do sada primjenjivao počevši od onog sa najmanjim iznosom. Sada ih primjenjuje redom kojim ih je kupac unio.
Ako dozvoljavate kombinovanje kupona, krajnji iznos u korpi može se razlikovati od onoga na šta ste navikli. Ako kuponi ne mogu da se kombinuju, ovo vas se ne tiče.
Vrijedi provjeriti prije nego krene sezona popusta, a ne usred nje.
Dvije funkcije koje nestaju iz prodavnice
Iz ove verzije uklonjene su dvije eksperimentalne funkcije: sistem za vraćanje napuštenih korpi i interfejs za kupovinu preko AI agenata (Agentic Checkout API). Obje su bile označene kao eksperimentalne, što znači da je autor zadržao pravo da ih povuče — i povukao ih je.
Ako se vaša prodavnica oslanjala na neku od njih, ta funkcionalnost prestaje da radi poslije ažuriranja. Napuštene korpe se posebno tiču onih koji su na njima gradili dio prihoda.
Pouka je šira od ove dvije funkcije. Sve što u sistemu nosi oznaku „eksperimentalno“ je ponuda, ne obećanje. Takve stvari su u redu za isprobavanje, ali ne i kao temelj nečega od čega vam zavisi prodaja.
Šta je u ovom izdanju korisno
Ne bi bilo pošteno prikazati izdanje samo kroz ono što može zasmetati, jer donosi i dvije korisne stvari.
Prva se tiče unošenja proizvoda iz tabele. Do sada je sistem proizvode prepoznavao po svojoj šifri; sada ih može prepoznati i po bar-kodu, odnosno po oznakama GTIN, UPC, EAN i ISBN. Ako cjenovnike dobijate od dobavljača, ovo štedi sate ručnog uparivanja.
Druga su datumska polja u naplati. Možete tražiti datum — rođendan, željeni dan isporuke — i kupac ga bira iz kalendara umjesto da ga kuca.
Kako mi radimo ažuriranja
Prodavnice koje održavamo ne ažuriraju se automatski. Svako ažuriranje radimo ručno i prvo ga puštamo na kopiju sajta (staging), gdje testiramo da li sve radi. Tek kada je sve u redu, izmjene prebacujemo na živu prodavnicu.
Poslije ažuriranja radimo test narudžbu, jer jedino ona potvrđuje da kupac i dalje može da kupi i plati. Prije svakog prebacivanja na živi sajt pripremimo i povratak na prethodno stanje (rollback): ako nešto ipak krene loše, prodavnicu vraćamo za svega nekoliko minuta.
Ako je prodavnica povezana sa ERP-om ili knjigovodstvom, poslije ovog izdanja vrijedi uporediti i izvoz podataka sa njihovim izvještajima. Izmjena sa datumima neće se vidjeti u samom shopu, nego tek tamo gdje se brojevi iz dva sistema sretnu.
Održavanje WordPress sajta: šta pitati svog developera
Ništa od ovoga nije razlog da se ažuriranje WooCommerce prodavnice odgađa. Zaostajanje je skuplje, i neodržavan sajt škodi biznisu na načine koji se vide tek kasnije.
Ali jeste razlog da se to ne desi samo od sebe, u petak poslije podne, bez ikoga da pogleda šta je poslije toga.
Tri pitanja za onoga ko vam održava sajt, koja se mogu postaviti u jednom mejlu:
- Da li ovaj update prvo ide na kopiju sajta, pa tek onda na onu koja prodaje?
- Ko poslije ažuriranja provjeri da naplata prolazi i da izvještaji pokažu očekivane brojeve?
- Ako nešto krene loše, koliko treba da se prodavnica vrati na stanje prije ažuriranja?
Ako na sva tri postoji jasan odgovor, ovo izdanje će proći kao i svako prije njega. Ako nema, problem nije u ovoj verziji WooCommerce-a — nego u tome šta će se desiti kod sljedeće.
