WIP servisne upute

FISKALIZACIJA 2.0. (preliminarno objašnjenje)

pisano : 18.04.2025.

U ovom trenutku još ne postoji tehnička dokumentacija za Fiskalizaciju 2.0., ali temeljem eSavjetovanja u sklopu kojega je objavljen nacrt zakona, poučen višegodišnjim iskustvom mogu načelno predvidjeti kako će biti osmišljen ovaj sustav. Iz eSavjetovanja se moglo isčitati da postoje tri cilja Fiskalizacije 2.0.. To su :

1. fiskalizacija svih računa koji se izdaju između tvrtki (B2B), a koji su plaćeni putem transakcijskog računa. Fiskalizacija istog računa se obavlja dva puta : fiskalizira ga izdavatelj, ali ga mora fiskalizirati i primatelj tog istog računa. Na ovaj način porezna uprava ima podatak i o naplaćenom PDVu izdavatelja, ali i o pretporezu na strani primatelja.
2. elektronska dostava računa u formi digitalno potpisanog eRačuna između domaćeg izdavatelja i domaćeg primatelja uz transparentnu izmjenu statusa računa između njih. Dakle izdavatelj izdaje i elektronski dostavlja račun u formatu eRačuna, odnosno u formatu XML datoteke. Mehanika dostave je predložena, ali se može implementirati i drugačija.
3. dodatno "eIzvještavanje" prema PU (Poreznoj Upravi) - uvodi se obveza izvještavanja o računima koje nismo mogli poslati (primatelj nema evidentiranu adresu za primanje npr., ili je primatelj odbio naš račun - uz obavezno pisano obrazloženje razloga odbijanja). Također, uvodi se obveza elektronskog prijavljivanja uplata po izdanim računima i to računa, datuma i iznosa uplate.

Prvo ću pokušati objasniti način dostave eRačuna. O njemu ovisi i fiskalizacija, pa zato krećem od točke 2., a ne od točke 1.

DOSTAVA eRačuna

Bitni pojmovi

• ERP (Enterprise Resource Planning - poslovni sustav, npr. "WIP")
• Korisnik ERPa - tvrtka koji koristi ERP i u njemu izrađuje račune
• Informacijski posrednik - informacijski posrednika je u stvari "poštar" u svijetu eRačuna - to je tvrtka koja osigurava i održava poseban server i software na njemu a koji omogućuje zaprimanje, eventualnu dodatnu obradu, i daljnje prosljeđivanje (slanje) eRačuna prema drugom informacijskom posredniku s kojim primatelj ima sklopljen Ugovor o korištenju. S ovom tvrtkom korisnik ERPa sklapa ugovor o korištenju njegovog sustava. Sustav informacijskog posrednika biti će korišten od strane ERP programa, a ne čovjeka - korisnika ERPa. ERP će taj sustav informacijskog posrednika koristiti za slanje i primanje eRačuna u svoju bazu podataka, kao i primanje i slanje statusa već primljenih i poslanih računa.
• Pristupna točka - to je u stvari URL adresa na kojoj sluša program na serveru informacijskog posrednika, a koja je povezana baš s korisnikom ERPa temeljem Ugovora između korisnika ERPa i informacijskog posrednika. Pristupnu točku možete zamisliti kao "ulaz" u baš Vaš sandučić u koji se dostavljaju eRačuni. "URL pristupne točke" je jedinstvena adresa tog sandučića "na Internetu".
• AMS (Adresar Metapodatkovnih Servisa) i MPS (Metapodatkovni servis) - "AMS" je elektronski adresar koji vodi i održava Država, odnosno vjv Porezna uprava. Ovaj adresar služi kako bi pošiljatelj u konačnici saznao URL adresu pristupne točke na koju treba poslati eRačun za OIB kupca kojem ga želi poslati. URL pristupne točke se ne dobije odmah iz AMS-a, nego će stvar vjerojatno biti napravljena u "dva koraka". U AMS adresaru neće pisati odmah URL adresa primatelja računa (primateljeva pristupna točka), nego će pisati URL od takozvanog MPS-a (Metapodatkovni servis), a to je servis s adresarom OIBa i pripadnih konačnih URLova pristupnih točaka a koji se nalazi na serveru "informacijskog posrednika" s kojime ste Vi, ERP korisnik, sklopili Ugovor o korištenju njegovih usluga. Objasniti ću kasnije u protokolu slanje eRačuna, i kako u ovom trenutku mislimo da će sve funkcionirati, pa ako Vam je ovo malo komplicirano, nakon objašnjenja protokola slanja, vjerojatno će biti malo jasnije.

