Probleme beim Hochladen und Auslesen von Dokumenten beheben

Die meisten Probleme beim Dokumenten-Upload und bei der OCR-Erkennung liegen an der Bildqualität, einem fehlenden Rückseitenbild, einem nicht zugelassenen Subtyp oder einer Kopie statt des Originals - so beheben Sie jedes davon.

Verfasst vom Didit-Support · Aktualisiert am 15. September 2026

Wenn ein Dokument nicht hochgeladen werden kann oder wichtige Felder nicht korrekt extrahiert werden, liegt es fast immer an einer von wenigen bekannten Ursachen. So gehen Sie sie durch.

#Zuerst: Ist das Dokument überhaupt zugelassen?

Bevor Sie die Bildqualität debuggen, bestätigen Sie, dass Ihr Workflow genau diesen Dokument-Subtyp für dieses Land akzeptiert. Ein nicht zugelassener Subtyp scheitert auf eine Weise, die wie ein Leseproblem aussieht, aber keines ist - und er scheitert bei jedem Nutzer mit diesem Format, nicht nur bei einem. Siehe Subtypen sind der übliche Grund, warum ein Dokument abgelehnt wird.

#Unscharfe, dunkle oder überbelichtete Bilder

Didit prüft die Bildqualität, bevor ein Dokument verarbeitet wird, und bittet den Nutzer, das Foto erneut aufzunehmen, wenn es zu unscharf, zu dunkel oder zu hell ist. Bitten Sie den Nutzer:

• gutes, gleichmäßiges Licht ohne direkte Blendung zu verwenden
• die Kamera ruhig zu halten und sie vor der Aufnahme fokussieren zu lassen
• alle vier Ecken des Dokuments im Bild sichtbar zu halten
• das Dokument aus einer Klarsichthülle zu nehmen - die Reflexion verhindert die automatische Erfassung

Nutzer haben eine begrenzte Anzahl an erneuten Versuchen; beim letzten erlaubten Versuch wird das Bild akzeptiert, sodass sie nie dauerhaft blockiert werden, aber eine Aufnahme mit geringer Qualität kann Felder trotzdem unlesbar lassen. Prüfen Sie die Warnungen der Session auf IMAGE_TOO_BLURRY, IMAGE_TOO_DARK oder IMAGE_TOO_BRIGHT, um dies als Ursache zu bestätigen.

Wenn unscharfe Dokumente durchkommen und sogar genehmigt werden, liegt die Schwelle für Ihre Risikobereitschaft zu niedrig. Zwei Einstellungen im Ausweisverifizierungsschritt des Workflows beheben das:

• Minimale Bildqualität (der Qualitätsregler): jedes Dokumentfoto wird vom Qualitätsmodell im Moment der Aufnahme bewertet, und Aufnahmen unter Ihrem Minimum werden sofort mit einer Aufforderung zur Wiederholung abgelehnt. Der Standardwert ist bewusst großzügig; erhöhen Sie ihn, und die unscharfe Kartenrückseite mit Wert 33 erreicht die Prüfungen nie.
• Überprüfungsbildschirm für aufgenommene Bilder (unter Erweitert): zeigt der Person das gerade aufgenommene Foto und bittet sie, es zu bestätigen oder erneut zu scannen, bevor es hochgeladen wird. Gilt nur für Kamerascans, da Uploads die Datei bereits als Vorschau anzeigen.

Der Qualitätswert selbst steht im Sitzungsbericht, sodass Sie die Sitzungen ansehen können, die Sie beunruhigt haben, und eine Schwelle knapp darüber wählen.

#Ein Feld wurde nicht erkannt oder falsch gelesen (Name, Geburtsdatum, Dokumentnummer)

Wenn die OCR ein bestimmtes Feld nicht extrahieren kann, führt das allein normalerweise nicht zur Ablehnung der Session - standardmäßig wird sie zur manuellen Prüfung weitergeleitet, damit ein Mensch sie kontrollieren kann.

Wenn dies häufig bei einem Dokumenttyp oder einer Sprache auftritt, überprüfen Sie die Einstellung Bevorzugtes Zeichenformat Ihres Workflows: Legen Sie fest, ob extrahierte Namen in lateinische Zeichen normalisiert oder in der ursprünglichen Schrift des Dokuments beibehalten werden sollen. Eine falsche Einstellung hier ist eine häufige Ursache für verstümmelte oder fehlende Namensfelder bei Dokumenten in kyrillischer, arabischer, griechischer oder chinesischer Schrift.

