No-Code KYC: Verifizierungs-Workflows ohne Programmierung erstellen (DE)

Ein No-Code KYC (Know Your Customer) Workflow-Builder ist eine visuelle Oberfläche zum Erstellen, Testen und Bereitstellen von Identitätsverifizierungslogik, ohne Code schreiben zu müssen. Der Hauptunterschied zu einem Konfigurationspanel: Programmierbarkeit. Bedingte Verzweigungen, verschachtelte Entscheidungen, A/B-Tests und die Aktivierung von Modulen mit einem Klick ermöglichen es einem Compliance-Team, seine vollständige Risikorichtlinie visuell auszudrücken – und diese ohne Code-Implementierung zu ändern.

Dieser Unterschied ist wichtiger, als es klingt. Compliance-Anforderungen ändern sich. Risikoschwellen verschieben sich. Eine neue Produktlinie erfordert einen anderen Verifizierungsumfang. Aufsichtsbehörden aktualisieren Leitlinien. Beim herkömmlichen Ansatz landet jede dieser Änderungen im Engineering-Backlog und wartet auf einen Bereitstellungszyklus. Bei einem No-Code-Workflow-Modell wird die Änderung in einer Konsole vorgenommen, von der Compliance überprüft und noch am selben Tag live geschaltet.

Didits Workflow Orchestrator ist diese Schicht und kostenlos. Er sitzt auf der vereinheitlichten /v3/ API auf, die Ingenieure einmal aufrufen. Von diesem Zeitpunkt an ist die Funktionsweise des Verifizierungsflusses eine Produkt- und Compliance-Entscheidung – keine technische.

Wichtige Erkenntnisse

• Ein No-Code Workflow-Builder trennt Integration von Konfiguration. Ingenieure rufen einen API-Endpunkt auf; Compliance erstellt und modifiziert den Flow in der Konsole, ohne die Integration zu berühren.
• Bedingte Verzweigungen und verschachtelte Entscheidungen leiten Benutzer zu verschiedenen Prüfsets basierend auf Land, Produkttyp, Transaktionsbetrag oder jedem im Sitzungskontext verfügbaren Feld.
• Modulaktivierung mit einem Klick fügt jedes der über 25 Module von Didit – Dokument, Biometrie, AML, E-Mail, IP, Telefon, Datenbankvalidierung – in Sekundenschnelle einem Workflow hinzu oder entfernt es.
• A/B-Tests in der Produktion führen zwei Flows mit realem Traffic aus, messen Abschluss- und Erfolgsquoten pro Arm und befördern den Gewinner – keine Code-Änderung erforderlich.
• Von der Compliance überprüfte Änderungen bedeuten, dass jede Änderung an einem Live-Workflow einen Genehmigungsschritt durchläuft, bevor sie echte Benutzer betrifft.
• Der Workflow Orchestrator ist kostenlos. Sie zahlen pro Modulausführung, pro Aufruf, ohne Benutzerlizenzen oder Plattformgebühren.

Was ein No-Code KYC Workflow-Builder ist

Ein Verifizierungs-Workflow ist die Abfolge von Prüfungen, die ein Benutzer während des Onboardings – oder bei einem Step-Up-Ereignis später in seinem Lebenszyklus – durchläuft. Im einfachsten Fall: ein Ausweisdokument scannen, ein Selfie machen, das Gesicht mit dem Dokument abgleichen. Im komplexesten Fall: ein Verzweigungsbaum, bei dem Benutzer aus Hochrisikoländern ein anderes Modulset erhalten als inländische Benutzer, bei dem die Transaktionsgröße bestimmt, welche Liveness-Stufe ausgeführt wird und bei dem eine fehlgeschlagene Biometrie zu einer Überprüfungswarteschlange statt zu einer harten Ablehnung führt.

Ein No-Code-Builder drückt diesen Baum visuell aus. Jeder Knoten ist eine Bedingung oder ein Modul; jede Kante ist eine Verzweigung. Die für die Compliance-Richtlinie verantwortliche Person – nicht der Ingenieur – ist Eigentümer der Logik. Diese Trennung des Eigentums ist der Punkt: Die Person, die die Risikorichtlinie versteht, kann sie jetzt auch direkt ändern.

Bedingte Verzweigungen und verschachtelte Entscheidungen

Didits Workflow Builder unterstützt mehrstufige Verzweigungen. Ein einzelner Workflow kann enthalten:

Länderbasiertes Routing. EU-Bürger nehmen einen Pfad; LATAM-Bürger, wo Datenbankvalidierungen gegen lokale Register gelten, nehmen einen anderen. Die Routing-Bedingung wird bei der Sitzungserstellung aus dem Sitzungskontext ausgewertet.

