この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
クライアント識別コード(CMC)と強制承認コード(FAC)により、コール アクセスとアカウンティングを効果的に管理できます。CMC はクライアントのコール アカウンティングおよび請求を支援し、FAC は特定のユーザが発信できるコールのタイプを規定します。
CMC を使用する場合、ユーザはコードを入力する必要があります。この操作により、コールが特定のクライアント識別に関連していることが指定されます。コール アカウンティングおよび請求を目的として、クライアント識別コードを顧客、学生、またはその他のグループに割り当てることができます。FAC を使用する場合、コールが確立する前に、特定のアクセス レベルで割り当てられた有効な認証コードをユーザが入力する必要があります。
CMC と FAC は、別々または一緒に実装できます。たとえば、特定のクラスのコール(市外通話など)の発信をユーザに許可するとともに、特定のクライアントにコールのクラスを割り当てるとします。CMC トーンと FAC トーンは、ユーザには同じ音に聞こえます。そのため、両方のコードを設定する場合、この機能では、最初のトーンの後で FAC を入力し、2 番目のトーンの後で CMC を入力するようユーザに指示します。
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 | クライアント識別コードの設定を行うには、次のサブタスクを完了します。 | 使用する予定の CMC リストが完成したら、そのコードをデータベースに追加して、ルート パターンで CMC 機能を有効にします。 |
ステップ 2 | 強制承認コードの設定を行うには、次のサブタスクを完了します。 | 使用する予定の FAC リストと認可レベルが決定したら、そのコードをデータベースに追加して、ルート パターンで FAC 機能を有効にします。 |
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 | クライアント識別コードの追加 | 使用する一意のクライアント識別コードを決定し、システムに追加します。CMC の数は、システムの起動に要する時間の長さに直接影響するので、CMC の数を 60,000 までに制限してください。この最大数を超える CMC を設定する場合は、遅延が非常に大きくなることに注意してください。 |
ステップ 2 | クライアント識別コードの有効化 |
使用する一意のクライアント識別コードを決定し、システムに追加します。CMC の数は、システムの起動に要する時間の長さに直接影響するので、CMC の数を 60,000 までに制限してください。この最大数を超える CMC を設定する場合は、遅延が非常に大きくなることに注意してください。
ルート パターンを介してクライアント識別コードを有効にします。
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 | 強制承認コードの追加 | 使用する一意の強制承認コードを定義し、システムに追加します。通話を正常にルーティングするためには、ユーザ認可レベルが通話のルート パターンに指定されている認可レベル以上である必要があります。 |
ステップ 2 | 強制承認コードの有効化 |
使用する一意の強制承認コードを定義し、システムに追加します。通話を正常にルーティングするためには、ユーザ認可レベルが通話のルート パターンに指定されている認可レベル以上である必要があります。
ルート パターンを介して強制承認コードを有効にします。
制約事項 | 説明 | ||
---|---|---|---|
アナログ ゲートウェイ |
H.323 アナログ ゲートウェイではトーンを再生できないため、この種類のゲートウェイでは CMC や FAC はサポートされていません。 |
||
コール転送 |
コードを入力するユーザがいないため、CMC や FAC が有効になっているルート パターンに転送されるコールは失敗します。ユーザが [不在(CFwdALL)] ソフトキーを押して CMC や FAC がルート パターン上で有効になっている番号を入力すると、コール転送は失敗します。 呼処理の中断を最小限に抑えるには、コール転送を設定する前に番号をテストします。これを行うには、転送したい番号をダイヤルしてみます。コードの入力を求められたら、その番号ではコール転送は設定できません。転送されたコールが意図した接続先に届かないことから生じる苦情の数を削減するために、ユーザにこの方法を勧めてください。 |
||
Cisco Unified Mobility |
SIP トランク、H.323 ゲートウェイ、MGCP ゲートウェイから発信されているコールが、CMC または FAC が必須のルート パターンに遭遇し、発信者に Cisco Unified Mobility が設定されていない場合、コールは失敗します。 |
||
Dial via Office コールバック番号 |
Cisco Mobility の CMC および FAC 機能では、Dial via Office(DVO)コールバック番号としての代替番号はサポートされていません。DVO コールバック番号は、[モビリティ アイデンティティ(Mobility Identity)] ウィンドウで登録されている番号である必要があります。 |
||
フェールオーバー コール |
CMC および FAC は、フェールオーバー コールとは連動しません。 |
||
聴覚障がいのあるユーザ |
電話番号をダイヤル後、聴覚障がいのあるユーザが認証コードやクライアント識別コードを入力するまでに 1 ~ 2 秒間待機する必要があります。 |
||
ローカリゼーション |
シスコでは、CMC や FAC をローカライズしていません。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)] のチェックボックスはオフになり、逆もまた同様です。 |
||
スピード ダイヤル ボタン |
CMC や FAC で短縮ダイヤル ボタンの設定をすることはできません。システムに入力を求められた場合、コードを入力する必要があります。 |