Sie müssen keinen Code schreiben: Nutzen Sie einen No-Code-Link, oder binden Sie ein SDK oder die API ein, wenn Sie Automatisierung wünschen.

Kurze Antwort

Drei Wege. No-Code-Links benötigen überhaupt kein Backend. Die API plus ein Redirect ist die Standardintegration. SDKs bauen den Ablauf in Ihre eigene App ein - und sind der einzige Weg, der NFC unterstützt. Für welchen Weg Sie sich auch entscheiden, holen Sie Ergebnisse mit Webhooks ab.

Sie benötigen keinen Entwickler, um mit Didit die Identitätsverifizierung zu starten. Es gibt eine No-Code-Option, die wenige Minuten dauert, sowie API- und SDK-Optionen für den Fall, dass Sie sie automatisiert in Ihr eigenes Produkt einbinden möchten.

#Kann ich Didit ohne Programmieren nutzen?

Ja. Sobald Sie in der Konsole einen Workflow erstellt haben, können Sie eine Verifizierungssession auf zwei Arten ganz ohne Code generieren:

Die Seite Integrate in der Didit-Konsole, eine fünfstufige Checkliste vom API-Schlüssel bis zur ersten Session
Die Seite Integrate ist der kürzeste Weg von nichts zu einer funktionierenden Session.
  1. Verifizierungslink (einmalig)

    Klicken Sie auf Neue Verifizierung (auf der Startseite, in der Verifizierungsliste oder im Profil einer Person), wählen Sie einen Workflow, tragen Sie unter Anbieterdaten Ihre eigene ID für die Person ein und klicken Sie auf Verifizierung erstellen. Senden Sie den Link dann per E-Mail, kopieren Sie ihn oder zeigen Sie den QR-Code an. Der Tab Einzelprüfung führt eine einzelne Prüfung aus, etwa ein AML-Screening, ohne einen ganzen Workflow.

  2. Wiederverwendbarer Link (Unilink)

    Jeder Workflow verfügt außerdem über einen wiederverwendbaren Link, der bei jedem Besuch eine neue Session startet. Platzieren Sie ihn hinter einem Button auf Ihrer Website, drucken Sie ihn als QR-Code für einen Kiosk oder eine Filiale, oder teilen Sie ihn mit Partnern. Siehe wiederverwendbare Links.

Beide Wege umgehen die API und Ihr Backend vollständig - die richtige Wahl für MVPs, manuelle Prüfung, Vor-Ort-Verifizierung oder den Einstieg, bevor Sie etwas Eigenes gebaut haben.

#Wenn Sie Automatisierung wünschen

Wenn das Ergebnis automatisch Ihre eigenen Systeme aktualisieren soll - nicht nur in der Konsole erscheinen soll - benötigen Sie die API oder ein SDK:

Sie möchten...Nutzen Sie
Nutzer von Ihrer App aus auf eine gehostete Verifizierungsseite umleitenEinen einzelnen API-Aufruf zum Erstellen einer Session, dann Weiterleitung zur zurückgegebenen URL
Verifizierung in Ihre Web-App einbettenDas JavaScript SDK oder das In-Context-iFrame
Innerhalb einer nativen iOS-, Android-, Flutter- oder React-Native-App verifizierenDas passende native SDK - erforderlich für NFC
Verifizierung zu WordPress/WooCommerce oder Shopify hinzufügenDas WordPress/WooCommerce- oder Shopify-Plugin - kein Code erforderlich
In ein Automatisierungstool einbindenDie API über Zapier, n8n, oder jedes Tool, das eine HTTP-Anfrage senden und einen Webhook empfangen kann
Ergebnisse in dem Moment an Ihr Backend pushen, in dem sie bereit sindWebhooks
Einzelne Prüfungen selbst ausführen (Batch-Verarbeitung, eigene Capture-UI)Die eigenständigen APIs, direkt aufgerufen statt über eine Workflow-Session

Wenn Sie eine Session über die API erstellen, gibt Didit die Verifizierungs-URL zurück - und die Zustellung liegt dann bei Ihnen. Sie aus Ihrem eigenen Produkt zu senden, mit eigenem Text und eigenem Branding, ist ohnehin meist die bessere Erfahrung: die Person vertraut Ihnen bereits, und eine Nachricht von einem unbekannten Absender kostet Conversion.

Wenn Didit die Person stattdessen per E-Mail erreichen soll, übergeben Sie Kontaktdaten beim Erstellen der Session. Bestätigen Sie, was für Ihr Setup unterstützt wird, statt es anzunehmen, und beachten Sie, dass die E-Mail-Sprache ein eigenes Feld ist, getrennt von der Sprache des Ablaufs. Siehe die Verifizierungssprache festlegen.

#Zwischen gehostet, eingebettet und nativ wählen

Gehostetes RedirectEingebettet (Web-SDK / iFrame)Natives SDK
Erforderlicher CodeMinimalModeratAm meisten
Nutzer verlässt Ihre AppJaNeinNein
NFC-Chip-AuslesungNeinNeinJa
Bestes KameraverhaltenGutGutAm besten
Eigene Domain entfernt Didit aus der URLJan/an/a

Wenn Ihnen NFC wichtig ist, entscheidet diese Zeile darüber: der Chip kann von einer Browserseite aus nicht ausgelesen werden. Siehe NFC-Chip-Verifizierung.

Welche eingebetteten Optionen in Ihrem Plan verfügbar sind, sollten Sie mit Ihrem Didit-Ansprechpartner klären, bevor Sie ein Projekt darauf ausrichten.

#Eigenständige APIs vs. Workflow-Sessions

Eine Workflow-Session führt die Prüfungen zusammen aus, erzeugt eine aggregierte Entscheidung und wird pro abgeschlossener Funktion abgerechnet. Ein eigenständiger API-Aufruf führt eine Prüfung auf von Ihnen bereitgestellten Daten aus, gibt nur dieses Ergebnis zurück und wird pro Aufruf zu seinem eigenen Listenpreis abgerechnet.

Eigenständige Aufrufe sind das richtige Werkzeug für Batch-Verarbeitung, für eine selbst gebaute Capture-UI, oder für eine Prüfung, die Sie außerhalb eines Onboarding-Ablaufs ausführen möchten. Sie sind das falsche Werkzeug, wenn Sie eine aggregierte Entscheidung für den ganzen Ablauf wollten.

#Testen, bevor Sie live gehen

Wechseln Sie mit dem Schalter unter dem Anwendungsnamen zu Sandbox, erstellen Sie dort einen API-Schlüssel und verwenden Sie ihn. Prüfungen werden simuliert, nicht berechnet, und Sie können das Ergebnis wählen.

Testen in der Sandbox

#Nächste Schritte

#KI-Werkzeuge verbinden

Wähle unter KI-Werkzeuge verbinden deine Werkzeuge und folge ihren Einrichtungsanweisungen. Wähle beim Autorisieren die gewünschte Organisation und prüfe die angeforderten Berechtigungen vor der Zustimmung. Wechsle gegebenenfalls zuerst Konto oder Organisation.

Kommen Sie nicht weiter? Sprechen Sie mit einem Menschen.

Geben Sie Ihre Organisations-ID und die Session-ID an, um die es geht.

Support kontaktieren