Kako se kreće jedan račun | eurinvoice dokumentacija

Jednostavnim riječima

Ova stranica prati jedan račun od ERP-a klijenta do popisa neuspjelih računa. Za poslovanje je važno ovo: kad račun nije ispravan, odgovor navodi polje u izvozu klijenta i kaže tko ga ispravlja, i to prije nego što se išta pošalje. U hostiranom sandboxu posljednji korak još nema vezu s nacionalnim sustavom.

Jedan račun, od izvoza iz ERP-a do popisa za obradu. Žuti listić je odgovor koji navodi polje u izvozu klijenta. Isprekidani okvir je prijenosni sustav. Hostirani sandbox još ga nema postavljenog.

Račun izlazi iz ERP-a klijenta kao izvoz iz ERP-a (Business Central ili SAP Business One), kanonski JSON ili gotova XML datoteka.
Stiže putem POST /invoices, POST /invoices/xml ili kao datoteka u direktoriju za predaju.
Kanonski model provjerava strukturu. Pogreška navodi polje.
Pokreću se vlastiti validatori kanala: KoSIT za Njemačku, Schematron za Peppol, Francusku i Rumunjsku, shema FA(3) za Poljsku. Odgovor je 202 s ID-om ili 422 sa šifrom iz kataloga koja navodi polje, kaže tko postupa i daje uputu za ispravak.
Račun koji prođe provjere čeka u redu čekanja. KSeF, Peppol, Francuska i Njemačka dijele brzu traku. ANAF ima vlastitu sporu traku.
Kanal s pristupnim podacima za prijenosni sustav šalje račun. Njemačka nema prijenosni sustav: njezin račun završava u stanju ready, a datoteku isporučuje partner. Kanal bez pristupnih podataka, kao danas u hostiranom sandboxu, ne šalje ništa.
Svaki rezultat postaje statusni događaj, a događaji se čuvaju redom. Pogledajte statuse.
Trajno odbijanje završava na popisu za obradu. Nakon prolaznih pogrešaka slanje se ponavlja, a one na popis dospijevaju tek kad se iscrpe svi ponovni pokušaji.

Napomena

Gotova XML datoteka ide prečacem. Prolazi sigurnosnu provjeru i validatore kanala (korak 4), ali ne i kanonsku provjeru ni mapiranje, te ulazi u red čekanja u koraku 5.

POST /validate izvodi samo korake 3 i 4. Ništa ne sprema, ništa ne šalje i uvijek odgovara 200 s izvješćem. Pogledajte probnu provjeru.