Obveze svakog ERP korisnika u sustavu PDVa nakon 01.01.2026.

Svaka tvrtka, u sustavu PDVa, koja želi nakon 01.01.2026. slati račune drugim tvrtkama, ali i primati eRačune od drugih tvrtki (jer ih ovi više neće i ne smiju slati klasičnom poštom) a koje su joj taj račun platile, ili namjeravaju platiti putem transakcijskog računa, morat će (još nepoznatim protokolom, jer u ovom trenutku još uvijek ne postoje tehničke upute) JEDNOKRATNO dostaviti podatke Poreznoj upravi o svom OIBu i adresi na kojoj se nalazi "MPS" servis posrednika s kojim je ta tvrtka sklopila Ugovor izabirući ga kao svog "Informacijskog posrednika".

"MPS" URL adresu će Vam dati "informacijski posrednik" nakon što s njim sklopite Ugovor o korištenju njegovih usluga, ili ako već s njim imate ugovor, onda će vam dati MPS adresu kasnije kada je uopće i on implementira u sklopu njegovih izmjena njegovog programa (programa informacijskog posrednika dakle). Postoji i mogućnost da će informacijski posrednik temeljem Zakona morati nakon sklapanja Ugovora s Vama, saam dostaviti podatke u AMS porezne uprave, pa to nećete morati raditi Vi. Ali to ćemo znati tek nakon objave dokumentacije.

Znači, svi obveznici PDVa, će nakon 01.01.2026. morati sklopiti ugovor s nekim od "informacijskih posrednika", od njega dobiti URL adresu njegovog MPS-a i korisničko ime i lozinku (ili ApiKey). Adresu MPSa - će ili porezni obveznik ili saam informacijski posrednik (to ćemo tek saznati u tehničkim uputama) - upisati u AMS tj. u sustav Porezne uprave (možda kroz ePorezna) A credentialse (korisničko ime i lozinku, ili ApiKey) - upisati u ERP (odnosno u WIP poslovni sustav) Također, vjv će morati, ako već nemaju, od FINE na pet godina zakupiti "Fiskalni certifikat" s kojim će se potpisivati eRačuni i poruke koje se šalju putem Interneta.

I to je to.

Slanje eRačuna

U ERPu se izlazni računi stvaraju (kreiraju) jednakom tehnikom kao i sada. Za korisnika ERPa nema nekih promjena u tom dijelu rada. ERP je taj kojega je potrebno programirati i prilagoditi "Fiskalizaciji 2.0.", jer on mora znati od svog računa napraviti "eRačun". "eRačun" se kreira po strogo definiranoj shemi koja se zove "UBL2.1" ("Europska norma") a dogovorena je na razini EU, što znači da ćemo uvođenjem "Fiskalizacije 2.0." u budućnosti biti prilagođeni elektronski izmjenjivati eRačune sa svim tvrtkama unutar EU.

Hodogram slanja eRačuna :

1. Preduvjeti : ERP u svojim postavkama ima upisane podatke tzv. informacijskog posrednika (korisničko ime i lozinku, ili tzv. API Key - a što sve dobije od informacijskog posrednika nakon Ugovaranja usluge s njim). WIP u ovom trenutku ima integraciju s "ePoslovenje" i "Moj e Račun", (planiramo napraviti i integraciju s FINA servisom - ali ne znamo rok kada ćemo to napraviti)

2. ERP kreira račun, kao i do sada, te ga prijavljuje u listu za slanje u obliku eRačuna. Selektiranjem računa u listi, i klikom na tipku "šalji", ERP šalje eRačune na server "informacijskog posrednika". Sustav informacijskog posrednika prihavaća eRačun, i vraća ERPu jedinstveni ID broj pod kojim je zaveo taj račun u svojoj bazi podataka. Taj broj zovem IPID (Informacijski Posrednik IDentifikator).

3. Sustav IPa (Informacijskog posrednika), "pogleda" u eRačun i pročita OIB na koji treba dostaviti taj račun, a zatim pozove "AMS" servis kojemu pošalje taj OIB. AMS servis mu vrati adresu "MPS" servisa na kojem se nalazi URL adresa na koju je potrebno poslati račun. Sada sustav IPa pošalje upit s OIBom na dobivenu adresu MPSa, a MPS mu vrati URL adresu pristupne točke na koji je potrebno poslati račun za taj OIB primatelja.

