Zum Hauptinhalt springen
ShieldID

E-signature

Identitätsprüfung für E-Signaturen – bevor jemand unterschreibt

Eine Unterschrift ist nur so belastbar wie die Identität dahinter. Die API von ShieldID zur Identitätsprüfung von Unterzeichnern bestätigt, dass eine real existierende Person mit ihrem eigenen amtlichen Ausweis Ihr Dokument abschließt – und hält die Prüfung zusammen mit der Unterschrift selbst im Protokoll fest.

Das Problem

„Er hat auf den Link geklickt“ heißt nicht „Er hat unterschrieben“

Die meisten E-Signatur-Plattformen bestätigen lediglich, dass jemand eine E-Mail geöffnet und einen Namen eingetippt hat. Das ist die Authentifizierung eines Postfachs, nicht die Identifizierung einer Person.

Ein E-Mail-Link belegt ein Postfach, keine Person

Jeder, der die E-Mail öffnen kann – ein gemeinsam genutztes Postfach, eine weitergeleitete Nachricht, ein kompromittiertes Konto –, kann den Link anklicken und einen Namen in ein Unterschriftsfeld eintippen.

Wertvolle Dokumente brauchen mehr als ein Kontrollkästchen

Ein Mietvertrag, ein Darlehensvertrag, ein Vergleich oder eine Vollmacht hat reale Folgen. Ein von einer nicht verifizierten Partei eingetipptes „Ich stimme zu“ ist eine schwache Grundlage für etwas, das so wichtig ist.

Bei einem späteren Streit gibt es oft nichts vorzuweisen

Wenn ein Unterzeichner später behauptet, jemand anderes habe in seinem Namen unterschrieben, zeigen die meisten Prüfpfade von E-Signaturen eine IP-Adresse und einen Zeitstempel – keinen amtlichen Ausweis, der mit einem lebenden Gesicht abgeglichen wurde.

Ein Praxisbeispiel

Ein gewerblicher Mietvertrag, bereit für zwei Unterschriften

Fiktiv, um den Ablauf zu veranschaulichen. Es sind kein echter Mieter, Vermieter oder Mietvertrag beteiligt.

  1. Das Dokument wird versendet

    Ein Immobilienverwalter versendet einen gewerblichen Mietvertrag über seine E-Signatur-Plattform zur Unterschrift. Bevor der Unterschriftsbildschirm erscheint, leitet die Plattform den Mieter zu einer ShieldID-Verifizierungssitzung weiter, die an genau dieses Dokument gebunden ist.
  2. Erfassung auf dem Smartphone des Unterzeichners

    Die Mieterin bzw. der Mieter fotografiert Vorder- und Rückseite des eigenen Führerscheins und absolviert eine kurze, geführte Liveness-Prüfung. Der Barcode und die aufgedruckten Felder werden abgeglichen; das Live-Gesicht wird mit dem Dokumentenporträt verglichen.
  3. Betrugssignale bei jeder Sitzung

    Prüfungen auf Spoofing, Deepfakes, Masken und Dokumentenmanipulation laufen automatisch – nicht als Einstellung, die die E-Signatur-Plattform bei einem höherwertigen Dokument erst daran denken muss zu aktivieren.
  4. Zurück zum Dokument, verifiziert

    ShieldID leitet den Mieter mit angehängtem Ergebnis zur Rückkehr-URL der Plattform zurück und liefert dasselbe Ergebnis zusätzlich per signiertem Webhook. Erst jetzt lässt die Plattform den Unterschriftsschritt zu.
  5. Zwei Protokolle, nebeneinander

    Der eigene Prüfpfad der E-Signatur-Plattform zeigt das Unterschriftsereignis. Das Activity Ledger von ShieldID zeigt die vorausgegangene Identitätsprüfung – wer verifiziert wurde, was die Engine gemeldet hat und wann – als reine Anfügeprotokollierung (append-only), die von der Datenbank selbst erzwungen wird.

Was vor einer Unterschrift am wichtigsten ist

Die Person bestätigen, nicht nur das Postfach

Jede der folgenden Prüfungen läuft bei jeder Verifizierung, unabhängig vom Dokument.

Dokumentenverifizierung

Kanadische und US-amerikanische Führerscheine, Reisepässe, Karten für Daueraufenthaltsberechtigte und provinzielle Fotoausweise, Vorder- und Rückseite gelesen und per Prüfsumme gegen den Barcode und die MRZ abgeglichen.

Gesichtsabgleich und Liveness

Eine geführte Liveness-Prüfung mit Tracking von 478 Gesichtsmerkmalen belegt, dass eine echte Person anwesend ist – kein Foto, keine Aufnahme, keine Maske – und gleicht das lebende Gesicht mit dem Porträt im Dokument ab.

Betrugssignale

Prüfungen auf Spoofing, Deepfakes, Masken und Dokumentenmanipulation laufen bei jeder Sitzung und werden einzeln ausgewiesen, sodass bei einem Streit über eine Unterschrift mehr vorliegt als nur „bestanden/nicht bestanden“.

