テレフォニープロバイダーを選択する

このトピックでは、ユーザーが安心して安全にIDを検証できるように、テレフォニープロバイダーの選択に役立つガイダンスを提供します。

特定の原則を念頭に置いてテレフォニープロバイダーを評価してください。このサービスを利用するユーザーの数を確認します。ユーザーがこのサービスをどのくらい頻繁に使用しているのか、ユーザーの所在地がどこなのかを調べます。また、予算と拡張性の要件も検討します。

検討している各プロバイダーについて、機能、ドキュメント、カスタマーサポート、統合の容易さを評価してください。さまざまなベンダーを試して、どのベンダーが要件に最も適しているかを判断できるように、トライアルを提供しているかどうかを確認します。また、時間の経過とともにこれらの機能、サービス、価格がどのように変化するかについて、プロバイダーに問い合わせます。

次の条件に基づいて、テレフォニープロバイダーを評価します。

  • メッセージング機能
  • 価格
  • 開発者エクスペリエンスとドキュメント
  • カスタマーサポート

メッセージング機能

機能 説明
メッセージング プロバイダーには、SMSの送信と音声通話をエンドユーザーに行う機能が必要です。
再試行メカニズム SMSの送信や音声通話が失敗した場合や、再試行時にユーザーが新しいコードをリクエストした場合に対処するために、プロバイダーには堅牢な再試行メカニズムが組み込まれていなければなりません。
メッセージングのスループット ニーズに応じて、SMSを完全な電話番号、ショートコード、またはカスタムコードとして送信できることを確認します。
サービスエリア プロバイダーは、SMSの送信と音声通話をエンドユーザーが存在する地域で実行できなければなりません。サービスエリアと該当する制限の有無を確認してください。一部の国では、専用ショートコードの登録が必要になります。たとえば、シンガポール、インド、ベトナム、特定の中東諸国がこれに該当します。
カスタム送信者ID ユースケースにカスタム送信者IDが必要な場合、プロバイダーは送信者IDとしての企業または組織の登録を許可している必要があります。
配信確認 配信確認は、送信のためにSMSまたは音声通信が通信プロバイダーに問題なく送信されたことを確認するものです。この段階でOktaは、最初のリクエスト時にテレフォニープロバイダーがHTTPエラーコードを返した場合のみエラーを認識します。配信エラーをトラブルシュートするためプロバイダーのツールとコンソール機能を評価します。
配信可能性確認

到達率確認では、エンドユーザーのデバイスにメッセージが届いたことを確認します。テレフォニープロバイダーは、到達率コールバックメカニズムをサポートしている必要があります。

システムログ

プロバイダーは、トラブルシューティング用のコンソールまたはツールを用意している必要があります。送信されたメッセージについて、詳細情報を確認できるログが必要です。

Okta System Logには、インラインフックの呼び出しによるSMS送信プロセスの開始のみが記録されます。

不正の検出

Oktaには、不正なテレフォニーアクティビティを検出するメカニズムが組み込まれています。ただし、テレフォニープロバイダーがこのようなアクティビティを検出できることを確認してください。テレフォニーを使用した詐欺の防止または軽減を参照してください。

価格

プロバイダーは、透明性のある価格体系と価格設定を用意している必要があります。時間の経過に応じた支出を、場所などの必要基準ごとに追跡できる請求ダッシュボードが必要です。ダッシュボードは、使用状況と支出を分析するためのレポートを生成できる必要があります。ダッシュボードには、複数の管理者がアクセスできる必要があります。

開発者エクスペリエンスとドキュメント

このプロバイダーの使用と環境への統合にAPIを利用している場合は、明確に定義されたAPI、詳細なドキュメント、強力な開発者エコシステムが用意されていることを確認します。

カスタマーサポート

プロバイダーには、必要時に利用できるカスタマーサポートが用意されている必要があります。プロバイダーは、システムの問題のトラブルシューティングと解決を支援する必要があります。