Zum Hauptinhalt springen
POST
Überprüft Eingabedaten anhand der Telefondaten der Mobilfunknetzbetreiber. Didit stellt diesen Dienst über POST /v3/database-validation/ bereit, damit Sie die übermittelten Daten mit der maßgeblichen Quelle abgleichen und normalisierte Abgleichsergebnisse erhalten können.

Abdeckung

  • Abdeckung: > 75%
  • Land: Deutschland
  • Service-ID: deu_phone_2
  • Datendomäne: Telekommunikation
  • Kategorie: Telekommunikation

Eingaben

  • Pflichteingaben: first_name, last_name, address.street_1, address.postal_code, phone
  • Optionale Eingaben: date_of_birth, address.street_2, address.city, address.region, vendor_data
  • Einwilligung: Nicht erforderlich
  • Verfügbarkeit im Workflow: Im Workflow verfügbar
  • Abdeckung: > 75%
  • Preis: $0.99 pro erfolgreiche Abfrage

Body-Parameter

string
Standard:"DEU"
erforderlich
ISO-3166-1-Alpha-3-Ländercode für diesen Datenbankdienst.Beispiel: DEU
string
Standard:"deu_phone_2"
erforderlich
Array mit dieser Service-ID. Das Festlegen des Dienstes beschränkt die Anfrage auf genau diese Datenbank.Beispiel: deu_phone_2
string
Standard:"John"
erforderlich
Zu validierender Vorname.Beispiel: John
string
Standard:"Doe"
erforderlich
Zu validierender Nachname.Beispiel: Doe
object
erforderlich
Strukturiertes Objekt für die Wohnadresse. Verwenden Sie street_1, street_2, city, region, postal_code und country. Eine vollständige Legacy-Adresse als einzelne Zeichenfolge wird weiterhin akzeptiert, ist aber nicht empfohlen.Beispiel: {"street_1":"123 Sample Street","street_2":"Unit 4","city":"Sample City","region":"Sample State","postal_code":"10001","country":"US"}
string
Standard:"+15550101000"
erforderlich
Telefonnummer im internationalen Format.Beispiel: +15550101000
string
Geburtsdatum im Format YYYY-MM-DD.Beispiel: 1990-01-01
string
Standard:"user-1234"
Ihre stabile Benutzerreferenz für diese Person, zum Beispiel Ihre interne Benutzer-ID. Didit verwendet sie, um eigenständige Prüfungen derselben Endbenutzerin bzw. demselben Endbenutzer zuzuordnen und die Anzahl unnötiger Dublettentreffer zu verringern.Beispiel: user-1234

Eingaberegeln und Validierungshinweise

  • Senden Sie bei Adressdiensten nach Möglichkeit strukturierte Adressfelder statt einer einzelnen address-Zeichenfolge.
  • address.street_1 ist die Straßenadresse einschließlich Hausnummer und Straßentyp.
  • address.street_2 ist eine Wohnungs-, Einheits-, Gebäude- oder Etagenangabe bzw. eine zusätzliche Adresszeile. Senden Sie das Feld nur, wenn Sie den Wert haben.
  • address.city ist Stadt, Stadtteil, Bezirk, Ortschaft oder Viertel.
  • address.region ist Bundesland, Provinz, Region oder Stadt.
  • address.postal_code ist die Postleitzahl.
  • Adressbasierte Datenbankdienste benötigen mindestens Straßenadresse und Postleitzahl. Anfragen, die vor der Quellenabfrage abgelehnt werden, werden nicht berechnet.

So rufen Sie den Dienst auf

Zurückgegebene Daten

Welche Felder genau in source_data erscheinen, hängt davon ab, was das Register zurückgibt. Das generierte Beispiel für deu_phone_2 dokumentiert derzeit diese normalisierte Struktur:
  • address
  • date_of_birth
  • first_name
  • last_name

Preise & SLAs

Abfragen von Germany Phone 2 werden nur abgerechnet, wenn Didit von der Validierungsquelle ein eindeutiges Ergebnis erhält.
  • Preis pro Aufruf: $0.99 USD.
  • Abrechnung: pro erfolgreicher Abfrage. Es fallen keine Kosten an, wenn das Register nicht erreichbar ist, wenn Pflichtfelder fehlen oder wenn die Anfrage abgelehnt wird, bevor sie die Quelle erreicht.
  • Latenz: typischerweise p95 unter 2 s.
  • Verfügbarkeit: 99.9% pro Quartal auf Seiten von Didit; die Verfügbarkeit nachgelagerter Quellen variiert je nach Land und Datensatz.

Weiterlesen

Zuletzt geändert am 7. November 2026