クライアント識別コードと強制承認コード
クライアント識別コードと強制承認コード

クライアント識別コードと強制承認コード

この章では、コール アクセスとコール アカウンティングの管理を可能にする強制承認コード(FAC)とクライアント識別コード(CMC)に関する情報を提供します。 CMC は、課金可能なクライアントに対するコール アカウンティングと課金を支援し、強制承認コードは特定のユーザが発信できるコールのタイプを規定します。

クライアント識別コード機能を有効にすると、コールが特定のクライアントに関連していることを示すコードをユーザが入力する必要があります。 コール アカウンティングと課金の目的で、顧客、学生などのユーザにクライアント識別コードを割り当てることができます。 強制承認コード機能を有効にすると、ユーザがコールを確立する前に有効な承認コードを入力する必要があります。

CMC 機能と FAC 機能を使用するには、ルート パターンを変更し、ダイヤル プラン ドキュメントを更新して各ルート パターンに対する FAC や CMC の有効化または無効化を反映させる必要があります。

クライアント識別コードと強制承認コードの設定

強制承認コード(FAC)とクライアント識別コード(CMC)を使用すると、コールへのアクセスとアカウンティングを管理できます。 CMC は、課金可能なクライアントに対するコール アカウンティングと課金を支援し、強制承認コードは特定のユーザが発信できるコールのタイプを規定します。

クライアント識別コード機能を有効にすると、コールが特定のクライアントに関連していることを示すコードをユーザが入力する必要があります。 コール アカウンティングと課金の目的で、顧客、学生などのユーザにクライアント識別コードを割り当てることができます。 強制承認コード機能を有効にすると、ユーザがコールを確立する前に有効な承認コードを入力する必要があります。

クライアント識別コードと強制承認コードを設定するには、以下の手順を実行します。

