System nie „obsługuje podpisu elektronicznego”, dopóki nie wiadomo, co ma przyjąć i udowodnić
Wymaganie „dodaj podpis elektroniczny” brzmi prosto, lecz ukrywa kilka różnych decyzji. Kto składa oświadczenie i w czyim imieniu? Jaka forma wynika z danej czynności? Co dokładnie jest podpisywane? Jaki format przyjmie odbiorca? Jak system oceni wynik i co zachowa po latach? Bez odpowiedzi wdrożenie może poprawnie wywoływać usługę, a mimo to nie realizować procesu.
Rozporządzenie eIDAS definiuje różne kategorie podpisu i skutki kwalifikowanego podpisu elektronicznego. Polski Kodeks cywilny wiąże formę elektroniczną z oświadczeniem opatrzonym kwalifikowanym podpisem. Te przepisy są ważną częścią analizy, ale nie zastępują wymogów szczególnych, reprezentacji, instrukcji systemu docelowego ani dowodu przekazania.
Zacznij od katalogu czynności, nie katalogu funkcji
Jedna organizacja może podpisywać umowy, zatwierdzać protokoły, składać pisma do różnych systemów i akceptować działania wewnętrzne. Każdy przypadek ma innych uczestników, podstawę, ryzyko, format i moment zakończenia. Wspólny przycisk nie czyni z nich jednego procesu.
Karta przypadku powinna wskazywać dokument i załączniki, rolę podpisującego, sposób sprawdzenia umocowania, wymaganą formę, dopuszczalne narzędzia, format wyniku, liczbę podpisów, odbiorcę, kanał złożenia, termin oraz pakiet dowodowy. Jeżeli któregoś pola nie da się ustalić, wymaganie nie jest gotowe do wyceny.
Nazwij obiekt, a nie tylko ekran autoryzacji
Podpis może być osadzony w dokumencie, zapisany w kontenerze albo odłączony od danych. System powinien wiedzieć, jaki dokładnie plik pokazano osobie podpisującej, co obejmuje podpis, jak powiązano załączniki i która wersja trafia do odbiorcy. Widoczna grafika, nazwa pliku i komunikat interfejsu nie definiują zakresu kryptograficznego.
Wymaganie opisuje również konwersje. Jeżeli aplikacja tworzy PDF z danych, spłaszcza formularz lub pakuje zestaw, trzeba ustalić moment podglądu i zatwierdzenia. Zmiana po podpisie nie może zostać niezauważalnie przypisana do wcześniejszego wyniku.
Walidacja jest funkcją z wejściem, polityką i czasem
Zielona ikona nie jest kryterium odbioru. Wymaganie powinno podawać rodzaje i formaty podpisów, źródła zaufania, chwilę oceny, politykę, oczekiwane statusy i reakcję na brak danych. Raport musi rozdzielić podpisy, certyfikaty, znaczniki czasu i ewentualne pieczęcie, a także wskazać użyte narzędzie oraz reguły.
Status nieokreślony nie jest tym samym co nieważny, a technicznie poprawny podpis nie rozstrzyga umocowania. W projekcie potrzebna jest kolejka wyjątków: kto analizuje brak danych, kto ocenia reprezentację i kiedy dokument może przejść dalej.
Podpis, pieczęć, czas i doręczenie odpowiadają na inne pytania
Podpis jest związany z osobą podpisującą. Pieczęć elektroniczna służy do potwierdzania pochodzenia i integralności danych osoby prawnej; nie należy projektować jej jako niewidocznego zamiennika oświadczenia człowieka. Znacznik czasu wiąże datę i czas z danymi. Przekazanie do odbiorcy jest osobnym zdarzeniem i może podlegać odrębnej procedurze.
Każdy artefakt powinien mieć własne kryterium. System, który potrafi utworzyć kwalifikowaną pieczęć, nie uzyskał przez to funkcji kwalifikowanego podpisu osoby. System, który poprawnie podpisał dokument, nie dowiódł jeszcze jego złożenia we właściwym kanale.
Utrzymanie zaczyna się przed podpisaniem umowy z dostawcą
Przed startem ustal właściciela konfiguracji, listę zależności, monitorowanie, aktualizację źródeł zaufania, reakcję na zmianę statusu usługi, kopie, test ponownej walidacji i plan wyjścia. Eksport musi obejmować oryginalne dokumenty, podpisy odłączone, raporty, znaczniki, logi potrzebne organizacji i mapę powiązań. Same pliki widoczne w panelu mogą nie wystarczyć.
Odbiór kończy się przekazaniem dowodów do utrzymania
Protokół powinien łączyć wymaganie, scenariusz, wersję konfiguracji, wynik, artefakt i właściciela odchylenia. Zespół utrzymania musi umieć powtórzyć test bez ustnych instrukcji wykonawcy. Niezamknięte ograniczenia zapisuje się jawnie, zamiast ukrywać je w prezentacji prawidłowego przypadku.