更新された住所を処理する

1 つの住所に対して Address Validation API を複数回呼び出す場合があります。たとえば、お客様が 最初の住所の結果を見た後に、そのユーザーが 検証できます。その後、更新された住所に対して 2 回目の検証を行います。

このドキュメントでは、Address Validation API に対して同じ住所に関する一連のリクエストを発行する際に実行できる 2 つの重要なアクションについて説明します。これらのアクションは 厳格な使用要件ではありませんが、 全体的なデータ品質とシステムの対応です。

  • provideValidationFeedback エンドポイントにリクエストを送信する
  • previousResponseID フィールドを設定する

provideValidationFeedback リクエストを送信する

一連の検証が終了したら、Google は呼び出しを行ってから Validation Feedback API を提供して、インフラストラクチャの すべての検証が行われます。このリクエストでは、次の 2 つのフィールドが設定されます。

  • conclusion - サービスで使用した検証バージョン（ユーザーが指定したバージョンか、Address Validation API から返されたバージョンか）を示します。
  • responseId - 最初のレスポンスの ID を示します。 Address Validation API。previousResponseId フィールドを設定するをご覧ください。 ご覧ください

provideValidationFeedback メソッド（REST）または ProvideValidationFeedback メソッド（gRPC）を使用します。

次の例では、JSON 本文を、 結論:

curl -X POST -d '{
  "conclusion": "VALIDATED_VERSION_USED",
  "responseId": "de22bed8-7f52-44cb-8526-faceac57150a"
}' \
-H 'Content-Type: application/json' \
"https://addressvalidation.googleapis.com/v1:provideValidationFeedback?key=API_KEY"
  • conclusion フィールドでは、 side:
    • VALIDATED_VERSION_USED: Address Validation API から取得した住所の検証済みバージョン。
    • USER_VERSION_USED: ユーザーが指定した元のバージョン。
    • UNVALIDATED_VERSION_USED: ユーザーへのプロンプトの結果として得られたバージョンですが、Address Validation API で再検証されていません。
    • UNUSED: トランザクションを破棄しました。
リファレンス ガイドの検証の結論をご覧ください。
  • responseId フィールドには、フィードバックを提供する住所検証結果を指定します。この値は responseId と同じにする必要があります。 に対する最初の呼び出しによって validateAddress メソッドを使用します。
検証フィードバック リファレンス ガイドのリクエストの本文をご覧ください。

previousResponseID フィールドを設定する

特定の住所に対してフォローアップ リクエストを発行する際、Address Validation API には、 previousResponseId フィールド。

  • previousResponseId の値には、最初の検証リクエスト後に API から返された responseId の値を使用します。
  • シリーズが完了するまで、すべてのフォローアップ リクエストに同じ値を使用します。

次のシーケンス図に推奨されるフローを示します。

レスポンス ID を使用して住所を検証します。