Produktbasiertes Routing. Handelskonten erfordern vollständige Dokumente plus Liveness; Sparkonten werden mit E-Mail plus IP freigegeben. Derselbe Benutzer, der ein anderes Produkt eröffnet, tritt in eine andere Verzweigung ein – alles innerhalb eines Workflows, einer workflow_id, einer Integration.

Transaktionsbetragsgrenzen. Die erste Einzahlung eines Benutzers unter einem Schwellenwert erhält eine leichtere Prüfung; alles darüber löst den vollständigen Flow aus. Die Betragsbedingung wird im Sitzungs-Payload übergeben und vom Engine ausgewertet.

Routing bei Fehlerzuständen. Ein fehlgeschlagener erster biometrischer Versuch leitet zu einer menschlichen Überprüfungswarteschlange statt zu einer harten Ablehnung. Die Verzweigung ist eine Bedingung für das Modulergebnis, keine separate Integration.

Bedingungen verschachteln sich – eine Bedingung innerhalb einer Bedingung – so dass die Richtlinienkarte so granular sein kann, wie es das Geschäft erfordert. All dies wird im visuellen Builder ausgedrückt, nicht im Backend-Code.

Modulaktivierung mit einem Klick

Didits Modulbibliothek deckt den gesamten Identitäts- und Betrugslebenszyklus ab: ID-Verifizierung, NFC-Lesen, Passive Liveness, Aktive Liveness, Gesichtsanpassung 1:1, Gesichtssuche 1:N, Altersschätzung, AML (Anti-Geldwäsche) Screening, Laufendes AML-Monitoring, E-Mail-Verifizierung, Telefonverifizierung, IP-Analyse, Geräteintelligenz, Datenbankvalidierung, Adressnachweis, benutzerdefinierte Fragebögen und mehr.

Im Workflow Builder erscheint jedes Modul als Karte. Das Hinzufügen zu einem Workflow ist ein einziger Klick. Das Entfernen ist ein einziger Klick. Das Modul wird pro Nutzung abgerechnet, wenn es ausgeführt wird – so wird das Hinzufügen eines Moduls zu nur einer Verzweigung nur für Benutzer abgerechnet, die diese Verzweigung erreichen.

Dies ist besonders wichtig, wenn sich Vorschriften ändern und eine neue erforderliche Prüfung über alle Workflows hinweg hinzugefügt werden muss. Bei einer codebasierten Integration ist dies eine Backend-Änderung, eine Überprüfung, ein Bereitstellungszyklus. Im Workflow Builder ist es die Aktivierung des Moduls in den relevanten Flows in der Konsole und die Einreichung zur Compliance-Überprüfung. Die Integrationsebene bewegt sich nicht.

A/B-Tests von Workflows in der Produktion

Der Konvertierungseffekt von Verifizierungsdesignentscheidungen – Dokument zuerst versus Selfie zuerst, drei Schritte versus zwei, aktive Liveness versus passive – ist oft größer als erwartet und wird meist nicht gemessen. Didits integrierte A/B-Tests machen die Messung direkt.

Konfigurieren Sie eine Traffic-Aufteilung (zum Beispiel 50/50) zwischen zwei Workflow-Varianten. Beide laufen mit Live-Benutzern in der Produktion. Die Konsole zeigt die Abschlussrate, die Erfolgsrate und die Entscheidungsverteilung pro Arm nebeneinander an. Wenn Sie Vertrauen in den Gewinner haben, befördern Sie ihn auf 100% Traffic – von der Konsole aus, ohne Code-Änderung, mit einer Compliance-Überprüfung, bevor er live geht.

Derselbe Mechanismus gilt für Compliance-getriebene Änderungen. Eine neu hinzugefügte obligatorische Prüfung kann gegen den bestehenden Flow A/B-getestet werden, um den Konvertierungseffekt vor dem obligatorischen Rollout-Datum zu messen – was dem Produktteam Daten statt Annahmen liefert.

Die einheitliche /v3/ API: einmal integrieren, für immer iterieren

Die zugrunde liegende Architektur macht dies in großem Maßstab praktisch. Jedes Modul, jede Verzweigung, jede Workflow-Version ruft dieselbe /v3/ API-Oberfläche auf. Ingenieure rufen POST /v3/session/ mit einer workflow_id auf und leiten den Benutzer zur Sitzungs-URL weiter. Die Workflow-Engine übernimmt die Modulsequenzierung, die Verzweigungslogik, die Ergebnislieferung und den Webhook-Versand.

Wenn Compliance den Workflow modifiziert, bleibt die workflow_id dieselbe. Auf technischer Seite ändert sich nichts. Die Integration ist stabil; die Richtlinie ist live und veränderbar.

