eRačuni

Izdani eRačuni u Arges ERP-u nastaju kroz račun kojem je određen F2 tok, bez odvojenog alata. Radi se s istim dokumentom, partnerom, stavkama i podacima za plaćanje, uz nekoliko dodatnih polja koja zatraži elektronička razmjena. Modul pokriva izdavanje, slanje i praćenje elektroničkih računa sukladno propisima i zahtjevima Fiskalizacije 2.0 , uključujući evidentiranje izdavanja, evidentiranje naplate, evidentiranje odbijanja te automatsko praćenje statusa razmjene poruka kroz UBL 2.1 strukturu (službena OASIS UBL 2.1 specifikacija ) i EN 16931 normu (proglašena europskim standardom Provedbenom odlukom Komisije (EU) 2017/1870 ).

eIzvještavanje u pozadini

eIzvještavanje ne traži vašu intervenciju. Pokreće se u tri trenutka: kod izdavanja eRačuna, kod evidentiranja naplate i kod odbijanja dokumenta od strane primatelja. Status “nije isporučivo u F2” zapisuje se kao oznaka uz dokument, dodatnu izvještajnu poruku sustav ne šalje.

Tehnička strana ide ovako: izvještajna poruka se sastavi, podaci putuju Poreznoj upravi kroz informacijskog posrednika (Postlink d.o.o. preko Sveračun pristupne točke ), bilježi se status obrade i čuvaju tehnički zapisi za kasnije provjere. Protokol, certifikat i format poruke su sakriveni od korisnika.

Stari faks ili PDF u prilogu emaila djeluje slično, ali nema trag prijema. Sada se svaki korak razmjene bilježi. Kupac potvrđuje primitak kroz svoj sustav, vi imate vrijeme slanja i vrijeme preuzimanja u povijesti aktivnosti. Kad porezna kontrola pita kada je račun izdan i kada je zaprimljen, odgovor je tu.

Za primjer uzmite konkretan scenarij: B2B partner s ugovorom o odgodi plaćanja od 30 dana zaprimi vaš eRačun u petak poslijepodne. Sustav u pozadini pošalje eIzvještaj o izdavanju, evidentira potvrdu prijema sljedećeg radnog dana i pričeka. Trideset dana kasnije, kad partner uplati iznos, kroz radnju upisa naplate aktivira se i drugi eIzvještaj. Vi ne radite ništa dodatno osim što unesete datum plaćanja.

Ako Porezna iz nekog razloga odbije primljenu poruku (npr. nedostaje obvezno polje na razini stavke ili je VAT shema neispravna), sustav status zabilježi i prikaže vam razlog odbijanja u pregledu dokumenta. Tipično se radi o popravljivim greškama (kriva oznaka KPD , neispravan format datuma valutacije), pa nakon korekcije i ponovnog slanja status iz rejected prelazi u accepted.

Kako sustav određuje tip računa

Tip fiskalizacije ne upisujete ručno. Izvodi se iz tri ulaza, a to su način plaćanja na računu, tip partnera u zaglavlju i postavke tvrtke vezane uz obvezu eRačuna.

Praktičan primjer: gotovina i kartice vode dokument prema F1 toku. Transakcijski račun za B2B partnera (npr. d.o.o. iz Zagreba) vodi prema F2 toku. U nekim scenarijima, kao kod inozemnih kupaca, dokument ostaje PDF bez fiskalizacije. Sustav razlikuje B2C , B2B, B2G i inozemne partnere, pa s istog ekrana izdajete F1, F2 i PDF dokument bez prebacivanja u drugi modul.

Za paušalne obrtnike i druge korisnike koji još nisu obveznici eRačuna pravila se razlikuju. Njima dodatno upravljate kroz Postavke , gdje možete posložiti i posebne slučajeve.

Edge case na koji nailazite u praksi: B2B partner koji u OIB bazi nije pravilno označen kao obveznik PDV-a. Sustav će prema postavkama partnera i načinu plaćanja predložiti tip fiskalizacije, ali sami odlučujete prihvatite li prijedlog ili idete s drugom vrstom dokumenta. Slično je s javnim ustanovama (npr. fakultet ili bolnica) gdje sami označavate da je riječ o B2G primatelju i odabirete tip poslovnog procesa P4 kad to zahtijeva avansno plaćanje.

What-if situacija s paušalnim obrtnikom koji dobrovoljno ulazi u F2 sustav je posebno česta. Recimo da paušalac koji je do sada radio samo PDF račune za stalne klijente odluči preći na eRačun jer ga jedan veći klijent traži. Čim u Postavkama uključi F2 tok, sustav za sve sljedeće račune prema tom partneru kreće s F2 obradom. Ostali klijenti, ako njihov tip partnera ne traži F2, i dalje primaju klasični PDF.