4. Sustav informacijskog posrednika sada šalje eRačun na dobivenu URL adresu primatelja koju je dobio od MPSa (iz točke 3.). Primatelj, u slučaju da promijeni informacijskog posrednika (npr. nije zadovoljan uslugama trenutnog posrednika), samo će u Poreznoj upravi promijeniti MPS adresu, u novu MPS adresu novog Informacijskog posrednika. Tada će svi koji šalju, dobijati novu adresu MPSa, i tamo dobiti novi URL pristupne točke na koju trebaju poslati eRačun.

5. Sustav koji čeka eRačune na adresi pristupne točke primatelja, (server primateljevog informacijskog posrednika), vraća potvrdu da je račun zaprimljen, odnosno mijenja STATUS računa.

6. ERP primatelja računa, pristupa periodično svom IPu (informacijskom posredniku) i prima novopristigle račune.

7. Korisnika ERPa primatelja računa, pogleda vizualizaciju računa, te povrđuje da prihvaća ili odbija taj račun, uz pisanu opasku u slučaju odbijanja.

8. ERP primatelja šalje informaciju o prihvaćanju ili odbijanju svom informacijskom posredniku

9. Sustav primateljevog informacijskog posrednika prosljeđuje promjenu statusa račun (prihvaćen ili odbijen) prema informacijskom posredniku pošiljatelja eRačuna

10. Sustav informacijskog posrednika pošiljatelja, mijenja status računa u prihvaćen ili odbijen

11. ERP sustav pošiljatelja na komandu korisnika (tipka npr. Osvježi statuse poslanih eRačuna) - u svom sustavu mijenja status poslanog računa u "prihvaćen" ili "odbijen" (uz mogućnost čitanja poruke o odbijanju koju je poslao primatelj računa ako je odbio račun)

12. U slučaju prihvaćanja eRačuna - isti se može knjižiti dalje, u daljnje evidencije (npr. u knjigu IRA, glavnu knjigu itd.)

13. U slučaju odbijanja računa - ERP sustav primatelja, ili sustav posrednika primatelja računa, dakle onaj tko ga je odbio, mora u nekom roku (vjerojatno do 20. dana sljedećeg mjeseca) - elektronski u poreznu upravu, u novi "sustav izvještavanja", dostaviti sve takve situacije o odbijanju.

14. U slučaju prihvaćanja računa - ERP sustav pošiljatelja, ili sustav posrednika pošiljatelja, mora u poreznu upravu, elektronski, do nekog datuma (isto vjerojatno do 20.tog sljedećeg mjeseca), dostaviti sve uplate za taj (i sve ostale) poslane račune u periodu izvještavanja.

Komunikacija Vas i Vašeg knjigovodstva u uvjetima Fiskalizacije 2.0.

Puno je knjigovođa u ovom trenutku u određenoj panici, ali mislim da za to nemaju osnove, novi sustav, kada preboli dječije bolesti, učiniti će život jednostavnijim. Kako ja mislim da će funkcionirati stvar u ovom slučaju :

Pretpostavimo da je Vaš ERP "WIP", a da Vaš knjigovođa ima neki svoj drugi ERP sustav koji je isto tako usklađen s pravilima "Fiskalizacija 2.0."

1. ERP sustav koji ima knjigovođa će u svoje postavke upisati credentialse (vjerodajnice : korisničko ime i lozinku, ili ApiKey) Vašeg informacijskog posrednika
2. Kada WIP napravi eRačun, i pošalje ga, taj račun završi na serveru vašeg informacijskog posrednika. Taj Vaš izlazni račun će vidjeti i WIP, ali i ERP Vašeg knjigovodje. Taj će račun imati inicijalno postavljen status "POSLAN". Kada ga "otvori" primatelj računa, status u WIPu će se promijeniti u "OTVOREN". Kada ga primatelj prihvati : WIP će odmah u listi izlaznih računa, upaliti "zelenu lampicu" da je račun prihvaćen. WIP će omogućiti da se prihvaćeni izlazni računi knjiže dalje u knjigu IRA. E sada - sve to će vidjeti i ERP sustav Vašeg knjigovođe. Pa ako Vam on vodi poreze, uplate itd. i on će u svom sustavu poslati taj isti izlazni račun u svoju knjigu IRA i svoje daljnje evidencije : proknjižit će ga, poslati kao temeljnicu u glavnu knjigu itd. To znači da Vi uopće nećete morati više te račune, koje ste poslali iz WIPa, dostavljati knjigovođi na knjiženje - on će ih dobiti autoamatski u svoj ERP sustav!

