Fiskalizacija 2.0 donijela je novi sloj automatske komunikacije s Poreznom upravom — što znači i nove tipove pogrešaka koje treba znati identificirati i prijaviti. U većini slučajeva pogreška nije „katastrofa“, ali svaki nemarno obrađen incident kasnije postaje glavobolja u reviziji.
Ovo je praktičan vodič kroz proces: kako odmah prepoznati grešku, što priložiti uz prijavu, kome se obratiti i kakvu ulogu REDOK kao informacijski posrednik igra u tom lancu.
Tipovi pogrešaka koje Porezna uprava razlikuje
- Komunikacijska greška — vaš sustav ne uspijeva uspostaviti vezu sa CIS servisom Porezne uprave (timeout, TLS handshake fail, certifikat istekao).
- Validacijska greška — CIS vraća odgovor s kodom (npr. v204 „neispravna shema“ ili v412 „OIB ne postoji u registru“). Račun nije fiskaliziran.
- Funkcionalna greška — fiskalizacija je tehnički uspjela, ali se kasnije utvrdi da je u sadržaju greška (krivi OIB primatelja, kriva porezna stopa). Rješava se storno + novi račun.
- Sistem-side greška Porezne uprave — CIS je nedostupan ili vraća 5xx pogreške. Tu vi niste izvor problema, ali ste i dalje obvezni dokumentirati pokušaje.
Što priložiti uz prijavu
Dobro pripremljena prijava skraćuje rješavanje incidenta s nekoliko dana na nekoliko sati. Minimum koji treba imati spreman: JIR (ako postoji), ZKI, točno vrijeme transakcije (s vremenskom zonom), kompletan XML zahtjeva i odgovora CIS-a, kod pogreške i tekst poruke koju je CIS vratio. Bez tih atributa helpdesk ne može pratiti vaš slučaj kroz svoju internu evidenciju.
Dodatno preporučujemo priložiti i log poslovnog sustava: koji korisnik je pokušao izdati račun, na kojem računalu/POS-u i koja je verzija softvera. To Poreznoj upravi pomaže razlikovati pogrešku u njihovoj infrastrukturi od greške u vašem ERP-u.
Kome se obratiti
Porezna uprava ima dedicirani helpdesk za fiskalizaciju — komunikacija je putem strukturirane email forme ili portala e-Porezna. Telefonska linija je sekundarna i koristi se za hitne slučajeve (cijeli salon ne može fiskalizirati, gubici prihoda u realnom vremenu). Ne preporučujemo prijavu kroz neformalne kanale ili „poznanstva“ — incident bez ID broja ne postoji.
Uloga REDOK-a kao informacijskog posrednika
Kao informacijski posrednik (registriran prema Zakonu o fiskalizaciji), REDOK može u vaše ime podići ticket prema Poreznoj upravi, priložiti tehničke dokaze (XML, logove, vremenske žigove iz mreže) i pratiti rješavanje. To je posebno korisno u slučajevima gdje je nejasno na čijoj je strani greška — REDOK ima formalni kanal i iskustvo da brzo razgraniči.
U praksi: kad klijent prijavi incident REDOK podršci, mi unutar SLA-a od 4 radna sata otvaramo službeni ticket prema Poreznoj upravi i klijenta obavijestimo s referentnim brojem. Rješavanje od strane PU obično traje 1–3 radna dana, ovisno o kompleksnosti.
Što napraviti odmah po prepoznavanju greške
- Ne brisati i ne mijenjati zapise u ERP-u — original mora ostati netaknut za potrebe ticketa.
- Sačuvati XML zahtjeva i odgovora (logovi mrežne komunikacije, ne samo print iz ERP-a).
- Označiti incident u svojoj internoj evidenciji s vremenom, korisnikom i opisom — kasnije se sjećate detalja.
- Ako je incident utjecao na više računa, popis svih JIR-ova/ZKI-ova zajedno s vremenima.
Sažetak
Pogreške u F2.0 nisu rijetkost — sustav je nov i složen. Razlika između tvrtke koja ih rješava u par sati i one koja kasni s knjiženjem tjednima jest u disciplini: što više podataka spremno odmah, to manje bola kasnije.
REDOK tim radi besplatan pre-flight check vaše F2.0 integracije — pregled log-ova zadnjeg mjeseca i kratak izvještaj o pravim i potencijalnim problemima. Javite se preko kontakt forme.