Otvaranje novog F2 dokumenta

Prvi ekran traži oznaku, poslovni prostor i naplatni uređaj. Drugi sadržaj: tip računa (eRačun F2 ako kupac to traži), partnera iz baze ili novim OIB-om, način plaćanja. Treći je tip poslovnog procesa , a ovdje birate P1 za klasičnu B2B prodaju, P2 za najam ili pretplatu ili P4 za plaćanje unaprijed (avans). To su tri aktivna tipa u sustavu.

Datum isporuke, valutu (datum dospijeća) i popust na razini računa dodajete tu odmah. Cijela tehnička strana, XML struktura, validacije, razmjena poruka, ide automatski u pozadini, ne traži vašu pažnju.

Konkretan primjer s B2B partnerom kojem je dogovorena odgoda plaćanja od 45 dana. Otvarate novi F2 dokument za tog partnera. Za datum dospijeća uzimate datum izdavanja plus 45 dana. Stavke prenosite iz prethodne ponude ili ih ručno upisujete, popust postavljen na razini računa primjenjuje se na cijeli dokument. Klikom na zaključavanje sustav generira XML, šalje ga kroz informacijskog posrednika i unutar sekunde dobivate status “eRačun poslan”.

Razlika između P1 i P4 procesa, na konkretnom primjeru, najjasnije se vidi kod istog kupca koji jedanput nastupa kao trgovačko društvo (P1), a drugi put kao tijelo javne vlasti (P4). Trgovačko društvo prima eRačun kroz svoju pristupnu točku i potvrđuje ili odbija dokument prema poslovnoj politici. Tijelo javne vlasti dolazi po obveznom B2G kanalu, pa je dokument tamo automatski prihvaćen u tehničkom smislu i dalje obrađen kroz njihov sustav. Vi u oba slučaja vidite različite statuse u pregledu jer se obrada na strani primatelja razlikuje.

Sadržaj F2 dokumenta

F2 dokument uz standardna polja računa nosi i specifična: tip računa, vrstu dokumenta, tip poslovnog procesa, ID dokumenta, status dokumenta i XML izvornik kad je dostupan.

Pregled eRačuna prikazuje širi skup polja nego klasični fiskalni račun. Broj eRačuna, poslovni prostor i naplatni uređaj . Datumi izdavanja, isporuke i dospijeća. Valuta, jezik ispisa, eventualno povezana ponuda . Podaci o primatelju, podaci za plaćanje, PDV i ukupni iznosi. Povijest aktivnosti.

Vrsta dokumenta i poslovni proces

Kod eRačuna sustav ne vodi samo osnovni račun. Uz njega ide i dodatna klasifikacija: vrsta eRačuna (trenutno aktivne UNTDID 380 za komercijalni račun i UNTDID 386 za račun za predujam) i tip poslovnog procesa.

To znači da se uz dokument ne vidi samo opisna oznaka, nego i konkretna vrsta dokumenta uz proces. Ovisno o scenariju, na ekranu vidite procese P1, P2 ili P4. Razlog je jednostavan. Isti F2 tok obuhvaća više vrsta dokumenata, pa u arhivskom i preglednom sloju sustav razdvaja komercijalni račun, storno (povezan kroz RacunStornoRacun model) i račun za predujam. Predujam ima i poseban tok u kojem se vrsta dokumenta i poslovni proces (P4) vežu uz odgovarajući predujam scenarij.

Rad sa stavkama i iznosima

Stavke eRačuna idu kroz isti dokumentni sloj kao i ostali računi. Prenosite artikle ili usluge, upisujete količinu, cijenu, popust, porezni razred . Tablica iznad rezultata prikazuje naziv stavke, količinu, KPD šifru, popust, cijenu s popustom, porez, cijenu s porezom i ukupan iznos po retku.

Sumarni iznos se mijenja u stvarnom vremenu dok upisujete. U pregledu kasnije vidite ukupno bez PDV-a, PDV po stopama, ukupno s PDV-om. F2 dokument dodatno ističe plaćeni iznos i iznos koji još čeka uplatu.

Avansno plaćanje, storno i INO kupci

Različite situacije završavaju različitim tipom dokumenta. Avans ide kao račun za predujam , korekcija već izdanog računa kao storno (korektivni) račun, INO kupac ili scenarij izvan obveze fiskalizacije ide kao PDF dokument bez fiskalizacije. Klasifikaciju sustav predloži na temelju tipa partnera i konteksta, ali konačnu odluku donosite vi.

Statusi i povijest aktivnosti

Izdavanje nije kraj priče za eRačun. Uz svaki dokument vodi se povijest aktivnosti koja prati statuse kroz cijeli životni ciklus. Identifikator se ne mijenja, a status u pregledu se osvježava sinkronizacijom s pristupnom točkom.