Potpuno je jednaka stvar i s primljenim računima. Vi ćete ih primiti u WIPu, WIP će ih parsirati (iz njih izvući sve pojedinačne podatke - dobavljača, datume, iznose s porezom, bez poreza itd. itd. - sve) i te podatke koristiti za daljnje obrade ako ih radite dalje u WIPu - ILI - ćete jednostavno jednim klikom pogledati te ulazne račune na ekranu, a drugim klikom u WIPu ih ili "prihvatiti" ili "odbaciti". Ako ih prihvatite, WIP će ih i kod sebe, i kod Vašeg Informacijskog posrednika označiti (promijeniti im status) kao "PRIHVAĆEN" ili pok "ODBAČEN".

To će sve i u svom ERPu vidjeti i Vaš knjigovođa, (kao i pošiljatelj računa) - pa one koje ste Vi u WIPu "PRIHVATILI" - knjižiti dalje - a one koje ste Vi u WIPu "odbacili" (uz to ste u WIPu upisali i kratki razlog odbacivanja) - Vaš knjigovođa NEĆE knjižiti dalje.

"Odbačene račune" će vjv sustav informacijskog posrednika mrati prijaviti Poreznoj upravi kao odbačene. (ja još u ovom trenutku ne znam tko će biti zadužen za koji dio posla u ovom slučaju - znači hoće li prijavu odbacivanja računa raditi sustav informacijskog posrednika, ili će to morati WIP - ali kada izađu tehničke upute, onda ćemo to saznati i implementirati u WIP).

Dakle, komunikacija između knjigovođe i Vas će se u ovom segmentu, ove vrste računa "eRačun", uvelike poboljšati i automatizirati.

IZNIMKE : koliko sam uspio pročitati u prijedlogu Zakona na eSavjetovanju - B2B računi koje se plati karticom, a ne putem transakcijskog računa, će se i dalje izdavati na papiru - a to znači da ćete i dalje svom knjigovođi dostavljati takve račune na isti način kao i do sada. Npr. platite gorivo na benzinskoj pumpi, tražite R račun, platite ga karticom, i "pumpa" Vam i dalje izda račun na termalnoj traci, koji i dalje morate fotokopirati ili slikati/scanirati i dostavljati knjigovodji - bez obzira što se i u ovom slučaju radi o B2B transakciji.

Obaveze Vas kao korisnika ERPa :

1. sklopiti Ugovor s nekim od dva informacijska posrednika (ako još niste - jer WIP podržava slanje eRačuna prema gradskim i državnim tvrtkama još od 2020.g.) Naša preporuka je sklopiti Ugovor s "ePoslovanje", jer su jednostavno jeftiniji, ne naplaćuju eArhivu posebno, tehnički za cijelo vrijeme implementacije s njima nismo imali tehničkih problema, a i ne morate se obvezati Ugovorom na neki rok, nego imaju pre-paid sustav - uplatite neki iznos, pa ga trošite svakim izdanim eRačunom (cijena je trenutno mislim 0.08€ za poslani račun) - i još - ne naplaćuju posebno eArhivu izdanih i primljenih računa. Evo i link direktno na njihov formular registracije : ePoslovanje informacijski posrednik tvrtka Pondi d.o.o. (uz napomenu, nekolicina me pitala, da se prilikom registracije Certifikat dole desno - ne mora dostavljati - nije obavezno)

2. za sada nije jasno tko će digitalno potpisivati eRačun i kojim certifikatom. Predlagali smo na eSavjetovanju da se koristi trenutni "fiskalni certifikat", jer i on u sebi nosi OIB korisnika, čime je više nego dovoljan za potpisati i eRačun. eRačun može potpisati "informacijski posrednik", ali to može i ERP prije dostave informacijskom posredniku. Mi se pripremamo kao da će WIP potpisati, ali ako će Zakon propisati drugačije, to ćemo naravno poštovati. Ako će ga potpisivati WIP, svi Vi koji već koristite "Fisklizaciju 1.0.", nećete trebati novi certifikat, nego će se najvjerojatnije koristiti isti i za eRačun. Ako slučajno iz nekih drugih razloga zakonodavac odluči da se FINAi mora platiti novi certifikat - moramo reći sada jasno da za to nema tehničke opravdanosti - nego bi to bila samo politička odluka.

Obveza nas kao proizvođača ERP sustav "WIP"

Mi moramo u stvari potpuno reprogramirati WIP u segmentu URA i IRA - odnosno napraviti potpuno novi modul za to - zvati ćemo ga "eURA i eIRA", a sve vezano za što jednostavnije primanje i slanje eRačuna, dohvaćanje njihovih statusa, slanje plaćanja po eRačunima u Poreznu upravu (novo izvještavanje PU) ograničenja funkcija WIPa za razne statuse - npr. ako račun nije "odobren" - da se ne može niti dalje knjižiti u WIPu. Omogućiti ispravke eRačuna i poštovati nove protokole u skladu s tim (a to znači promijenti da se u WIPu u postojećim ponudama-otpremnicama i računima, npr. ne može stornirati samo tako kao do sada račun - nego se mora kontaktirati u pozadini nova knjiga "eIRA" da se vidi status jeli račun poslan, već prihvaćen ili još nije), itd. itd.

