Een factuur aanleveren die de eindklant via een verzendkanaal heeft ontvangen

Sinds 0.35.0 (17 okt. 2026). De body is de XML precies zoals het verzendkanaal hem heeft bezorgd (UBL, CII of FA(3)); er wordt niets gewijzigd en niets verzonden. Het bestand wordt eerst opgeslagen, verzegeld onder de gegevenssleutel van de eindklant, omdat het wettelijk al ontvangen is; daarna controleren de eigen validators van het verzendkanaal het, zoals bij een pass-through-verzending, en het resultaat komt aan als statusbericht (received, dan validated of validation_failed, met direction: in) op de webhook van de eindklant en op GET /received/{id}/events. Een bestand dat de regels niet haalt, wordt bewaard en staat op validation_failed met de fouten; het wordt nooit weggegooid. Een bestand dat geen factuur is die bewaard moet worden, wordt met 422 geweigerd en er wordt niets opgeslagen, zoals bij POST /invoices/xml: een DOCTYPE (EI-XML-DTD, nooit verwerkt), XML die niet welgevormd is (EI-XML-SYNTAX), of een document dat geen factuur is die het verzendkanaal kent (EI-XML-TYPE). Een controle die niet kon draaien (een validator is niet bereikbaar) wordt opnieuw geprobeerd, en na de laatste poging komt de factuur op de opvolgingslijst en blijft received. Een eindklant levert ten hoogste 120 documenten per minuut en 2.000 per dag aan, welke sleutel hij ook gebruikt (429, niet bewaard onder de Idempotency-Key). Het bestand wordt teruggegeven als download (Content-Disposition: attachment).

Eén document van het verzendkanaal is voor de eindklant één ontvangen factuur: op rail_id als die is opgegeven, op de SHA-256 van het bestand als dat niet zo is. Hetzelfde document opnieuw geeft 202 met duplicate_of; dezelfde rail_id met andere bytes geeft 409 received-id-conflict, en er wordt niets opgeslagen. Ontvangen facturen worden gescheiden gehouden van de facturen die de eindklant verzendt: ze staan niet in GET /invoices, de reeks, de metrics of het maandrapport, en ze blokkeren nooit de verzending van hetzelfde bestand. Een ontvangen factuur wordt verwijderd met de bewaartermijn van de eindklant zodra er niets meer openstaat (de controle is afgerond, of een persoon heeft de opvolgingsrij afgehandeld), en staat in de export van de eindklant onder received/. De scope submit; een sleutel van een eindklant werkt alleen voor die eigen eindklant.