跳转到主要内容
POST
聚合了政府及公共记录、背景记录和公开职业资料的服务。Didit 通过 POST /v3/database-validation/ 提供此服务,以便您将提交的数据与权威数据源进行核验,并获得标准化的匹配结果。

覆盖范围

  • 覆盖范围: ~ 90%
  • 国家/地区: 英国
  • 服务 ID: gbr_kingdom_residential
  • 数据领域: 地址
  • 类别: 住宅

输入

  • 必填输入: first_name、last_name、address.street_1、address.postal_code
  • 可选输入: date_of_birth、phone、address.street_2、address.city、address.region、vendor_data
  • 同意: 不需要
  • 工作流可用性: 可在工作流中使用
  • 覆盖范围: ~ 90%
  • 价格: 每次成功的查询 $0.25

请求体参数

string
默认值:"GBR"
必填
该数据库服务所使用的 ISO 3166-1 alpha-3 国家/地区代码。示例:GBR
string
默认值:"gbr_kingdom_residential"
必填
包含此服务 ID 的数组。固定该服务后,可将请求限定在此特定数据库内。示例:gbr_kingdom_residential
string
默认值:"John"
必填
需要验证的名字。示例:John
string
默认值:"Doe"
必填
需要验证的姓氏。示例:Doe
object
必填
结构化住宅地址对象。请使用 street_1、street_2、city、region、postal_code 和 country。仍接受完整的旧式地址字符串,但不推荐使用。示例:{"street_1":"123 Sample Street","street_2":"Unit 4","city":"Sample City","region":"Sample State","postal_code":"10001","country":"US"}
string
出生日期,格式为 YYYY-MM-DD。示例:1990-01-01
string
国际格式的电话号码。示例:+15550101000
string
默认值:"user-1234"
您为该用户设定的稳定用户标识,例如内部用户 ID。Didit 使用它将独立检查关联到同一终端用户,并减少重复检测的干扰。示例:user-1234

输入规则与验证说明

  • 对于地址类服务,尽可能发送结构化地址字段,而不是单个 address 字符串。
  • address.street_1 为街道地址,包括门牌号和街道类型。
  • address.street_2 为公寓、单元、楼栋、楼层或其他地址补充行。仅在有该信息时发送。
  • address.city 为城市、郊区、区、地区或社区。
  • address.region 为州、省、地区或城镇。
  • address.postal_code 为邮政编码。
  • 基于地址的数据库服务至少需要街道地址和邮政编码;在查询数据源之前被拒绝的请求不计费。

调用方法

返回数据

source_data 中实际返回的具体字段取决于登记机构返回的内容。gbr_kingdom_residential 的自动生成示例目前记录了以下标准化结构:
  • address
  • date_of_birth
  • first_name
  • last_name

定价与 SLA

英国住宅查询仅在 Didit 从验证来源收到明确结果时计费。
  • 每次调用价格: $0.25 USD。
  • 计费: 按每次成功的查询计费。当注册机构无法访问、必填字段缺失,或请求在到达来源之前即被拒绝时,不收费。
  • 延迟: 典型 p95 < 2 s。
  • 可用性: Didit 侧每季度 99.9%;下游来源的可用性因国家和数据集而异。

继续阅读

最后修改于 2026年11月7日