書類の撮影は従来から変わりません。
documents_allowedで設定済みの内容(受け付ける書類の種類、サブタイプ、撮影ルール、しきい値、警告)はすべてこれまでどおり動作し、方法について何も指定していないワークフローは引き続き書類の撮影のみとなります。
各方法の仕組み
書類の撮影
このセクションの以降で説明する方法です。ユーザーが書類を撮影し、Diditがそれを読み取って真正性を確認し、抽出したフィールドを返します。Diditが対応するすべての国で利用でき、料金はチェック1件あたり$0.15です。まずは本人確認の概要をご覧ください。書類なし照会
ユーザーが国民ID番号といくつかの個人情報を入力し、Diditがその国の信頼できる情報源と照合します。書類の撮影は一切ありません。 ほとんどの国ではその情報源は政府の登録簿ですが、すべての国がそうではありません。カナダ、フランス、インドネシア、オランダ、ノルウェー、シンガポール、英国、米国では、代わりに信用情報機関、金融サービス、公共料金、または居住記録に関するファイルが情報源となります。情報の出所と適用される同意の制度は情報源によって異なるため、正確な情報源は下の表と書類なし照会に国ごとに明記しており、一般化はしていません。 情報源が顔写真を返す場合(現時点では南アフリカ、ナイジェリア、アルゼンチン、パナマで、4か国とも政府の登録簿)は、ユーザーにセルフィーも求められます。そのセルフィーに対してパッシブライブネス検知が実行され、登録簿の顔写真との顔照合が行われます。これらはすべて照会の中で行われ、照会の料金に含まれます。情報源がデータのみを返す場合は顔照合の対象がないため、セルフィーは撮影されません。必要な場合は、ライブネス検知と顔照合を独立したワークフローステップとして実行してください。 国ごとのリクエストフィールド、形式ルール、同意の制度の詳細は書類なし照会を参照してください。ウォレット
ユーザーは、国のeIDや銀行のIDなど、すでに保有しているデジタルIDでサインインします。 ウォレットがユーザーを認証し、署名済みの本人属性をDiditに共有します。 ウォレットによっては、ユーザーが個人識別コードや電話番号を入力する場合があります。ウォレットによるチェックでは書類の撮影は不要です。 サインインの流れはウォレットによって異なり、アプリへの切り替え、QRコード、またはユーザーのスマートフォンで確認する照合コードのいずれかになります。 Smart-IDとMobile-IDは照合コードを使用します。 ウォレットごとの属性、本番環境での利用可否、失敗時の挙動はデジタルIDウォレットを参照してください。保証レベル
本人確認のすべての結果には、その結果を生成した方法から導かれる保証レベルが付与されます。このレベルは実際に何が証明されたかをありのままに示すもので、ランキングではありません。保証レベルは管理者向けのラベルです。セッションのペイロード、コンソール、エクスポートに表示されます。エンドユーザーには、レベル、料金、照会した情報源の名前は一切表示されません。
国ごとの方法の設定
方法は、本人確認(OCR)機能設定のmethodsキーの下に、ISO 3166-1 alpha-3の国コードをキーとして設定します。キーを省略した場合、国を省略した場合、または国の中で方法を省略した場合、その国は書類の撮影のみになります。
availableになっています。
この例では、お使いの環境でウォレットが有効になっていることに依存しないよう、ウォレットを無効のままにしています。
近日公開と表示されたウォレットを有効にするワークフローは拒否され、その保存に含まれるほかの設定も拒否されます。
カタログで、ある国のウォレットがavailableになると、その国のウォレットブロックは次のようになります。
- 利用可否はサーバー側で決まります。 機能カタログでその国に対して
availableとされていない方法やウォレットは拒否されます。まずカタログを確認してください。コンソールのCountriesタブ、またはdidit_workflow_get_id_verification_methods_catalogのMCPツールで確認できます。 - ウォレットは許可リストであり、ランキングではありません。
providersは、その国で提示できるウォレットを指定します。送信する順序には意味がなく、正規化されて失われます。選択するのはエンドユーザーです。
フォールバック: 書類以外の方法が成功しなかった場合
その後の動作は4つのスイッチで決まります。各スイッチの値はfallback_to_document(ユーザーを書類撮影に進める)またはdecline(本人確認を却下し、セッションを終了する)のいずれかです。4つすべてのデフォルトはfallback_to_documentです。
id_lookup.max_attempts(1〜5、デフォルトは1)は、スイッチが発動するまでにユーザーに許可される、応答のあった照会の回数です。クライアント側の形式チェックで不合格となった番号は登録機関に送信されないため、試行回数を消費しません。ユーザーには番号の修正を求めるだけです。
ウォレットやID照会から書類撮影へフォールバックできるのは、その国で書類撮影が有効になっており、かつ1種類以上の書類が受け付けられている場合に限られます。
書類撮影が無効な場合、またはその国で受け付ける書類の種類がない場合は、スイッチがfallback_to_documentであっても、失敗したサインインや一致しなかった照会によってセッションは却下されます。
フォールバック先が存在しないためです。却下された場合は、却下された本人確認にfallback_fromが記録され、失敗した方法とその理由が示されます。現在のステージング環境の実装では、フォールバック後に作成される書類認証にもこの証跡が引き継がれます。この追加の証跡を前提にする前に、本番環境への展開状況を確認してください。
登録機関が応答しない場合(タイムアウトや障害)は例外で、それだけを理由にユーザーが却下されることはありません。
その照会は請求されず、試行回数も消費されません。ユーザーには再試行を求めます。
そのステップで応答のない照会が3回続くと、id_lookup.on_provider_errorが適用されます。declineの場合は却下され、fallback_to_documentの場合はユーザーが書類撮影に進みます。
このスイッチがfallback_to_documentであっても、その国にフォールバック先の書類がない場合は、照会は開いたままとなり、ユーザーは引き続き試すことができます。セッションは却下されません。
書類撮影をフォールバックとしてのみ提供する
デフォルトでは、ウォレットまたはID照会と書類撮影の両方を提供する国では、最初の画面にそれらが並べて表示されます。document.fallback_onlyをtrueに設定すると、その国で書類撮影を有効にしたまま、最初の画面では提示しないようにできます。
ユーザーはその国のウォレットまたはID照会から開始します。
ウォレットが1つだけの場合、ユーザーはそのウォレットに直接進みます。
ウォレットでのサインインが失敗した、キャンセルされた、もしくはタイムアウトしたユーザー、または照会が一致しなかったユーザーのみが書類撮影に進みます。
これらの結果のうちどれが書類撮影につながるかは引き続き上記のスイッチで決まるため、少なくとも1つはfallback_to_documentである必要があります。
fallback_onlyは任意で、デフォルトはfalseです。
document.enabledがtrueであり、かつその国の少なくとも1つのウォレットまたはID照会が書類撮影にフォールバックする設定でない限り、この設定は拒否されます。
フォールバックで提示する書類の種類をdocuments_allowedで有効にしてください。たとえばフィンランドであれば、パスポートとIDカードです。
各方法の料金
これらは定価であり、プランの割引は両方の方法に適用されます。照会には、実行するサービスに応じたデータベース検証の公開小売料金が使われ、1回の試行に複数のサービスが関わることもあります。ナイジェリアではNINまたはBVNのいずれかを選択します。国別の表には、設定された1回の試行の総額が記載されており、応答のあった再試行はそれぞれ別途請求されます。
請求ルール
- 登録機関から応答があった照会は請求されます。 一致、部分一致、不一致のいずれも対象です。照会が実行され、その応答自体が提供される成果だからです。
- 登録機関から一度も応答がなかった照会は請求されません。 プロバイダーエラーには料金は発生しません。
- クライアント側の形式チェックで不合格となった番号は請求されず、
max_attemptsの回数にも数えられません。登録機関に送信されていないためです。 - ユーザーがフォールバックした場合、書類撮影の料金が追加で請求されます。 応答のあった照会の後に書類へフォールバックした場合は、2つのチェックが実行されたため、2件の請求となります。
対応範囲
書類撮影はDiditが対応するすべての国で利用でき、以下の表では繰り返し記載していません。料金はチェック1件あたり$0.15です。この表には、書類以外の方法が存在する国のみを記載しています。表に記載のない国、または「予定なし」と記載されたセルは、書類撮影のみの対応です。対応状況はバックエンドが提供する機能カタログから生成されるため、この表はコンソールとAPIが検証に使用するものと同じソースです。近日公開は、その項目がコンソールに表示されているものの、まだ有効にできないことを意味します。現在利用できる機能ではなく、提供日も確定していません。
セッションに記録される内容
すべての本人確認の結果には、それを生成した方式、その保証レベル、そして書類以外の方式が実行された場合は方式ごとの証拠ブロックが含まれます。書類によるセッションは従来とまったく同じ内容で、新しいキーはnullになります。
3つの方式すべてについて、フィールドごとの型と例は本人確認のデータモデルに記載されています。同じキーは
status.updated Webhookでも届きます。
関連情報
- 書類を使わない照合:国ごとのフィールド、形式、同意、データ保持
- デジタルIDウォレット:ウォレットごとの属性、保証レベル、失敗時の扱い
- コンソールでの本人確認方式:「Countries」タブとセッションの方式チップ
- ワークフローの機能設定:
methodsキーのリファレンス