🇩🇪DeutschlandMRZ VerifiedVorder- und RückseiteVorschau

Personalausweis OCR API

Extrahiert Name, Ausweisnummer, MRZ-geprüfte Identitätsdaten und die Anschrift von Vorder- und Rückseite des deutschen Personalausweises. Umlaute und ß bleiben exakt erhalten, mit ASCII-Varianten für Bank- und Steuersysteme.

Personalausweis OCR API
In Sekunden startklar
Registrieren Sie sich für Ihren API-Schlüssel und verarbeiten Sie sofort Dokumente
Führende Genauigkeit
Wir setzen die fortschrittlichsten KI-Modelle ein, um maximale Genauigkeit und Geschwindigkeit zu erreichen
DSGVO-konform
In der EU gehostet, DSGVO-konform und standardmäßig ohne Datenspeicherung
Sie zahlen nur, was Sie extrahieren
Keine monatliche Mindestabnahme, keine Einrichtungsgebühren. Mengenrabatte werden automatisch angewendet.

+100k Anfragen mit 4,2 s durchschnittliche Latenz in 2026

Indemnizame
Sagardobus
Swipoo
Acciona

Jetzt testen

Erleben Sie die Leistung unserer OCR. Laden Sie ein Dokument hoch und sehen Sie das Ergebnis sofort.

Vorder- und Rückseite empfohlen

Unterstützt die Datenextraktion von beiden Seiten. Bitte laden Sie für maximale Genauigkeit Vorder- und Rückseite hoch.

Dokument hierher ziehen oder zum Hochladen klicken

Unterstützt PDF, PNG, JPG (max. 10 MB)

Mit dem Hochladen eines Dokuments akzeptieren Sie unsere Bedingungen. Wir speichern Ihre Daten nicht.

JSON-Antwort
{
"success":
true,
"data":{
"document_type":
"PERSONALAUSWEIS",
"document_number":
"L01X00T47",
"document_number_verified":
true,
"can":
"123456",
"issuing_authority":
"Stadt Köln",
"issuing_date":
"2021-08-02",
"expiry_date":
"2031-08-01",
"expiry_date_verified":
true,
"surname":
"MÜLLER-LÜDENSCHEIDT",
"surname_ascii":
"MUELLER-LUEDENSCHEIDT",
"surname_verified":
true,
"given_names":
"ERIKA ANNA",
"given_names_ascii":
"ERIKA ANNA",
"given_names_verified":
true,
"birth_name":
"SCHMIDT",
"birth_name_ascii":
"SCHMIDT",
"doctoral_degree":
"DR.",
"religious_artistic_name":
null,
"date_of_birth":
"1983-08-12",
"date_of_birth_verified":
true,
"place_of_birth":
"KÖLN",
"gender":
"F",
"gender_verified":
true,
"height_cm":
178,
"eye_colour":
"GRUEN",
"eye_colour_raw":
"GRÜN",
"raw_address":
"Heidestraße 17 51147 Köln",
"address_street":
"Heidestraße",
"address_street_ascii":
"Heidestrasse",
"address_house_number":
"17",
"address_zip_code":
"51147",
"address_city":
"Köln",
"address_city_ascii":
"Koeln",
"address_state":
null,
"address_country":
"DEU",
"has_german_residence":
true,
"mrz_detected":
true,
"mrz_valid":
true
},
"balance":
14.5,
"cost":
0.045
}

Nicht ganz passend? Wir passen die Felder an: ergänzen, aufteilen, neu formatieren. Kontaktieren Sie uns

document_typeenum

Art des Ausweises: PERSONALAUSWEIS (Standardkarte mit Chip und MRZ), VORLAEUFIGER_PERSONALAUSWEIS (ohne Chip und MRZ) oder OTHER

PERSONALAUSWEISVORLAEUFIGER_PERSONALAUSWEISOTHER
document_numberstring | null

Ausweisnummer auf der Vorderseite: 9 Zeichen, ein Behördenbuchstabe und 8 alphanumerische Zeichen (z. B. L01X00T47)

document_number_verifiedboolean