Dies bedeutet auch, dass dieselbe Integration jedes zukünftige Modul unterstützt, das Didit liefert. Aktivierung mit einem Klick aus der Konsole, pro Nutzung abgerechnet, ohne erneute Integrationsarbeit. Neue Module – Datenbankvalidierung für ein neues Land, eine neue Liveness-Stufe, ein neuer AML-Anbieter – erscheinen im Builder und stehen jedem Workflow sofort zur Verfügung.

Da der Workflow Orchestrator auf derselben /v3/ API wie Transaction Monitoring basiert, kann eine KYC-Sitzung mit einem Transaktionsrisikoprofil auf derselben vendor_data Referenz verknüpft werden. Die beim Onboarding etablierte Identität fließt direkt in die laufende Überwachungsebene – eine Plattform, eine Integration.

Anwendungsfälle

Regulierte Fintech, die neue Produkte auf den Markt bringt. Eine neue Produktlinie mit einem anderen Kundenrisikoprofil benötigt einen anderen Verifizierungsumfang. Erstellen Sie einen neuen Workflow-Zweig in der Konsole; kein Engineering-Sprint erforderlich. Das Audit-Log erfasst jede Änderung mit Zeitstempel und Autor.

Krypto-VASP- und Börsen-Compliance. FATF Travel Rule-Verpflichtungen variieren je nach Gerichtsbarkeit und Gegenparteityp. Ein Workflow mit länder- und betragsbasierter Verzweigung wendet die richtige Richtlinie pro Transaktionskategorie an, ohne benutzerdefinierte Backend-Logik pro Markt.

Marktplatzplattformen mit zweiseitigem Onboarding. Käufer- und Verkäuferkonten haben unterschiedliche Risikoprofile. Zwei Workflows – oder zwei Zweige innerhalb eines –, mit unterschiedlichen Modulsets, verwaltet in der Konsole und versionskontrolliert im Audit-Log. Ingenieure haben eine Integration ausgeliefert.

iGaming-Betreiber. Verantwortungsbewusste Spielanforderungen variieren je nach Gerichtsbarkeit und Benutzersegment. A/B-Tests der Flow-Länge gegen Abschlussraten, mit Compliance-Überprüfung, die jede Änderung genehmigt, ist das regulatorische Muster, das Regulierungsbehörden in Spanien, Großbritannien und Malta zunehmend erwarten.

Häufig gestellte Fragen

Ist der Workflow Orchestrator wirklich kostenlos?

Ja. Die Orchestrierung, Verzweigung, A/B-Tests und Modulaktivierungslogik sind kostenlos. Sie zahlen pro Modulausführung, pro Aufruf, ohne Benutzerlizenzen oder Plattform-Abonnementgebühren.

Ersetzt der No-Code-Builder unsere Backend-Integration?

Nein – Ingenieure rufen weiterhin POST /v3/session/ von Ihrem Backend auf. Der Builder konfiguriert, was die Engine mit diesem Aufruf macht. Er beseitigt die Notwendigkeit einer erneuten Integration, wenn sich die Richtlinie ändert; er entfernt nicht den Integrationspunkt.

Wie funktionieren von der Compliance überprüfte Änderungen?

Jede Änderung an einem Live-Workflow in der Konsole löst einen Überprüfungsschritt aus, bevor die Änderung echte Benutzer betrifft. Das Audit-Log erfasst, wer was wann geändert hat, was die meisten regulatorischen Anforderungen an die Änderungsdokumentation erfüllt.

Kann ich den Workflow Builder mit Transaction Monitoring kombinieren?

Ja. Eine KYC-Sitzung wird über dieselbe vendor_data Referenz mit einem Transaktionsüberwachungsprofil verknüpft – so fließt die beim Onboarding etablierte Identität ohne erneute Integration in die Transaktionsrisikoschicht nach dem Onboarding. Der Status AWAITING_USER im Transaktionsmonitoring kann über dieselbe Workflow-Engine eine KYC-Sitzung zur Behebung auslösen.

Wie viele Module kann ich in einem Workflow kombinieren?

Es gibt keine harte Grenze. Workflows können jede Kombination der über 25 Module von Didit aktivieren, in beliebiger Reihenfolge, mit jeder Verzweigungstiefe, die die Richtlinie erfordert.

Bereit zum Start?

• Erfahren Sie mehr über die Funktion → Dokumentation
• Sehen Sie es in der Plattform → Produktseite ID-Verifizierung
• Überprüfen Sie den Preis → Preise – Workflow Orchestrator kostenlos, Module pro Aufruf abgerechnet
• Kostenlos starten → business.didit.me – 500 kostenlose Verifizierungen/Monat