Native SDK 4.0: modulare Varianten
Das bisher größte Release des Native SDK in diesem Jahr. iOS, Android, React Native und Flutter haben jeweils eine 4.0-Version veröffentlicht, die das SDK in unabhängige Varianten aufteilt, sodass Sie nur das Binary ausliefern, das Sie tatsächlich benötigen.
- Vier Varianten:
Core (ohne NFC, ohne automatische Aufnahme), AutoDetection (automatische Aufnahme, ohne NFC), NFC (NFC-Auslesen, ohne automatische Aufnahme) und All (alles)
- 84% kleineres Binary auf iOS Core: etwa 6 MB auf dem Datenträger und 3 MB komprimiert im IPA, gegenüber ~40 MB in 3.x, für Apps, die keine MediaPipe-basierte automatische Aufnahme benötigen
- Abwärtskompatibel: bestehende
pod 'DiditSDK'- und Gradle-Integrationen funktionieren unverändert weiter; All ist der Standard
- Plattformspezifische Auswahl: CocoaPods-Subspecs und SPM-Library-Products auf iOS, separate Artefakte auf Android, Expo-Config-Plugin-Flags auf React Native und
DIDIT_SDK_IOS_VARIANT / $DiditSdkIosVariant auf Flutter
- Migrationsleitfaden: Neue Tabellen in jeder SDK-README erklären die Installationsmatrix und wie Sie von 3.x migrieren
Konfigurierbare Dokument-Liveness
Die Dokument-Liveness wurde von einem einzigen Schalter für Genehmigen und Ablehnen auf eine detailliertere Konfiguration pro Fälschungsart umgestellt. Sie ist sowohl über die API als auch in einem neuen Tab Forgery im Workflow-Editor verfügbar.
- Schwellenwerte pro Fälschungsart: Legen Sie für Screen Replay, Printed Copy und Portrait Replacement jeweils eigenständige Werte für Ablehnen und Überprüfung fest
- Neuer Tab Forgery in der Console: Drei Schieberegler ersetzen die bisherigen Chips für Genehmigen, Überprüfen und Ablehnen, vollständig lokalisiert in allen unterstützten Sprachen
- Nachweis bei jeder Warnung: Sitzungs-Tooltips zeigen jetzt den tatsächlichen Liveness-Score, die aktiven Schwellenwerte, die Entscheidungskategorie und welche Seite des Dokuments das Ergebnis erzeugt hat
- Besser bei Uploads: Fehlalarme „Printed Copy“ bei legitimen gescannten oder fotografierten Ausweisen wurden entfernt; Screen Replay und Portrait-Manipulation lösen bei Uploads weiterhin aus
Prüfung auf Übereinstimmung von Vorder- und Rückseite
Eine neue Prüfung erkennt Nutzer, die die Vorderseite eines Ausweises und die Rückseite eines anderen hochladen. Erstmals in der Produktion wurde dies bei einer bolivianischen Cedula erkannt.
- Neues Risiko
DATA_INCONSISTENT: wird ausgelöst, wenn die OCR-Daten auf der Vorderseite nicht zu denen auf der Rückseite passen
- Workflow-Aktion: Leiten Sie inkonsistente Einreichungen über die bestehende Einstellung
inconsistent_data_action zum Ablehnen, zur Überprüfung oder zum Genehmigen weiter
- Korrekt gespeichert: Das gespeicherte Vorderseitenbild entspricht immer dem Schritt Vorderseite, auch wenn die OCR die Bezeichnungen von Vorder- und Rückseite zunächst vertauscht
Erweiterung der Datenbankvalidierung für Südafrika
Die Abdeckung für Südafrika wuchs von einer einzelnen Prüfung der nationalen ID zu einer vollständigen Suite von Datenquellen, alle über dieselbe API für Datenbankvalidierung abrufbar.
- Department of Home Affairs: Fingerabdruckabgleich und DHA-Fotoabfrage
- Fahrzeugdaten: Eigentum und Abfrage per VIN
- Unternehmensdaten: Unternehmensregister, Geschäftsführer von Unternehmen und Mandate von Personen als Geschäftsführer
- Bank- und Verbrauchersignale: Verifizierung des Kontoinhabers und Erreichbarkeit
- Betrug und AML: Betrugspräventionsprüfung, Verifizierung von Flüchtlingen und Prüfung auf Vorstrafen per Gesicht
- Günstigere Prüfung der nationalen ID: Die Validierung der nationalen ID in Südafrika wurde auf eine neue Integration mit deutlich niedrigeren Kosten pro Aufruf umgestellt
Gültigkeit der INE-Wählerkarte in Mexiko
Mexikanische INE/IFE-Wählerkarten können jetzt in Echtzeit gegen das offizielle Register validiert werden.
- Dokumentgültigkeit: Bestätigt das Kartenmodell (
modelo), das Ablaufdatum (vigencia) und ob die Karte als Ausweis gültig ist
- Wahlrecht: Bestätigt den Status des Wahlrechts des Inhabers
Optimierung des AML-Screenings
AML-Screenings werden bei erneuten Einreichungen jetzt dedupliziert, wenn sich die Identität nicht geändert hat. Ihnen werden wiederholte Screenings derselben Person daher nicht mehr berechnet.
- Überspringen bei identischen erneuten Einreichungen: Wenn Name, Geburtsdatum, Staatsangehörigkeit und Dokumentnummer gegenüber dem vorherigen Screening unverändert sind, findet kein neues Screening statt (und es entstehen keine neuen Kosten)
- Unverändertes Verhalten, wenn sich die Identität tatsächlich ändert, beim ersten Screening, in Sandbox-Sitzungen und beim eigenständigen AML-Endpoint
- Gilt auch für KYB: Unternehmens-AML-Screenings werden bei unveränderter Unternehmensidentität bei erneuter Einreichung ebenso dedupliziert
Upload User Face
Gesichter, die über den Upload User Face-Endpoint importiert werden, verhalten sich jetzt wie jedes Gesicht, das in einer Verifizierungssitzung aufgenommen wird.
- Sichtbar im Benutzerprofil: Das Porträt erscheint auf der Detailseite des Benutzers in der Console wie eine reguläre Aufnahme
- In der Dublettenerkennung enthalten: Importierte Gesichter sind jetzt Teil des 1:N-Suchindex, sodass Neuregistrierungen unter einer anderen Anbieter-Datenkennung korrekt markiert werden
- Geeignet für Nachbefüllung: Nützlich bei der Migration einer bestehenden Identitätsdatenbank zu Didit
Fehler bei benutzerdefinierten White-Label-Domains
Benutzerdefinierte Verifizierungsdomains wechseln nicht mehr stillschweigend auf „Verified“, wenn die CAA-Einträge Ihres DNS-Anbieters die Ausstellung des Zertifikats tatsächlich blockieren.
- Echter Fehler wird angezeigt: Die Console zeigt jetzt den genauen Grund an (typischerweise einen CAA-Eintrag, der AWS daran hindert, das SSL-Zertifikat auszustellen)
- Anleitung zur Wiederherstellung in 5 Schritten: Die genauen DNS-Einträge, die Sie hinzufügen müssen, sind auf der Customization-Seite aufgelistet
- Keine unsichtbaren Fehler mehr: Domains, die verifiziert aussehen, aber nicht laden, werden erkannt, bevor sie Endnutzer erreichen
Überarbeitete Transaktions-E-Mails
Alle 11 Authentifizierungs- und Organisations-E-Mails wurden neu gestaltet, um dem Designsystem der Console zu entsprechen: sauberes weißes Layout, durchgehende Pill-CTA und eine textbetonte Fußzeile mit hello@didit.me. White-Label-Kunden erhalten in der Verifizierungs-E-Mail weiterhin ihr eigenes Logo und Theme.
Abgleich zusammengesetzter Namen
Datenbankvalidierungsabfragen verarbeiten zusammengesetzte Vornamen bei Diensten für Verbraucherdaten jetzt korrekt.
- USA: „Jorge Luis”, „Miguel Angel Jr” und ähnliche spanische Muster mit zwei Vornamen werden jetzt korrekt abgeglichen
- UK: Zusammengesetzte Vornamen wie „Lukasz Marcin” werden als Vorname und zweiter Vorname geparst, statt als ein einzelnes Token behandelt zu werden
Unterstützung neuer Dokumente
- Dokumenttyp Tax Card: ein neuer Dokumentuntertyp für die Verifizierung der steuerlichen Ansässigkeit, ergänzt in den SDKs für iOS, Android, Flutter und React Native
- Führerschein der Niederlande 2025: das neue Design wird durchgängig unterstützt
- Digitaler Führerschein (Brasilien): zweiseitige Aufnahmen mit den Markierungen „Side C” / „Page B” speichern jetzt das richtige Vorderseitenfoto und das korrekte Rückseitenbild
- Spanien Reisedokument nach der Genfer Flüchtlingskonvention: und ähnliche staatenlose Reisedokumente mit den MRZ-Präfixen D / DV / TI und der Staatsangehörigkeit
XXA werden jetzt korrekt geparst
- 11 neu unterstützte Dokumente, aus realen Einreichungen in das Produktionsregister übernommen
Mongolische Sprache
Der Verifizierungsablauf und alle vier nativen SDKs unterstützen jetzt Mongolisch (mn). Damit steigt die Sprachabdeckung auf insgesamt 54.
Veröffentlichungen nativer SDKs
Neben den modularen Varianten von 4.0 hat jedes native SDK bis einschließlich Mai regelmäßig Stabilitätskorrekturen ausgeliefert.
- Android SDK 3.5.3 – 4.0.2: Qualität der Dokumentfotos und Gestaltung der Einführung zur Gesichtserfassung, Wiederherstellung nach mehrdeutigen Netzwerkfehlern, Korrektur eines Aufblitzens des White-Label-Designs beim Abschluss, Kamerawechsel mit Zurücksetzen des Zustands für Dokument und Liveness-Erkennung, Upload-Prüfungen bei fehlenden Videosegmenten, Aktualisierungen von Bedingungen und Übersetzungen, Korrektur der Selfie-Aufnahme mit der Frontkamera, Feinschliff bei Zurück-Taste und Fragebogen, Mongolisch sowie die 4.0-Linie mit konfigurierbaren Standardkameras und konfigurierbarer Sichtbarkeit des Kameraumschalters
- iOS SDK 3.3.3 – 4.0.2: Qualität der Dokumentaufnahme und abspielbare MP4- / H.264-Uploads, Schrittwiederherstellung nach unterbrochenen Backend-Antworten, optionaler Build ohne NFC, Lizenz direkt im Podspec, Routineveröffentlichungen 3.5 / 3.6, eine kritische Korrektur für den Absturz
EXC_BAD_ACCESS auf iOS 13–17, der durch ein Swift-6-Runtime-Symbol verursacht wurde, Mongolisch sowie 4.0 mit der Aufteilung in modulare Varianten und Unterstützung für Tax Card
- React Native SDK 3.2.11 – 4.0.1: Bei jedem Zyklus auf die neuesten nativen iOS- und Android-Versionen aktualisiert, Flags
iosNfcEnabled / androidNfcEnabled zum Expo-Config-Plugin hinzugefügt, damit Entwickler die Variante ohne NFC wählen können, und 4.0 mit der vollständigen Variantenmatrix ausgeliefert
- Flutter SDK 3.5.0 – 4.0.2: Die neuesten nativen iOS- und Android-Versionen übernommen, eine Build-Option ohne NFC für Android ergänzt, die gesamte native Konfiguration verfügbar gemacht (
showCloseButton, showExitConfirmation, closeOnComplete) und 4.0 mit nativer Variantenauswahl und Unterstützung für Tax Card ausgeliefert
Geräteintelligenz
Das serverseitige Geräte-Fingerprinting ist genauer geworden und lässt sich schwerer täuschen.
- Deterministischer Anker erforderlich: Unscharfe Fingerprint-Treffer erfordern jetzt einen hardwarebasierten Identifikator (Android SSAID oder Widevine, iOS
identifierForVendor), bevor zwei Sitzungen verknüpft werden können. So werden falsch positive Ergebnisse ausgeschlossen.
- Bestätigung über TLS / JA4: Web-Fingerprints werden jetzt mit TLS-Fingerprint-Signalen abgeglichen, was die Klassifizierung deterministischer Treffer absichert.
Verbesserungen
- Veraltete Warnungen „Bild zu unscharf” werden nicht mehr an genehmigte Sitzungen angehängt, wenn der Nutzer das Dokument beim letzten zulässigen Versuch erfolgreich neu aufgenommen hat
- Der Algorithmus zur Gesichtsaufnahme verwendet jetzt die echte Geometrie des Begrenzungsrahmens statt normalisierter Bereiche, mit neuen Anweisungen „Weiter weg” und „Näher heran” sowie gerätespezifischer Abstimmung der Stabilität
- Fehler bei der Kameraberechtigung werden im gesamten Verifizierungsablauf einheitlich klassifiziert. Die Meldungen unterscheiden jetzt klarer zwischen Zeitüberschreitungen bei der Berechtigung und Fehlern beim Kamerazugriff.
- Nicht verifizierte Konten können eine E-Mail-Adresse nicht mehr dauerhaft blockieren: Eine erneute Registrierung übernimmt die nicht verifizierte Zeile, statt blockiert zu werden
- Die Umschalter für den Vollbildmodus im Workflow-Graphen und im Fragebogen-Editor funktionieren jetzt in Safari
- Felder für australische ImmiCard und Reisedokumente, das Ablaufdatum des neuseeländischen Reisepasses und die Auflösung strukturierter Adressen wurden in rund 35 adressbezogenen Datenbankvalidierungsdiensten korrigiert
Fehlerbehebungen
- Beschädigten
front_image-Zuschnitt behoben, den die Ausweisverifizierungs-API zurückgab, wenn Vorder- und Rückseite bei der OCR vertauscht wurden (Ausweise Argentinien 2019 und 2020)
- Fehlende
FILE_UPLOADED-Ereignisse bei erneut eingereichten Sitzungen behoben, durch die erneut eingereichte Dokumente in der Console ohne Datei angezeigt wurden
- Probleme bei Übersetzungen und bei der White-Label-Anpassung im Web-Verifizierungsablauf behoben
Zuletzt geändert am 7. November 2026