Stocați datele de autentificare, criptate; valoarea nu este returnată niciodată
- În sandbox
În cuvinte simple
Un proces stochează date de autentificare doar pentru propriul mediu. legal_entity leagă un set de ID-ul vânzătorului pentru care acționează (cod de TVA, NIP, SIREN sau ID de companie); unul fără etichetă servește celelalte facturi ale clientului. Cheia de administrator a unui client stochează doar pentru propriul client.
apiKeyAuthorizationBearer <token>Trimiteți cheia ca token de tip bearer: Authorization: Bearer <your-api-key>. Starea serviciului este singurul apel care nu necesită cheie.
application/json- body
client*stringOpțional cu o cheie de client
^[A-Za-z0-9][A-Za-z0-9._-]{0,63}$route*string"PL-KSEF""RO-EFACTURA""PEPPOL""FR-PA""DE-XRECHNUNG"kind*stringissued_by*stringissued_on*stringdateexpires_on?stringdateenvironment?stringTrebuie să fie mediul acestui proces; acesta este implicit.
"sandbox""production"legal_entity?stringlength <= 64value*stringStocat.
application/json- response
id?stringclient?stringroute?stringkind?stringissued_by?stringissued_on?stringexpires_on?stringenvironment?|sandbox sau production; null pentru datele de autentificare stocate înainte de 3 oct. 2026, pe care le folosește doar un sandbox.
legal_entity?stringrevoked_at?stringstored?booleancurl -X POST "https://example.com/credentials" \ -H "Authorization: Bearer <your-api-key>" \ -H "Content-Type: application/json" \ -d '{ "client": "string", "route": "PL-KSEF", "kind": "string", "issued_by": "string", "issued_on": "2019-08-24", "value": "string" }'{ "id": "string", "client": "string", "route": "string", "kind": "string", "issued_by": "string", "issued_on": "string", "expires_on": "string", "environment": "string", "legal_entity": "string", "revoked_at": "string", "stored": true}Revocați datele de autentificare; înregistrarea rămâne pentru pista de audit POST
Pagina anterioară
Opriți o factură care nu a fost încă transmisă POST
Funcționează doar cât timp factura este received, validated sau queued. Începând cu 0.18.3, după ce s-a încercat o trimitere și răspunsul s-a pierdut (o depășire de timp sau un 5xx), factura apare ca submitting, iar o anulare primește 409 send-in-progress, deoarece canalul o poate avea; procesul de lucru o stabilește ca submitted sau dead_letter. După ce canalul o are, o anulare este un document comercial (o notă de credit sau, în Polonia, un KOR), nu un apel API. Începând cu 0.18.5, anularea unei facturi deja anulate primește 200 cu factura, deci o reîncercare după un răspuns pierdut este sigură. Începând cu 0.18.6, cheia operatorului poate anula o factură dead_letter când nu s-a făcut niciodată un apel către canal pentru ea: nu poate fi nimic pe canal, deci același document poate fi trimis din nou după aceea. Când s-a făcut un apel, răspunsul este 409 dead-letter-reached-rail, deoarece o trimitere al cărei răspuns s-a pierdut poate fi acolo: verificați mai întâi cu canalul. Cheia unui client primește 409 dead-letter; operatorul decide.