Statusi koje ćete vidjeti u pregledu: “Skica”, “Fiskalizirano”, “eRačun poslan”, “eRačun zaprimljen”, “eRačun prihvaćen”, “eRačun odbijen”, “Storniran” i “Nije isporučivo u F2”. Sve promjene se zapisuju, pa kasnija revizija ima cijeli trag.

XML izvornik i preuzimanje

XML čini sadržaj eRačuna u strojno čitljivom obliku. Generira se odmah po izdavanju u standardiziranom formatu, šalje kroz pristupnu točku i evidentira. Statusi koje pratite na izlazu su “eRačun poslan”, “eRačun prihvaćen”, “eRačun odbijen”, “Fiskalizirano”. Ako kupac dokument odbije, razlog je vidljiv u pregledu pa korekciju radite odmah.

XML iz pregleda preuzimate kad ga zatreba neki vanjski sustav, primjerice za internu evidenciju, prosljeđivanje knjigovođi ili tehničku provjeru poslanog. Isti dokument se kasnije pregledava i u eArhivi na popisu izdanih eRačuna. Za ulazne XML-ove postoji modul Zaprimljeni eRačuni .

Evidencija naplate

Kod F2 računa sustav podržava i evidentiranje naplate. U pregledu dokumenta nalazi se radnja za upis naplate, a uz nju se popunjavaju evidentirani iznos naplate, datum plaćanja kad je račun u cijelosti podmiren te zapis u povijesti aktivnosti.

eRačun tako ne ostaje samo poslan dokument. Postaje i zapis na kojem se vidi kako je naplata dalje evidentirana, što vam pomaže pri usklađivanju poslovnih knjiga.

Storno i povezani dokumenti

Zaključani eRačun stornirate kad je to potrebno. U tom trenutku sustav ne gubi vezu s izvornim dokumentom, nego ostavlja povezana oba zapisa: izvorni račun i storno račun. Storno se često referencira na originalnu F1 ili F2 oznaku iz koje je nastao.

Korekcija ne prekida trag. Oba dokumenta žive u pregledu i u arhivi, pa knjigovođa i porezni nadzor uvijek vide cijelu sliku.

Konkretan scenarij: storno eRačuna u istom kvartalu. Recimo da ste 15. veljače izdali eRačun na 12.500 EUR, a 28. veljače utvrdite da je količina jedne stavke pogrešna. Otvarate storno dokument koji u sustavu ostaje kao zaseban zapis vezan na izvorni račun, pa u pregledu vidite obje strane jednog para. Knjigovođa kasnije vidi oba zapisa u istom kvartalu i nema neusklađenosti u poreznoj prijavi.

Paušalni obrtnici i eRačun

Paušalni obrtnik radi po pravilima Fiskalizacije 2.0 kao i ostali. Ako nije obveznik PDV-a, izdavanje eRačuna (F2) prema drugim poduzetnicima u B2B odnosima u pravilu mu nije obveza.

Drugačije je kod poslovanja s tijelima javne vlasti (B2G). Tu eRačun mora biti izdan neovisno o tome je li izdavatelj u sustavu PDV-a. Račun prema državnim tijelima, lokalnoj samoupravi, javnim ustanovama ili drugim obveznicima javne nabave mora biti u propisanom standardu.

Dobrovoljan ulazak u eRačun sustav

Paušalni obrtnik koji svojom odlukom uđe u eRačun infrastrukturu kroz Arges ERP koristi je u punom opsegu. To znači izdavanje i zaprimanje eRačuna (F2), eArhivu za čuvanje dokumenata, evidenciju naplata i odbijanja kroz eIzvještavanje i digitalnu sljedivost poslovanja.

Treba znati jednu posljedicu. Nakon što račun krene kao eRačun, daljnja komunikacija za taj poslovni odnos odvija se kroz eRačun sustav, ne paralelno kroz PDF ili papirnate račune.

Zašto je modul važan u praksi

Najveća korist modula je što eRačun ne izvlači iz svakodnevnog tijeka rada s računima, ali mu pridodaje što mu treba: tip fiskalizacije, vrstu dokumenta, poslovni proces, XML, statuse, naplatu i povijest aktivnosti.

Praktično rečeno, nema zasebne “tehničke” aplikacije za eRačune. Iste ekrane koristite za F1, F2 i PDF račune, samo F2 dokumenti uz to nose dodatna polja i radnje.

Što vam modul daje

Modul je tehnička strana Fiskalizacije 2.0. eIzvještavanje, XML, statusi i sinkronizacija s pristupnom točkom rade automatski. Korisnik ostaje na sadržajnoj strani: partneri, stavke, datumi i ostali svakodnevni dio rada.

Posljednje ažurirano: 18.05.2026.