Aktivitätsprotokoll

Die Identitätsprüfung hinter einer Unterschrift wird in einem reinen Anfügeprotokoll (append-only) festgehalten, auf das Sie sich neben dem eigenen Prüfpfad Ihrer E-Signatur-Plattform berufen können.

Signierte Webhooks und eine Rückkehr-URL

Ein Ergebnis gelangt sowohl über einen signierten Callback als auch über eine Weiterleitung zu Ihrer Plattform, sodass der Unterschriftsschritt erst fortgesetzt wird, wenn die Identitätsprüfung tatsächlich abgeschlossen ist.

Watchlist-Prüfung

Sanktions- und Watchlist-Screening ist als Zusatzoption auf Kontoebene für Unterschriftsprozesse verfügbar – etwa im Rechts-, Immobilien- und Finanzbereich –, die es benötigen.
Add-on

Für Streitfälle und Audits

Wenn eine Unterschrift angefochten wird, steht auch die Identitätsprüfung im Protokoll

Ein Unterzeichner bestreitet später ein Dokument. Ein Prozessanwalt verlangt einen Nachweis, wer tatsächlich unterschrieben hat. Eine Aufsichtsbehörde prüft Ihre Akte zur Kundenidentifizierung. Die Identitätsprüfung hinter der Unterschrift ist der Ausgangspunkt dieses Gesprächs.

Nur anhängbar, von der Datenbank erzwungen

Einträge können hinzugefügt werden. Sie können weder bearbeitet noch gelöscht werden – weder von Ihnen noch von ShieldID. Das ist eine Eigenschaft der Datenbank selbst.

Die Identitätsprüfung, getrennt vom Unterschriftsereignis

Das Ledger von ShieldID hält die vor der Unterschrift durchgeführte Verifizierung – wer geprüft wurde, was die Engine gemeldet hat, wann – als eigenen Eintrag fest, getrennt vom eigenen Protokoll Ihrer E-Signatur-Plattform über den Klick.

Durchsuchbar nach Akteur, Aktion, Ergebnis und Datum

Rufen Sie genau die Einträge ab, die ein Streitfall oder eine Aktenprüfung benötigt, anstatt eine Zeitleiste aus zwei verschiedenen Systemen von Hand zu rekonstruieren.

Derzeit erfasst das Ledger erfolgreiche und fehlgeschlagene Verifizierungsergebnisse, Anmeldungen und API-Key-Aktivitäten sowie Audit-Exporte. Ereignisse pro Ansicht und pro Download von Ausweisbildern, ein eigenes Entscheidungsereignis, Löschbelege und ein Self-Service-CSV-Export für Ihr Team folgen in Kürze.

Integrationsoptionen

Ein Verifizierungsschritt vor der Unterschrift

Gehostete Verifizierungsseite

Leiten Sie den Unterzeichner unmittelbar vor dem Unterschriftsbildschirm auf eine ShieldID-Seite mit Ihrem Branding um; nach Abschluss der Prüfung kehrt er zu Ihrer Plattform zurück.

Signierte Webhooks

Ein mit HMAC-SHA256 signierter Callback bestätigt das Ergebnis serverseitig und wird automatisch wiederholt, sodass Ihre Plattform eine Unterschrift nie allein von einer Weiterleitung abhängig macht.

Eine REST API

Erstellen Sie eine Sitzung, die an ein bestimmtes Dokument oder einen bestimmten Umschlag gebunden ist, lesen Sie den Status aus und rufen Sie das vollständige Ergebnis ab. Eine Handvoll Endpunkte deckt den gesamten Ablauf ab.

Sandbox, nie abgerechnet

Testen Sie den Ablauf „Verifizierung vor der Unterschrift“ mit Sandbox-Sitzungen, die dieselben Felder und Ereignisse zurückgeben wie die Produktion, bevor er ein echtes Dokument berührt.

Bereits im Produktiveinsatz

Das läuft hinter Trust Ledger

Die Identitätsprüfung von Unterzeichnern durch ShieldID ist die Grundlage von Trust Ledger, dem hauseigenen E-Signatur-Produkt von Crown Stack Systems – dieselben Dokumentenprüfungen, derselbe Gesichtsabgleich, dieselbe Liveness-Prüfung und dasselbe Activity Ledger, die auf dieser Seite beschrieben sind, laufen heute in echten Unterschriftsprozessen und nicht nur auf dem Papier.

Hinweise zum Datenschutz

Der Ausweis eines Unterzeichners, mit derselben Sorgfalt behandelt wie das Dokument, das er unterschreibt

Ein Dokument, das es wert ist, unterschrieben zu werden, verdient oft ebenso sorgfältigen Schutz der Identität dahinter.

