„Podpisz PDF” nie wystarczy — odbiorca musi określić wynik

Najpierw rozdziel trzy osie

Pierwsza oś to rodzaj lub właściwości podpisu: elektroniczny, zaawansowany, kwalifikowany, zaufany lub osobisty według właściwych podstaw. Druga to format techniczny: PAdES, XAdES lub CAdES. Trzecia to opakowanie: podpis osadzony, obejmujący dane, odłączony albo umieszczony wraz z danymi w kontenerze.

Te osie mogą występować w różnych kombinacjach. Skrót PAdES nie mówi sam, czy podpis jest kwalifikowany. Słowo „kwalifikowany” nie mówi, czy wynikiem będzie PDF, XML, osobny plik albo ASiC. Instrukcja musi wskazać oba wymiary.

PAdES utrzymuje podpis w strukturze PDF

Komisja Europejska wskazuje PAdES jako sugerowany format dla dokumentów PDF. Podpis znajduje się w strukturze pliku, więc odbiorca zwykle otrzymuje jeden PDF. Widoczny znak może być dodany, ale nie jest samym podpisem. Poprawność ocenia się przez walidację kryptograficzną i certyfikat, nie przez obecność nazwiska na stronie.

Po podpisaniu nie używaj funkcji „drukuj do PDF”, optymalizacji, łączenia stron ani edycji formularza. Program może utworzyć nowy plik pozbawiony podpisu albo zmienić dane objęte podpisem. Zachowaj źródłowy PDF i wynik podpisania osobno.

XAdES jest związany ze strukturami XML, ale opakowanie się różni

XAdES jest rodziną podpisów opartych na XML. Podpis może znajdować się wewnątrz podpisywanych danych, obejmować dane we własnej strukturze albo być odłączony. To dlatego dwa pliki z końcówką „.xml” mogą mieć zupełnie inną budowę. Nie wyjmuj ręcznie fragmentu i nie zmieniaj znaczników, nawet jeśli tekst wygląda czytelnie.

W usługach przyjmujących ustrukturyzowane dane ważny jest również schemat. Poprawny podpis nie naprawi XML niezgodnego z wymaganą strukturą. Błąd może więc powstać przed walidacją podpisu.

CAdES może tworzyć podpis odłączony lub obejmujący dane

CAdES pracuje z danymi binarnymi i może występować w opakowaniu odłączonym lub obejmującym dokument. Przy wariancie odłączonym walidator potrzebuje oryginalnych danych w dokładnej postaci. Sam plik podpisu nie pozwala odtworzyć treści, a plik po konwersji nie jest tym samym obiektem.

Nadaj obu artefaktom wspólny identyfikator sprawy, ale nie zmieniaj ich treści. Przed wysłaniem sprawdź, czy instrukcja wymaga konkretnych rozszerzeń oraz czy oba pliki dodaje się w jednym kroku.

ASiC porządkuje zestaw, ale nie jest „zipem do podmiany”

ASiC służy jako kontener łączący dane i podpisy; Komisja sugeruje go zwłaszcza dla wielu dokumentów. Kontener ma określoną strukturę. Ręczne przepakowanie do zwykłego archiwum albo zmiana plików w środku po podpisaniu może naruszyć spójność lub zgodność ze standardem.

Jeśli odbiorca wymaga ASiC, utwórz go narzędziem obsługującym właściwy wariant. Nie zakładaj, że portal sam rozpakuje dowolny ZIP lub zbuduje kontener z oddzielnie przesłanych podpisów.

Format dokumentu nie określa wymaganej formy prawnej

Ten sam PDF może zawierać ofertę niewymagającą szczególnej formy, umowę, dla której strony ustaliły formę pisemną, albo pismo podlegające szczególnej procedurze. W pierwszym przypadku wystarczyć może metoda pozwalająca wykazać osobę i treść; w innym potrzebny będzie kwalifikowany podpis albo rozwiązanie wyraźnie dopuszczone przez przepis. Nie wyciągaj wniosku z wyglądu dokumentu.

Art. 25 eIDAS chroni niekwalifikowany podpis przed odrzuceniem tylko z powodu elektronicznej postaci, lecz nie znosi wymogów formy. Art. 78¹ Kodeksu cywilnego określa kwalifikowany podpis dla formy elektronicznej. Analiza konkretnej czynności pozostaje osobnym krokiem.

Usługa ogólna i system docelowy to dwa różne filtry

Aktualna usługa gov.pl pozwala podpisać lub sprawdzić wiele rodzajów plików i wybrać format podpisu. Ta lista opisuje możliwości usługi, nie obowiązek każdego odbiorcy. Dedykowany portal może przyjmować mniej formatów, określony rozmiar, jedną strukturę albo podpis tworzony bezpośrednio w formularzu.

Zanim użyjesz narzędzia ogólnego, porównaj jego wynik z instrukcją systemu docelowego. Jeżeli odbiorca mówi „PDF podpisany kwalifikowanie w PAdES”, wybierz to ustawienie. Jeżeli wymaga XML z XAdES, konwersja XML do czytelnego PDF i podpisanie PDF nie spełnia tej instrukcji.

Wielu podpisujących nie może zmieniać wspólnego obiektu

Ustal, czy kolejne podpisy mają być dodawane do tego samego pliku, równolegle w kontenerze czy według sekwencji narzuconej przez portal. Po pierwszym podpisie nie wolno edytować treści. Druga osoba powinna otrzymać wynik pierwszej i dodać podpis metodą zachowującą poprzedni, jeśli tak przewiduje procedura.

Po każdej operacji zweryfikuj wszystkie podpisy, nie tylko ostatni. Zachowaj wersję wejściową i wynikową każdego kroku. Jeśli narzędzie usuwa wcześniejszy podpis albo zmienia format, zatrzymaj proces i wyjaśnij zgodny obieg.

Checklista wyniku

Przed wysłaniem odpowiedz:

1. Jaki dokument źródłowy został pokazany podpisującemu?
2. Jaki rodzaj podpisu był wymagany i utworzony?
3. Jaki format oraz opakowanie wskazał odbiorca?
4. Czy wynik zawiera wszystkie dane lub ma dołączony oryginał?
5. Czy każdy podpis przeszedł walidację?
6. Czy dokładnie ten wynik zostanie wysłany bez konwersji?

Wpisz odpowiedzi do Karta wymogu odbiorcy, a na sztucznym pliku przejdź Próba i diagnostyka.

Wniosek

„Podpisany PDF” jest użytecznym opisem dla człowieka, ale zbyt mało precyzyjnym dla procesu. Bezpieczna instrukcja wskazuje rodzaj podpisu, format, opakowanie, komplet plików, walidację i kanał. Dopiero taki wynik można powtórzyć i wyjaśnić, gdy system go odrzuci.

Przetestuj format na niepoufnym bliźniaku

Źródła, stan na 25.08.2026 r.:

• Komisja Europejska, eSignature FAQ.
• dokumentacja DSS.
• gov.pl, obsługiwane metody i pliki.
• Kodeks cywilny.