手順
    ステップ 1   機能の制限を確認します。
    ステップ 2   システムを設計し文書化します。たとえば、追跡するクライアント マターのリストを作成します。
    ステップ 3   Cisco Unified Communications Manager の管理ページ または 一括管理ツール(BAT)を使用して、コードを挿入します。
    ヒント    小規模または大規模なコードのバッチとして BAT を使用することを検討します。BAT 内のカンマ区切り値(CSV)ファイルは、コード、対応する名前、対応するレベルなどを計画するために役立ちます。
    ステップ 4   FAC または CMC を有効にするには、Cisco Unified Communications Manager の管理ページでルート パターンを追加または更新します。
    ステップ 5   ダイヤル プラン ドキュメントを更新するか、BAT CSV ファイルのプリントアウトをダイヤル プラン ドキュメントとともに保管します。
    ステップ 6   たとえば、コードなどの必要なすべての情報をユーザに提供し、機能の動作を説明します。

    クライアント識別コード

    クライアント識別コード機能を使用する場合、ユーザはクライアント識別コードを入力して、特定のダイヤルされた番号に接続する必要があります。 ルート パターンを使用して CMC を有効または無効にし、複数のクライアント識別コードを設定できます。 CMC 対応のルート パターンを使用してルーティングされる番号をダイヤルすると、ユーザはトーンによってクライアント識別コードの入力を求められます。 ユーザが有効な CMC を入力すると、コールが開始されます。ユーザが無効なコードを入力すると、リオーダーが発生します。 CMC は CDR に書き込みを行うため、CDR Analysis and Reporting(CAR)を使用して情報を収集できます。CAR はクライアントのアカウンティングと料金請求のレポートを生成します。

    クライアント識別コード機能は、各クライアントのコールの長さを追跡する必要がある法律事務所、会計事務所、コンサルティング会社、その他の企業や組織などで役立ちます。 CMC を実装する前に、CMC を通して追跡するクライアント グループ、個人、集団などのすべてのリストを入手しておく必要があります。 コードを連続して割り当てるか、任意の順番で割り当てるか、または既存のクライアント番号を CMC に使用するかなど、特定のコード構造が必要であるかどうかを決定します。 追跡する各クライアント(またはグループ、個人など)には、Cisco Unified Communications Manager の管理ページの [CMCの設定(Client Matter Codes Configuration)] ウィンドウでクライアント識別コードを追加する必要があります。 次に、Cisco Unified Communications Manager の管理ページで、新しいまたは既存のルート パターンに対して CMC を有効にする必要があります。 CMC を設定した後、CMC 対応のルート パターンを指定するようにダイヤル プランのドキュメントを更新したことを確認します。


    ヒント


    ほとんどのコールでユーザが CMC を入力するように設定する場合は、ダイヤル プランのほとんどまたはすべてのルート パターンで、CMC を有効にすることを考慮してください。 このような場合、ユーザはクライアントに関連していないコールに関しては、CMC とコードを 1 つ(555 など)取得する必要があります。 すべてのコールが自動的にユーザに対して CMC の入力を求めるため、ユーザは、CMC を起動したり、特別な数字をダイヤルしたりする必要はありません。 たとえば、ユーザが電話番号をダイヤルして、システムからユーザにクライアント コードが要求されるとします。コールがクライアント識別に関係している場合は、ユーザが該当する CMC を入力します。コールがクライアントに関係していない場合は、ユーザが 555 を入力します。



    ヒント


    ユーザの選択番号を CMC のみにする必要がある場合は、たとえば、8 で始まる電話番号が入力されたときにシステムからユーザにクライアント コードが要求される 8.@ などの CMC 専用の新しいルート パターンを検討します。 このような方法で CMC を実装すると、CMC を起動する手段を提供しながら、既存のダイヤル プランをそのまま残すことができます。 たとえば、クライアントに関連するコールでは、ユーザは 8-214-555-1234 をダイヤルして、CMC を起動します。クライアントに関連しない一般的なコールでは、ユーザは通常どおり、214-555-1234 だけをダイヤルします。


    強制承認コード

    Cisco Unified Communications Manager の管理ページのルート パターンを使用して FAC を有効にする場合は、意図したコールの受信者に接続するために、承認コードを入力する必要があります。 ユーザが FAC 対応のルート パターンを使用してルーティングされる番号をダイヤルすると、システムは承認コードの入力を求めるトーンを再生します。

    Cisco Unified Communications Manager の管理ページで、さまざまなレベルの承認を設定できます。 ユーザ承認コードが、ダイヤルした番号へのルーティングに指定された承認のレベルに一致していないか、または超えている場合、ユーザにはリオーダー音が聞こえます。 承認が受け入れられると、コールが開始されます。 承認の名前は呼詳細レコード(CDR)に書き込みを行うため、CDR Analysis and Reporting(CAR)を使用して情報を編成できます。CAR はアカウンティングと料金請求のレポートを生成します。

    FAC は、単科大学や総合大学など、特定のクラスのコールへのアクセスを制限することで利点を得られるさまざまな組織で使用できます。 同様に、一意の承認コードを割り当てることによって、どのユーザがコールを発信したかを判別できます。 各ユーザに承認コードを指定し、適切なチェックボックスをオンにして、関連するルート パターンの FAC を有効にし、そのルート パターンを使用したコールに最小限の承認レベルを指定します。 Cisco Unified Communications Manager の管理ページのルート パターンを更新した後、ダイヤル プランのドキュメントを更新して、FAC 対応のルート パターンを定義し、承認レベルを設定します。

    FAC を実装するには、承認レベルのリストと対応する説明を作成して、レベルを定義する必要があります。 承認レベルは 0 ~ 255 の範囲で指定する必要があります。 シスコでは任意の承認レベルを許容しているため、組織にとって意味のある番号を定義できます。 レベルを定義する前に、システムに対して設定できる例またはレベルを示した次の事項を検討してください。

    • 北米での州間の長距離電話に承認レベル 10 を設定する。

    • 州内のコールは州間のコールよりもコストがかかることがあるため、北米での州内の長距離電話に承認レベル 20 を設定する。

    • 国際電話に承認レベル 30 を設定する。


    ヒント


    承認レベルを 10 ずつ増加することで、より多くの承認コードを追加する必要がある場合に備えたスケーラビリティのある構造を確立できます。


    インタラクションおよび制限事項

    クライアント識別コード(CMC)および強制承認コード(FAC)は、個別または一緒に実装することができます。 たとえば、ユーザに対し、特定のクラスのコール(長距離電話など)をかけることを許可するとともに、特定のクライアントへのコールのクラスを割り当てるとします。 前の例で示したように CMC と FAC を同時に実装した場合、ユーザは番号をダイヤルし、プロンプトが示されたらユーザ固有の承認コードを入力して、次のプロンプトでクライアント識別コードを入力します。 CMC と FAC のトーンはユーザには同じ音に聞こえるため、これらの機能では、最初のトーンの後で承認コードを、2 番目のトーンの後で CMC を入力するようユーザに指示します。

    Cisco Unified Communications Manager は、Cisco Unified Communications Manager に対して実行された通常のプロセスを処理する冗長性を備えています。

    CMC 機能と FAC 機能は、SCCP および SIP を実行するすべての Cisco Unified IP Phone 、Cisco Mobility、およびゲートウェイで動作します。

    CMC および FAC を実装する前に、次の制限事項を確認してください。

    • CMC の数は、Cisco Unified Communications Manager の起動に要する時間の長さに直接影響するので、CMC の数を 60,000 までに制限してください。 この数を超える CMC を設定すると、大幅な遅延が発生する場合があります。 たとえば、400,000 の CMC を持つシステムの場合は起動に 1 時間かかり、100 万の CMC を持つシステムの場合は起動に 4 時間かかります。

    • 電話番号をダイヤルした後、聴覚に障がいのあるユーザは、承認コードまたはクライアント識別コードを入力する前に 1 ~ 2 秒待つ必要があります。

    • FAC または CMC 対応のルート パターンに自動転送されるコールは、コードを入力するユーザがいないため失敗します。 この制限は、Cisco Unified CM の管理または Cisco Unified Communications セルフ ケア ポータルで設定された自動転送に適用されます。 自動転送を設定することはできますが、FAC または CMC 対応のルート パターンに転送されたすべてのコールはリオーダーになります。 ユーザが [不在] ソフトキーを押し、FAC または CMC が有効になっているルート パターンの番号を入力すると、ユーザはリオーダーを受信し、コールの自動転送は失敗します。

      FAC または CMC が有効なルート パターンにコールが自動転送されるような設定を防止することはできません。コードが入力されないため、これらのルート パターンを使用して転送されたコールは切断されます。 コール処理割り込みを最小限にするには、自動転送を設定する前に番号をテストします。 これを行うには、転送先の番号をダイヤルします。コードを入力するように求められても、その番号への自動転送は設定しないでください。 この方法をユーザにアドバイスし、転送コールが目的の宛先に到達しないことによって発生する苦情の件数を削減します。

    • シスコは、FAC または CMC をローカライズしていません。 CMC 機能と FAC 機能は、Cisco Unified Communications Manager がサポートしているどのロケールに対しても、同じデフォルト トーンを使用しています。


      (注)  


      Cisco Mobility では、FAC および CMC はローカライズされています。


    • Cisco Unified Communications Manager ではユーザに対してコードの入力を求めるタイミングを判別できないため、CMC 機能と FAC 機能は、オーバーラップ送信をサポートしていません。 [ルートパターンの設定(Route Pattern Configuration)] ウィンドウの [強制承認コードが必須(Require Forced Authorization Code)] または [クライアント識別コードが必須(Require Client Matter Code)] チェックボックスをオンにすると、[オーバーラップ送信を許可(Allow Overlap Sending)] チェックボックスは無効になります。 [オーバーラップ送信を許可(Allow Overlap Sending)] チェックボックスをオンにすると、[強制承認コードが必須(Require Forced Authorization Code)] および [クライアント識別コードが必須(Require Client Matter Code)] チェックボックスは無効になります。

    • Cisco Mobility の CMC および FAC 機能は、DVO コールバック番号として代替番号をサポートしません。 DVO コールバック番号は、MI(モビリティ ID)ページに登録されている番号である必要があります。

    • FAC と CMC のトーンが再生されるのは、SCCP または SIP を実行する Cisco Unified IP Phone、TAPI/JTAPI ポート、および MGCP FXS ポートの上だけです。

    • FAC または CMC を必要とするルート パターンが検出された場合に発信者が Cisco Unified Mobility として設定されていないと、SIP トランク、H.323、または MGCP ゲートウェイから発信されたコールは失敗します。

    • H.323 アナログ ゲートウェイはトーンを再生できないため、FAC または CMC をサポートしていません。

    • FAC と CMC をサポートする CTI デバイスには、制限事項があります。 詳細については、CTI、JTAPI、および TAPI アプリケーションでの FAC/​CMC の使用方法を参照してください。

    • Cisco WebDialer は FAC と CMC をサポートしていません。

    • Cisco IP Softphone はトーンを再生できません。ただし、Cisco IP Softphone ユーザは、電話番号をダイヤルした後、コードを入力する前に 1 ~ 2 秒待つことで、CMC および FAC を使用できます。

    • FAC または CMC に # を追加しない場合、システムは T302 タイマーを待ち、コールを延長します。

    • ダイヤルした番号が FAC または CMC 対応のルート パターンを使用してルーティングされる場合、電話機の [リダイヤル] ソフトキーを押すときは、承認コードまたは CMC を入力する必要があります。 シスコは、以前のコールで入力されたコードを保存しません。

    • スピード ダイヤル ボタンには、承認コードまたは CMC を設定できません。 システムがコードの入力を求めたら、コードを入力する必要があります。

    Cisco 一括管理ツールの使用方法

    一括管理ツール(BAT)を使用すれば、CMC と FAC を挿入、更新、または削除できます。 このようなタスクの実行方法については、このリリースの Cisco Unified Communications Manager と互換性のある『Cisco Unified Communications Manager Bulk Administration ガイド』を参照してください。

    CDR Analysis and Reporting の使用方法

    CDR Analysis and Reporting(CAR)を使用すると、承認コード名、承認レベル、および CMC の詳細などのコール詳細を提供するレポートを実行できます。 CAR でのレポートの生成方法については、『Cisco Unified Communications Manager CDR Analysis and Reporting Administration Guide』を参照してください。

    CTI、JTAPI、および TAPI アプリケーションでの FAC/CMC の使用方法

    ほとんどの場合、Cisco Unified Communications Manager は CTI、JTAPI、または TAPI アプリケーションに対して、ユーザがコール中にコードを入力する必要があることをアラートできます。 ユーザは、コールを発信したり、アドホック会議を作成したり、FAC または CMC 対応のルート パターンを使用して打診転送を実行したりする場合、トーンの受信後にコードを入力する必要があります。 ユーザは、FAC または CMC 対応のルート パターンを使用してコールを転送またはブラインド転送する場合、トーンを受信しないため、アプリケーションがコードを Cisco Unified Communications Manager に送信する必要があります。 Cisco Unified Communications Manager が適切なコードを受信した場合は、コールが意図した相手に接続されます。 Cisco Unified Communications Manager が適切なコードを受信しなかった場合は、Cisco Unified Communications Manager が不明なコードを示すエラーを送信します。

    Cisco Unified Communications Manager は FAC または CMC に対応したルート パターン経由の自動転送をサポートしていません。 詳細については、インタラクションおよび制限事項を参照してください。

    システム要件

    CMC と FAC の最小要件として、クラスタ内のすべてのサーバに Cisco Unified Communications Manager Release 5.0 以降がインストールされている必要があります。

    Cisco Jabber がインストールされた携帯電話は、CMC と FAC をサポートしています。

    SCCP および SIP を実行している Cisco Unified IP Phone は、CMC と FAC をサポートしています。 以下の Cisco Unified IP Phone(SCCP)が CMC と FAC をサポートしています。

    • Cisco Unified IP Phone 6900 シリーズ

    • Cisco Unified IP Phone 7900 シリーズ

    CMC および FAC のインストール

    CMC 機能と FAC 機能は、Cisco Unified Communications Manager をインストールすると自動的にインストールされます。 これらの機能を Cisco Unified Communications Manager ネットワークで使用できるようにするには、クライアント識別コードの設定で説明されている作業を実行する必要があります。

    クライアント識別コードの設定

    ここでは、クライアント識別コードの設定と有効化に関する情報を提供します。 使用する CMC のリストを取得したら、これらのコードをデータベースに追加して、ルート パターンの CMC 機能を有効にします。


    ヒント


    クライアント識別コードを設定する前に、クライアント識別コードと強制承認コードの設定タスクの概要を確認してください。


    CMC の設定

    Cisco Unified Communications Manager の管理ページで、[コールルーティング(Call Routing)] > [クライアント識別コード(Client Matter Codes)] メニュー パスを使用してクライアント識別コードを設定します。

    クライアント識別コード(CMC)を使用すると、コールへのアクセスとアカウンティングを管理できます。 CMC は、ユーザに対してコールが特定のクライアント マターに関連していることを示すコードを入力するように強制することで、課金可能なクライアントに対するコール アカウンティングと課金を支援します。 コール アカウンティングと課金の目的で、顧客、学生などのユーザにクライアント識別コードを割り当てることができます。

    クライアント識別コードの設定に関するヒント

    CMC は、Cisco Unified Communications Manager の管理ページで、または、Cisco 一括管理ツール(BAT)を通して入力します。 BAT を使用する場合、BAT のカンマ区切り値(CSV)ファイルには、CMC とクライアント名のレコードが記載されています。 CMC の設定が完了したら、ダイヤル プラン ドキュメントを更新するか、またはダイヤル プラン ドキュメントとともに BAT CSV ファイルを印刷して保管します。

    すべての CMC を追加したら、クライアント識別コードの有効化を参照してください。

    GUI の使用方法

    Cisco Unified Communications Manager の管理ページのグラフィカル ユーザ インターフェイス(GUI)を使用してレコードを検索、削除、設定、またはコピーする方法については、『Cisco Unified Communications Manager アドミニストレーション ガイド』のクライアント識別コードの有効化の項とそのサブセクションを参照してください。GUI の使用方法とボタンおよびアイコンの機能の詳細が説明されています。

    設定項目の表

    下の表は、クライアント識別コードを設定する場合の参考用として使用してください。 クライアント識別コードと強制承認コードの詳細については、クライアント識別コードと強制承認コードを参照してください。

    この表では、クライアント識別コードの設定項目を説明します。 この表は、クライアント識別コードの設定と併用してください。

    表 1 CMC を追加する場合の設定項目

    設定

    説明

    [クライアント識別コード(Client Matter Code)]

    ユーザがコールを発信するときに入力する 16 桁以内の固有のコードを入力します。 このコードを使用したコールの CDR に、CMC が表示されます。

    [説明(Description)]

    このオプション フィールドはクライアント コードをクライアントに関連付けます。 説明には、任意の言語で最大 50 文字を指定できますが、二重引用符(")、パーセント記号(%)、アンパサンド(&)、バックスラッシュ(\)、山カッコ(<>)、または角カッコ([ ] および {})は使用できません。

    クライアント識別コードの有効化

    ルート パターンで CMC を有効にするには、次の手順を実行します。

    手順
      ステップ 1   Cisco Unified Communications Manager の管理ページで、[コールルーティング(Call Routing)] > [ルート/ハント(Route/Hunt)] > [ルートパターン(Route Pattern)] を選択します。
      ステップ 2   次のいずれかの手順を実行します。
      1. 既存のルート パターンを更新するには、『Cisco Unified Communications Manager アドミニストレーション ガイド』に記載されているように、[ルートパターンの検索/一覧表示(Find and List Route Patterns)] ウィンドウで検索条件を入力します。
      2. 新しいルート パターンを追加するには、『Cisco Unified Communications Manager アドミニストレーション ガイド』を参照してください。
      ステップ 3   [ルートパターンの設定(Route Pattern Configuration)] ウィンドウで、[クライアント識別コードが必須(Require Client Matter Code)] チェックボックスをオンにします。
      ステップ 4   次のいずれかの手順を実行します。
      1. ルート パターンを更新した場合は、[保存(Save)] をクリックします。
      2. 新しいルート パターンを追加した場合は、[保存(Save)] をクリックします。
      ステップ 5   クライアント識別コードが必要なすべてのルート パターンに関して、既存のルート パターンを更新するか、新しいルート パターンを追加します。
      ステップ 6   ルート パターンの設定が完了したら、ユーザへの情報提供を参照してください。

      強制承認コードの設定

      ここでは、強制承認コードの設定と有効化に関する情報を提供します。


      ヒント


      強制承認コードを設定する前に、クライアント識別コードと強制承認コードの設定タスクの概要を確認してください。


      FAC 実装の設計が終わったら、Cisco Unified Communications Manager の管理ページ と Cisco 一括管理ツール(BAT)のどちらかを使用して承認コードを入力します。 承認コードの大きなバッチとして BAT を使用することを検討します。BAT 内のカンマ区切り値(CSV)ファイルは、承認コード、対応する名前、対応するレベルなどを計画するために役立ちます。


      (注)  


      後で参照するために、ダイヤル プラン ドキュメントを更新するか、またはダイヤル プラン ドキュメントとともに CSV ファイルを印刷して保管します。


      FAC の設定

      Cisco Unified Communications Manager の管理ページで、[ルーティング(Routing)] > [強制承認コード(Forced Authorization Codes)] メニュー パスを使用して強制承認コードを設定します。

      強制承認コード(FAC)を使用すると、特定のユーザが発信できるコールのタイプを規定することで、コールへのアクセスとアカウンティングを管理できます。 強制承認コード機能を有効にすると、ユーザがコールを確立する前に有効な承認コードを入力する必要があります。

      Cisco Unified Communications Manager の管理ページのグラフィカル ユーザ インターフェイス(GUI)を使用してレコードを検索、削除、設定、またはコピーする方法については、『Cisco Unified Communications Manager アドミニストレーション ガイド』とそのサブセクションを参照してください。GUI の使用方法とボタンおよびアイコンの機能の詳細が説明されています。


      ヒント


      すべての承認コードを追加したら、強制承認コードを有効にするためのトピックを参照してください。


      関連資料

      FAC の設定項目

      下の表は、FAC の設定項目に関する説明を示しています。

      表 2 FAC の設定項目

      設定

      説明

      [承認コード名(Authorization Code Name)]

      50 文字以内の固有の名前を入力します。 この名前は、承認コードと特定のユーザまたはユーザのグループを関連付けます。このコードを使用するコールについては、この名前が CDR に表示されます。

      [強制承認コード(Forced Authorization Code)]

      16 桁以内の固有の承認コードを入力します。 ユーザは FAC 対応のルート パターンでコールを発信するときにこのコードを入力します。

      [承認レベル(Authorization Level)]

      0 ~ 255 の範囲の 3 桁の承認レベルを入力します。デフォルトは 0 です。 承認コードに割り当てるレベルによって、ユーザが FAC 対応のルート パターンでコールをルーティングできるかどうかが決まります。 コールを正常にルーティングするには、ユーザの承認レベルがそのコールのルート パターンに指定された承認レベル以上である必要があります。

      強制承認コードの有効化

      ルート パターンで FAC を有効にするには、次の手順を実行します。

      手順
        ステップ 1   Cisco Unified Communications Manager の管理ページで、[コールルーティング(Call Routing)] > [ルート/ハント(Route/Hunt)] > [ルートパターン(Route Pattern)] を選択します。
        ステップ 2   次のいずれかの手順を実行します。
        1. 既存のルート パターンを更新するには、『Cisco Unified Communications Manager アドミニストレーション ガイド』に記載されているように、[ルートパターンの検索/一覧表示(Find and List Route Patterns)] ウィンドウで検索条件を入力します。
        2. 新しいルート パターンを追加するには、『Cisco Unified Communications Manager アドミニストレーション ガイド』を参照してください。
        ステップ 3   [ルートパターンの設定(Route Pattern Configuration)] ウィンドウで、[強制承認コードが必須(Require Forced Authorization Code)] チェックボックスをオンにします。
        ステップ 4   [保存(Save)] をクリックします。
        ヒント   

        [強制承認コードが必須(Require Forced Authorization Code)] チェックボックスをオンにしない場合でも、指定した数値はデータベースに保存されているため、承認レベルを指定できます。

        ステップ 5   承認コードが必要なすべてのルート パターンに対して繰り返します。
        ステップ 6   ルート パターンの設定が完了したら、ユーザへの情報提供を参照してください。

        ユーザへの情報提供

        機能の設定が完了したら、次の情報をユーザに通知します。

        • インタラクションおよび制限事項に説明されている制限事項についてユーザに通知します。
        • たとえば承認コード、承認レベル、クライアント識別コードなど、これらの機能を使用するために必要なすべての情報をユーザに提供します。 番号をダイヤルするとコードの入力を求めるトーンが聞こえることを、ユーザに通知します。
        • FAC の場合、ユーザ承認コードを入力して発信されたコールは、ユーザまたはユーザの部署に属すると見なされます。 承認コードを覚えておくか、安全な場所に記録しておくようユーザに勧めます。
        • ユーザが使用できるコールのタイプを通知します。たとえば、電話機の管理者に問題を知らせる前に、ユーザは電話を切り、ダイヤルした番号とコードをリトライする必要があります。
        • トーンが完了する前にコードを入力できることをユーザに通知します。
        • ユーザがコードを入力した後、コールをすぐにルーティングするには、電話機の # を押します。押さない場合、コールはディジット間タイマー(T302)が満了した後に接続されます。このタイマーは、デフォルトで 15 秒です。
        • ユーザが無効なコードを入力すると、電話機はリオーダー音を再生します。 コードの入力を間違えた場合は、電話を切り、もう一度コールを開始する必要があります。 リオーダー音が続く場合は、ユーザは電話またはシステムの管理者に、コードに問題がある可能性があることを知らせる必要があります。