Predaj račun koji je klijent zaprimio putem kanala

Od 0.35.0 (17. listopada 2026.). Tijelo je XML točno onako kako ga je kanal isporučio (UBL, CII ili FA(3)); ništa se ne mijenja i ništa se ne šalje. Datoteka se prvo pohranjuje, zapečaćena ključem podataka klijenta, jer je po zakonu već zaprimljena; zatim je provjeravaju validatori samog kanala, kao kod slanja prosljeđivanjem, a rezultat stiže kao statusni događaj (received, zatim validated ili validation_failed, s direction: in) na webhook klijenta i na GET /received/{id}/events. Datoteka koja ne prođe pravila čuva se i ima stanje validation_failed s pogreškama; nikad se ne odbacuje. Datoteka koja nije račun za čuvanje odbija se s 422 i ništa se ne pohranjuje, kao na POST /invoices/xml: DOCTYPE (EI-XML-DTD, nikad se ne parsira), XML koji nije ispravno oblikovan (EI-XML-SYNTAX) ili dokument koji nije račun poznat kanalu (EI-XML-TYPE). Provjera koja se nije mogla pokrenuti (validator nije dostupan) ponavlja se, a nakon zadnjeg ponavljanja račun ide na popis za obradu i ostaje u stanju received. Klijent predaje najviše 120 dokumenata u minuti i 2.000 na dan, bez obzira na ključ koji koristi (429, ne čuva se pod Idempotency-Key). Datoteka se vraća kao preuzimanje (Content-Disposition: attachment).

Jedan dokument kanala jedan je zaprimljeni račun klijenta: po rail_id kada je naveden, po SHA-256 datoteke kada nije. Isti dokument ponovno vraća 202 s duplicate_of; isti rail_id s drugim bajtovima vraća 409 received-id-conflict i ništa se ne pohranjuje. Zaprimljeni računi čuvaju se odvojeno od računa koje klijent šalje: nisu u GET /invoices, nizu, metrikama ni mjesečnom izvješću i nikad ne blokiraju slanje iste datoteke. Zaprimljeni račun briše se s razdobljem čuvanja klijenta kada na njemu više ništa nije otvoreno (njegova provjera je završena ili je osoba obradila njegov redak za obradu) i nalazi se u izvozu klijenta pod received/. Opseg submit; ključ klijenta djeluje samo za vlastitog klijenta.