多くの本人確認フローでは、ユーザーが文書、自撮り写真、生年月日、住所、その他の機密データを共有する必要があります。 Checkify は、異なるアイデアに基づいて設計されています。つまり、その背後にある個人データではなく、必要な証拠を要求します。
Web サイトで相手が人間か 18 歳以上かどうかだけを知る必要がある場合は、デフォルトでパスポート、完全な生年月日、自撮り写真、または住所を収集する必要はありません。
Checkify は単なる ID アップロード フローではありません。これは証明優先の信頼層です。
従来の本人確認では、機密文書や生体認証形式のデータを第三者がアップロード、処理、保存、または保持する必要があることがよくあります。
企業が狭い回答しか必要としない場合でも、完全な文書、自撮り写真、住所、生年月日、その他の身元情報が収集される可能性があります。
保持される文書と身元記録は、企業や検証プロバイダーにとって長期的なデータ責任となります。
中央の身元データベースが侵害された場合、その影響は単純な証拠を失うよりもはるかに大きくなる可能性があります。結果。
従来の検証は通常、ID データの収集から始まります。 Checkify は、ビジネスが実際に回答を必要としている質問から始まります。
ユーザーは、プロバイダーがそれらが有効かどうか判断できるように、文書や個人情報をアップロードすることがよくあります。
企業は、必要な特定の証明を要求します。ユーザーがリクエストを承認し、企業は結果を受け取ります。
一部の規制されたユースケースは、引き続き使用される可能性があります。より強力な身元確認または文書による証拠が必要です。 Checkify は、狭い証明で十分な場合に不必要なデータの公開を最小限に抑えるように設計されています。
目標は、検証を少なくすることではありません。目標は、少ない量で十分な場合に、より少ない量で収集することです。
多くのビジネス フローでは、特定の回答のみが必要です。 Checkify Passes は、企業がそれらの回答を直接リクエストできるように設計されています。
1 つの Checkify Pass には、1 つの証明または複数の証明 (同じリクエストに人間による検証や 18 人以上など) を含めることができます。
機密性の低いデータを収集する企業は、機密性の低いデータを保護、管理、監査、説明する必要があります。 Checkify は、企業が自動的に ID データ保管庫になることなく、信頼に関する意思決定を行うのに役立ちます。
まず ID データを収集してから、そのデータをどう扱うかを決定します。
必要な証明を求め、デフォルトで余分なデータを避けます。
Checkify は、ビジネスに自信が必要であるが、完全な ID データ ダンプではない場合に最も強力です。
イライラするパズル フローを強制することなく、ユーザーが人間であることを確認します。
デフォルトで完全な ID データを収集せずに、18 を超える、21 を超える、またはその他のしきい値を確認します。
アカウントの回復や機密性の高い変更などのリスクの高いアクションの前に、追加の証拠を追加します。
追加のデータを収集せずに、会場、デスク、または物理的なサイトに証明をリクエストさせます。書類作成。
1 つの Checkify Pass、1 つのサイト、および 1 つの証明ベースのフローから始めます。準備ができたら、より強力な信頼の旅に拡張します。