Checkify

検証への異なるアプローチ

証明、 文書ではありません。

従来の本人確認は、顧客に本人であることを証明してもらうことから始まります。Checkifyは、それとは異なる問いから始まります。企業は実際に何を知る必要があるのか?年齢、人間、身元、またはアクセス権限の証明を要求し、やり取りに必要な結果を受け取ります。その背後にあるすべての情報を不必要に収集する必要はありません。

従来の文書検証とCheckify証明に基づく検証の比較

質問から始めましょう

実際に知っておくべきことは何ですか?

まず、ビジネスニーズという事実から始め、次に、そのニーズを満たすために必要な保証のみを要求する。

年

の代わりに: 「パスポートを送ってください。」

あなたは18歳以上ですか?

✓ 18歳以上

人間

の代わりに: 「別のCAPTCHAを完了してください。」

これは実在の人物ですか?

✓ 人間による認証済み

身元

重要な場面で: より強力な本人確認体制が真に必要とされている。

この人物は、必要な本人確認レベルを満たしていますか?

✓ 必要な保証を満たしました

アクセス

の代わりに: 玄関先で不要な情報を手動で確認する。

この人物は権限を与えられていますか?

✓ アクセス承認済み

証拠を要求してください。結果を受け取ってください。対応にさらなる改善が必要な場合にのみ、エスカレーションしてください。

建築

同じ決定。異なるアーキテクチャ。

従来の認証では書類の提出が求められますが、Checkifyでは証明の提出が求められます。

従来型の検証
Checkify
従来型の検証多くの場合、身元確認または書類確認から始まります。
Checkify要求された証明から始まります
従来型の検証顧客は複数のサービスで認証を繰り返す必要がある場合があります
Checkify再利用可能な証明を中心に設計されています(サポートされている場合)。
従来型の検証検証は多くの場合、単一の取引またはプロバイダーのプロセスに関連付けられています。
Checkify必要に応じて、証明は将来の要求をサポートすることができます。
従来型の検証完全な身元情報は、事実を立証するために処理される場合があります。
Checkify依頼元の企業への不要な情報漏洩を最小限に抑えるように設計されています。
従来型の検証同じ厳格な検証フローは、多くのリスクレベルに適用される可能性がある。
Checkify必要に応じて、プログレッシブ・アシュアランスはより強力な証拠を要求することができます。
従来型の検証顧客は多くの場合、プロバイダー固有の認証手続きを完了します。
CheckifyCheckify は、セットアップされた場所で一貫した顧客検証レイヤーを提供します。
従来型の検証企業は、異なるチェックのために個別の検証機能を統合する場合があります。
Checkify1つのCheckifyプラットフォームを通じて複数の証明タイプを認証

従来のプロバイダーは様々です。ここで挙げた点は、文書中心の一般的なパターンを説明するものであり、すべてのベンダーが常にそうであるとは限りません。

証拠と証明

一つの事実だけで、その人のアイデンティティ全体を構成する必要はないはずだ。

企業が年齢の閾値に関する結果だけを必要としている場合、その事実を確認することを中心にプロセスを設計し、企業に無関係な個人情報を開示しないようにすべきである。

証拠は立証のために処理される場合がある。これは、根拠となる証拠を要求元の企業に不必要に開示することとは異なる。

再利用可能な校正刷り

一度確認すれば、必要なことを証明できます。

既存の検証証拠が裏付けられている場合、元の収集プロセスを不必要に繰り返すことなく、後のCheckify要求を満たすのに役立ちます。

伝統的な旅

  1. ショップA → 本人確認
  2. サイトB → 本人確認
  3. 会場C → 本人確認
  4. サービスD → 本人確認

GLO6と共に

  1. 顧客はCheckifyで信頼できる証明状態を構築します
  2. ショップA → 18歳以上ですか?
  3. サイトB → 人間?
  4. 会場C → アクセス方法
  5. サービスD → 必要に応じてより強力な本人確認

これは「一度検証すればどこでも使える」というものではありません。証明には有効性の要件があり、より厳格な要求には追加の証拠が必要となる場合があり、また、鮮度や再検証が必要となる場合もあります。

漸進的な保証

