> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Ausweisverifizierung: Didit Changelog Mai 2026

> Didit Mai 2026: Native SDK 4.0 mit modularen Varianten, konfigurierbare Dokument-Liveness, Datenbankvalidierung Südafrika und INE-Prüfung Mexiko.

### 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

![Didit Native SDK 4.0: modulare Varianten für iOS, Android, React Native und Flutter](https://mintcdn.com/didit-0f962782/5cj1EteGq5bbThZl/images/changelog/may-2026/native-sdk-4.png?fit=max\&auto=format\&n=5cj1EteGq5bbThZl\&q=85\&s=4e510f464f74489edd59bae07ff0d274)

### 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

![Konfigurierbare Schwellenwerte für die Dokument-Liveness im Tab Forgery des Workflow-Editors von Didit](https://mintcdn.com/didit-0f962782/5cj1EteGq5bbThZl/images/changelog/may-2026/configurable-document-liveness.png?fit=max\&auto=format\&n=5cj1EteGq5bbThZl\&q=85\&s=e16fdb8399ca71a6df910b7c9ad1b06a)

### 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

![Didit Datenbankvalidierung: erweiterte Datenquellen für Südafrika](https://mintcdn.com/didit-0f962782/5cj1EteGq5bbThZl/images/changelog/may-2026/south-africa-database-validation.png?fit=max\&auto=format\&n=5cj1EteGq5bbThZl\&q=85\&s=92550f269a92e6b98eb8b5623ceb6fcb)

### 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

![Didit Diagnose für Fehler bei benutzerdefinierten Domains für White-Label-Verifizierungsdomains](https://mintcdn.com/didit-0f962782/5cj1EteGq5bbThZl/images/changelog/may-2026/custom-domain.png?fit=max\&auto=format\&n=5cj1EteGq5bbThZl\&q=85\&s=a442091912ad56ff6836bec035028e7e)

### Ü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


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.