Tu su dalje i izmjene da se prilikom knjiženja izvoda banke automatski "zatvaraju" ulazno izlazni računi iz nove eURA i eIRA - jer postoji i nova obveza slanja plaćanja izlaznih računa do 20. sljedećeg mjeseca u sustav PU (elektronski naravno).

Što radimo već sada?

U ovom trenutku mi već radimo na prilagodbi "WIP"a. WIP već i sada, (odnosno od 2020.g. [po sjećanju]) može slati eRačune, a upravo smo uveli i novi modul "eURA i eIRA", koji je još u fazi dakle intezivnog razvoja, ali je već koristan i s ovom trenutnom funkcionalnošću. Naime ovaj modul sada već može primati od posrednika eRačune koje su Vam neke tvrtke još od 2020. odlučile slati u formi eRačuna, a koji ste do sada primali na svoju eMail adresu ili gledali kroz web sučelje sustava informacijskog posrednika. Dodatno - upravo smo u fazi dodavanja integracije i eIRA, dakle da se sa servera posrednika, za zadani datum, u WIP automatski mogu dovući statusi već izdanih eRačuna sa servera Vašeg informacijskog posrednika, tako da "ostanite na vezi" i pratite naše novosti.

Novi modul se nalazi (za sada) u izborniku "Parametri" > "X.. eRačuni - primanje i slanje", shortcut iz glavnog ekrana WIPa je Xtrl+X, a primanje ulaznih eRačuna, kao i njihovo "parsiranje" (čitanje svih podataka u njemu i punjenje u WIP), dakle već funkcionira. WIP iz primljenog eRačuna već zna parsirati i PDF vizualizaciju koja je umetnuta u pristigli eRačun, pa je modul stvarno već koristan - problem je samo što još ne stižu svi eRačuni putem ovih kanala dostave. Pregled pojedinog računa se ostvaruje duplim klikom na taj račun u listi primljenih eURA.

Ako ste zainteresirani, imate već ugovorenog "informacijskog posrenika" od ranije ("ePoslovanja" ili "Moj e račun"), javite se pa ćemo Vam instalirati ovaj modul da ga jednostavno već od sada testirate.

Slike novog WIP modula za skupno slanje i primanje eURA i eIRA.

Planiramo od ovog modula napraviti centralno mjesto za obradu ulazno izlaznih dokumenata na razini cijele tvrtke.

Planiramo ovdje dodati i mogućnost unosa tzv. "Papirnatih URA", odnosno onih koje su došle klasičnim putem, u papirnatom formatu - (Uvoz, Stjecanje iz EU, B2B ulazni računi koje smo platiti karticom), samo bi u listi eURA omogućili da se vode "vrsteURA" : npr. "PapirnataURA", "eKalkulacija", "eRučnaURA" ... pa bi ovaj modul s vremenom kompletno zamijenio URA/IRA, a ovdje bi prebacili i poboljšali knjiženje izvoda u skladu s novim eMogućnostima, odnosno "evidenciju uplata" računa, kao i reporte za sve ono što postoji sada u knjizi URA i iRA, ali i Financijskom poslovanju (PDV obrazac, URA za PDV, Otvorene stavke kupaca i dobavljača i sl.)

Dvije okomice u boji u listi računa, određuju : lijeva "crta" komunikacijski status računa (PRIHVAĆEN, ODBIJEN, PREGLEDAN), a desna WIP status tog eUlaznogRačuna : "PRIMLJEN nije proknjižen", "Generirana kalkulacija", "Generirana ručna URA" itd. pa je iz ovih boja odmah vidljivo koji je npr. račun odbijen, ili koji još moramo proknjižiti u naše knjige ...

Zaključak

Čeka nas dakle jako puno posla. Zakon još nije izglasan, tehnička dokumentacija za "Fiskalizacija 2.0." još ne postoji i nije objavljena (danas je 18.04.2025.) a Zakon stupa u primjenu od 01.01.2026. s tim da je neslužbena najava da će biti u demo fazi tek od 01.09.2025. - pa vremena baš i nemamo i očito je da ove godine za nas nema godišnjih odmora u normalnom opsegu! :(

LP Mladen