# ユーザーに検証をもう一度試してもらう

Source: https://help.didit.me/ja/verification-sessions/retry-a-verification
Updated: 2026-10-12

ユーザーに再挑戦してもらう方法は2つあります。失敗したステップだけの再提出を依頼するか、新しいセッションを開始するかです。選び方は現在のステータスで決まります。

選択したステップを同じセッションでやり直すには再提出を依頼します。リンクを開く前に期限が切れた場合は、新しいセッションを作成します。

**審査中、否認、承認、離脱、KYC期限切れ、または再提出済み.**

もう一度チャンスを与える方法は2つあります。失敗したステップの**再提出を依頼する**か、最初から**新しいセッションを作成する**かです。どちらを選ぶかは、そのセッションの現在のステータスによって決まります。

## 方法1: 再提出を依頼する

再提出では同じセッションと履歴がそのまま維持され、本人には失敗した特定のステップだけをやり直してもらいます。検証全体をやり直す必要はありません。

**審査中、否認、承認、離脱、KYC期限切れ、または再提出済み.**

![Diditコンソールのセッション画面。もう一度試行できるように再オープンするMore optionsメニューが表示されている](https://help.didit.me/screenshots/session-detail-light.webp)

*再試行はセッション自体から開始します。*

1. **セッションを開く**

   [ビジネスコンソール](https://business.didit.me)で**Verifications**を開き、対象のセッションを開きます。

2. **再提出を依頼する**

   アクションメニューを開き、**Request Resubmission**を選択します。本人にやり直してもらうステップ - 承認されなかったステップ全て - を選びます。

3. **本人に通知する(任意)**

   メールアドレスを登録している場合は、再提出ページへのリンクを自動送信できます。そのメールの言語も設定できます。

4. **再評価を待つ**

   待機中、セッションのステータスは**Resubmitted**に変わります。本人が求められたステップを完了すると、システムが自動的に再評価を行い、セッションを**Approved**、**Declined**、**In Review**のいずれかに移行させます。

再提出は同じセッションに対して何度でも依頼でき、各回の記録はそのセッションの履歴に残るため、記録として利用できます。開発者は[update session status API](https://docs.didit.me/sessions-api/update-status)から同じ操作を実行できます。

## 方法2: 新しいセッションを作成する

開く前にセッションが期限切れになった場合は、**その他の操作 → この人物の新しい認証**またはAPIから作成します。この操作には `vendor_data` が必要で、ない場合は無効になります。同じ値を使うと、その人物の試行をまとめられます。

## どちらを使うべきか

| | 再提出 | 新しいセッション |
|---|---|---|
| セッションID | 同じもの | 新規のもの |
| 履歴 | 1か所にまとめて保持 | 別々になり、`vendor_data`のみで紐付け |
| 本人がやり直す内容 | 失敗したステップのみ | すべて |
| 利用可能な状況 | 審査中、否認、承認、離脱、KYC期限切れ、または再提出済み | どの状態でも可能。通常は開く前に期限切れになったセッションに使用 |
| コスト | 再実行して完了したステップのみ | ワークフロー全体を再度実行 |

書類の写真がぼやけている、書類の面を間違えたといった修正可能な問題であれば、ほとんどの場合、再提出のほうが良い選択です。正規のユーザーにとって手間が少なく、コストも安く、監査証跡も1本にまとめられます。

## 再試行のコスト

課金は**完了した機能ごと**に発生するため、次のようになります。

- 書類ステップだけをやり直す再提出は、そのステップ分のみ課金されます。
- まったく新しいセッションはワークフロー全体を再度実行し、完了した機能それぞれに再度課金されます。
- 本人が到達しなかったステップには、一切課金されません。

これが、修正可能な失敗に対して新規セッションよりも再提出を選ぶべき実務上の理由です。詳細は[課金対象となる条件](https://help.didit.me/ja/billing-credits/what-counts-as-billable)をご覧ください。

## 試行回数を制御する

失敗した検証に対して、同じフロー内でもう一度試す選択肢を提示したくない場合は、それはワークフローの設定に関わる問題です。各警告に対するステップのアクションが、本人に再試行を促すか、レビューに回すか、そのまま拒否するかを決めます。詳細は[判定ルールとしきい値](https://help.didit.me/ja/workflows/decision-rules)をご覧ください。

> **Warning:** 再試行を完全に排除する際は注意してください。キャプチャの失敗の中には、本人ではなく端末側に原因があるものもあります - フレームを取りこぼしたカメラや、NFCチップを読み取れなかったスマートフォンなどです。再試行を取り除くと、こうしたケースが正規ユーザーの永続的な拒否に変わってしまいます。

## 関連記事

- [各セッションステータスの意味](https://help.didit.me/ja/verification-sessions/session-statuses)
- [検証が拒否された理由](https://help.didit.me/ja/verification-sessions/why-was-a-session-declined)
- [セッションが完了しない場合](https://help.didit.me/ja/verification-sessions/session-not-finished)