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

Abdeckung

  • Abdeckung: ~ 90%
  • Land: Kanada
  • Dienst-ID: can_residential
  • Datendomäne: Adresse
  • Kategorie: Wohnadresse

Eingaben

  • Pflichtfelder: first_name, last_name, address.street_1, address.postal_code, phone
  • Optionale Felder: date_of_birth, address.street_2, address.city, address.region, vendor_data
  • Einwilligung: Erforderlich
  • Verfügbarkeit im Workflow: Im Workflow verfügbar
  • Abdeckung: ~ 90%
  • Preis: $0.42 pro erfolgreicher Abfrage

Body-Parameter

string
Standard:"CAN"
erforderlich
ISO-3166-1-Alpha-3-Ländercode für diesen Datenbankdienst.Beispiel: CAN
string
Standard:"can_residential"
erforderlich
Array mit dieser Dienst-ID. Durch das Festlegen des Dienstes bleibt die Anfrage auf genau diese Datenbank beschränkt.Beispiel: can_residential
Ausdrückliche Einwilligung des Endbenutzers für diesen Dienst.Beispiel: true
string
Standard:"John"
erforderlich
Zu validierender Vorname.Beispiel: John
string
Standard:"Doe"
erforderlich
Zu validierender Nachname.Beispiel: Doe
object
erforderlich
Strukturiertes Wohnadressobjekt. Verwenden Sie street_1, street_2, city, region, postal_code und country. Eine vollständige Legacy-Adresszeichenfolge 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 demselben Endbenutzer zuzuordnen und das Rauschen bei der Dublettenerkennung 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 Wohnung, Einheit, Gebäude, Etage oder eine zusätzliche Adresszeile. Senden Sie es nur, wenn Sie es haben.
  • address.city ist Stadt, Vorort, Bezirk, Ortschaft oder Stadtteil.
  • address.region ist Bundesstaat, Provinz, Region oder Ort.
  • 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 es auf

Zurückgegebene Daten

Welche genauen Felder in source_data ausgegeben werden, hängt davon ab, was das Register zurückliefert. Das generierte Beispiel für can_residential dokumentiert derzeit folgende normalisierte Struktur:
  • address
  • date_of_birth
  • first_name
  • last_name

Preise & SLAs

Abfragen für Canada Residential werden nur dann abgerechnet, wenn Didit ein eindeutiges Ergebnis von der Validierungsquelle erhält.
  • Preis pro Aufruf: $0.42 USD.
  • Abrechnung: pro erfolgreicher Abfrage. Ihnen werden keine Kosten berechnet, wenn das Register nicht erreichbar ist, wenn Pflichtfelder fehlen oder wenn die Anfrage abgelehnt wird, bevor sie die Quelle erreicht.
  • Latenz: typischerweise p95 < 2 s.
  • Verfügbarkeit: 99.9% pro Quartal auf Seiten von Didit; die Verfügbarkeit der nachgelagerten Quelle variiert je nach Land und Datensatz.

Weiterlesen

Zuletzt geändert am 7. November 2026