Prelazak s WooCommercea: hrvatski vodič

Prelazak s WooCommercea na novi sustav u Hrvatskoj nije samo izvoz proizvoda i mapa preusmjeravanja. Uz katalog, kupce i narudžbe neoštećeno moraju preći i stvari koje traže hrvatski propisi: fiskalni certifikat i neprekinuti niz brojeva računa, prijava proizvođača softvera Poreznoj upravi, KPD oznake za eRačune, povijest cijena za pravilo najniže cijene u 30 dana, arhiva dnevnih cjenika i dokazi da su kupci pristali na newsletter. Ništa od toga ne piše u općim vodičima za migraciju, a sve se lako izgubi prvog dana.

Vodič ide redom kojim radimo prelazak: što pripremiti dok stari webshop radi, što prenijeti, što prijaviti i što provjeriti nakon prelaska. Ne ovisi o tome na koju platformu prelazite. Kako izgleda naš postupak s paralelnim radom i povratkom na stari sustav, opisano je na stranici migracija webshopa.

Ukratko

• Fiskalizacija: certifikat je vaš i prelazi u novi sustav; niz brojeva računa ostaje bez praznina; promjenu softvera prijavljujete Poreznoj upravi (članci 9., 10. i 17. Zakona o fiskalizaciji).
• Cijene: prenesite povijest cijena za barem 30 dana, inače prva akcija u novom sustavu nema ispravnu referentnu cijenu (članak 19. Zakona o zaštiti potrošača).
• Cjenik: od 17. 11. 2026. objavljeni cjenici moraju ostati dostupni 30 dana, pa arhiva prelazi s webshopom (NN 101/2026, točka II.).
• Kupci: lozinke ne treba resetirati; WordPressovi hashevi provjeravaju se pri prvoj prijavi i tada spremaju novim algoritmom.
• Google: svaki stari URL dobiva trajno preusmjeravanje (301) na najbliži novi; kratkotrajne oscilacije pozicija su očekivane.

1. Popišite što stari webshop zapravo radi

Prije izvoza popišite sve što WooCommerce danas radi, zajedno s dodacima: fiskalizaciju, dostavu, feedove za Google i usporednike cijena, e-mailove kupcima, kupone, newsletter i porezna pravila. Svaki dodatak je funkcija koju novi sustav mora preuzeti ili je svjesno ugasiti. Uz to izvezite sve URL-ove koje Google ima u indeksu, iz sitemapa i Search Consolea, jer iz tog popisa nastaje mapa preusmjeravanja u devetom koraku.

2. Fiskalizacija: certifikat, brojevi računa, prijava softvera

Digitalni certifikat kojim se potpisuju računi pripada obvezniku fiskalizacije, ne softveru (članak 10. Zakona o fiskalizaciji, NN 89/2025), pa isti certifikat koristite i u novom sustavu. Numerički broj računa teče bez praznina po poslovnom prostoru ili po uređaju za izdavanje računa (članak 9. stavak 2.). Novi sustav zato ili nastavlja niz starog, ili dobiva vlastitu oznaku uređaja, a pravilo upisujete u interni akt (članak 9. stavak 3.). Najčišće je da dan prelaska bude prvi dan s novom oznakom uređaja, kako se dva sustava nikad ne bi preklopila.

Poreznoj upravi prijavljujete i proizvođača ili održavatelja programskog rješenja, s OIB-om (članak 17.). Promjenu proizvođača ili održavatelja prijavljujete za postojeći poslovni prostor, kroz ePorezna (Pravilnik o fiskalizaciji računa u krajnjoj potrošnji, NN 153/2025, članak 19. stavci 2. i 8.). Napravite to za dan prelaska, ne naknadno.

3. KPD oznake na proizvodima

Ako webshop ili ERP izdaje eRačune tvrtkama, svaka stavka eRačuna nosi šesteroznamenkastu KPD oznaku (članak 42.). Provjerite gdje je ta oznaka danas, u dodatku, u ERP-u ili u glavi računovođe, i u novom katalogu je upišite kao atribut proizvoda. Tako svaki novi proizvod ne traži ručni unos pri izdavanju računa.

4. Povijest cijena za pravilo 30 dana

Tijekom akcije ističete i najnižu cijenu koju ste za isti proizvod primjenjivali u 30 dana prije akcije (članak 19. stavak 4. Zakona o zaštiti potrošača), a od izmjena iz NN 59/2026 ta je cijena ujedno referentna za izračun cijene tijekom akcije. Novi sustav koji kreće bez povijesti ne zna tu cijenu, pa prva akcija nakon prelaska može prikazati pogrešan popust. Provjerite gdje stari webshop čuva povijest cijena i prenesite barem zadnjih 30 dana. Ako je ne čuva nigdje, ne pokrećite akciju dok novi sustav ne skupi 30 dana vlastite povijesti.

