コンソールの操作方法
Diditビジネスコンソールのツアーです: 組織、アプリケーション、ワークフロー、検証レビュー、分析、設定について、それぞれがどこにあるかを説明します。
すべてはbusiness.didit.meにあります。組織にはチームと請求情報が含まれ、その中のアプリケーションにワークフローとAPIキーが含まれます。サイドバーは、ワークフロー、検証、分析、API & Webhooks、設定に分かれています。
Diditで行うすべての操作は、business.didit.meのビジネスコンソールで行います。ここでは、その構成を説明します。
- この期間の指定が、ダッシュボード上のすべての数値を左右します。
- ワークフローで絞り込むと、フロー同士を比較できます。
- Needs reviewはキューです。人の判断を待っているセッションです。
- Exportは、ダッシュボードの元データをCSVでダウンロードします。
#組織とアプリケーション
組織はあなたのアカウントです。チーム、請求情報、そして全体の検証アクティビティを保持します。その中に、1つまたは複数のアプリケーションを作成します。アプリケーションとは、特定のプロジェクトや環境にスコープされたワークスペースで、独自のワークフローと独自のAPIキーを持ちます。
すべてのアプリケーションにはモードがあります。liveまたはsandboxです。これが、テストトラフィックと本番を分ける仕組みです。sandboxアプリケーションはすべてのプロバイダーをモック化し、課金されることはありません。コンソール上部のドロップダウンから、アプリケーションを切り替えられます。詳細は組織、アプリケーション、環境をご覧ください。
#主なセクション
ワークフロー
検証フローを構築・公開する場所です。実行するチェック、順序、分岐ロジックを設定します。ここから、ノーコードの本人確認リンクも生成できます。詳細は検証ワークフローの構築をご覧ください。
検証
ワークフローを通じて実行されたセッションの一覧で、ステータス、国、書類タイプを一目で確認できます。フラグが立てられたセッションは、ここに手動レビュー対象として届きます。詳細は各セッションステータスの意味をご覧ください。
企業 / KYB
企業確認セッションと、その背後にある統合された企業エンティティです。登記情報、所有構造、そしてまだ検証が必要なキーパーソンを確認できます。詳細は企業確認の仕組みをご覧ください。
取引
取引モニタリングです。送信した取引、発火したルール、アラート、ケースを確認できます。詳細は取引モニタリングの仕組みをご覧ください。
API & Webhooks
アプリケーションのAPIキー、送信先ごとのwebhook署名シークレット、検証結果を受け取るwebhook URLの登録場所、そしてTry Webhookテスターです。詳細はAPIキーの管理をご覧ください。
分析
KYC、KYB、取引アクティビティに関する件数、コンバージョン、ファネルの指標で、アプリケーションごとにカスタマイズできるウィジェットがあります。詳細は分析の読み方をご覧ください。
設定
組織レベルの設定です。請求と残高、チームメンバーとロール、ホワイトラベルとカスタムドメイン、データ保持、監査ログです。詳細は料金とクレジットの仕組みとチームメンバーの招待とロール設定をご覧ください。
#見えるものはロールが決める
チームメンバーがコンソールでできることは、そのロールによって決まります。Diditには、オーナー、管理者、コンプライアンス責任者、開発者、閲覧者という組み込みのロールがあり、組織のオーナーは特定の権限を持つカスタムロールを作成することもできます。あるセクションがロックされている、あるいは見当たらない場合、それは通常バグではなくロールによる制限です。詳細はチームメンバーの招待とロール設定をご覧ください。
#すべてが記録される
コンソール、あなたの連携、あるいはチームメンバーによるものかを問わず、組織内のすべてのAPIリクエストは監査ログに記録され、365日間保持されます。誰がワークフローを変更したのか、あるいはどのアプリケーションから呼び出しがあったのかを知りたいときに確認する場所です。詳細は監査ログの使い方をご覧ください。
#コンソールが壊れているように見える場合
ページが読み込まれない、サーバーエラーが表示される、検証履歴が見当たらないといった場合でも、データが失われたと決めつけないでください。これはほとんどの場合、データ消失ではなく一時的なプラットフォームの問題です。再読み込みしてからstatus.didit.meを確認し、それでも解消しない場合は、自分で回避しようとせずサポートに直接連絡してください。