Auf unseren eigenen Servern gehostet
Ausweisbilder, extrahierte Felder und Ergebnisse werden auf Infrastruktur verarbeitet und gespeichert, die wir selbst kontrollieren – nicht bei einem öffentlichen Cloud-Anbieter.
Nach kurzer Frist gelöscht
Ausweisbilder werden automatisch gelöscht, standardmäßig nach sieben Tagen, konfigurierbar; der Verifizierungsdatensatz bleibt über die Bilder hinaus bestehen.
Verschlüsselt
Das Geburtsdatum wird verschlüsselt gespeichert, und Ausweisbilder sind im Ruhezustand verschlüsselt.
Konzipiert in Anlehnung an PIPEDA
Minimale Datenerhebung, eine kurze Aufbewahrungsfrist und ein durchsuchbares Zugriffsprotokoll – die Kontrollen, die aus „Wir haben den Unterzeichner verifiziert“ mehr machen als eine Zeile in Ihren Bedingungen.

Im Vergleich zum manuellen Vorgehen

Was eine Ausweisprüfung vor einem Klick-zum-Signieren zusätzlich leistet

Ein Kategorienvergleich, keine Aussage über einen bestimmten Anbieter.

ShieldID im Vergleich mit einer typischen Identitätsverifizierungsplattform für Unternehmen und mit einem E-Signatur-Ablauf, der sich allein auf einen E-Mail-Link stützt.
FunktionShieldIDTypische Enterprise-IDVManuelle Prüfungen
Bestätigt eine reale Person, nicht nur ein PostfachJaMeistensNein
Liveness-Prüfung statt statischem Foto oder KontrollkästchenJaMeistensNein
Amtlicher Ausweis gelesen und gegengeprüftJaMeistensNein
Identitätsprüfung in einem durchsuchbaren Protokoll erfasstJaDem Kunden nicht angebotenNur IP-Adresse und Zeitstempel
Bezug zu einem bestimmten Dokument oder SignaturumschlagJaMeistensn/a
Sandbox, die nie berechnet wirdJaManchmaln/a

Einwände

Was ein Plattformteam fragt, bevor es diesen Schritt hinzufügt

„Prüft unser E-Signatur-Tool nicht schon die Identität?“

Die meisten stützen sich auf einen E-Mail-Link, einen SMS-Code oder einen eingetippten Namen – das belegt, dass jemand ein Postfach oder eine Telefonnummer kontrolliert, nicht aber, wer die Person ist. ShieldID ergänzt eine echte Prüfung von amtlichem Ausweis und Live-Gesicht.

„Verlangsamt ein zusätzlicher Schritt nicht das Signieren?“

Es ist ein einziger gehosteter Schritt auf dem eigenen Telefon der unterzeichnenden Person, einmal vor dem Signaturbildschirm. Wie oft er sich bei wiederkehrenden Unterzeichnern wiederholt, legt Ihre Plattform per Richtlinie fest; ShieldID erzwingt ihn nicht bei jedem Dokument.

„Ist ausweisgestütztes Signieren gesetzlich vorgeschrieben?“

Das hängt von Ihrer Rechtsordnung, der Dokumentart und der Beratung Ihres Rechtsbeistands ab – wir geben keine Rechtsberatung. ShieldID liefert einen stärkeren Nachweis darüber, wer auf der anderen Seite der Unterschrift stand, was nützlich ist, unabhängig davon, ob es vorgeschrieben ist.

„Können wir das nur für unsere höherwertigen Dokumente nutzen?“

Ja – rufen Sie ShieldID für die Dokumente auf, die es brauchen, und überspringen Sie es für die übrigen. Es ist ein Schritt, den Sie zu einem bestimmten Signaturablauf hinzufügen, kein Alles-oder-nichts-Schalter für Ihre gesamte Plattform.

Was Sie sehen

Wissen, wer unterschrieben hat, und zeigen, woher Sie es wissen.

Unterzeichnende weisen sich aus, bevor sie unterschreiben. Das Ergebnis liegt beim Umschlag: jedes aus dem Ausweis gelesene Feld und jede Prüfung einzeln.

Illustration mit Beispieldaten: das Smartphone einer antragstellenden Person im gehosteten Verifizierungsablauf und das ShieldID-Portal mit dem Ergebnis für Ottoline Marchetti-Fife, Führerschein aus Ontario, Unterzeichner, Mietvertragsverlängerung, mit den aus dem Ausweis gelesenen Feldern und zwölf Prüfungen.

Fragen

Klare Antworten für E-Signatur-Plattformen.

Erste Schritte

Fügen Sie vor Ihrer nächsten Unterschrift eine Identitätsprüfung hinzu

Erstellen Sie eine Sandbox-Sitzung, führen Sie eine Verifizierung auf Ihrem eigenen Smartphone durch und sehen Sie sich den dabei erzeugten Eintrag an, bevor ein einziger echter Unterzeichner damit in Berührung kommt.

Sandbox-Sitzungen werden nie abgerechnet.