Het record van de eindklant
- In de sandbox
Sinds 0.24.0 (C14). De sleutel van de beheerder of de alleen-lezen beheerderssleutel, en sinds 0.25.0 een partnersleutel voor een eindklant van wie het record de partner noemt (403 voor elke andere). 404 als er geen record is ingesteld.
apiKeyAuthorizationBearer <token>Stuur uw sleutel als bearer-token: Authorization: Bearer <your-api-key>. De health-aanroep is de enige aanroep die geen sleutel vereist.
client*string^[A-Za-z0-9][A-Za-z0-9._-]{0,63}$Het record.
application/json- response
client*stringname*stringpartner?string|nullstage*string"pilot""production""paused"contact_email?string|nulllegal_entities*array<string>countries*array<string>updated_at*stringdate-timecurl -X GET "https://example.com/clients/string/profile" \ -H "Authorization: Bearer <your-api-key>"{ "client": "string", "name": "string", "partner": "string", "stage": "pilot", "contact_email": "string", "legal_entities": [ "string" ], "countries": [ "string" ], "updated_at": "2019-08-24T14:15:22Z"}Een afgewerkt UBL- of CII-document indienen (doorgifte) POST
Voor ERP's die al UBL of CII schrijven, of FA(3) voor het KSeF-verzendkanaal. Er vindt geen mapping plaats: de dienst voert de officiële validators voor het verzendkanaal uit (voor FA(3): de XSD plus de bestands- en datumregels van KSeF) en verzendt het bestand ongewijzigd. Een Factur-X- of ZUGFeRD-PDF gaat via hetzelfde eindpunt als application/pdf. De XML wordt gelezen met entiteiten, DTD's en netwerktoegang uitgeschakeld, en een bestand met een DOCTYPE wordt geweigerd (EI-XML-DTD) voordat een validator het leest, net als een bestand dat niet welgevormd is (EI-XML-SYNTAX) of geen factuur is die het verzendkanaal kent (EI-XML-TYPE). Sinds 0.18.4 is hetzelfde bestand dat opnieuw wordt verzonden voor de eindklant en het verzendkanaal de factuur die al is bewaard (duplicate_of), zoals bij POST /invoices; er wordt niets nieuws verzonden.
De eindklantrecords, per partner GET
Sinds 0.24.0 (C14). De sleutel van de beheerder of de alleen-lezen beheerderssleutel; sinds 0.25.0 een partnersleutel, die de lijst van de eigen partner krijgt (een andere partner noemen geeft 403). De records die met PUT /clients/{client}/profile zijn ingesteld, op eindklant-id in bytevolgorde, 500 per keer. Als truncated waar is, is next het laatste id van de pagina, en after= dat id leest de volgende pagina. partner beperkt de lijst tot de eindklanten van één partner. Een eindklant met sleutels maar zonder record staat niet in de lijst.