クライアント識別コードおよび強制承認コードの設定チェックリスト
Forced Authorization Code(FAC; 強制承認コード)と Client Matter Code(CMC; クライアント識別コード)を使用すると、コールへのアクセスとアカウンティングを管理できます。CMC は、課金可能なクライアントに対するコール アカウンティングと課金を支援し、FAC は特定のユーザが発信できるコールのタイプを規定します。
クライアント識別コード機能を有効にすると、コールが特定のクライアントに関連していることを示すコードをユーザが入力する必要があります。コール アカウンティングと課金の目的で、顧客、学生などのユーザにクライアント識別コードを割り当てることができます。強制承認コード機能を有効にすると、ユーザがコールを確立する前に有効な承認コードを入力する必要があります。
クライアント識別コードと強制承認コードを使用する際には、 表 18-1 をガイドとして使用してください。クライアント識別コードと強制承認コードの詳細については、「関連項目」を参照してください。
追加情報
「関連項目」を参照してください。
クライアント識別コードの概要
クライアント識別コード機能を使用する場合、ユーザはクライアント識別コードを入力して、特定のダイヤルされた番号に接続する必要があります。ルート パターンを使用して 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.@ を使用するなど、CMC 専用のルート パターンを新しく作成することを考慮してください。このようなパターンを作成すると、ユーザが 8 で始まる電話番号を入力した場合だけ、システムはクライアント コードの入力を求めます。このような方法で CMC を実装すると、CMC を起動する手段を提供しながら、既存のダイヤル プランをそのまま残すことができます。たとえば、クライアントに関連するコールでは、ユーザは 8-214-555-1234 をダイヤルして、CMC を起動します。クライアントに関連しない一般的なコールでは、ユーザは通常どおり、214-555-1234 だけをダイヤルします。
追加情報
「関連項目」を参照してください。
強制承認コードの概要
Cisco Unified Communications Manager の管理ページのルート パターンを使用して FAC を有効にする場合は、意図したコールの受信者に接続するために、承認コードを入力する必要があります。ユーザが FAC 対応のルート パターンを使用してルーティングされる番号をダイヤルすると、システムは承認コードの入力を求めるトーンを再生します。
Cisco Unified Communications Manager の管理ページでは、さまざまなレベルの承認を設定できます。ユーザ承認コードが、ダイヤルした番号へのルーティングに指定された承認のレベルに一致していないか、または超えている場合、ユーザにはリオーダー音が聞こえます。承認が受け入れられると、コールが開始されます。承認の名前は Call Detail Record(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 を実行するすべての Cisco Unified IP Phone と MGCP 制御によるアナログ ゲートウェイで動作します。
CMC および FAC を実装する前に、次の制限事項を確認してください。
• CMC の数は、Cisco Unified Communications Manager の起動に必要な時間に直接影響を及ぼすため、CMC の数は 60,000 に制限する必要があります。この数を超える CMC を設定すると、大幅な遅延が発生する場合があります。たとえば、400,000 の CMC を持つシステムの場合は起動に 1 時間かかり、100 万の CMC を持つシステムの場合は起動に 4 時間かかります。
• 電話番号をダイヤルした後、聴覚に障がいのあるユーザは、承認コードまたはクライアント識別コードを入力する前に 1 ~ 2 秒待つ必要があります。
• FAC または CMC 対応のルート パターンに自動転送されるコールは、コードを入力するユーザがいないため失敗します。この制限事項は、Cisco Unified Communications Manager の管理ページまたは Cisco Unified CM のユーザ オプション ページで設定された自動転送に適用されます。自動転送を設定することはできますが、FAC または CMC 対応のルート パターンに転送されたすべてのコールはリオーダーになります。ユーザが [不在] ソフトキーを押し、FAC または CMC が有効になっているルート パターンの番号を入力すると、ユーザはリオーダーを受信し、コールの自動転送は失敗します。
FAC または CMC が有効なルート パターンにコールが自動転送されるような設定を防止することはできません。コードが入力されないため、これらのルート パターンを使用して転送されたコールは切断されます。コール処理割り込みを最小限にするには、自動転送を設定する前に番号をテストします。これを行うには、転送先の番号をダイヤルします。コードを入力するように求められても、その番号への自動転送は設定しないでください。この方法をユーザにアドバイスし、転送コールが目的の宛先に到達しないことによって発生する苦情の件数を削減します。
• シスコは、FAC または CMC をローカライズしていません。CMC 機能と FAC 機能は、Cisco Unified Communications Manager がサポートしているどのロケールに対しても、同じデフォルト トーンを使用しています。
• 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)] チェックボックスは無効になります。
• FAC と CMC のトーンが再生されるのは、SCCP を実行する Cisco Unified IP Phone、TAPI/JTAPI ポート、および MGCP FXS ポートの上だけです。
• トランクで FAC または CMC のトーンを再生する方法がないため、FAC または CMC を必要とするルート パターンが検出された場合、SIP トランク、H323、または 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 一括管理ツールの使用方法
CMC および FAC の挿入、更新、削除には、一括管理ツール(BAT)を使用します。これらの操作方法の詳細については、このリリースの 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 5.0 以降がインストールされている必要があります。
次の 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 の設定項目」
• 「ルート パターンでのクライアント識別コードの有効化」
ヒント クライアント識別コードを設定する前に、「クライアント識別コードおよび強制承認コードの設定チェックリスト」を参照してください。
追加情報
「関連項目」を参照してください。
CMC の設定項目
Cisco Unified Communications Manager の管理ページでは、[コールルーティング(Call Routing)] > [クライアント識別コード(Client Matter Codes)] メニュー パスを使用して、クライアント識別コードを設定します。
Client Matter Code(CMC; クライアント識別コード)を使用すると、コールへのアクセスとアカウンティングを管理できます。CMC は、ユーザに対してコールが特定のクライアント マターに関連していることを示すコードを入力するように強制することで、課金可能なクライアントに対するコール アカウンティングと課金を支援します。クライアント識別コードは、コール アカウンティングや課金を目的として、顧客や学生、またはその他の個人に対して割り当てることができます。
クライアント識別コードの設定に関するヒント
Cisco Unified Communications Manager の管理ページで CMC を入力するか、Cisco 一括管理ツール(BAT)を使用して CMC を入力します。BAT を使用する場合、BAT のカンマ区切り値(CSV)ファイルには、CMC とクライアント名のレコードが記載されています。CMC の設定が完了したら、ダイヤル プラン ドキュメントを更新するか、またはダイヤル プラン ドキュメントとともに BAT CSV ファイルを印刷して保管します。
すべての CMC を追加したら、「ルート パターンでのクライアント識別コードの有効化」を参照してください。
GUI の使用方法
Cisco Unified Communications Manager の管理の Graphical User Interface(GUI; グラフィカル ユーザ インターフェイス)を使用してレコードを検索、削除、設定、またはコピーする方法については、 『 Cisco Unified Communications Manager アドミニストレーション ガイド 』 のおよびそのサブセクションを参照してください。GUI の使用方法とボタンおよびアイコンの機能の詳細が説明されています。
設定項目の表
クライアント識別コードを設定する際には、 表 18-1 をガイドとして使用してください。クライアント識別コードと強制承認コードの詳細については、「関連項目」を参照してください。
表 18-2では、クライアント識別コードの設定値について説明します。この表は、「クライアント識別コードの設定」と併用してください。
表 18-2 CMC を追加する場合の設定項目
|
|
[クライアント識別コード(Client Matter Codes)] |
コールを開始するときにユーザが入力する一意のコードを 16 桁以内で入力します。このコードを使用したコールは、CDR に表示されます。 |
[説明(Description)] |
このオプション フィールドはクライアント コードをクライアントに関連付けます。説明には、任意の言語で最大 50 文字を指定できますが、二重引用符(")、パーセント記号(%)、アンパサンド(&)、バックスラッシュ(¥)、山カッコ(<>)、または角カッコ([ ] および {})は使用できません。 |
追加情報
「関連項目」を参照してください。
ルート パターンでのクライアント識別コードの有効化
ルート パターンで CMC を有効にするには、次の手順を実行します。
手順
ステップ 1 Cisco Unified Communications Manager の管理ページで、[コールルーティング(Call Routing)] > [ルート/ハント(Route/Hunt)] > [ルートパターン(Route Pattern)] を選択します。
ステップ 2 次のいずれかの手順を実行します。
• 既存のルート パターンを更新するには、 『 Cisco Unified Communications Manager アドミニストレーション ガイド 』 のの説明に従って、[ルートパターンの検索と一覧表示(Find and List Route Patterns)] ウィンドウに検索条件を入力します。
• 新しいルート パターンを追加するには、 『 Cisco Unified Communications Manager アドミニストレーション ガイド 』 のを参照してください。
ステップ 3 [ルートパターンの設定(Route Pattern Configuration)] ウィンドウで、[クライアント識別コードが必須(Require Client Matter Code)] チェックボックスをオンにします。
ステップ 4 次のいずれかの手順を実行します。
• ルート パターンを更新した場合は、[保存(Save)] をクリックします。
• 新しいルート パターンを追加した場合は、[保存(Save)] をクリックします。
ステップ 5 クライアント識別コードが必要なすべてのルート パターンについて、ステップ 2 ~ステップ 4 を繰り返します。
ステップ 6 ルート パターンの設定が完了したら、「ユーザへの情報の提供」を参照してください。
追加情報
「関連項目」を参照してください。
強制承認コードの設定
この項は、次の内容で構成されています。
• 「FAC の設定項目」
• 「ルート パターンでの強制承認コードの有効化」
ヒント 強制承認コードを設定する前に、「クライアント識別コードおよび強制承認コードの設定チェックリスト」を参照してください。
FAC 実装の設計が完了したら、Cisco Unified Communications Manager の管理ページまたは Cisco 一括管理ツール(BAT)を使用して承認コードを入力します。承認コードの大きなバッチとして BAT を使用することを検討します。BAT 内のカンマ区切り値(CSV)ファイルは、承認コード、対応する名前、対応するレベルなどを計画するために役立ちます。
(注) 後で参照するために、ダイヤル プラン ドキュメントを更新するか、またはダイヤル プラン ドキュメントとともに CSV ファイルを印刷して保管します。
FAC の設定項目
Cisco Unified Communications Manager の管理ページでは、[コールルーティング(Call Routing)] > [強制承認コード(Forced Authorization Codes)] メニュー パスを使用して、強制承認コードを設定します。
Forced Authorization Code(FAC; 強制承認コード)を使用すると、特定のユーザが発信できるコールのタイプを規定することで、コールへのアクセスとアカウンティングを管理できます。強制承認コード機能を使用すると、コールを完了する前に有効な承認コードを入力するように強制されます。
強制承認コードの設定に関するヒント
すべての承認コードを追加したら、「ルート パターンでの強制承認コードの有効化」を参照してください。
GUI の使用方法
Cisco Unified Communications Manager の管理の Graphical User Interface(GUI; グラフィカル ユーザ インターフェイス)を使用してレコードを検索、削除、設定、またはコピーする方法については、 『 Cisco Unified Communications Manager アドミニストレーション ガイド 』 のおよびそのサブセクションを参照してください。GUI の使用方法とボタンおよびアイコンの機能の詳細が説明されています。
設定項目の表
強制承認コードを設定する際には、 表 18-1 をガイドとして使用してください。強制承認コードの詳細については、「関連項目」を参照してください。
表 18-3 に、FAC の設定項目に関する説明があります。この表は、「強制承認コードの設定」と併用してください。
表 18-3 FAC の設定項目
|
|
[承認コード名(Authorization Code Name)] |
一意の名前を 50 文字以内で入力します。この名前は、承認コードと特定のユーザまたはユーザのグループを関連付けます。このコードを使用するコールについては、この名前が CDR に表示されます。 |
[承認コード(Authorization Code)] |
一意の承認コードを 16 文字以内で入力します。ユーザは、FAC 対応のルート パターンを使用してコールを発信するときに、このコードを入力します。 |
[承認レベル(Authorization Level)] |
0 ~ 255 の範囲の 3 桁の承認レベルを入力します。デフォルトは 0 です。承認コードに割り当てるレベルによって、ユーザが FAC 対応のルート パターンを使用してコールをルーティングできるかどうかが決定されます。コールを正しくルーティングするには、ユーザ承認レベルが、コールのルート パターンに指定されている承認レベルと比較して同等または上位である必要があります。 |
追加情報
「関連項目」を参照してください。
ルート パターンでの強制承認コードの有効化
ルート パターンで FAC を有効にするには、次の手順を実行します。
手順
ステップ 1 Cisco Unified Communications Manager の管理ページで、[コールルーティング(Call Routing)] > [ルート/ハント(Route/Hunt)] > [ルートパターン(Route Pattern)] を選択します。
ステップ 2 次のいずれかの手順を実行します。
• 既存のルート パターンを更新するには、 『 Cisco Unified Communications Manager アドミニストレーション ガイド 』 の の説明に従って、[ルートパターンの検索と一覧表示(Find and List Route Patterns)] ウィンドウに検索条件を入力します。
• 新しいルート パターンを追加するには、 『 Cisco Unified Communications Manager アドミニストレーション ガイド 』 のを参照してください。
ステップ 3 [ルートパターンの設定(Route Pattern Configuration)] ウィンドウで、[強制承認コードが必須(Require Forced Authorization Code)] チェックボックスをオンにします。
ステップ 4 [保存(Save)] をクリックします。
ヒント [強制承認コードが必須(Require Forced Authorization Code)] チェックボックスをオンにしない場合でも、指定した数値はデータベースに保存されているため、承認レベルを指定できます。
ステップ 5 承認コードが必要なすべてのルート パターンについて、ステップ 2 ~ステップ 4 を繰り返します。
ステップ 6 ルート パターンの設定が完了したら、「ユーザへの情報の提供」を参照してください。
追加情報
「関連項目」を参照してください。
ユーザへの情報の提供
機能の設定が完了したら、次の情報をユーザに通知します。
• 「インタラクションおよび制限事項」に説明されている制限事項をユーザに通知します。
• たとえば承認コード、承認レベル、クライアント識別コードなど、これらの機能を使用するために必要なすべての情報をユーザに提供します。番号をダイヤルするとコードの入力を求めるトーンが聞こえることを、ユーザに通知します。
• FAC の場合、ユーザ承認コードを入力して発信されたコールは、ユーザまたはユーザの部署に属すると見なされます。承認コードを覚えておくか、安全な場所に記録しておくようユーザに勧めます。
• ユーザが使用できるコールのタイプを通知します。たとえば、電話機の管理者に問題を知らせる前に、ユーザは電話を切り、ダイヤルした番号とコードをリトライする必要があります。
• トーンが完了する前にコードを入力できることをユーザに通知します。
• ユーザがコードを入力した後、コールをすぐにルーティングするには、電話機の # を押します。押さない場合、コールはディジット間タイマー(T302)が満了した後に接続されます。このタイマーは、デフォルトで 15 秒です。
• ユーザが無効なコードを入力すると、電話機はリオーダー音を再生します。コードの入力を間違えた場合は、電話を切り、もう一度コールを開始する必要があります。リオーダー音が続く場合は、ユーザは電話またはシステムの管理者に、コードに問題がある可能性があることを知らせる必要があります。
追加情報
「関連項目」を参照してください。