De bewaarde bestanden van een factuur op de opvolgingslijst met hun SHA-256
- In de sandbox
In gewone woorden
Sinds 0.15.0 leest een sleutel van een eindklant met de scope read het bewijs van de facturen van de eigen eindklant, 10 keer per
minuut. De factuur van een andere eindklant geeft 404, precies zoals een factuur die niet op de opvolgingslijst staat. Bestanden van samen meer dan
8 MiB geven 413 (evidence-too-large) voor elke sleutel; lees ze dan een voor een met
GET /invoices/{id}/documents/{kind}.
apiKeyAuthorizationBearer <token>Stuur uw sleutel als bearer-token: Authorization: Bearer <your-api-key>. De health-aanroep is de enige aanroep die geen sleutel vereist.
id*stringfiles: kind, sha256, file_base64.
application/json- response
curl -X GET "https://example.com/care/string/evidence" \ -H "Authorization: Bearer <your-api-key>"{}Een API-sleutel intrekken; hij werkt meteen niet meer POST
Vorige
De opvolgingslijst: afgewezen facturen en facturen in de dead-letterlijst, met de cataloguscode en wie handelt GET
Sinds 0.15.0 leest een sleutel van een eindklant met de scope read de rijen van de eigen eindklant, zodat een bedrijf zijn eigen afgewezen facturen kan zien. Een sleutel van een eindklant krijgt hoogstens de nieuwste 200 rijen in de gevraagde status, met truncated: true als er meer zijn; sinds 0.18.2 wordt de status eerst toegepast, zodat een oude open rij nooit achter nieuwere afgehandelde verdwijnt. De sleutel mag 30 keer per minuut de lijst opvragen (daarboven 429). De sleutel van de beheerder ziet de rijen van alle eindklanten, of van één eindklant met client.