Wenn ein Wert extrahiert wurde, der falsch ist (ein Nachname mit einem falschen Buchstaben, die Adresse im Namensfeld), siehe einen falsch gelesenen Namen oder ein Feld korrigieren: der Support kann es nicht für Sie bearbeiten, aber der Schritt Datenprüfung durch den Nutzer, die update-data-API und eine erneute Einreichung können es.

#Screenshots, Ausdrucke und Fotos von Bildschirmen werden abgelehnt

Didit verlangt ein originales Echtzeitfoto des physischen Dokuments - keinen Screenshot, keinen Scan, keine gedruckte Kopie und kein Foto des Dokuments auf einem anderen Bildschirm. Die Dokument-Liveness-Prüfung ist genau darauf ausgelegt, solche Fälle zu erkennen, und markiert oder lehnt die Session ab. Bitten Sie den Nutzer, das physische Dokument direkt zu fotografieren.

Das ist beabsichtigt: Würde ein Foto-von-einem-Foto akzeptiert, entfiele der größte Teil des Nutzens einer Dokumentenprüfung überhaupt.

Der Bildschirmaufnahme-Detektor kann gelegentlich bei einem echten Dokument anschlagen, das vor einem unruhigen Hintergrund fotografiert wurde - eine Tastatur, ein gemusterter Schreibtisch, ein Monitor hinter der Karte. Wenn Sie die Bilder angesehen haben und das Dokument eindeutig echt ist, genehmigen Sie die Sitzung selbst: das Kennzeichen leitet genau deshalb zur Prüfung, damit ein Mensch diese Entscheidung trifft. Jedes Dokument-Liveness-Signal (Bildschirmaufnahme, gedruckte Kopie, Porträtaustausch) hat in den Fälschungseinstellungen des Schritts eigene Prüf- und Ablehnungsschwellen, falls eines für Ihren Traffic zu empfindlich ist.

#Fehlendes Rückseitenbild

Ausweiskarten und Führerscheine sind zweiseitige Dokumente - Didit benötigt sowohl das Vorder- als auch das Rückseitenbild, um die Extraktion abzuschließen. Wurde für einen dieser Dokumenttypen nur ein Vorderseitenbild eingereicht, fehlen der Session die benötigten Daten.

Wenn Nutzer beim Rückseiten-Schritt immer wieder hängen bleiben, prüfen Sie, ob das betreffende Dokument in diesem Land überhaupt lesbare Daten auf der Rückseite trägt. Ein Rückseitenbild zu verlangen, das nichts enthält, lässt Nutzer ohne jeden Nutzen an einem Schritt scheitern.

#Die Kamera öffnet sich nie

Das sieht wie ein Dokumentproblem aus, ist aber ein Umgebungsproblem:

• In-App-Browser. Ein Link, der innerhalb des integrierten Browsers einer anderen App geöffnet wird (zum Beispiel einer Chat-App), erhält oft keinen Kamerazugriff. Denselben Link im normalen Browser des Telefons zu öffnen, behebt das.
• Zuvor verweigerte Berechtigung. Sobald eine Person den Kamerazugriff für eine Website einmal verweigert hat, merkt sich der Browser das. Sie müssen ihn in den Website-Einstellungen erneut erteilen; der Ablauf kann nicht erneut danach fragen.
• Kamera bereits in Verwendung. Ein anderer Tab oder eine andere App, die die Kamera belegt, blockiert sie. Auf manchen Geräten kann auch das Erteilen der Mikrofonberechtigung die Kamera blockieren.

#Der Text im Ablauf sieht verstümmelt aus

Wenn die Person verstümmelte oder unsinnige Wörter in der Oberfläche meldet (nicht auf dem Dokument), liegt die übliche Ursache in einer Browser-Erweiterung zur Seitenübersetzung, die den Bildschirm umschreibt. Bitten Sie sie, die Übersetzung für die Seite zu deaktivieren - der Ablauf bietet bereits eigene Sprachen an. Siehe die Verifizierungssprache festlegen.

#Wie viele Sprachen unterstützt die OCR?

Didits OCR liest Dokumente in über 130 Sprachen als Teil der Dokument- und Länderabdeckung. Das ist getrennt von der Sprache des Verifizierungsbildschirms selbst, die der Browser des Nutzers automatisch festlegt, sofern Sie sie nicht explizit setzen.

#Immer noch nicht weiter?

Kontaktieren Sie den Support mit der Session-ID der betroffenen Verifizierung - das ist der schnellste Weg für das Team, sich einen konkreten Fall anzusehen, weil es damit genau die Bilder und Warnungen sehen kann, die Sie beschreiben.