2. November 2025
Einführung
Wer eine elektronische Signatur eingeben oder einen Namen in ein Signaturfeld eines PDFs tippen möchte, sollte zwei Dinge auseinanderhalten: die sichtbare Namensdarstellung und den Prozess, der eine Zustimmung einer bestimmten Person zu einer bestimmten Dokumentversion nachvollziehbar macht.
Im Beispiel erhält die Assistenz der Rechtsabteilung die Aufgabe, Bestellbedingungen zur Annahme zu versenden. Ein ausgefülltes Textfeld allein beantwortet jedoch nicht, wer eingeladen wurde, welche Fassung vorlag, wie die Person ihre Handlung bestätigt hat und welche Ereignisse dabei aufgezeichnet wurden.
Der getippte Name ist deshalb nicht der alleinige Nachweis. Aussagekräftig wird die Handlung durch den Kontext aus Empfängerbindung, Identitätsbezug, Version, Zeitpunkt und Ereigniskette. Sieht der konkrete Vorgang dagegen eine qualifizierte elektronische Signatur (QES) oder einen anderen zertifikatsbasierten Signaturweg vor, muss die getippte Zustimmung von diesem Verfahren getrennt bleiben.
Dieser Leitfaden zeigt, wie sich ein getippter Name im PDF in einen nachvollziehbaren Zustimmungsprozess einordnen lässt, ohne der Schriftart oder Darstellung eine Wirkung zuzuschreiben, die der Prozess selbst nicht belegt.
Welche Entscheidung soll mit dem getippten Namen dokumentiert werden?
Bevor ein Signaturfeld eingerichtet wird, sollte feststehen, welche Handlung der Empfänger überhaupt bestätigen soll. Bei den Bestellbedingungen im Beispiel geht es um eine dokumentierte Zustimmung. Für andere Dokumente kann die Organisation nach ihren Vorgaben oder den für den konkreten Vorgang geltenden Anforderungen einen anderen Signaturweg vorsehen.
Die zuständige Fachstelle sollte diese Entscheidung mit Quelle und Verantwortlichem im Vorgang festhalten. So lässt sich später erklären, warum für diese Fassung eine getippte Zustimmung vorgesehen war und wann stattdessen auf einen zertifikatsbasierten Prozess gewechselt werden muss.
Bleibt die Anforderung unklar, sollte das Signaturfeld nicht zum Ersatz für die fehlende Entscheidung werden. Erst wenn der zulässige beziehungsweise vorgesehene Weg feststeht, wird die Anfrage konfiguriert und an den Empfänger versendet.
Darstellung und Zustimmung voneinander trennen
Ein getippter Name kann wie eine Unterschrift aussehen, belegt für sich genommen aber weder die Zuordnung zur eingeladenen Person noch die bestätigte Dokumentversion. Deshalb sollte die sichtbare Darstellung getrennt von dem Ereignis betrachtet werden, mit dem der Empfänger seine Zustimmung tatsächlich bestätigt.
Im beschriebenen Workflow ist das Feld an die Einladung und den vorgesehenen Empfänger gebunden. Der Vorgang hält außerdem fest, über welchen Eingabeweg die Bestätigung erfolgte. Wird eine Anfrage dagegen unkontrolliert weitergegeben, wird die spätere Zuordnung zwischen Name, Person und Handlung schwächer.
Auch die Feldkonfiguration sollte eindeutig sein. Ein klar bezeichnetes Zustimmungsfeld vermeidet widersprüchliche Eingaben und erleichtert die spätere Prüfung. Ein Team, das zuvor Signaturbilder in PDFs eingefügt hat, kann so auf eine empfängergebundene Anfrage mit nachvollziehbarer Bestätigung umstellen.
Welche Nachweise sollten mit der Eingabe verbunden sein?
Für einen prüfbaren Vorgang reicht es nicht, nur den Text im Feld zu speichern. Sinnvoll ist eine zusammenhängende Aufzeichnung, die den eingeladenen Empfänger, den im Workflow verwendeten Identitätsbezug, die Dokumentversion, den Zeitpunkt und die relevanten Prozessereignisse miteinander verknüpft.
Im Beispiel umfasst die Ereigniskette mindestens das Öffnen der Einladung, das Ausfüllen des Felds und die abschließende Bestätigung. Entscheidend ist, dass diese Ereignisse demselben Vorgang und derselben Dokumentversion zugeordnet bleiben.
Ein Screenshot kann die sichtbare Oberfläche ergänzend dokumentieren, bildet aber nur einen Ausschnitt ab. Für die spätere Prüfung ist der strukturierte Vorgangsdatensatz aussagekräftiger, weil er die Ereignisse, Zeitpunkte und Zuordnungen gemeinsam erhält.
Wie bleibt die Zustimmung an die richtige Dokumentversion gebunden?
Jede Bestätigung sollte auf die konkrete Fassung der Bestellbedingungen verweisen. Eine Versionskennung schafft diese Verbindung und verhindert, dass ein Ereignis versehentlich einer früheren oder späteren Fassung zugerechnet wird.
Nach der Bestätigung sollte der Vorgang deshalb prüfen lassen, ob die protokollierte Version mit dem Dokument übereinstimmt, das der Empfänger gesehen hat. Werden die Bestellbedingungen anschließend geändert, sollte eine neue Fassung mit einer neuen Bestätigung entstehen, statt die bestehende Zustimmung auf geänderten Inhalt zu übertragen.
Damit wird nicht nur der Zeitpunkt der Handlung sichtbar, sondern auch ihr Gegenstand: Ein späterer Prüfer kann nachvollziehen, welche Person welche Fassung über welchen Prozess bestätigt hat.
Wann ist ein zertifikatsbasierter Signaturweg erforderlich?
Sieht die für den konkreten Vorgang dokumentierte Anforderung eine QES oder einen anderen zertifikatsbasierten Signaturweg vor, ist der getippte Name kein Ersatz dafür. Der Vorgang sollte vor dem Abschluss an den vorgesehenen Prozess übergeben werden; Grund, Ziel und Verantwortlicher der Übergabe gehören in die Dokumentation.
Nota Sign unterstützt für deutsche und grenzüberschreitende eIDAS-Signaturprozesse fortgeschrittene elektronische Signaturen und qualifizierte elektronische Signaturen. Diese technische Unterstützung entscheidet jedoch nicht darüber, welche Signaturstufe für ein bestimmtes Dokument erforderlich ist oder welche rechtliche Wirkung die Erklärung im Einzelfall hat.
Für operative Teams bedeutet das: Die Wahl des Verfahrens wird außerhalb des Signaturfelds geklärt und anschließend im Workflow umgesetzt. So bleiben einfache Zustimmungsprozesse und höher abgesicherte Signaturverfahren sauber voneinander getrennt.
Fazit: Der Prozess ist wichtiger als die Schriftart
Wer einen Namen zur Signatur in ein PDF eintippt, sollte die Darstellung nicht mit dem Nachweis verwechseln. Belastbar wird der Vorgang durch die Verbindung von Empfänger, Dokumentversion, Bestätigung, Zeitpunkt und Ereignisprotokoll.
Für eine einfache Zustimmung kann Nota Sign diesen Ablauf als empfängergebundenen Prozess abbilden. Wenn der konkrete Vorgang eine höhere Signaturstufe vorsieht, sollte derselbe Workflow stattdessen auf den dafür vorgesehenen Signaturweg führen.