True, wenn die MRZ-Prüfziffer der Ausweisnummer gültig ist und mit der Vorderseite übereinstimmt

canstring | null

Zugangsnummer (CAN): sechs Ziffern auf der Vorderseite, nicht in der MRZ enthalten

issuing_authoritystring | null

Ausstellende Behörde auf der Rückseite (z. B. Stadt Köln)

issuing_datestring | null

Ausstellungsdatum, JJJJ-MM-TT. Nicht in der MRZ, daher nie MRZ-geprüft

expiry_datestring | null

Ablaufdatum (Gültig bis), JJJJ-MM-TT

expiry_date_verifiedboolean

True, wenn die MRZ-Prüfziffer des Ablaufdatums gültig ist und mit der Karte übereinstimmt

surnamestring | null

Familienname wie aufgedruckt, mit Umlauten und ß. Deutsche Ausweise haben genau einen Nachnamen: Namenszusätze („von der Leyen“) und Doppelnamen („Müller-Lüdenscheidt“) werden nie aufgeteilt

surname_asciistring | null

Familienname in der ASCII-Umschrift der MRZ (Ä→AE, Ö→OE, Ü→UE, ß→SS)

surname_verifiedboolean

True, wenn der Familienname nach Umschrift mit der MRZ übereinstimmt

given_namesstring | null

Alle Vornamen wie aufgedruckt, durch einfache Leerzeichen getrennt

given_names_asciistring | null

Vornamen in der ASCII-Umschrift der MRZ

given_names_verifiedboolean

True, wenn die Vornamen nach Umschrift mit der MRZ übereinstimmen

birth_namestring | null

Geburtsname, nur wenn er vom aktuellen Familiennamen abweicht. Wird nie in surname übernommen

birth_name_asciistring | null

Geburtsname in der ASCII-Umschrift der MRZ

doctoral_degreestring | null

Doktorgrad (z. B. DR., DR. MED., PROF. DR.). Nie Teil der Namensfelder

religious_artistic_namestring | null

Ordensname oder Künstlername, sofern auf der Rückseite aufgedruckt

date_of_birthstring | null

Geburtsdatum, JJJJ-MM-TT

date_of_birth_verifiedboolean

True, wenn die MRZ-Prüfziffer des Geburtsdatums gültig ist und mit der Karte übereinstimmt

place_of_birthstring | null

Geburtsort wie aufgedruckt, mit Umlauten

genderenum

Geschlecht als ICAO-Code: M (männlich), F (weiblich), X (divers). „W“ auf älteren Karten wird zu F, „D“ zu X normalisiert

MFX
gender_verifiedboolean

Nur true, wenn das Geschlecht aus der MRZ gelesen wurde und mit dem Aufdruck übereinstimmt

height_cmnumber | null

Größe in ganzen Zentimetern (z. B. 178). Meterangaben älterer Karten werden umgerechnet

eye_colourenum

Augenfarbe normalisiert auf eine feste Liste: BLAU, BRAUN, GRAU, GRUEN, BLAU-GRAU, GRAU-BRAUN, GRAU-GRUEN, GRUEN-BRAUN, SCHWARZ oder OTHER

BLAUBRAUNGRAUGRUENBLAU-GRAUGRAU-BRAUNGRAU-GRUENGRUEN-BRAUNSCHWARZOTHER
eye_colour_rawstring | null

Augenfarbe genau wie aufgedruckt, mit Umlauten (z. B. GRÜN)

raw_addressstring | null

Vollständige Anschrift wie auf der Rückseite, Zeilenumbrüche durch Leerzeichen ersetzt

address_streetstring | null

Straßenname ohne Hausnummer (z. B. Heidestraße)

address_street_asciistring | null

Straßenname in ASCII (z. B. Heidestrasse)

address_house_numberstring | null

Hausnummer als Text, mit Buchstabenzusatz oder Bereich (z. B. 17, 12a, 23-27)

address_zip_codestring | null

Postleitzahl, immer fünf Ziffern

address_citystring | null

Ort der gemeldeten Anschrift

address_city_asciistring | null

Ort in ASCII (z. B. Koeln)

address_statestring | null

