跳转到主要内容
POST
输入数据会与一个数据源进行核验,该数据源由消费者、电话和邮政记录等多个数据集组成。Didit 通过 POST /v3/database-validation/ 提供此服务,使您能够将提交的数据与权威数据源进行核验,并获得标准化的匹配结果。

覆盖范围

  • 覆盖率: > 75%
  • 国家/地区: 意大利
  • 服务 ID: ita_residential
  • 数据领域: 地址
  • 类别: 住宅

输入

  • 必填输入: first_name、last_name、date_of_birth、address.street_1、address.postal_code
  • 可选输入: address.street_2、address.city、address.region、vendor_data
  • 同意: 无需
  • 工作流可用性: 可在工作流中使用
  • 覆盖率: > 75%
  • 价格: 每次成功查询 $0.75

请求体参数

string
默认值:"ITA"
必填
该数据库服务所用的 ISO 3166-1 alpha-3 国家代码。示例:ITA
string
默认值:"ita_residential"
必填
包含此服务 ID 的数组。固定服务 ID 可将请求限定在该特定数据库内。示例:ita_residential
string
默认值:"John"
必填
需要核验的名字。示例:John
string
默认值:"Doe"
必填
需要核验的姓氏。示例:Doe
string
默认值:"1990-01-01"
必填
出生日期,格式为 YYYY-MM-DD。示例:1990-01-01
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
默认值:"user-1234"
您为此人设置的稳定用户标识,例如您内部的用户 ID。Didit 使用它将独立核验与同一终端用户关联,并减少重复检测的干扰。示例:user-1234

输入规则与验证说明

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

调用方法

返回数据

source_data 中实际返回的字段取决于数据源返回的内容。ita_residential 的自动生成示例目前记录了以下标准化结构:
  • address
  • address_match_score
  • city
  • date_of_birth
  • first_name
  • full_name
  • last_name
  • name_match_score
  • postal_code
  • street

定价与 SLA

意大利居民查询仅在 Didit 从核验来源收到确定结果时计费。
  • 单次调用价格: $0.75 USD。
  • 计费方式: 按每次成功查询计费。若注册库无法访问、缺少必填字段,或请求在到达来源之前被拒绝,则不收费。
  • 延迟: 典型 p95 低于 2 秒。
  • 可用性: Didit 侧每季度 99.9%;下游来源的可用性因国家和数据集而异。

继续阅读

最后修改于 2026年11月7日