Od 1. listopada 2026. cjenik na web stranici za velik broj trgovaca i pružatelja usluga više nije samo PDF koji netko povremeno ažurira ili popis cijena koji kupac može pročitati na stranici.
Ako poslujete prema potrošačima i imate vlastitu web stranicu, nova pravila uvode i strojno čitljiv cjenik u CSV ili XML formatu.
Za trgovce je stvar još konkretnija: novi cjenik treba objaviti svakog radnog dana, najkasnije do 8:00 ujutro.
Drugim riječima, za webshop sa stotinama ili tisućama proizvoda ovo vrlo brzo prestaje biti zadatak koji želite ručno ponavljati svako jutro.
Što znači “cjenik na web stranici”?
Ne radi se samo o stranici na kojoj posjetitelj vidi:
- naziv proizvoda
- cijenu
- opis
- gumb za kupnju
Uz uobičajeni prikaz cijena, propisana je i objava zasebnog cjenika u formatu pogodnom za automatsku obradu podataka.
Dopušteni formati su:
- CSV
- XML
Takva datoteka može se automatski preuzeti, obraditi i usporediti s drugim podacima.
U praksi korisnik može na vašem webu imati stranicu poput:
mojweb.hr/cjenik/
na kojoj se nalazi aktualni cjenik i arhiva prethodnih verzija.
Primjer:
Web trgovina
Aktualni cjenik — 25. 9. 2026. [Preuzmi CSV]
Arhiva
24. 9. 2026. 23. 9. 2026. 22. 9. 2026.
To je puno preglednije od ručnog mijenjanja jedne datoteke iz dana u dan.
CSV ili XML — morate li imati oba?
Ne.
Prema trenutačnim pravilima dovoljan je CSV ili XML.
To znači da za većinu manjih i srednjih webshopova CSV može biti sasvim dovoljno rješenje za početak.
Važno je da datoteka:
- bude pravilno strukturirana
- sadrži potrebne podatke
- bude javno dostupna
- može se automatski obraditi
- bude ažurirana u propisanom roku
Drugim riječima, nije dovoljno napraviti lijepu HTML tablicu koju samo čovjek može pročitati.
Treba postojati i stvarna .csv ili .xml datoteka.
Trebate li poseban API?
Ne nužno.
Oko toga se pojavilo dosta pitanja jer nova pravila spominju automatizirane programe i strojno dohvaćanje cijena.
Službeno pojašnjenje Ministarstva razjasnilo je da se ta obveza u praksi može ispuniti već time što je odgovarajući CSV ili XML cjenik javno objavljen na web stranici.
Dakle, nije nužno razvijati poseban API samo da biste zadovoljili taj dio zahtjeva.
API može biti koristan kao dodatna integracija, ali pravilno objavljena strojno čitljiva datoteka ostaje osnovna stvar koju treba riješiti.
Koliko često trgovac mora objaviti novi cjenik?
Za trgovce je raspored vrlo jasan:
jednom dnevno radnim danom, najkasnije do 8:00 sati za tekući dan.
To vrijedi čak i ako tog jutra nemate dramatične promjene cijena.
Primjer:
ponedjeljak — novi cjenik utorak — novi cjenik srijeda — novi cjenik četvrtak — novi cjenik petak — novi cjenik
Ako tijekom dana uvedete kratkotrajno sniženje, nije potrebno zbog svake takve promjene ponovno objavljivati novu datoteku za isti dan.
Ali jutarnji cjenik mora biti spreman na vrijeme.
Tu nastaje praktičan problem.
Ako imate 50 proizvoda, to se možda još može kontrolirati ručno.
Ako imate:
- 500 proizvoda
- 3.000 proizvoda
- više skladišta
- više poslovnica
- različite cijene po lokacijama
ručni proces vrlo brzo postaje ozbiljan operativni posao.
A što je s pružateljima usluga?
Kod usluga je dinamika nešto jednostavnija.
Novi cjenik nije potrebno generirati svakog jutra ako se cijene nisu promijenile.
Pružatelj usluge objavljuje novi cjenik kada promjena cijene stupa na snagu, najkasnije do 8:00 tog dana.
Primjer:
frizerski salon 1. listopada objavi cjenik.
Muško šišanje:
20 €
Ako cijena ostane ista do prosinca, ne treba svakog jutra objavljivati identičnu datoteku.
Kada 1. prosinca cijena postane 22 €, tada se objavljuje nova verzija cjenika.
Obična prezentacijska web stranica nije automatski izuzeta
Još jedna česta pretpostavka je:
“Nemam webshop, samo običnu web stranicu.”
To samo po sebi ne rješava pitanje cjenika.
Službeno pojašnjenje posebno navodi i subjekte čija web stranica služi samo u informativne ili prezentacijske svrhe.
Zato nije presudno postoji li WooCommerce checkout.
Ako imate vlastitu web stranicu i poslujete u obuhvatu novih pravila, treba provjeriti i obvezu objave cjenika.
Profil na društvenoj mreži sam po sebi nije isto što i vlastita mrežna stranica.
Webshop treba vlastiti cjenik
Ovo je posebno važno za poslovanja koja imaju i fizičke trgovine.
Webshop se ne “pokrije” automatski cjenikom jedne fizičke poslovnice.
Primjer:
tvrtka ima:
- webshop
- trgovinu Zagreb
- trgovinu Split
To u praksi znači tri zasebna prodajna konteksta.
Webshop treba imati vlastitu datoteku cjenika, neovisno o tome što su cijene proizvoda već vidljive na stranicama webshopa.
Imate više poslovnica? Svaka treba svoj cjenik
Kod više fizičkih lokacija stvar postaje još ozbiljnija.
Službeno pojašnjenje Ministarstva navodi da se zasebna datoteka objavljuje za svaku lokaciju.
I to vrijedi čak i kada poslovnice imaju:
- isti asortiman
- iste cijene
Zašto?
Jedan od razloga je raspoloživost proizvoda po lokaciji.
Primjer:
| Proizvod | Zagreb | Split | | --- | --- | --- | | Proizvod A | dostupno | dostupno | | Proizvod B | dostupno | nedostupno | | Proizvod C | nedostupno | dostupno |
Zato jedna univerzalna datoteka ne mora opisivati stvarno stanje svakog objekta.
Ako imate:
- webshop
- Zagreb
- Split
- Rijeka
- Osijek
možete završiti s pet zasebnih cjenika koje treba pravilno generirati, imenovati, objaviti i arhivirati.
Upravo tu ručni proces vrlo brzo prestaje biti praktičan.
Što cjenik proizvoda treba sadržavati?
Za proizvode struktura uključuje više podataka od same cijene.
Ovisno o tome što je primjenjivo, cjenik obuhvaća podatke poput:
- naziva proizvoda
- šifre
- marke
- jedinice mjere
- cijene po jedinici mjere
- maloprodajne cijene
- podatka o posebnom obliku prodaje
- naziva posebnog oblika prodaje
- referentne cijene
- barkoda
- statusa dostupnosti
Za webshop je velik dio tih podataka često već negdje spremljen u WooCommerceu.
Problem je spojiti ih u ispravnu strukturu i redovito objavljivati bez ručnog rada.
Cjenik usluga je jednostavniji
Kod usluga broj obveznih podataka je manji.
U osnovi se radi o informacijama poput:
- naziva usluge
- maloprodajne cijene
- eventualnog posebnog oblika prodaje
- referentne cijene
Ali čak ni kod usluga nije uvijek sve jednostavno.
Što ako se usluga naplaćuje:
- po satu
- po kilometru
- po kvadratnom metru
- prema broju osoba
- prema specifikaciji kupca
Kod takvih modela nije cilj izmisliti jednu fiksnu cijenu.
Potrebno je pravilno evidentirati elemente od kojih se konačna cijena formira.
Naziv datoteke također ima pravila
Još jedan detalj koji je lako previdjeti: nije dovoljno svaki dan napraviti:
cjenik.csv
Naziv datoteke treba sadržavati propisane elemente vezane uz objekt, lokaciju, oznaku, broj pohrane te datum i vrijeme.
Primjer tehnički može izgledati približno kao:
webshop_WEB-01_001_2026-10-01_07-30.csv
Za fizičku trgovinu:
prodavaonica_Ilica-150-Zagreb_P-01_104_2026-10-01_07-30.csv
To je upravo vrsta zadatka koju nema smisla svaki dan ručno prepisivati.
Sustav bi to trebao generirati sam.
Stari cjenik ne smijete samo obrisati
Objavom novog cjenika posao nije završen.
Prethodno važeće verzije trebaju ostati javno dostupne najmanje 30 dana.
To znači da trebate imati arhivu.
Primjer:
/cjenik/
→ aktualni cjenik
/cjenik/arhiva/
→ prethodne verzije
Za trgovca koji objavljuje novi cjenik svakog radnog dana to znači desetke datoteka koje stalno treba uredno voditi.
Najveći problem nije generirati jedan CSV
Jedan CSV možete napraviti ručno.
Pravi problem počinje kada taj proces treba raditi:
- svaki radni dan
- prije 8:00
- za tisuće proizvoda
- za više poslovnica
- uz različito stanje zaliha
- uz pravilne nazive datoteka
- uz arhiviranje
- bez preskakanja dana
Tada više ne pričamo o “exportu”.
Pričamo o procesu koji treba pouzdano raditi svaki dan.
I upravo tu automatizacija ima najveću vrijednost.
Što ako cijene dolaze iz drugog sustava?
Kod ozbiljnijih trgovaca webshop često nije jedini izvor podataka.
Primjer:
WooCommerce ima 500 artikala.
Fizička trgovina u POS ili ERP sustavu ima 3.000 artikala.
Druga poslovnica ima svoj lager.
Treća koristi zaseban CSV export.
U tom slučaju pravi sustav treba moći povezati više izvora:
- WooCommerce
- CSV
- Excel
- ERP
- POS
- API
- vanjski feed
i iz njih napraviti standardizirane cjenike za svaku lokaciju.
To je problem koji će za dio trgovaca biti puno veći od samog prikaza sidrene cijene.
Kako Sidrena pristupa tom problemu
Sidrena je zamišljena tako da proces ne stane na gumbu “Izvezi CSV”.
Cilj je automatizirati cijeli tijek:
izvor podataka
↓
provjera i strukturiranje
↓
generiranje cjenika
↓
pravilan naziv datoteke
↓
objava na webu
↓
arhiviranje prethodne verzije
↓
provjera je li sve javno dostupno
Za WooCommerce trgovinu velik dio podataka može se dohvatiti izravno iz webshopa.
Za druge izvore planirane su mogućnosti uvoza i povezivanja s vanjskim sustavima.
Što bi trgovac trebao pripremiti sada?
Prije 1. listopada provjerite:
- imate li jedan ili više prodajnih objekata
- imate li zaseban webshop
- odakle dolaze cijene svake lokacije
- imate li podatke o dostupnosti proizvoda
- možete li izvesti CSV iz ERP/POS sustava
- gdje ćete objavljivati aktualne cjenike
- kako ćete čuvati prethodnih 30 dana
- tko će provjeravati je li jutarnja objava stvarno uspjela
Ako odgovor na nekoliko pitanja glasi:
“to ćemo ručno”,
vrijedi izračunati koliko će to ručnog rada zapravo značiti nakon nekoliko tjedana.
Automatizirajte prije nego dnevni cjenik postane dnevna obveza
Cjenik koji treba jednom ručno složiti nije veliki problem.
Cjenik koji treba svakog radnog dana prije 8:00 pravilno generirati, objaviti i arhivirati već jest.
Sidrena je napravljena upravo da taj ponavljajući posao pretvori u automatiziran proces.
Pogledajte kako Sidrena automatizira digitalne cjenike →
Nova pravila počinju se primjenjivati 1. listopada 2026. Ako imate webshop, više poslovnica ili veći katalog proizvoda, pripremu izvora podataka i procesa ima smisla riješiti prije nego što jutarnji cjenik postane još jedna svakodnevna obveza.