Rekord klienta
- W sandboxie
Od wersji 0.24.0 (C14). Klucz operatora lub klucz operatora tylko do odczytu, a od wersji 0.25.0 także klucz partnera dla klienta, którego rekord wskazuje tego partnera (dla każdego innego 403). 404, gdy nie ustawiono rekordu.
apiKeyAuthorizationBearer <token>Klucz należy wysyłać jako token typu bearer: Authorization: Bearer <your-api-key>. Wywołanie stanu usługi jest jedynym, które nie wymaga klucza.
client*string^[A-Za-z0-9][A-Za-z0-9._-]{0,63}$Rekord.
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"}Przesłanie gotowego dokumentu UBL lub CII (przekazanie bez zmian) POST
Dla ERP, które już zapisują UBL lub CII albo FA(3) dla kanału KSeF. Nie ma mapowania: usługa uruchamia oficjalne walidatory kanału (dla FA(3): XSD oraz reguły KSeF dotyczące pliku i dat) i wysyła plik bez zmian. PDF Factur-X lub ZUGFeRD trafia przez ten sam punkt końcowy jako application/pdf. XML jest parsowany z wyłączonymi encjami, DTD i dostępem do sieci, a plik z DOCTYPE jest odrzucany (EI-XML-DTD), zanim odczyta go jakikolwiek walidator, tak samo jak plik, który nie jest poprawnie sformułowany (EI-XML-SYNTAX) lub nie jest fakturą znaną kanałowi (EI-XML-TYPE). Od 0.18.4 ten sam plik wysłany ponownie dla tego samego klienta i kanału to faktura już przechowywana (duplicate_of), jak w POST /invoices; nic nowego nie jest wysyłane.
Rekordy klientów, według partnera GET
Od wersji 0.24.0 (C14). Klucz operatora lub klucz operatora tylko do odczytu; od wersji 0.25.0 także klucz partnera, który dostaje listę własnego partnera (podanie innego partner daje odpowiedź 403). Rekordy ustawione przez PUT /clients/{client}/profile, według identyfikatora klienta w kolejności bajtów, po 500 naraz. Gdy truncated ma wartość true, next to ostatni identyfikator na stronie, a after= z tym identyfikatorem czyta następną stronę. partner zawęża listę do klientów jednego partnera. Klient z kluczami, ale bez rekordu, nie jest wymieniony.