Pronađi pogrešku ili šifru razloga
- U sandboxu
Jednostavnim riječima
Vraća unos kataloga za ID pravila, šifru pogreške kanala ili francusku šifru razloga (ID-ovi i aliasi).
apiKeyAuthorizationBearer <token>Ključ pošaljite kao bearer token: Authorization: Bearer <your-api-key>. Poziv za stanje usluge jedini je poziv za koji nije potreban ključ.
code*stringUnos.
application/json- response
id*stringaliases?array<string>routes*array<string>severity*string"error""warning""info""business"meaning*stringowner*string"us""erp""business""buyer""client""route"fix*stringpartner_message?string|curl -X GET "https://example.com/catalogue/BR-CO-16" \ -H "Authorization: Bearer <your-api-key>"{ "severity": "error", "owner": "us", "routes": [ "ALL" ], "partner_message": "We could not read this invoice from your export. We are correcting our mapping; if a field is missing in the ERP we will tell you which one.", "fix": "Read the JSON path in the error and correct the client mapping.", "meaning": "The invoice JSON does not match the canonical model: a missing or unknown field, a wrong type or code, or a route rule on structure.", "id": "EI-SCHEMA"}Predaj gotov UBL ili CII dokument (prosljeđivanje) POST
Za ERP-ove koji već pišu UBL ili CII, ili FA(3) za kanal KSeF. Mapiranja nema: usluga pokreće službene validatore kanala (za FA(3): XSD plus KSeF-ova pravila o datoteci i datumu) i šalje datoteku nepromijenjenu. PDF Factur-X ili ZUGFeRD ide kroz istu krajnju točku kao application/pdf. XML se obrađuje s isključenim entitetima, DTD-ovima i pristupom mreži, a datoteka s DOCTYPE-om odbija se (EI-XML-DTD) prije nego je pročita bilo koji validator, kao i datoteka koja nije ispravno oblikovana (EI-XML-SYNTAX) ili nije račun koji kanal poznaje (EI-XML-TYPE). Od 0.18.4 ista datoteka poslana ponovno za klijenta i kanal jest račun koji već postoji (duplicate_of), kao na POST /invoices; ništa se novo ne šalje.
Stanje usluge GET
Sljedeća