Zum Hauptinhalt springen
POST
Prüft Eingabedaten gegen Telekom-Abrechnungsdaten und Telefondaten. 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.

Abdeckung

  • Abdeckung: > 80%
  • Land: Singapur
  • Dienst-ID: sgp_utility
  • Datenbereich: Adresse
  • Kategorie: Versorgung

Eingaben

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

Body-Parameter

string
Standard:"SGP"
erforderlich
ISO-3166-1-Alpha-3-Ländercode für diesen Datenbankdienst.Beispiel: SGP
string
Standard:"sgp_utility"
erforderlich
Array mit dieser Dienst-ID. Durch das Festlegen des Dienstes bleibt die Anfrage auf genau diese Datenbank beschränkt.Beispiel: sgp_utility
string
Standard:"John"
erforderlich
Vorname, der validiert werden soll.Beispiel: John
string
Standard:"Doe"
erforderlich
Nachname, der validiert werden soll.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 Adresse als Legacy-Zeichenkette wird weiterhin akzeptiert, 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
Geburtsdatum im Format YYYY-MM-DD.Beispiel: 1990-01-01
string
Telefonnummer im internationalen Format.Beispiel: +15550101000
string
Standard:"user-1234"
Ihre dauerhafte Benutzerreferenz für diese Person, z. B. Ihre interne Benutzer-ID. Didit verwendet sie, um eigenständige Prüfungen mit demselben Endbenutzer zu verknüpfen und Rauschen bei der Duplikaterkennung zu verringern.Beispiel: user-1234

Regeln für Eingaben und Validierungshinweise

  • Bei Adressdiensten senden Sie nach Möglichkeit strukturierte Adressfelder statt einer einzelnen address-Zeichenkette.
  • address.street_1 ist die Straßenadresse einschließlich Hausnummer und Straßentyp.
  • address.street_2 bezeichnet eine Wohnung, Einheit, ein Gebäude, eine Etage oder eine zusätzliche Adresszeile. Senden Sie dieses Feld nur, wenn Sie die Angabe haben.
  • address.city bezeichnet eine Stadt, einen Vorort, einen Bezirk, eine Ortschaft oder einen Stadtteil.
  • address.region bezeichnet einen Bundesstaat, eine Provinz, eine Region oder eine Stadt.
  • address.postal_code ist die Postleitzahl.
  • Adressbasierte Datenbankdienste erfordern mindestens Straßenadresse und Postleitzahl. Anfragen, die vor der Quellenabfrage abgelehnt werden, werden nicht berechnet.

So rufen Sie es auf

Zurückgegebene Daten

Welche Felder in source_data angezeigt werden, hängt davon ab, was das Register zurückgibt. Das generierte Beispiel für sgp_utility dokumentiert derzeit diese normalisierte Struktur:
  • address
  • address_match_score
  • city
  • date_of_birth
  • first_name
  • full_name
  • last_name
  • name_match_score
  • postal_code
  • street

Preise und SLAs

Abfragen bei Singapore Utility werden nur abgerechnet, wenn Didit von der Validierungsquelle ein eindeutiges Ergebnis erhält.
  • Preis pro Aufruf: $2.82 USD.
  • Abrechnung: pro erfolgreicher Abfrage. Ihnen wird nichts berechnet, wenn das Register nicht erreichbar ist, wenn Pflichtfelder fehlen oder wenn die Anfrage abgelehnt wird, bevor sie die Quelle erreicht.
  • Latenz: typischer p95-Wert < 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