Verification.ResultウェブフックとGET /age-verification/get-statusが、確認メソッドを実行したベンダーを示すproviderを返すようになりました。
provider。 methodが存在する場合は常に含まれるため、完了した確認について、どのベンダーが結果を出したのかがわかります。age-estimation-scanは複数のベンダーが提供しており、credit-cardは決済が確認の代わりになった場合にレコードマーチャントを示します。providerはご自身のログや分析に利用し、アクセス制御の判断には使用しないでください。保護者はk-IDアカウントのメールアドレスを変更できます。新しいSession.ApproverEmailUpdateウェブフックが、その変更をあなたのプロダクトに知らせます。
Session.ApproverEmailUpdate。 保護者がメールアドレスの変更を確定したときに、子どものセッションごとに1件ずつ発行されます。これにより、そのプレイヤーに紐づけて保存している保護者のメールアドレスをサーバー側で更新できます。ペイロードにはid（セッション）、productId、oldEmail、newEmailが含まれます。ACTIVEのまま、同じsessionIdと権限を保持し、子どもは中断なく利用を続けられます。プレイヤーを年齢確認や同意のフローに戻さないでください。Session.ApproverEmailUpdateを選択してください。選択しない限り、k-IDは配信も試みずエラーも返さずにイベントを破棄します。この項目は、組織で保護者のメールアドレス変更が有効になっている場合にのみ一覧に表示されます。トランザクションと支払いによる確認が、開発者ハブで完全にドキュメント化されました。
Transaction.PurchaseApprovalResultウェブフックとして届きます。どちらの部分も、Compliance Studioでプロダクトごとに設定します。3つのペアレンタルコントロール機能が、開発者ハブで完全にドキュメント化されました。検証済み保護者リンク、スクリーンタイム、アクティビティの取り込みです。
Session.Unlinkウェブフックが、どちらかの側がリンクを解除したことを知らせます。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フィールドを使用してください。ageCategoryを処理するように統合を更新してくださいageCategoryを使用しないでください。分析、ログ記録、または情報提供の目的でのみ使用してください。年齢確認ガイドに包括的なエッジケース処理の例を追加し、フィールド存在ルールを明確にするために検証イベント契約を更新しました。
ウォーターフォールフローガイドに、検証エッジケースを処理するための詳細なコード例が追加されました。各例は、誤った処理パターンと正しい処理パターンの両方を示しています。
max-attempts-exceeded失敗理由の適切な処理fraudulent-activity-detected失敗理由のセキュリティ重視の処理すべての例は、完全なフィールド存在ルールについて検証イベント契約に直接リンクしています。
検証イベント契約が更新され、フィールド存在ルールが明確になりました：
ageとageCategoryはPASSステータスの場合常に存在: PASSをもたらすすべての確認方法は、年齢情報と年齢カテゴリの両方を提供します。PASSステータスの結果を処理する際は、条件チェックなしでこれらのフィールドに安全にアクセスできます。age.lowは確認に必要な閾値の最小年齢となり、age.highは100となります。