Przeglądam change log RC5 i się zastanawiam nad poniższym opisem:
Jaki może być scenariusz, kiedy znamy numer KSEF, a faktura nie jest dostępna?
Wydaje się, żer mają tam niezły zamęt:
Niestety nie mam dostępu, bo jest za paywallem, może ktoś z Was ma i się podzieli treścią?
Z wstępniaka wygląda soczyście:
KSeF będzie wdrożony na czas. Mimo awantury o informatyczne etaty w skarbówce
Kadrowe roszady wśród informatyków pracujących dla skarbówki nie zaszkodzą wdrożeniu KSeF. Tak twierdzi kierownictwo struktury IT w resorcie finansów. Związkowcy ostrzegają: to zbyt ważna sprawa, by pozbywać się doświadczonych pracowników.
Jakie jest stanowisko Ministerstwa Finansów w kwestii terminu wdrożenia KSeF?
Jakie obawy mają związki zawodowe w kontekście zmian kadrowych w CIRF?
Jakie zmiany kadrowe są planowane w Centrum Informatyki Resortu Finansów?
Jak Ministerstwo Finansów planuje zapewnić obsługę techniczną KSeF?
Jakie są potencjalne korzyści finansowe z wdrożenia Krajowego Systemu e-Faktur?
Dlaczego KSeF jest kluczowym projektem dla administracji skarbowej?
Tak się zastanawiam jakie by tu błędy związane z obsługą ksef z automatu wykrywać i informować użytkownika. Poza oczywistymi błędami związanymi z komunikacją "nie wysłano" czy "nie można pobrać nowych faktur" myślę sobie, że b prawdopodobne będą duplikaty wysyłki, czyli różny nr ksef ale ten sam numer (pole p_2). Macie może pomysł jakie jeszcze kwiatki warto ogarnąć?
Z góry przepraszam za ew. głupie pytanie, ale sam nie potrafię sobie na nie jednoznacznie/poprawnie odpowiedzieć:
czy wzór prezentacji (plik styl.xsl) umieszczony pod adresem: https://crd.gov.pl/wzor/2025/06/25/13775/
jest jakoś do wykorzystania w systemie użytkowym prócz wejścia w niego jako "podgląd roboczy" albo "podgląd wg wzoru MF"?
Pytam bo by wydrukować całość tabeli pozycji, to trzeba by zrobić wg mnie, wydruk w układzie poziomym (z czym do tej pory przy fakturach się osobiście nie spotkałem).
Z racji, że ministerstwo ustawiło te durne limity i usunęło wysyłkę interaktywną z użyteczności muszę implementować wysyłanie paczkami.
Nie mogę doczytać ani wywnioskować z kodu:
czy faktury dodane do pliku ZIP muszą być szyfrowane czy dodaję je w normalnej wersji a potem szyfruję cały plik?
oraz:
czy metoda https://ksef-test.mf.gov.pl/api/v2/sessions/{referenceNumber}/invoices
zwróci mi wszystkie faktury tj. te poprawnie przetworzone z paczki oraz te niepoprawnie?
Planuję teraz pisać integrację z KSeF dla mojego serwisu. Waham się między dwoma językami: PHP (lub Laravel) albo Node.js (lub NestJS).
Czy ktoś już pisał w tym języku i może podpowiedzieć jakieś kwestie, potencjalne problemy…?
Chętnie też połączę siły i popracuję wspólnie, jeśli ktoś jeszcze nie zaczął. 
(osobny post, bo komentarz ma ograniczenie znaków)
Mam w mojej aplikacji php obsługę Ksef 1.0, na razie niewielu użytkowników z tego korzysta, ale ci co korzystają nie mieli większych problemów. Za 2.0 się już wziąłem, ciężko powiedzieć jak się zachowa jak ze względu na obowiązkowość wszyscy zaczną korzystać, ale to się okaże w praniu.
Nie do końca wiem jeszcze o co chodzi z certyfikatami i jak one mają działać, np. co jeśli ktoś będzie musiał podpisać fakturę czy coś sprzętowo, może będzie potrzebne jakieś rozszerzenie do przeglądarki, to jeszcze przede mną.
NIe wiem jak w node.js czy innych językach działa jakieś automatyczne tłumaczenie specyfikacji openapi na kod, w php próbowałem różnych bibliotek, ale żadna mi nie odpowiadała i ostatecznie napisałem wszystko ręcznie tak, żeby mieć wszystko ładnie otypowane i nie przesysłać zwykłych nieotypowanych arrayów. Robota trochę żmudna, ale do ogarnięcia.
Działa już to środowisko testowe? Miało być dostępne 30.09.2025.. A tymczasem nie widzę żadnej różnicy..
Hej, czy ja coś robię źle, czy to przez to, że środowisko jeszcze nie działa:
curl -X POST -i -v "https://ksef-test.mf.gov.pl/api/v2/auth/challenge"
HTTP/1.1 307 Temporary Redirect
Location: /docs/v2
Sorki, jeśli głupio pytam, ale dopiero się tematem zajmuję od 2h
Pozdrawiam
Hej, w API 1.0 po uwierzytelnieniu sesji dostawaliśmy informację (w response) jakie uprawnienia (role) mamy w ramach danego kontekstu - czy ktoś się orientuje gdzie jest ta informacja w 2.0, albo jak ją pobrać? Z góry, dzięki!
Działa API 2.0!
I pierwsza niespodzianka - są osobne klucze (dla każdego z usage)
Coś ruszyło więc od razu pojawiły się wątpliwości:
W specyfikacji jest napisane "W wersji 2.0 wprowadzono nową parę kluczy RSA o długości 4096 bit oraz padding OAEP z SHA-256 i MGF1-SHA256."
Natomiast dostarczony klucz publiczny KsefTokenEncryption jest dlugosci 2048 bit. To w końcu jak?
Pierwsza metoda /api/v2/auth/challenge, która nie wymaga podawania żadnych danych wywołuje od razu 401 Unauthorized, dlaczego?
No i chyba najważeniejsze - jak wygenerować sobie tokeny żeby nie czekać do 15 października
Ktoś podpowie jak pod delphi z tego cedrtyfikatu der dostać klucz publiczny pem?
Czy jest gdzieś serwis webowy, który potrafi zweryfikować poprawność struktury podpisu XAdES? Nie chodzi o klucze tylko o poprawną formę tego podpisu.
Chłopaki wypuścili API i poszli na zasłużony długi urlop 
Ciekawe kiedy będzie biblioteka csharp zgodna z nowym API 5.1...
Używał może ktoś podpisu XAdES w php ? Bo z tego co widzę to nie takie proste.
Czas zwracany z serwera jest 2h do tyłu bez przesunięcia. Tak było ustalone,że tak ma być zwracane?
Czy tę NuGet paket "KSEFAPI.KSEFAPIClient" jest obiecaną biblioteką dla API 2.0?
Próbuję połączyć się z KSeF 2.0 przez API. Podczas testów KSeF 1.0 korzystałem z adresu https://ksef-test.mf.gov.pl/web/login, aby zalogować się za pomocą wygenerowanych numerów NIP i utworzyć tokeny. W przypadku KSeF 2.0 ten link nie jest już dostępny.
Jaka jest prawidłowa procedura generowania tokenów dostępu API do testów KSeF 2.0, bez użycia certyfikatów i/lub pieczęci?
Czy będzie dostępna strona internetowa, na której będzie można uwierzytelniać się za pomocą wygenerowanych numerów NIP i generować tokeny? Jeśli tak, to jaki będzie jej adres URL i kiedy zostanie opublikowana i udostępniona?
Jeśli nie planujemy żadnej strony internetowej, jakiej alternatywnej metody powinniśmy użyć, aby uzyskać tokeny testowe?
KSeFFanNumber1 napisał(a):
Próbuję połączyć się z KSeF 2.0 przez API. Podczas testów KSeF 1.0 korzystałem z adresu https://ksef-test.mf.gov.pl/web/login, aby zalogować się za pomocą wygenerowanych numerów NIP i utworzyć tokeny. W przypadku KSeF 2.0 ten link nie jest już dostępny.
Jaka jest prawidłowa procedura generowania tokenów dostępu API do testów KSeF 2.0, bez użycia certyfikatów i/lub pieczęci?
Czy będzie dostępna strona internetowa, na której będzie można uwierzytelniać się za pomocą wygenerowanych numerów NIP i generować tokeny? Jeśli tak, to jaki będzie jej adres URL i kiedy zostanie opublikowana i udostępniona?
Jeśli nie planujemy żadnej strony internetowej, jakiej alternatywnej metody powinniśmy użyć, aby uzyskać tokeny testowe?
Daruj sobie token, jezeli system ma dzialac dlugo gdyz tokeny według dokumentacji będa aktywny do konca 2026 
Jak stworzyć certyfikat self-signed i jak nim podpisac xml.
Wszyscy czekali i oto jest! KsefClient RC 5.1. A może Ksef.Client?
Taki offtopic mały - klienci nas mocno cisną, kiedy wreszcie będzie KSeF, kiedy będzie mógł coś zrobić... Ludzie bardzo niecierpliwi pytają w kółko o szkolenia...
Tymczasem rozmawiałem z uczestnikiem stacjonarnego szkolenia organizowanego prze KAS katowicki. Jakie padały głosy?
Czyli poza grupą niedoinformowaną, która wie, że KSeF wchodzi, że trzeba, ale nie wiedzącą, że jeszcze się nie da jest jeszcze grupa niedoinformowana, która w ogóle nic nie wie. Oj będzie zabawnie.
I fajnie podsumowanie jednego z księgowych na temat "ja nie potrzebuję KSeFu".
-- No prawda, nie musi pan kosztów odliczać. To tylko przywilej, nie obowiązek.
-- Ale jak to? Przecież ja mam koszty!
-- No to jak bez KSeFu będzie pan faktury odbierać i zaliczać do kosztów?
JACA-RARA napisał(a):
Jak stworzyć certyfikat self-signed i jak nim podpisac xml.
openssl genrsa -out klucz_prywatny.key 2048
Plik ksef_openssl.cnf
default_bits = 2048
default_keyfile = klucz_prywatny.key
distinguished_name = req_distinguished_name
prompt = no
[ req_distinguished_name ]
C = PL
ST = Mazowieckie
L = Warszawa
O = Firma Testowa
OU = Dział KSeF
CN = Firma Testowa
serialNumber = NIP1234567890
emailAddress = test@firma.pl
openssl req -x509 -new -nodes -key klucz_prywatny.key -days 365 -out certyfikat_test.crt -config ksef_openssl.cnf
openssl pkcs12 -export -out ksef_test.p12 -inkey klucz_prywatny.key -in certyfikat_test.crt -passout pass:TwojeHaslo
Podczas wysyłania na https://ksef-test.mf.gov.pl/api/v2/auth/xades-signature dostaje w zwrotce : {
"exception":
{
"exceptionDetailList":
[
{
"exceptionCode":21217,
"exceptionDescription":"Nieprawidłowe kodowanie znaków."
}
]
,
"serviceCode":"00-c327b3e226ad090395bf5cd036c0589f-b57ed9e09ff659ab-00",
"timestamp":"2025-10-01T05:41:04.5325023Z"
}
}
w xml mam <?xml version="1.0" encoding="UTF-8" standalone="no"?><AuthTokenRequest xmlns="http://ksef.mf.gov.pl/auth/token/2.0" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Challenge>20251001-CR-132286B000-A6BFB51E3E-CF</Challenge>
<ContextIdentifier>
<NIP>1254675624</NIP>
</ContextIdentifier>
<SubjectIdentifierType>certificateSubject</SubjectIdentifierType>
<ds:Signature xmlns:ds="http://www.w3.org/2000/09/xmldsig#" Id="Signature_8df8231f-5d73-44b3-a95b-92ade3c368d9_1f"><ds:SignedInfo Id="SignedInfo_8df8231f-5d73-44b3-a95b-92ade3c368d9_47"><ds:CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/><ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/><ds:Reference Id="Reference1_8df8231f-5d73-44b3-a95b-92ade3c368d9_21" URI="">ds:Transforms<ds:Transform Algorithm="http://www.w3.org/2002/06/xmldsig-filter2"><XPath xmlns="http://www.w3.org/2002/06/xmldsig-filter2" Filter="subtract">/descendant::*[name()='ds:Signature']</XPath></ds:Transform></ds:Transforms><ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/>ds:DigestValueoZCwBrpXJxohhzW+1XF088qLCXn1OG+a4/ENYAa+YEo=</ds:DigestValue></ds:Reference><ds:Reference Id="SignedProperties-Reference_8df8231f-5d73-44b3-a95b-92ade3c368d9_2e" Type="http://uri.etsi.org/01903#SignedProperties" URI="#SignedProperties_8df8231f-5d73-44b3-a95b-92ade3c368d9_48"><ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/>ds:DigestValue7tb5rAFUTbspSmM8DQPiTKCDqH81t1uUPYBY8mI2xN4=</ds:DigestValue></ds:Reference></ds:SignedInfo><ds:SignatureValue Id="SignatureValue_8df8231f-5d73-44b3-a95b-92ade3c368d9_54">.... Ktoś coś?
Mam taki błąd przy wysyłce auth/xades-signature
Nie udało się pobrać tokenu z KSeF: {"exception":{"exceptionDetailList":[{"exceptionCode":9105,"exceptionDescription":"Nieprawidłowa treść podpisu.","details":["Nieprawidłowa treść podpisu."]}],"serviceCode":"00-7e809edc25d4827b23903f110f588bcc-8a92129989404966-00","timestamp":"2025-10-01T07:30:02.2278815Z"}}
Xml wygląda tak
Xml wygląda jak niżej i bład Nie udało się pobrać tokenu z KSeF: {"exception":{"exceptionDetailList":[{"exceptionCode":9105,"exceptionDescription":"Nieprawidłowa treść podpisu.","details":["Nieprawidłowa treść podpisu."]}],"serviceCode":"00-7e809edc25d4827b23903f110f588bcc-8a92129989404966-00","timestamp":"2025-10-01T07:30:02.2278815Z"}}
Xml wygląda tak
<?xml version="1.0" encoding="UTF-8"?>
<AuthTokenRequest xmlns="http://ksef.mf.gov.pl/auth/token/2.0" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><Challenge>20251001-CR-1AD22BF000-A6B048C5F5-7E</Challenge><ContextIdentifier><NIP>7343170998</NIP></ContextIdentifier><SubjectIdentifierType>certificateSubject</SubjectIdentifierType><ds:Signature xmlns:ds="http://www.w3.org/2000/09/xmldsig#" Id="Signature_1179b017-c20e-4683-b449-a99a47dbe2a1"><ds:SignedInfo Id="SignedInfo_1179b017-c20e-4683-b449-a99a47dbe2a1"><ds:CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/><ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/><ds:Reference Id="Reference1_1179b017-c20e-4683-b449-a99a47dbe2a1" URI=""><ds:Transforms><ds:Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/><ds:Transform xmlns:default="http://www.w3.org/2002/06/xmldsig-filter2" Algorithm="http://www.w3.org/2002/06/xmldsig-filter2"><default:XPath xmlns="http://www.w3.org/2002/06/xmldsig-filter2" Filter="subtract">/descendant::*[name()='ds:Signature']</default:XPath></ds:Transform></ds:Transforms><ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/><ds:DigestValue>VD8PCiA0miMTMrthbVXtGf63JWu4N/yfyNwYvqD6yIM=</ds:DigestValue></ds:Reference><ds:Reference Id="SignedProperties-Reference_1179b017-c20e-4683-b449-a99a47dbe2a1" Type="http://uri.etsi.org/01903#SignedProperties" URI="#SignedProperties_1179b017-c20e-4683-b449-a99a47dbe2a1"><ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/><ds:DigestValue>1Z4L6ktjHzgxbfgKuhE6HbSIj09esIOdeu3BJ8jVm7Q=</ds:DigestValue></ds:Reference></ds:SignedInfo><ds:SignatureValue Id="SignatureValue_1179b017-c20e-4683-b449-a99a47dbe2a1">X9sXcHdMOnxbfvVZfbOLciKo/aaPYi/+ONqB23zjmhTSXCDVa80a1Cfswajrk5puyHEZ9azBqHQmUCJJTaWqVgsluaulZ8TZKpZrBXrKktj2MMbulqMUXK3tZ9oi+z4bwvca81+WT/l4GQFJQjxZtIRvD3eQVv5ALWuOABrWkw60Li107mvq3v/dRk39slEZYNTuVhvVcvEXJwu5hLRxROFhe3ordRt/zaT3K/Xt5JW19UHvTBo/tALaoIlFlGg4iGWG/gefhBjCIcAf6SBOQ4i+ZQKRSIXlhpZ5oXguLsIfP3629ULsI3SnMQT92RkIZHq+sDO2D/W5lT8JrqmKlg==</ds:SignatureValue><ds:KeyInfo><ds:X509Data><ds:X509Certificate>MIIDZzCCAk+gAwIBAgIUStpD8rrs7CNe8k3BcQkAOJ/YehswDQYJKoZIhvcNAQELBQAwXDELMAkGA1UEBhMCUEwxFDASBgNVBAgMC01hbG9wb2xza2llMQ8wDQYDVQQHDAZHcnlib3cxETAPBgNVBAoMCE1hcmVrQmlsMRMwEQYDVQQDDAo3MzQzMTcwOTk4MB4XDTI1MDkyNTA5MTExNVoXDTI2MDkyNTA5MTExNVowXDELMAkGA1UEBhMCUEwxFDASBgNVBAgMC01hbG9wb2xza2llMQ8wDQYDVQQHDAZHcnlib3cxETAPBgNVBAoMCE1hcmVrQmlsMRMwEQYDVQQDDAo3MzQzMTcwOTk4MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzASPb81lsAhWaFJ4c5sM/KMkEwm6qhKXlW9me2ZdR66z30h0kdvL4C9A/8hrZizql9xyvIwWAkWtzp0S29eebE7z5gXvEXpacByrywQ6zrlrdwkZBIEclZioci5XrhfMdj1eA6hH90NFVXkRnnxe+zzAogXqjGESDXx5CW57OQzsF5/vILCCk5/0Mo1R3htNY4RK8w48b8ZtjNExJelsaEMojxOHEyD8GFQxo0lIPSs/53CbpFszZZpdbD16FNJ+Rz4Eqbv+y8gJj6o+mat2P7IIw/dCO4G4m2iSx9z6zrCfcw7cbeetC7xOwJmXjQyrhgBYzrENg17JwAfF+iIdDwIDAQABoyEwHzAdBgNVHQ4EFgQUxVamHnkk7BAI1fwlHEoPEY2BJdgwDQYJKoZIhvcNAQELBQADggEBAG/68NCkmyc1xp/gCPkZ0FDDr++nZbcGm9+wQZtI1z+p3T62aXkGeW/jmSuqG4LeYwtnQKeCHmFJOZJy/5Jn/rKx14AIBJ0z7Ert/J3U+cWBI2n2W7W8jFi0jGO6EdNQdLGOvDblr9DP2vDabE2dyWKpXy+vL6NKZvvgFWeLP/2sMRDFEFygPnYTjHvnUiw4NFcR1BgpAZkbmZBNJN6QkJ9OVe5nzqVw4i4SePw7rTE7YQRXqQ8Reaaa17bYFmmpp9H+nSYlqTygvjVhPUQNx2EhYu+zS0GD4trvUygOjxJajSm8qThEEcTxqpqRj9PmX20xxbT19qGAp5yg7Y8+kEQ=</ds:X509Certificate></ds:X509Data></ds:KeyInfo><ds:Object><xades:QualifyingProperties xmlns:xades="http://uri.etsi.org/01903/v1.3.2#" Target="#Signature_1179b017-c20e-4683-b449-a99a47dbe2a1"><xades:SignedProperties Id="SignedProperties_1179b017-c20e-4683-b449-a99a47dbe2a1"><xades:SignedSignatureProperties><xades:SigningTime>2025-10-01T07:48:42Z</xades:SigningTime><xades:SigningCertificate><xades:Cert><xades:CertDigest><ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/><ds:DigestValue>zKm1aElPUJtknFUMacLkS+VKPp2vpBlPT/aZtHwmlXg=</ds:DigestValue></xades:CertDigest><xades:IssuerSerial><ds:X509IssuerName>C=PL, ST=Malopolskie, L=Grybow, O=MarekBil, CN=7343170998</ds:X509IssuerName><ds:X509SerialNumber>0x4ADA43F2BAECEC235EF24DC1710900389FD87A1B</ds:X509SerialNumber></xades:IssuerSerial></xades:Cert></xades:SigningCertificate></xades:SignedSignatureProperties></xades:SignedProperties></xades:QualifyingProperties></ds:Object></ds:Signature></AuthTokenRequest>
Przyszłość w KSeF! Babka gada, że od października są środy i pierwsze było 24 października :D
Przypominam, jeśli ktoś chce: https://teams.microsoft.com/l/meetup-join/19%3ameeting_OWNkNzdlMDYtNzc5OS00NDk1LTk5OGUtZDI2YjczMzIzMmM5%40thread.v2/0?context=%7b%22Tid%22%3a%22647754c7-3974-4442-a425-c61341b61c69%22%2c%22Oid%22%3a%22a2631541-9880-47b1-b66f-c0e61f539f8c%22%2c%22IsBroadcastMeeting%22%3atrue%7d
Cześć
Próbuje dostać się do KSeF 2.0 (test).
Wysłałem JSON'a aby utworzyć uprawnienia JDG: {"nip": "[MÓJ_NIP]","pesel":"[MÓJ_PESEL]","description": "JDG","isBailiff": false}
Wysyłam podpisanego XML'a (profilem zaufanym) i otrzymuję "{referenceNumber": "20251001-AU...","authenticationToken": {"token": "eyJhbGciOiJIUzI1N...","validUntil": "2025-10-01T08:26:58.1715094+00:00"}}
Gdy próbuje sprawdzić status uwierzytelnienia na 'auth/{referenceNumber}' to wyrzuca mi, że "Brak przypisanych uprawnień".
{"startDate":"2025-10-01T07:41:58.0830942+00:00","authenticationMethod":"TrustedProfile","status":{"code":415,"description":"Uwierzytelnianie zakończone niepowodzeniem","details":["Brak przypisanych uprawnień."]}}
Gdy sprawdzam uprawnienia poprzez 'permissions/query/persons/grants' lub 'permissions/query/personal/grants' to otrzymuję odpowiedź HTTP/1.1 403 Forbidden
Co jeszcze trzeba wykonać aby się poprawnie uwierzytelnić do KSeF 2.0?
EDIT: Gdy pierwszy raz tworzyłem uprawnienia JDG to KSeF nie zwrócił mi żadnej odpowiedzi. Teraz gdy spróbowałem ponownie wysłać JSON'a do JDG to zwraca mi: HTTP/1.1 400 Bad Request {"exception":{"exceptionDetailList":[{"exceptionCode":30001,"exceptionDescription":"Podmiot lub uprawnienie już istnieje.","details":["Podmiot lub uprawnienie już istnieje."]}],"serviceCode":"00-80dc1bb5892a541e7cbc83c642dc9d9d-fddfea866a23991d-00","timestamp":"2025-10-01T10:03:23.8853192Z"}}
Więc widać, że coś tam niby istnieje.
EDIT 2: Skoro KSeF krzyczy "Brak przypisanych uprawnień" to z ciekawości spróbowałem nadać sobie te uprawnienia poprzez:
JSON := '{"contextIdentifier":{"value":"[MÓJ_NIP]","type":"nip"},"authorizedIdentifier":{"value":"[MÓJ_PESEL]","type":"pesel"},' +
'"permissions":[{"permissionType":"InvoiceRead","description":"InvoiceRead"},{"permissionType":"InvoiceWrite","description":"InvoiceWrite"},' +
'{"permissionType":"Introspection","description":"Introspection"},{"permissionType":"CredentialsRead","description":"CredentialsRead"},' +
'{"permissionType":"CredentialsManage","description":"CredentialsManage"},{"permissionType":"SubunitManage","description":"SubunitManage"}]}';
PostJSON('testdata/permissions', JSON);
Ale niestety tutaj wyrzuca mi błąd: HTTP/1.1 500 Internal Server Error {"exception":{"exceptionDetailList":[{"exceptionCode":500,"exceptionDescription":"Wyst\u0105pi\u0142 nieoczekiwany b\u0142\u0105d."}],"serviceCode":"00-c953a2bbba46c98e4a2b047ab83af142-807fcb15d994983c-00","timestamp":"2025-10-01T11:30:37.6774035Z"}}