メインコンテンツへスキップ
Didit APIは、失敗をHTTPステータスコードで通知し、ほぼすべての場合にJSONボディを返します。 このページでは、各ステータスの意味、ボディの形式、分岐に使える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でセッションを一覧表示してください。

関連情報

最終更新日 2026年11月1日