Jak przetestować podpis i wyjaśnić odrzucenie bez obchodzenia wymagań
Dobra próba ma odpowiedzieć na jedno pytanie: czy wybrana metoda tworzy wynik, który spełnia zapisane wymaganie odbiorcy? Nie służy do losowego klikania opcji aż komunikat zmieni kolor. Najpierw zamroź kartę wymogu, potem zmieniaj tylko jeden parametr naraz i zapisuj artefakty.
Krok 1. Utwórz bezpiecznego bliźniaka
Przygotuj sztuczny plik tego samego typu, o podobnym układzie i liczbie załączników, lecz bez danych osobowych, tajemnicy, podpisów osób trzecich i realnych numerów spraw. Na pierwszej stronie wpisz „TEST — NIE SKŁADAĆ”. Jeśli system produkcyjny nie dopuszcza prób, nie wysyłaj bliźniaka. Testuj lokalnie albo w oficjalnym środowisku testowym, jeśli zostało udostępnione.
Nie używaj produkcyjnego dokumentu tylko dlatego, że demonstrator obiecuje usunięcie pliku po operacji.
DSS tylko jako demonstracja
Demonstrator Komisji Europejskiej przesyła plik do infrastruktury Komisji i zaleca unikanie materiału wrażliwego. Komisja wskazuje także, że aplikacja jest wyłącznie demonstracją biblioteki, nie usługą tworzenia, rozszerzania ani walidacji podpisów. Dlatego jej raport może pomóc w nauce lub porównaniu technicznego wyniku na sztucznym pliku, ale nie jest decyzją odbiorcy ani kwalifikowaną usługą walidacji.
Krok 2. Zapisz wynik bez modyfikacji
Po podpisaniu pobierz wszystkie artefakty. Dla PAdES może to być podpisany PDF. Dla podpisu odłączonego potrzebny jest plik danych i plik podpisu; kontener może obejmować oba. Zachowaj nazwy, rozmiary i skróty, jeśli proces ich używa. Nie otwieraj wyniku w edytorze, który może go ponownie zapisać.
Porównaj pełne rozszerzenie i strukturę z instrukcją odbiorcy. Znak graficzny na stronie PDF jest tylko prezentacją. Jego brak nie dowodzi braku podpisu, a jego obecność nie potwierdza kryptograficznej integralności.
Krok 3. Waliduj według ustalonej polityki
Użyj narzędzia wskazanego przez odbiorcę lub właściwego dla danego procesu. Sprawdź każdy podpis osobno: integralność, identyfikację podpisującego, status certyfikatu, ustalony poziom lub kwalifikację, czas oraz ewentualne ostrzeżenia. Raport szczegółowy może rozdzielać proces walidacji technicznej od ustalenia kwalifikowanego statusu.
Status nieokreślony nie jest zaproszeniem do wyłączenia sprawdzania. Może wynikać z braku danych, łańcucha zaufania, informacji o unieważnieniu, nieobsługiwanego formatu albo polityki. Zapisz kod, status szczegółowy, czas, użyte źródła zaufania i pełny raport.
Krok 4. Przeprowadź próbę kanału tylko tam, gdzie wolno
Jeżeli odbiorca udostępnia środowisko szkoleniowe lub testowy formularz, sprawdź przesłanie, odczyt wyniku i potwierdzenie. Nie wysyłaj fikcyjnego pisma do realnej skrzynki i nie zakładaj produkcyjnej sprawy bez podstawy. Gdy test kanału nie jest możliwy, ogranicz próbę do przygotowania i walidacji, a wymagania przesłania potwierdź w instrukcji.
„Plik dodany” nie zawsze oznacza „wniosek wysłany”.
Diagnoza A. Odrzucono plik przed walidacją
Jeśli system nie przyjął załącznika, sprawdź format wejściowy, rozszerzenie, rozmiar, liczbę plików, szyfrowanie, ochronę hasłem i strukturę kontenera. Nie zmieniaj tylko rozszerzenia z „.xml” na „.pdf” i nie kompresuj losowo, aby przejść filtr. Przygotuj wynik w wymaganym formacie z właściwego źródła.
Ustal również, czy system oczekuje dokumentu źródłowego, podpisanego dokumentu, pliku podpisu czy kontenera. Brak jednego elementu podpisu odłączonego jest problemem kompletności, nie nieważnością samego certyfikatu.
Diagnoza B. Format podpisu jest inny niż wymagany
Podpis może być kryptograficznie poprawny, lecz zapakowany inaczej. PAdES osadzony w PDF, XAdES do XML, CAdES dla danych binarnych i ASiC jako kontener nie są zawsze zamienne w interfejsie odbiorcy. Sprawdź format, opakowanie i profil, nie tylko końcówkę nazwy.
Nie konwertuj podpisanego dokumentu. Wróć do niepodpisanego oryginału, wybierz ustawienie zgodne z instrukcją, ponownie pokaż finalną treść podpisującemu i utwórz nowy wynik. Zachowaj odrzuconą wersję jako materiał diagnostyczny.
Przeczytaj: „Podpisz PDF” nie określa jeszcze formatu wyniku
Diagnoza C. Walidator nie potwierdza podpisu lub kwalifikacji
Sprawdź, czy raport mówi o naruszonej integralności, nieprawidłowej wartości podpisu, nieważnym albo unieważnionym certyfikacie, braku danych o statusie, niezbudowanym łańcuchu czy braku kwalifikacji. To różne stany. Przy kwalifikowanym podpisie sprawdzenie wykorzystuje zaufane listy i historię konkretnej usługi, a nie jedynie nazwę wystawcy.
Nie dodawaj własnego certyfikatu do zaufanych i nie zmieniaj czasu komputera, aby uzyskać zielony wynik. Ustal, czy narzędzie i listy są aktualne, a następnie przekaż dostawcy lub odbiorcy pełny raport z bezpiecznie zanonimizowanymi danymi, jeśli wymaga tego zgłoszenie.
Diagnoza D. Podpis jest poprawny, lecz osoba lub metoda nie pasuje
System może rozpoznać ważny podpis, a następnie odrzucić rolę, liczbę podpisujących, identyfikator osoby albo metodę niedopuszczoną w danej usłudze. Walidacja nie rozstrzyga umocowania. Porównaj kartę wymogu z kontem, rolą, rejestrem lub pełnomocnictwem właściwym dla procesu.
Nie pożyczaj certyfikatu, profilu, e-dowodu, PIN-u ani kodu autoryzacyjnego. Poprawą jest podpis właściwej osoby jej własnym narzędziem albo formalna zmiana umocowania, nie obejście kontroli tożsamości.
Diagnoza E. Dokument podpisano, ale nie złożono
Sprawdź, czy po dodaniu pliku wykonano finalne wysłanie, czy operacja trafiła do właściwej sprawy i czy system wygenerował potwierdzenie. Czas podpisu nie jest czasem doręczenia. Błąd sesji, brak finalnej autoryzacji albo zapisany szkic może pozostawić poprawny plik poza odbiorcą.
Porównaj identyfikator potwierdzenia z wysłanym artefaktem. Nie twórz nowego podpisu bez potrzeby, jeśli problem dotyczy wyłącznie kanału; najpierw sprawdź, czy odbiorca pozwala ponownie przesłać dokładnie ten sam plik.
Przeczytaj: Podpisanie, walidacja i złożenie — trzy osobne dowody
Zgłoszenie błędu, które da się odtworzyć
Przygotuj: nazwę usługi, datę i strefę czasu, krok instrukcji, format i rozmiar pliku testowego, metodę oraz format podpisu, dokładny komunikat i kod, zanonimizowany raport, wersję narzędzia i opis oczekiwanego wyniku. Nie wysyłaj kluczy, PIN-ów, kodów jednorazowych ani realnego dokumentu, jeśli pomoc może pracować na reprodukcji.
Zmieniaj jedną rzecz na próbę. Dzięki temu wiadomo, czy problemem był format, metoda, certyfikat, osoba czy kanał. Jeżeli wymaganie i bramka są sprzeczne, zatrzymaj proces i eskaluj rozbieżność do odbiorcy — nie obniżaj kryterium.
Źródła do podstrony, stan na 25.08.2026 r.:
- Komisja Europejska, DSS i ograniczenia demonstratora.
- eSignature FAQ.
- gov.pl, podpisanie i złożenie.