codeの値、そして安全に再試行できる失敗について説明します。
メッセージの文言は変わる可能性があるため、まずステータスに、そしてcodeがある場合はその値に基づいて処理してください。
ステータスコード
エラーボディ
エラーボディには共通のエンベロープがないため、防御的に読み取ってください。 形式はエンドポイントの系統によって異なります。500にはJSONボディがまったくない場合があるため、解析できないボディも処理できるようにしてください。
APIキーのエラー
アプリケーションが削除されてから数分間、APIは
application_deletedで応答し、その後は他の不正なキーと同様にそのキーを拒否します。
再試行しないでください。アプリケーションとそのキーはすでに削除されています。
キーとその制限の仕組みについては、API認証とAPIキーを参照してください。
クレジット不足
残高不足の通知方法は、APIの系統ごとに異なります。
契約をご利用の場合、組織の有料サービスが一時停止されている間、セッション作成リクエストは
"code": "contract_billing_suspended"付きの403を返します。
サンドボックスアプリケーションは課金されることがないため、これらのチェックは行われません。
エラーコード
これらのcodeの値は変わらないため、処理の分岐に使用できます。
ほとんどはdetailと並んで返されます。Digital IDウォレット認証では、コードはerrorの値として返されます。
アクセスと請求
リクエストと冪等性
銀行・電話番号・リスクのチェック
法人確認 (KYB)
Digital IDウォレット
レポートとケース
電子署名
セッション作成時、以下の書類の問題は、問題のあるフィールドの値としてステータス
400で返されます。例えば{"sign": "signature_document_changed"}のようになります。
Webhook
再試行と冪等性
失敗の中には、繰り返しても安全なものとそうでないものがあります。429:Retry-Afterヘッダーで示された時間だけ待ってから再試行してください。502と503: エンドポイントのリファレンスに課金されていないと記載されている場合は、バックオフを入れて再試行してください。電話番号、メールアドレス、銀行、リスクの各チェックがこれに該当します。POST /v3/database-validation/での502: まず各validation_errorsエントリを確認してください。このステータスだけでは一時的な障害を意味しないためです。- 削除時の
503:200が返るまで同じリクエストを繰り返してください。 - その他の
4xx: 同じリクエストは同じように失敗するため、まずリクエストを修正してください。
POST /v3/aml/とDigital IDウォレット検証は、最大255文字のIdempotency-Keyヘッダーを受け付けます。
同じキーと同じボディでリクエストを繰り返すと保存済みのレスポンスが返されるため、処理と課金は1回しか行われません。
同じキーで異なるボディを送ると409が返ります。また、最初のリクエストがまだ実行中の間は、ウォレットのエンドポイントはRetry-After付きの409を返します。
POST /v3/session/には冪等性キーがありません。作成がタイムアウトした場合は、別のセッションを作成する前にvendor_dataでセッションを一覧表示してください。
関連情報
- レート制限: 制限、ヘッダー、
429のボディ。 - API認証: キーの送信方法。
- サンドボックスでのテスト: 実データや請求なしで結果を再現する方法。
- Webhook: 配信、再試行、順序。