Wsparcie

Trzy ścieżki, w zależności od tego, czego potrzebujesz. Na większość pytań szybciej odpowie dokumentacja niż my — ale gdy tak nie jest, klienci z umową wsparcia otrzymują śledzone zgłoszenie i czas reakcji.

Zacznij tutaj

Dokumentacja, filmy instruktażowe i artykuły rozwiązujące problemy. Odpowiedź na większość pytań typu „dlaczego to tak działa” jest już gdzieś zapisana.

Service desk

Wymagana umowa wsparcia

Zgłoś incydent albo zadaj pytanie i otrzymaj śledzone zgłoszenie z czasem reakcji. Działa na Jira Service Management, więc status, historię i każdą aktualizację widzisz w jednym miejscu.

Nie masz jeszcze konta? Twój administrator może Cię zaprosić, albo zapytaj nas.

Czy to problem tylko u Ciebie?

Zanim zgłosisz problem, sprawdź, czy już o nim wiemy. Strona statusu pokazuje każdy komponent, w tym dostawców tożsamości i kanały dostarczania, które nie są nasze.

Poziomy istotności i czasy reakcji

Wybieraj poziom istotności uczciwie — decyduje on o kolejce, a oznaczanie wszystkiego jako krytyczne tylko spowalnia sprawy, które naprawdę takie są.

IstotnośćCo to oznaczaPierwsza reakcja
Krytyczny
Podpisywanie w ogóle nie jest możliwe

Nikt nie może podpisać, usługa jest niedostępna albo dokumenty są tracone. Produkcja stoi.

[DO UZUPEŁNIENIA]
Wysoki
Jedna ze ścieżek podpisu jest niesprawna

Zawodzi jedna metoda lub kanał — weryfikacja bankowa, jednorazowe kody, konkretny typ urządzenia — podczas gdy inne wciąż działają. Istnieje obejście, ale nie jest akceptowalne na dłuższą metę.

[DO UZUPEŁNIENIA]
Normalny
Coś działa niepoprawnie

Błąd z możliwym obejściem, pytanie dotyczące integracji, nieoczekiwany wynik dla konkretnych dokumentów.

[DO UZUPEŁNIENIA]
Niski
Pytanie lub prośba

Pytania „jak to zrobić”, porady dotyczące konfiguracji, prośby o nowe funkcje, braki w dokumentacji.

[DO UZUPEŁNIENIA]

Czas reakcji to nie czas rozwiązania. Pierwsza reakcja oznacza, że człowiek przeczytał zgłoszenie, potwierdził poziom istotności i powiedział Ci, co dzieje się dalej. Rzeczywiste zobowiązania dotyczące reakcji i rozwiązania są częścią Twojej umowy wsparcia.

Przyspiesz sprawę

Co umieścić w zgłoszeniu

Niemal każde wolne zgłoszenie jest wolne z powodu brakującego szczegółu i konieczności dopytania o niego. Te sześć punktów zwykle całkowicie eliminuje tę wymianę.

  • Token dokumentu lub umowy — najszybszy sposób, żebyśmy znaleźli dokładny przypadek. Nigdy nie wysyłaj samego dokumentu, chyba że o to poprosimy.
  • Kiedy to się wydarzyło — wraz ze strefą czasową. „Dziś rano” kosztuje nas godzinę przeszukiwania logów.
  • Metoda podpisu i urządzenie — model tabletu, przeglądarka, system operacyjny lub to, czy był to zwirtualizowany pulpit.
  • Dokładny komunikat wyniku lub kod błędu — nie parafraza. Wiele endpointów zwraca HTTP 200, a rzeczywisty wynik znajduje się w polu result.
  • Raz czy zawsze? — Jeden podpisujący czy wszyscy, jeden typ dokumentu czy wszystkie.
  • On-premises: wersja i odpowiedni fragment logu — wersja Signosoft oraz linie wokół błędu z pliku catalina.out.

Nie wklejaj danych osobowych do zgłoszenia. Wyślij token, a nie umowę ani dokument tożsamości podpisującego. Jeśli będziemy potrzebować dokumentu, poprosimy o niego odpowiednim kanałem.

Zgłoszenie, z którym możemy od razu działać
Istotność: Wysoka
Podsumowanie: Podpis Bank iD nie działa dla jednego banku od 09:10

Token:    9f3c…a71  (jeden z ~40 dotkniętych)
Kiedy:    30 lip 2026, od 09:10 CEST, nadal nie działa
Metoda:   Bank iD Sign, podpisujący zdalni, Chrome 141 / Windows
Wynik:    HTTP 200, treść { "result": "ERROR",
          "message": "authorisation rejected" }
Zakres:   tylko podpisujący wybierający jeden konkretny bank;
          inne banki i podpis biometryczny bez zmian
Wpływ:    ~40 polis czeka, sieć oddziałów bez wpływu

Już sprawdzone: strona statusu pokazuje, że Bank iD działa,
          nasz własny certyfikat jest ważny do 2027

Porównaj z: „Bank iD nie działa, proszę naprawić”. Oba zgłoszenia otrzymają odpowiedź — ale tylko jedno z nich zostanie obsłużone od razu.

Bez umowy wsparcia

Dokumentacja, samouczki wideo, informacje o wydaniach i strona statusu są dostępne dla wszystkich, a kanał dla deweloperów odpowiada na pytania integracyjne. Śledzona obsługa incydentów z czasami reakcji wymaga umowy wsparcia — zapytaj o jej dodanie.

Co obejmuje wsparcie

  • Błędy w produkcie i w aplikacjach do podpisu
  • Pytania dotyczące konfiguracji, w tym wdrożeń on-premises
  • Pytania integracyjne dotyczące API i SDK
  • Obsługiwane tablety do podpisu i urządzenia
  • Aktualizacje i migracja między wersjami

Czego nie obejmuje

Jasność w tej kwestii oszczędza wszystkim rozczarowującego zgłoszenia:

  • Porad prawnych dotyczących tego, czy dany poziom podpisu spełnia wymóg w Twojej jurysdykcji — to pytanie do Twojego prawnika.
  • Usterek w usługach zewnętrznych: dostawcy tożsamości banku, Twoim przekaźniku SMTP, Twoim urzędzie certyfikacji. Pomożemy Ci ustalić, gdzie leży problem.
  • Tworzenia niestandardowych wtyczek lub dedykowanego kodu integracyjnego, chyba że jest to część odrębnej umowy.
  • Twojej własnej infrastruktury we wdrożeniu on-premises — sieci, bazy danych, kontenera. Wspieramy aplikację, która na niej działa.
Kontakt

To nie pytanie do wsparcia?

Pytania handlowe, dodanie umowy wsparcia, ankiety bezpieczeństwa i partnerstwa kieruj do zespołu, a nie do service desk.

Zgłaszasz podatność bezpieczeństwa? Napisz na adres podany na stronie Zaufanie i bezpieczeństwo zamiast zakładać publiczne zgłoszenie.