Verification.Result Webhook 和 GET /age-verification/get-status 现在会返回 provider，即执行该验证方法的供应商。
provider。 只要存在 method 就会提供，因此对于已完成的验证，你可以知道结果由哪家供应商产生。age-estimation-scan 由多家供应商提供，而当支付代替验证时，credit-card 会携带记录商户（merchant of record）。请将 provider 用于自己的日志和分析，不要用于访问控制决策。家长可以更改其 k-ID 账户的电子邮件地址，新的 Session.ApproverEmailUpdate Webhook 会在他们这样做时通知你的产品。
Session.ApproverEmailUpdate。 当家长提交电子邮件更改时，为每个孩子的会话各发出一次，使你的服务器能够更新为该玩家保存的家长电子邮件地址。负载中包含 id（会话）、productId、oldEmail 和 newEmail。ACTIVE，保留相同的 sessionId 和权限，孩子可以不受中断地继续使用。不要让玩家重新走一遍年龄验证或同意流程。Session.ApproverEmailUpdate，否则 k-ID 会直接丢弃该事件，既不尝试投递也不返回错误。只有在你的组织启用了家长电子邮件更改后，该项才会出现在列表中。交易和支付即验证现已在开发者中心提供完整文档。
Transaction.PurchaseApprovalResult webhook 到达。两个部分都在 Compliance Studio 中按产品配置。Transaction.PurchaseApprovalResult webhook三项家长控制功能现已在开发者中心提供完整文档：已验证家长关联、屏幕时间和活动摄取。
Session.Unlink webhook 会在任一方解除关联时通知您。VPL 按开发者组织启用。我们已更新Verification.Result Webhook事件，当年龄数据可用时，在FAIL状态事件中包含ageCategory字段。
ageCategory字段现在包含在Verification.Result Webhook事件的FAIL状态中，当满足以下条件时：
failureReason为age-criteria-not-metage.low和age.high都存在）这提供了更完整的用户年龄类别信息，即使由于年龄标准未满足而导致验证失败，也能在保持明确访问控制边界的同时，实现更好的分析和日志记录。
Verification.Result文档已更新以反映此更改：
ageCategory何时存在ageCategory何时存在ageCategory显示为"有时包含"ageCategory显示为"sometimes²"ageCategory以演示新行为ageCategory的指导ageCategory的行为ageCategory，也永远不要将其用于访问控制决策。始终使用status字段来确定访问权限。ageCategoryageCategory用于访问控制。仅将其用于分析、日志记录或信息目的。我们已在年龄验证指南中添加了全面的边缘情况处理示例，并更新了验证事件契约以澄清字段存在规则。
瀑布流指南现在包含用于处理验证边缘情况的详细代码示例。每个示例都演示了错误和正确的处理模式。
max-attempts-exceeded 失败原因fraudulent-activity-detected 失败原因，包括适当的速率限制和安全措施所有示例都直接链接到验证事件契约以获取完整的字段存在规则。
验证事件契约已更新以澄清字段存在规则：
age 和 ageCategory 在 PASS 状态时始终存在: 所有导致 PASS 的验证方法都提供年龄信息和年龄类别。在处理 PASS 状态结果时，您可以在没有条件检查的情况下安全地访问这些字段。age.low 将是验证所需的阈值最小年龄，age.high 将为 100。