Bundesland. In der Regel null: Der Personalausweis druckt keines auf und es wird nie aus der Postleitzahl abgeleitet

address_countrystring | null

Land der Anschrift als ISO-3166-1-Alpha-3-Code (DEU), sonst null

has_german_residenceboolean | null

True, wenn eine deutsche Anschrift aufgedruckt ist. False nur, wenn die Karte „KEINE HAUPTWOHNUNG IN DEUTSCHLAND“ ausweist; dann sind alle Adressfelder null. Null, wenn keine Anschrift erfasst wurde (z. B. nur Vorderseite)

mrz_detectedboolean

Ob eine MRZ gefunden wurde. Der vorläufige Personalausweis hat keine

mrz_validboolean

Ob alle ICAO-9303-Prüfziffern der MRZ gültig sind, inklusive Gesamtprüfziffer

Häufig gestellte Fragen

Schnelle Antworten auf häufige Fragen zu unserer Personalausweis OCR API.

Wie erreiche ich die beste Genauigkeit?

Verwenden Sie hochauflösende, gut ausgeleuchtete Bilder und senden Sie immer Vorder- und Rückseite in derselben Anfrage. Die Vorderseite enthält Name, Ausweisnummer und Ablaufdatum, die Rückseite Anschrift, Behörde, Größe, Augenfarbe und die MRZ.

Werden Umlaute und ß korrekt verarbeitet?

Ja. Namens-, Adress- und Geburtsortfelder behalten exakt die aufgedruckten Zeichen, inklusive Ä, Ö, Ü und ß. Da die MRZ nur ASCII kodieren kann, liefern wir zusätzlich *_ascii-Felder mit der offiziellen Umschrift (Ä→AE, Ö→OE, Ü→UE, ß→SS), genau das, was SEPA, ELSTER und DATEV erwarten.

Wie werden Nachnamen behandelt?

Deutsche Ausweise haben genau einen Nachnamen, der nie aufgeteilt wird. Namenszusätze wie „von der Leyen“ und Doppelnamen wie „Müller-Lüdenscheidt“ werden als ein Wert zurückgegeben. Geburtsname und Doktorgrad stehen in eigenen Feldern und werden nie in den Namen übernommen.

Was liefert das Feld gender, und wie wird „W“ behandelt?

Das Geschlecht wird immer als ICAO-Code M, F oder X zurückgegeben. Aktuelle Karten drucken M/F, ältere M/W (W für weiblich) und seit 2018 kann D (divers) vorkommen. Alle Varianten werden normalisiert: W wird zu F, D wird zu X. gender_verified ist nur true, wenn MRZ und Aufdruck tatsächlich übereinstimmen.

Warum ist address_state meistens null?

Der deutsche Personalausweis druckt kein Bundesland auf. Die Anschrift besteht nur aus Straße, Hausnummer, Postleitzahl und Ort. Wir leiten das Bundesland bewusst nicht aus der Postleitzahl ab, daher ist address_state auf nahezu jeder Karte null. Nutzen Sie address_zip_code, wenn Sie selbst eine Region ableiten möchten.

Was bedeuten die _verified-Felder?

Sie werden in unserem Code berechnet, nie vom Modell. Ein Feld gilt als geprüft, wenn die ICAO-9303-Prüfziffer der MRZ mathematisch gültig ist und der MRZ-Wert mit dem Aufdruck übereinstimmt. false bedeutet, dass wir den Wert nicht bestätigen konnten, nicht dass er falsch ist. mrz_valid gibt an, ob alle Prüfziffern der MRZ gültig sind.

Werden ältere Karten und der vorläufige Personalausweis unterstützt?

Ja. Unterstützt werden die aktuelle Chipkarte, die Variante von 2021 sowie ältere laminierte Karten von vor 2010. Der vorläufige Personalausweis wird als document_type VORLAEUFIGER_PERSONALAUSWEIS gemeldet; er hat keine MRZ, daher ist mrz_detected false und kein Feld kann MRZ-geprüft werden.

Integrieren Sie unsere API in Sekunden

Extrahieren Sie mit unserer sofort einsatzbereiten OCR API in wenigen Sekunden Daten aus Ihren Dokumenten.

