Przewodnik · Autoryzacja KSeF

Token z demo, testu lub produkcji — pomylone środowisko KSeF

Jeżeli środowiska są pomylone, poprawny dokument i poprawny token nie będą działały razem.

Typ

Przewodnik

Warstwa

Autoryzacja KSeF

Skutek

Błąd blokujący

Typowy komunikat GoKSeF

Wywołanie kierowane jest do jednego środowiska, podczas gdy użyty token został wygenerowany dla innego.

To typowy problem konfiguracyjny. Weryfikacji wymaga cały zestaw: endpoint, token, certyfikat, NIP kontekstu i aktywne środowisko aplikacji.

Jak to poprawić

  1. 1 Ustal jednoznacznie, czy pracujesz na środowisku testowym, demo/przedprodukcyjnym czy produkcyjnym.
  2. 2 Sprawdź, skąd dokładnie pochodzi używany token i dla jakiego środowiska został wygenerowany.
  3. 3 Porównaj endpoint API z tokenem, certyfikatem i konfiguracją aplikacji.
  4. 4 Wygeneruj nowy token w poprawnym środowisku, jeśli obecny pochodzi z innego.
  5. 5 Po zmianie wykonaj pełny test uwierzytelnienia i odczytu statusu, nie tylko pojedynczy request.

Sprawdź przed ponowną walidacją

  • Endpoint i token należą do tego samego środowiska.
  • Certyfikat i NIP kontekstu są zgodne z tym środowiskiem.
  • Test autoryzacji przechodzi bez błędów środowiskowych.

FAQ

Czy poprawny token może nie działać tylko dlatego, że jest z innego środowiska?
Tak. To jeden z najczęstszych błędów konfiguracji w KSeF 2.0.
Czy wystarczy zmienić sam endpoint?
Nie zawsze. Cały zestaw konfiguracji musi być spójny: endpoint, token, certyfikat i kontekst podmiotu.

Powiązane artykuły

Sprawdź poprawiony plik

Po poprawieniu danych źródłowych wygeneruj XML ponownie i sprawdź nowy plik w GoKSeF.