跳转到主要内容
POST
Didit 通过 POST /v3/database-validation/ 提供此服务,用于将提交的数据与权威数据源核对,并返回标准化的匹配结果。该服务根据从奥地利征信机构获取的 Credit Header 数据,对输入数据进行验证。

覆盖范围

  • 覆盖率: ~ 80%
  • 国家/地区: 奥地利
  • 服务 ID: aut_credit_bureau
  • 数据领域: 金融
  • 类别: CreditBureau

输入

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

请求体参数

string
默认值:"AUT"
必填
此数据库服务所用的 ISO 3166-1 alpha-3 国家代码。示例:AUT
string
默认值:"aut_credit_bureau"
必填
包含此服务 ID 的数组。固定该服务可将请求限定在这一特定数据库内。示例:aut_credit_bureau
终端用户对此服务的明确同意。示例:true
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 中实际返回的字段取决于登记机构返回的内容。aut_credit_bureau 的生成示例目前记录了以下标准化结构:
  • address
  • date_of_birth
  • first_name
  • last_name

定价与 SLA

奥地利征信机构查询仅在 Didit 从核验来源收到确定性结果时计费。
  • 单次调用价格: $2.67 USD。
  • 计费方式: 按成功的查询计费。若登记处无法访问、缺少必填字段,或请求在到达来源之前被拒绝,则不收取费用。
  • 延迟: 典型 p95 < 2 s。
  • 可用性: Didit 侧每季度 99.9%;下游来源的可用性因国家和数据集而异。

延伸阅读

最后修改于 2026年11月7日