さらなる証拠が必要な場合にのみ、さらなる証拠を提示する。

ニュースレターの登録、年齢制限のある商品の購入、高額取引は、必ずしも同じ本人確認手続きを必要とするべきではない。

  1. 基本 / 人間フォーム記入や出席確認など、リスクの低い場面。
  2. 検証済み設定されている場合、年齢確認を含めた、日常的な信頼判断のためのより強力な確認機能。
  3. 認証済み+状況に応じて、追加の保証を提供する。
  4. より高い安心感リスクの高い行動や機密性の高い行動については、上位の担当者に報告してください。

Checkify は、要求元の企業がその行為に適切な保証を要求することを可能にします。

顧客体験

顧客が認識できる認証。

参加サービス全体で共通の認証レイヤーを提供するが、普遍的な受容を主張するものではない。

伝統的

  1. 新しいウェブサイト
  2. 新しい認証プロバイダー
  3. ドキュメントをアップロード
  4. セルフィー/ライブ感
  5. 待って
  6. 続く

そして、別のウェブサイトが同様の経緯を繰り返すこともよくある。

Checkify

  1. ウェブサイトは証明を要求する
  2. 顧客がCheckifyを開く
  3. 必要な手順を承認または完了する
  4. 証明結果が返されました
  5. 続く

摩擦は求められる証明のレベルによって異なり、すべての要求が同じというわけではない。

データ最小化

不要なデータが少ないほど、インフラは優れている。

不要なIDデータは運用リスクとなるため、企業にとってアーキテクチャは重要です。

露出が少ない

業務フローに流入する不要な個人情報の量を削減する。

データ使用量の削減

意思決定に必要のない情報は収集しないようにしてください。

よりシンプルな顧客体験

自動的に完全な本人確認から始めるのではなく、その行為に適した証明書類を要求するようにしてください。

顧客管理

顧客が作成した校正版をレビューし、承認する際の設計検証。

信頼性

時には、本当にアイデンティティが必要になることもある。

GLO6の理念は「本人確認を一切行わない」というものではありません。一部のやり取りでは、より強力な証拠が本当に必要となる場合があります。

違いは「本人確認を一切しない」ということではなく、必要な以上の証明を求めないこと、そしてより強力な保証が必要な場合は、より上位の機関にエスカレーションすることだ。

証明

GLO6が証明できること

一層

1層。異なる証明。

年齢、人間、身元、ビジネス、アクセス証明を単一の検証レイヤーで実現。それぞれがサポートされています。

インターネットの検証層。

アプローチによって

同じ問題。異なるアプローチ。

年齢制限のあるeコマース

従来型の検証: 本人確認または年齢確認の手続きを行ってください。

Checkify: 年齢確認書類の提出を求めてください。

ボット対策

従来型の検証: CAPTCHA またはブラウザチャレンジ。

Checkify: 人間による認証を要求します。

会場入口

従来型の検証: 必要に応じて、職員が身分証明書またはIDを手動で確認する。

Checkify: 必要なCheckify証明書を請求またはスキャンしてください。

リスクの高い取引

従来型の検証: デフォルトで完全な本人確認フローを実行します。

Checkify: 必要な本人確認手続きにエスカレーションする。

Checkifyの2つの側面

ビジネス向けに構築され、ユーザーが管理する。

企業が求め、ユーザーが承認し、Checkifyがそれを証明する。

企業向け

やり取りに必要な証明書類を、オンラインまたはCheckifyが設置されている場所で直接請求してください。

ユーザー向け

Checkifyアプリから再利用可能な証明を作成および管理し、承認する前にリクエストを確認します。

開発者向け

結果を要求してください。本人確認のワークフローを要求する必要はありません。

サポートされているプラグイン、JavaScript埋め込み、またはAPIを通じて必要な証明を要求し、その結果をアプリケーションで使用します。

  1. あなたのアプリ
  2. 証明を要求する
  3. Checkify
  4. 結果

実際に知っておくべきことは何ですか?

年齢。人間。アイデンティティ。アクセス。

まずは貴社が必要とする証明書類をご用意ください。そして、その証明書類を確立するために必要な検証プロセスは、Checkifyにお任せください。

私たちに話しかけてください · 価格を見る