Terminal - Lokale Datei
curl -X POST "https://api.tiny-idp.com/api/extractors/run/de-national-id-card" \
  -H "x-api-key: YOUR_API_KEY" \
  -F "files=@/path/to/your/document.jpg"
Claude CodeCursorChatGPT

Integration für Ihren Coding-Agenten

Kopieren Sie die Anleitung, um Tiny IDP mit Claude Code, Cursor, ChatGPT oder Windsurf zu integrieren.

Bereit loszulegen?

Holen Sie sich Ihren kostenlosen API-Schlüssel und extrahieren Sie in wenigen Minuten Dokumentdaten. Keine Kreditkarte erforderlich.

Häufige Anwendungsfälle

Erfahren Sie, wie Unternehmen unsere OCR API nutzen, um ihre Prozesse zu automatisieren.

KYC für Banken und Fintechs

Ausweisnummer, Geburtsdatum und Anschrift von beiden Seiten des Personalausweises auslesen und Kunden gemäß den Identifizierungspflichten des GwG ohne manuelle Erfassung onboarden.

Personalwesen und Lohnabrechnung

Geprüfte Identitätsdaten für die Personalakte erfassen, inklusive ASCII-Namensvarianten für DATEV, ELSTER und SEPA-Dateien, die keine Umlaute akzeptieren.

Meldewesen und Immobilienverwaltung

Die gemeldete Anschrift strukturiert nach Straße, Hausnummer, PLZ und Ort auslesen, für Wohnungsgeberbestätigung, Mietverträge und Mieterportale.

Telekommunikation, Energie und Versicherung

Identität und Anschrift prüfen, um Mobilfunk-, Glasfaser- oder Energieverträge zu aktivieren, mit MRZ-Prüfziffern bei jeder Anfrage und ohne Datenspeicherung.

Einfache, transparente Preise

Keine versteckten Kosten. Keine monatliche Mindestabnahme. Sie zahlen nur, was Sie extrahieren.

Pay-as-you-go

Nutzungsbasiert

Transparente Abrechnung pro Vorgang. Keine monatliche Bindung.

0 – 1,000 Dokumente/Monat
Erste Stufe
€0.045
/Dokument
1,000+ Dokumente/Monat22% Rabatt
Automatischer Rabatt
€0.035
/Dokument
  • Unbegrenzte Extraktoren
  • Vorgefertigte und eigene Extraktoren
  • OCR- und KI-Technologie
  • DSGVO-konform
  • Infrastruktur in der EU
  • Standard-Support
Loslegen

Enterprise

Individuell

Individuelle Preise für hohe Volumina. Mit SLA-Zusagen, dediziertem Deployment und persönlichem Support — sprechen Sie unser Team für ein passendes Angebot an.

  • Individuelle Preismodelle
  • SLA-Zusagen
  • On-Premise-Deployment möglich
  • Unterstützung bei individuellen Integrationen
  • Dedizierter Support rund um die Uhr
  • Priorisierte Feature-Wünsche
Vertrieb kontaktieren

Alle Preise verstehen sich zzgl. MwSt. Mengenrabatte werden automatisch angewendet.

Compliance und Sicherheit auf Enterprise-Niveau

Wir nehmen Datenschutz ernst. Tiny IDP ist auf die strengsten europäischen Standards ausgelegt.

Keine Datenspeicherung

Wir speichern weder Dokumente noch Bilder oder Ergebnisse. Die Verarbeitung erfolgt ausschließlich im Arbeitsspeicher, danach werden die Daten sofort gelöscht.

DSGVO-konform

Vollständige Konformität mit der europäischen Datenschutz-Grundverordnung (DSGVO).

Infrastruktur in der EU

Alle Daten werden ausschließlich in sicheren europäischen Rechenzentren verarbeitet und gehostet.

Zum Trust Center
In der EU gehostet
Verschlüsselt
Keine Speicherung
DSGVO

Brauchen Sie eine maßgeschneiderte OCR?

Erstellen Sie eigene Extraktoren! Definieren Sie Ihr eigenes JSON-Schema, um Daten aus beliebigen Dokumenten zu extrahieren.