Isto vrijedi za dodatnu (sidrenu) cijenu: od 17. 11. 2026. uz cijenu se ističe i cijena od 10. 9. 2026., a za hranu, piće, kozmetiku i još tri kategorije kod trgovaca koji su je već isticali cijena od 2. 5. 2025. (NN 101/2026-1212, točke II. i IV.). To je polje proizvoda koje mora preći, a ne nešto što se može izračunati iznova. Više o tome u tekstu o sidrenoj cijeni i XML cjeniku.

5. Cjenik i njegova arhiva

Od 17. studenoga 2026. trgovac s mrežnim stranicama svakog radnog dana do 8 sati objavljuje cjenik u .xml ili .csv formatu, čuva objavljene cjenike i osigurava njihovu dostupnost 30 dana (Odluka NN 101/2026, točka II.; početak primjene pomaknut je Odlukom NN 110/2026). Mora omogućiti i da ih automatizirani programi dohvaćaju u stvarnom vremenu (točka VII.). Odluka ne propisuje adresu datoteke, ali alati koji cjenike prikupljaju znaju staru. Zato cjenik i arhivu zadnjih 30 dana prenesite na iste adrese ili ih trajno preusmjerite, i provjerite da ih novi robots.txt ne blokira.

6. Kupci i lozinke

WooCommerce REST API vraća kupce s adresama, ali lozinku samo prima: u dokumentaciji je to polje označeno kao „write-only” (WooCommerce REST API). Hashevi lozinki zato se prenose izravno iz baze WordPressa. Starije lozinke imaju prefiks $P$ (phpass), a od WordPressa 6.8 nove se spremaju kao bcrypt s prefiksom $wp$2y$ (WordPress 6.8 i bcrypt). Novi sustav koji zna provjeriti oba oblika pusti kupca da se prijavi starom lozinkom i tada je sprema svojim algoritmom. Masovni reset lozinki nije potreban, a kupci ne dobivaju e-mail koji izgleda kao phishing.

7. Narudžbe i računi samo za čitanje

Povijest narudžbi prenosite preko REST API-ja ili izvoza iz baze, kako bi kupac u novom korisničkom računu vidio stare narudžbe, a vi povrate i reklamacije. Već izdani računi prelaze samo za čitanje. Softver koji može mijenjati stavke već izdanog računa zakon smatra rješenjem koje omogućuje izbjegavanje fiskalizacije (članak 14. stavak 2.), pa uvezeni računi ne smiju biti uredivi. Povrat za narudžbu iz starog sustava izdajete kao novi fiskalizirani dokument u novom sustavu, s pozivom na izvorni račun (članak 24.).

8. Dokazi privola za newsletter

Kad se obrada temelji na privoli, voditelj obrade mora moći dokazati da ju je ispitanik dao (članak 7. stavak 1. Opće uredbe o zaštiti podataka). Popis e-adresa bez datuma, izvora i teksta privole taj dokaz ne čini. Za svaku adresu prenesite kada je i gdje privola dana i na što se odnosila, a adrese bez dokaza ne uvozite u novi alat. Privole za kolačiće obično su spremljene u pregledniku i vezane uz stari banner, pa ih novi banner u pravilu traži ponovno.

9. Preusmjeravanja i Search Console

Svaki stari URL koji ima promet ili poveznice dobiva trajno preusmjeravanje (301) na najbliži novi URL: proizvod na proizvod, kategorija na kategoriju, a ne sve na naslovnicu. Google pri premještanju stranica s promjenom URL-ova preporučuje trajna preusmjeravanja i upozorava da su privremene oscilacije pozicija očekivane (Google Search Central). Nakon prelaska u Search Consoleu pratite izvješće o indeksiranju i pogreške 404.

Koliko prelazak traje ovisi ponajviše o dodacima koje treba zamijeniti i o integracijama, a manje o broju proizvoda. Ako još birate platformu, usporedbu donosimo u tekstu WooCommerce vs Shopify za hrvatsko tržište, a kako fiskalizacija radi na tim platformama u tekstu o fiskalizaciji na WooCommerceu i Shopifyju. Ako trebate plan prelaska s paralelnim radom, zatražite ponudu: razgovarate izravno s inženjerom koji radi prelazak, a odgovor stiže unutar 24 sata radnim danom.

Ovaj članak nije porezni savjet. Za svoj slučaj obratite se računovođi ili Poreznoj upravi.