バッチ プロビジョニング
(注) |
Cisco Prime Collaboration Provisioning 12.3 以降では、管理者グループのみがバッチ機能にアクセスできます。 |
ユーザを作成してサービスを自動的にプロビジョニングするには、バッチ プロビジョニングを使用します。バッチ プロビジョニングを使用すると、新しい事業所の展開やレガシー システムからの移行を簡単に行うことができます。
1 人のユーザの場合は、ユーザ サービスを個別にオーダーできます。しかし、大量のサービスをプロビジョニングするときは、これらを 1 つのバッチにまとめたほうが便利です。バッチ プロビジョニングを使用すると、複数のタイプのオーダーを含む単一のバッチを作成できます。
バッチ プロビジョニングを使用して、(LDAP 設定の有無にかかわらず)ドメインを追加、更新、キャンセルすることができます。また、バッチ プロビジョニングを使用してユーザ ロールを追加、更新、削除することもできます。
展開された Cisco Unified Communications アプリケーション上でのみ実行する BAT ファイルとは異なり、Provisioning のバッチは Provisioning で管理される 1 つまたは多数のアプリケーションで実行できます。
バッチは、Prime Collaboration Provisioning にアップロードした後ただちに実行するか、スケジュールを設定して別の日時に実行きます。バッチ プロジェクトの詳細については、バッチ プロジェクトの管理を参照してください。
また、種類が異なる複数のサービスを 1 つのバッチ操作で処理することもできます。たとえば、電話とボイスメールの追加と変更を 1 つのバッチにまとめることが可能です。
-
App ユーザー
-
コールサーチスペース(Call Search Space)
-
Cisco IOS Conference Bridge
-
サービス クラス(Class of Service)
-
開催中の会議(Conference Now)
-
CTI ルート ポイント
-
日時グループ(Date/Time Group)
-
デバイスモビリティグループ(Device Mobility Group)
-
デバイス プール(Device Pool)
-
緊急ロケーション(ELIN)グループ
-
外部サービス(External Service)
-
ゲートウェイ設定(Gateway Settings)
-
音声自動応答(IVR)(Interactive Voice Response (IVR))
-
LDAP 認証(LDAP Authentication)
-
LDAP ディレクトリ(LDAP Directory)
-
ロケーション(Location)
-
メディア リソース グループ(Media Resource Group)
-
メディア リソース グループ リスト(Media Resource Group List)
-
メッセージ待機の On/Off(Message Waiting On/Off)
-
電話用(NTPPhone NTP Reference)
-
物理ロケーション(Physical Location)
-
ポート グループ(Port Group)
- プロキシの構成設定(Proxy Configuration Setting)
-
規制テーブル
-
ルートパーティション(Route Partition)
-
ルート パターン(Route Pattern)
-
サービス パラメータ(Service Parameter)
-
サービス プロファイル(Service Profile)
-
SIPプロファイル(SIP Profile)
-
SIP ルート パターン(SIP Route Pattern)
-
SIP トランク
-
SIPトランクセキュリティプロファイル(SIP Trunk Security Profile)
-
SRST
-
ユーザ テンプレート(Subscriber Template)
-
TFTP サーバ(TFTP Server)
-
転送ルール
-
トランスレーションパターン(Translation Pattern)
-
トランク
-
UC サービス- CTI(UC Service - CTI)
-
UC サービス- IM and Presence(UC Service - IM and Presence)
-
UC サービス- ボイスメール(UC Service - Voicemail)
-
Unified CM グループ(Unified CM Group)
-
ユニバーサル デバイス テンプレート(Universal Device Template)
-
ユニバーサル回線テンプレート(Universal Line Template)
-
ユーザ プロファイルのプロビジョニング(User Profile Provision)
-
ボイス リージョン(Voice Region)
-
ボイスメール パイロット(Voicemail Pilot)
-
ボイスメールプロファイル(VoiceMail Profile)
-
着信側トランスフォーメーション パターン(Called Party Transformation Pattern)
-
発呼側トランスフォーメーション パターン(Calling Party Transformation Pattern)
-
インターコム電話番号(Intercom Directory Number)
-
インターコム トランスフォーメーション パターン(Intercom Translation Pattern)
-
インターコム コーリング サーチ スペース(Intercom Calling Search Space)
-
インターコム ルート パーティション(Intercom Route Partition)
-
録音プロファイル(Recording Profile)
-
SIP レルム(SIP Realm)
-
ダイレクト コール パーク
-
機能管理ポリシー(Feature Control Policy)
(注)
[ダイレクト コール パーク(Directed Call Park)] および [機能管理ポリシー(Feature Control Policy)] インフラストラクチャ オブジェクトは、バッチを使用して追加のみできます。バッチを使用して変更またはキャンセルはできません。これらのインフラストラクチャ オブジェクトは設定テンプレート([インフラストラクチャ設定(Infrastructure Configuration)] および [インフラストラクチャテンプレート(Infrastructure Templates)] ユーザ インターフェイス)ではサポートされません。
-
ソフトキー テンプレート(Softkey Template)
-
機能グループテンプレート(Feature Group Template)
(注) |
ソフトキー テンプレートと機能グループ テンプレートを追加、変更、キャンセルできます。 標準のテンプレートは更新または削除できません。ユーザ定義テンプレートのみ更新および削除できます。 |
(注) |
EM アクセス バッチ プロビジョニング(AddEMAccessServiceTemplate)の場合、ユニファイド コミュニケーション マネージャ プロセッサ名として「cucm-CiscoUnifiedCM」ではなく「cucm」を使用する必要があります。 |
Cisco Prime Collaboration Provisioning リリース 12.5 以降の場合
Spark ハイブリッド サービスの有効化
-
[デバイスのセットアップ(Device Setup)] > [追加(Add)] に移動して、Cisco Prime Collaboration Provisioning に Expressway Core デバイスまたは Expressway Edge デバイスを追加します。
-
[詳細プロビジョニング(Advanced Provisioning)] > [バッチプロビジョニング(Batch Provisioning)] に移動し、[追加(ADD)] ボタンをクリックして新しいバッチ プロジェクトを追加します。
-
[バッチの追加(Add Batch)][アクション(Action)] をクリックして、次のファイルを検索します。 -
ChangeSIP_CertificateRevocationChecking.txt
-
ChangeSIP_Configuration.txt
-
ChangeSIP_RegistrationControls.txt
-
ChangeSIP_Advanced.txt
(注)
上記のファイルをすべてまとめて追加する場合は、4 つのファイルがすべて含まれている ExpresswaySparkHybridCombinedBatch.txt ファイルを検索します。
-
-
追加するファイルを選択します。
-
[キーワード(Keywords)] に移動してプロセッサとユーザ ID を設定します。
-
[今すぐ実行(Run Now)] をクリックします。
(注)
Spark ハイブリッド サービスを有効にするバッチ プロビジョニングの手順は、Expressway Core と Expressway Edge の両方でほぼ同じです。
Cisco Prime Collaboration Provisioning リリース 12.5 以降の場合
バッチ テンプレートを使用したディスク使用率の設定
ディスク使用率を設定する手順は次のとおりです。
-
[詳細プロビジョニング(Advanced Provisioning)] > [バッチプロビジョニング(Batch Provisioning)] に移動し、[追加(ADD)] ボタンをクリックして新しいバッチ プロジェクトを追加します。
-
[バッチの追加(Add Batch)][アクション(Action)] をクリックして、次のファイルを検索します。
ConfigureDiskUsage.txt
-
ファイルを選択して [プロジェクトに追加(Add to Project)] をクリックします。
-
[編集(Edit)] をクリックし、次のパラメータをそれぞれクリックして設定します。 -
DiskUsage:50 ~ 95 の任意の値を入力します。
-
OrderType:デフォルトのオーダー タイプ configdiskusage を変更しないでください。
-
ProductName:(このフィールドの入力は必須ではありません)
-
ServiceArea:(このフィールドの入力は必須ではありません)
-
UserID:このフィールドには値を入力する必要があります。
-
-
[保存(Save)] をクリックします。
バッチ操作ファイルの作成
バッチ プロビジョニングを実行するには、次の操作を実行する必要があります。
-
プロビジョニングするユーザおよびサービスのスプレッドシートを作成します(電話と回線を含む)。
-
スプレッドシートをバッチ操作ファイルと呼ばれるタブ区切りテキスト ファイルに変換します。
(注)
Excel を使用してバッチ ファイル(.txt)を編集し、更新されたスプレッドシートをタブ区切りテキスト ファイルとして保存すると、特殊文字(特にカンマ)を含む値に二重引用符が追加されることがあります。このエラーを避けるには、バッチ プロジェクトを実行する前にタブ区切りテキスト ファイルから二重引用符を削除する必要があります。
BulkAddMobility.txt および BulkCancelMobility.txt バッチ ファイルを使用して、選択したドメイン内のすべてのユーザを対象にモビリティ サポートを有効および無効にできます。
-
バッチ操作ファイルを Provisioning のバッチ プロジェクトにアップロードします。
-
バッチ プロジェクトを実行するか、後で実行するためにスケジュールします。Provisioning では、ファイル データに基づいて、ユーザの作成と、回線および電話のプロビジョニングが行われます。
スケジュールしたプロジェクトのリスト、および実行中のプロジェクトの詳細を表示することもできます。
オーダーのプロビジョニング中は、ステータスが [完了(Completed)] と表示されます。[完了(Completed)] リンクをクリックして、デバイスに関連する更新を表示します。
バッチ操作ファイルには、カラム ヘッダーを 1 行含める必要があります。データ カラムはタブ区切りのテキスト ファイルでは任意の順序でかまいません。最終的なファイルがここで示すガイドラインに準拠している限り、データの編集にはどのテキスト エディタでも使用できます。
バッチ操作ファイルのフィールド
バッチ操作ファイルに必要なカラム
次の表に、すべてのバッチ操作ファイルに必要なカラムを示します。
カラム |
説明 |
---|---|
[オーダータイプ(Order Type)] |
オーダー タイプ。有効なオプションは次のとおりです(大文字と小文字が区別されます)。
|
|
|
[ユーザ ID(User ID)] |
オーダーをどのユーザ ID に対してプロビジョニングするのかを指定します。 addServiceArea、changeServiceArea、および deleteServiceArea の場合は、このフィールドを空のままにできます。 すべてのインフラストラクチャ製品で、ユーザ ID は icadmin です。 |
[製品名(Product Name)] |
製品名。入力値はオーダー タイプによって異なります。
|
[サービス エリア(Service Area)] |
オーダーの対象となるサービス エリアの名前。 addUser および deleteUser の場合は空白のままにします(何かを入力しても無視されます)。 すべてのインフラストラクチャ製品について、プロセッサ名が指定されている場合、サービス エリアは不要です。プロセッサ名が指定されていない場合は、[サービスエリア(Service Area)] と [ドメイン(Domain)] の名前が必要です。 |
[ドメイン(Domain)] |
ユーザまたはサービスに関連付けられたドメインの名前。 |
[エンドポイント タイプ(Endpoint Type)] |
エンドポイントのタイプ。電話機としてエンドポイント タイプを選択した場合は、サポートされる電話機のモデル(たとえば Cisco 7960)を選択します。 |
[MAC アドレス(MAC Address)] |
エンドポイントの MAC アドレス。 moveService:Cisco IP Communicator、コール プロセッサ バージョン 5 未満では、MAC アドレスを使用します。バージョン 5 以上では、デバイス名を使用します。 |
ユーザの新規作成に関連するバッチ操作ファイルのカラム
次の表に、ユーザを新規作成するときに使用されるその他のカラムを示します(すべてのバッチ操作ファイルに必須のカラムです)。
カラム |
説明 |
||
---|---|---|---|
[ユーザ ID(User ID)] |
作成するプロビジョニング ユーザ ID。
|
||
[名(First Name)] |
(オプション)ユーザの名。 |
||
[姓(Last Name)] |
ユーザの姓。 |
||
[ドメイン(Domain)] |
新規ユーザを配置するドメイン。 |
||
[電話番号(Phone Number)] |
(オプション)新規ユーザの電話番号。 |
||
[電子メール(Email)] |
(オプション)新規ユーザの電子メール アドレス。 |
||
[部署名(Department)] |
(オプション)新規ユーザの部署名。 |
||
[ユーザ権限(User Roles)] |
(オプション)新しいユーザのユーザ権限。1 名のユーザに対して複数のユーザ権限を追加できます(ユーザ権限はセミコロンで区切ります)。
|
||
[PMPassword] |
(オプション)Provisioning のユーザ パスワード。 |
ユーザの削除に関連するバッチ操作ファイルのカラム
次の表に、ユーザを削除するときに使用されるその他のカラムを示します(すべてのバッチ操作ファイルに必須のカラムです)。
カラム |
説明 |
---|---|
ドメイン |
(オプション)ユーザが存在するドメイン。 |
[OnlyFromCUPM] |
(オプション)このカラムが有効な場合(Y に設定されている場合)、ユーザのユーザ レコード上のサービスはすべてグローバル リソース名前空間に移動され、実際のデバイス上のサービスが削除されることはありません。このカラムが無効な場合(N に設定されている場合)、ユーザは Provisioning とデバイスの両方から削除されます。 「DeleteUser」の既存のバッチ ファイルは、サービス(既存の機能)を持っていないユーザとサービスを持っているユーザの両方の削除に使用されます。 ヒント:[OnlyFromCUPM] を有効にしてあるユーザを削除した場合、そのユーザは削除後にドメインを同期したときに再び作成され(ユーザがドメイン同期ルールに適合する場合)、対応するサービスがユーザのユーザ レコードに追加されます。別の方法として、適切なドメインに手動でユーザを作成した後、ドメインの同期を実行して対応するサービスを取得することもできます。これにより、ドメイン間でユーザを移動したり、サービス エリア間でユーザ サービスを移動したりすることが可能となります。 |
デバイスの追加、変更、または削除のためのバッチ操作ファイルのカラム
(注) |
デバイスを削除するバッチ プロジェクトを実行する前に、Prime Collaboration Provisioning がメンテナンス モードであることを確認してください(メンテナンス モード を参照)。 |
カラム |
説明 |
---|---|
[DeviceType] |
デバイスのタイプ。 |
[IPAddress] |
デバイスの IP アドレス。 |
[DeviceName] |
デバイスの名前。 |
[NewDevicename] |
デバイスの名前を変更し、新しい名前を指定します。 |
[Capability <number>] |
機能に割り当てられる番号。 |
[Capability <number>] が Unified Communications Manager の場合、次のヘッダーが有効です。 | |
|
Unified Communications Manager デバイスのバージョン。 |
|
Unified Communications Manager デバイスの IP アドレス。 |
|
Unified Communications Manager デバイスにアクセスするアクション。 |
|
Unified Communications Manager デバイスにアクセスするためのユーザ名。 |
|
Unified Communications Manager デバイスにアクセスするためのパスワード。 |
|
Unified Communications Manager デバイスにアクセスするためのパスワードの確認。 |
|
Unified Communications Manager デバイスのプロトコル。 |
|
LDAP 統合が必要かどうかを指定します。 |
|
エクステンション モビリティ サービスの名前。 |
|
エクステンション モビリティ サービスの URL。 |
[Capability<number>] が Unity Connection の場合、次のヘッダーが有効です。 | |
|
Unity Connection デバイスのバージョン。 |
|
Unity Connection デバイスの IP アドレス。 |
|
Unity Connection デバイスに関連付けられたアクション。 |
|
Unity Connection デバイスにログインするユーザ名。 |
|
Unity Connection デバイスにアクセスするためのパスワード。 |
|
Unity Connection デバイスにアクセスするためのパスワードの確認。 |
[Capability<number>] が Unity Express の場合、次のヘッダーが有効です。 | |
|
Unity Express デバイスのバージョン。 |
|
Unity Express デバイスにログインするユーザ名。 |
|
ユーザ名に関連付けられた回線パスワード。 |
|
Unity Express デバイスにアクセスするためのパスワードの確認。 |
|
サービス エンジンのインターフェイス番号。 |
Unity カラムが定義されている場合は、次のカラムが適用されます。 | |
|
Unity デバイスの IP アドレス。 |
|
Unity デバイスのバージョン。 |
|
Unity デバイスにアクセスするためのユーザ名。 |
|
ユーザ名に関連付けられたパスワード。 |
|
詳細をインポートすることによってデバイスを作成します。 |
|
Unity のポート。 |
Unified Presence カラムが定義されている場合は、次のカラムが適用されます。 | |
|
Unified Presence デバイスのバージョン。 |
|
Unified Presence デバイスの IP アドレス。 |
|
Unified Presence デバイスに関連付けられたアクション。 |
|
Unified Presence デバイスにアクセスするためのユーザ名。 |
|
ユーザ名に関連付けられたパスワード。 |
|
パスワードの確認。 |
|
Unified Presence デバイスのプロトコル。 |
Call Manager Express カラムが定義されている場合は、次のカラムが適用されます。 | |
|
Call Manager Express デバイスのバージョン。 |
IOS カラムを持つルータが定義されている場合は、次のカラムが適用されます。 | |
|
Cisco IOS ルータ デバイスのプロトコル。 |
|
Cisco IOS ルータ デバイスに関連付けられたユーザ名。 |
|
ユーザ名に関連付けられたパスワード。 |
|
パスワードの確認。 |
|
Cisco IOS ルータ デバイスのパスワードを有効にします。 |
|
デバイスを有効にするパーワードの確認。 |
(注) |
IP アドレスを使用したバッチ プロビジョニング経由で LDAP サーバを追加することもできます。ホスト名を使用した LDAP サーバの追加はサポートされていません。 |
複数サービス エリアの追加と変更に関連するバッチ操作ファイルのカラム
次の表に、ユーザを削除するときに使用されるその他のカラムを示します(すべてのバッチ操作ファイルに必須のカラムです)。
カラム |
説明 |
---|---|
[ドメイン(Domain)] |
サービス エリアが属するドメインの名前。 |
[ユーザ権限(User Roles)] |
addServiceArea の場合にだけ使用されます。空白のままにできます。使用する場合は、ユーザ権限をセミコロンで区切って指定します。 |
[コールプロセッサ名(Call Processor Name)] |
指定されたサービス エリア内のコール プロセッサの名前。 |
次のカラムが適用されるのは、[コールプロセッサ名(Call Processor Name)] カラムが定義されている場合だけです。 | |
|
値は SCCP または SIP です。値が何も指定されない場合のデフォルトは SCCP です。 |
|
エンドポイントのコーリング サーチ スペース。 |
|
回線のコーリング サーチ スペース。 |
|
エンドポイントの共通デバイス設定。 |
|
エンドポイントのロケーション。 |
|
回線のルート パーティション。 |
|
エンドポイントのデバイス プール。 |
[ユニファイドメッセージプロセッサ名(Unified Message Processor Name)] |
指定されたサービス エリア内のユニファイド メッセージ プロセッサの名前。 |
次のカラムが適用されるのは、[ユニファイドメッセージプロセッサ名(Unified Message Processor Name)] カラムが定義されている場合だけです。 | |
|
指定されたユニファイド メッセージ プロセッサ内で定義されている、TTS 有効または無効加入者テンプレートの 1 つ。 |
[電話番号ブロック(Directory Number Blocks)] |
サービス エリアへの電話番号ブロックの追加は、サービス エリア バッチ プロビジョニングの拡張機能です。 データ形式は、<Prefix> :< First Number> :< Last Number> :<Minimum Length>; <Prefix> :< First Number> :< Last Number> :< Minimum Length> です。 デリミタ「;」は、複数の電話番号ブロックの設定で使用します。 ユーザは、changeServiceArea 操作中に CUPM_BLANK キーワードを使用して既存のすべての電話番号ブロックを削除できます。changeServiceArea 操作では、CUPM_SKIP キーワードを使用して以前の値を維持することが可能です。 |
アナログ電話またはアナログ電話サービスを追加するためのバッチ操作ファイルのカラム
カラム |
説明 |
---|---|
[アナログ音声ゲートウェイ参照(Analog Voice Gateway Reference)] |
選択したアナログ電話に関連付けられた [アナログ音声ゲートウェイ参照(Analog Voice Gateway Reference)] フィールド。 |
[Voiceport] |
[アナログ音声ゲートウェイ参照(Analog Voice Gateway Reference)] に関連付けられた Voiceport。 |
[電話番号(Directory Number)] |
アナログ電話に関連付けられた電話番号。 |
(注) |
VG310、VG320、VG350 アナログ音声ゲートウェイ モデル用のアナログ電話をオーダーするには、バッチ ファイルに [スロット(Slot)] カラムと [サブユニット(Subunit)] カラムを含める必要があります。 |
アナログ電話を交換するためのバッチ操作ファイルのカラム
カラム |
説明 |
---|---|
[アナログ音声ゲートウェイ参照(Analog Voice Gateway Reference)] |
既存の [アナログ音声ゲートウェイ参照(Analog Voice Gateway Reference)] と置き換える新しい [アナログ音声ゲートウェイ参照(Analog Voice Gateway Reference)] フィールド。 |
[VoicePort] |
既存の [Voiceport] と置き換える新しい [Voiceport] フィールド。 |
(注) |
VG310、VG320、VG350 アナログ音声ゲートウェイ モデル用のアナログ電話を置き換えるには、バッチ ファイルに [スロット(Slot)] カラムと [サブユニット(Subunit)] カラムを含める必要があります。 |
アナログ電話を変更するためのバッチ操作ファイルのカラム
カラム |
説明 |
---|---|
[AARコーリングサーチスペース(AAR Calling Search Space)] |
帯域幅不足が原因でコールがブロックされた場合に、収集された(発信側)番号の他のルーティング方法を決定するために検索される、ルート パーティションのコレクションを指定します。 |
(注) |
VG310、VG320、VG350 アナログ音声ゲートウェイ モデル用のアナログ電話を変更するには、バッチ ファイルに [アナログ音声ゲートウェイ参照(Analog Voice Gateway Reference)]、[スロット(Slot)]、[サブユニット(Subunit)] カラムを含める必要があります。 |
ELIN グループの追加、変更、または削除のためのバッチ操作ファイルのカラム
次の表は、ELIN グループの追加、更新、削除で使用される特別なカラムを示しています。
カラム |
Description |
[プロセッサ名(Processor Name)] |
Unity Connection サーバの名前 |
[名前(Name)] |
ELIN グループの名前。 |
[説明(Description)] |
ELIN グループの説明。 |
[ELIN 番号の設定(ELIN Number Configuration)] |
ELIN グループの追加時に、ELIN 番号を ELIN 番号:パーティションの形式で指定します。 |
[ELIN 番号の追加設定(Add ELIN Number Configuration)] |
ELIN グループを編集するには、追加する ELIN 番号を ELIN 番号:パーティションの形式で指定します。 |
[ELIN 番号の削除設定(Remove ELIN Number Configuration)] |
ELIN グループを編集するには、削除する ELIN 番号を ELIN 番号:パーティションの形式で指定します。 |
カラム |
説明 |
||
---|---|---|---|
[SMTP 表示名(SMTP Display Name)] |
|
||
[新しい SMTP 表示名(New SMTP Display Name)] |
SMTP の表示名を変更します。 |
||
[SMTP が有効(SMTP Enabled)] |
SMTP デバイスを有効にします。 |
||
[SMTP 送信先アドレス(SMTP To Address)] |
電子メールが送信されるユーザの電子メール アドレス。SMTP デバイスの [To] フィールドに使用されます。 |
||
[通知デバイスの削除(Remove Notification Devices)] |
区切り文字としてセミコロンを使用して、ユーザの複数の SMTP を削除します。ボイスメールを変更するバッチ操作でのみ使用されます。 |
システム コール ハンドラのバッチ操作ファイルのカラム
次の表は、バッチ プロビジョニングを介してシステム コール ハンドラを追加する際に使用される特別なカラムを示しています(バッチ操作ファイルのフィールド には、すべてのバッチ操作ファイルの必須カラムが示されています)。
カラム | 説明 |
---|---|
[プロセッサ名(Processor Name)] | Unity Connection サーバの名前 |
[表示名(Display Name)] | コール ハンドラの識別に役立つ名前を入力します。 |
[コール ハンドラ テンプレート(Call Handler Template)] | 新しいコール ハンドラの基礎となるコール ハンドラ テンプレートを指定します。 |
[検索範囲(Search Scope)] | 発信者がコール ハンドラからダイヤルした内線番号と特定の検索範囲内のオブジェクトをマッチさせるために適用する、検索範囲を指定します。 |
[言語(Language)] | Unity Connection が発信者に対して再生するハンドラのシステム プロンプトの言語を指定します。 |
次の表は、バッチ プロビジョニングを介してシステム コール ハンドラの属性を更新する際に使用される特別なカラムを示しています(バッチ操作ファイルのフィールド には、すべてのバッチ操作ファイルの必須カラムが示されています)。
カラム | 説明 |
---|---|
[プロセッサ名(Processor Name)] | Unity Connection サーバの名前 |
[表示名(Display Name)] | コール ハンドラの識別に役立つ名前を入力します。 |
[電話システム(Phone System)] | コール ハンドラに使用する電話システムを指定します。 |
[アクティブなスケジュール(Active Schedule)] | リストからスケジュールを選択して、標準および時間外のグリーティングを再生する日時と、グリーティング後に Unity Connection が実行するアクションを指定します。 |
[タイムゾーン(Time Zone)] | コール ハンドラに必要なタイム ゾーンを指定します。 |
[言語(Language)] | Unity Connection が発信者に対して再生するハンドラのシステム プロンプトの言語を指定します。 |
[内線番号(Extension)] | 電話システムでコール ハンドラへの接続に使用される内線番号を入力します。 |
[パーティション(Partition)] | オブジェクトが属するパーティションを指定します。 |
[検索範囲(Search Scope)] | 発信者がコール ハンドラからダイヤルした内線番号と特定の検索範囲内のオブジェクトをマッチさせるために適用する、検索範囲を指定します。 |
カラム | 説明 |
---|---|
[プロセッサ名(Processor Name)] | Unity Connection サーバの名前 |
[表示名(Display Name)] | コール ハンドラの表示名を入力します。 |
- 次の属性はバッチ ファイル内に 3 つのヘッダー(カラム)を持っています。1 番目のカラムはコール管理要素(コール ハンドラ、インタビュー ハンドラ、ディレクトリ ハンドラなど)、2 番目のカラムはコールの送信先、3 番目のカラムはハンドラ カンバセーションの値([転送を試みる(Attempt
Transfer)] または [グリーティングへ直接移行する(Go Directly to Greetings)])を表します。
- グリーティング後(After Greeting)
- 操作(Action)
- [グリーティング(Greeting)] ステータス属性に対して [有効期限(Enabled Until)] オプションを選択した場合は、mm-dd-yyyy hh:mm AM(または PM)の形式で [時間超過(Time Expires)] 属性の値を入力する必要があります。
ディレクトリ ハンドラのバッチ操作ファイルのカラム
次の表は、バッチ プロビジョニングを介してディレクトリ ハンドラを追加および更新する際に使用される特別なカラムを示しています(バッチ操作ファイルのフィールド には、すべてのバッチ操作ファイルの必須カラムが示されています)。
カラム | 説明 |
---|---|
[プロセッサ名(Processor Name)] | Unity Connection サーバの名前 |
[表示名(Display Name)] | ディレクトリ ハンドラの識別に役立つ名前を入力します。 |
[言語(Language)] | Unity Connection が発信者に対して再生するハンドラのシステム プロンプトの言語を指定します。 |
[内線番号(Extension)] | 電話システムでディレクトリ ハンドラへの接続に使用される内線番号を入力します。 |
[パーティション(Partition)] | オブジェクトが属するパーティションを指定します。 |
[音声を有効にする(Voice Enabled)] | 音声認識オプション付き Unity Connection システムの場合、音声ディレクトリ ハンドラを作成するには、このオプションを有効にします。 |
[音声認識のしきい値(Speech Confidence Threshold)] | Unity Connection がユーザの発話をボイス コマンドや受信者名として認識する程度を調整するには、この設定を使用します。 |
[すべての名前を再生する(Play All Names)] | 名前を入力して検索するように発信者に求めるのではなく、発信者が選択できるようディレクトリ内のユーザの名前を再生する場合は、この設定を使用します。 |
[検索範囲(Search Scope)] | ディレクトリ ハンドラの検索範囲を指定します。 |
[サービス クラス(Class of Service)] | ディレクトリ ハンドラの検索対象を、ローカル Unity Connection サーバ上の特定のサービス クラスに割り当てられているユーザに限定します。 |
[システム同報リスト(System Distribution List)] | ディレクトリ ハンドラの検索対象を、特定のシステム同報リストのメンバーに限定します。 |
[サーチ スペース(Search Space)] | ディレクトリ ハンドラの検索対象を、特定のサーチ スペースのメンバーであるパーティションに関連付けられているユーザと連絡先に限定します。 |
[検索条件の順序(Search Criteria Order)] | 発信者がユーザ名の入力に使用する方法を指定します。 |
[検索結果の動作(Search Results Behavior)] | 検索結果の動作を指定するには、この設定を使用します。
[一致した名前を内線番号形式でアナウンスする(Announce Matched Names Using Menu Format)] 属性または [一致した名前をメニュー形式でアナウンスする(Announce Matched Names Using Menu Format)] 属性の値を指定する場合は、[一致した名前をアナウンス(Announce Matched Names Using)] カラムを使用します。 |
[一意に一致した場合に自動的にルーティングする(Route Automatically on a Unique Match)] | このオプションを選択すると、Unity Connection は、ユーザに割り当てられている内線番号にコールをルーティングします。発信者に一致について確認が求めることはありません。 |
[各名前とともに内線番号をアナウンスする(Announce Extension with Each Name)] | このオプションを有効にすると、Unity Connection でユーザの内線番号を含むユーザのメニューが表示されます。 |
[各名前とともに市区町村をアナウンスする(Announce City with Each Name)] | 複数が一致した場合に、Unity Connection が一致した各ユーザの市区町村をアナウンスするように設定するには、このオプションを有効にします。 |
[各名前とともに部署名をアナウンスする(Announce Department with Each Name)] | 複数が一致した場合に、Unity Connection が一致した各ユーザの部署名をアナウンスするように設定するには、このオプションを有効にします。 |
[発信者入力を常に要求する(Always Request Caller Input)] | このオプションを選択すると、Unity Connection は、発信者を指定されたユーザの内線番号にルーティングする前に、発信者に一致について確認を求めます。 |
[複数のユーザ名が一致した場合(Announce Matched Names Using)] | [一致した名前を内線番号形式でアナウンスする(Announce Matched Names Using Extension Format)] オプションが有効な場合、Unity Connection は、一致したユーザの名前と内線番号を発信者にアナウンスします。
|
[最大一致数(Maximum Number of Matches)] | 発信者のキー入力に複数のユーザが一致した場合に、発信者に対して表示する一致名の最大数を示します。 |
カラム | 説明 |
---|---|
[プロセッサ名(Processor Name)] | Unity Connection サーバの名前 |
[表示名(Display Name)] | ディレクトリ ハンドラの表示名を入力します。 |
バッチ プロジェクトを使用して発信者入力の属性を変更できます。発信者入力の属性を変更するバッチ ファイルを作成する場合は、次の点に注意してください。
- 発信者が終了する場合(If Caller Exits)
- 入力がない場合(If No Input)
- 選択されていない場合(If No Selection)
- 発信者がゼロを押す場合(If Caller Presses Zero)
異なるサービスに基づいてバッチ操作ファイルで必要な属性の詳細情報については、『http://docwiki.cisco.com/wiki/Cisco_Prime_Collaboration_Provisioning_Batch_File_Attributes』を参照してください。
バッチ操作ファイルの作成に関するガイドライン
サンプル バッチ ファイルを Cisco.com からダウンロードしてください。サンプルのバッチ ファイルには、必要に応じて別のカラムを追加できます。
バッチ操作ファイルを作成する場合は、次のガイドラインに従います。
-
バッチ操作の値を作成する際、複数の値を入力するには、コロン デリミタを使用する必要があります。たとえば、複数のルート パーティションを含む新しい CallingSearchSpace を作成する際は、RP1:RP2:RP3 を使用します。
-
バッチ操作ファイルにコメントを追加するには、コメントの前に #(シャープ記号)を付けます。そのバッチに関するあらゆる情報を追加できます。バッチ操作ファイルのインポート時、これらのコメントは無視されます。
次に例を示します。
- # This is to deploy a new site.
-
複数のカラムを追加せずに複数の製品タイプをバッチ操作ファイルに含めるには、>>(二重大なり記号度)を挿入します。 >> は、バッチ操作ファイルのヘッダー行の先頭に挿入する必要があります。
次に例を示します。 >>OrderType
UserID
ProductName
ServiceArea
Domain
ProcessorName
Name
add
icadmin
Route Partition
SampleServiceArea
Alberta
cucm10.176
kpart-1
>>OrderType
UserID
ProductName
ServiceArea
DeviceType
DeviceName
deleteDevice
UserID
MediaServer
cucm10.177
10.0.0
#Device Pool
>>OrderType
UserID
ProductName
ServiceArea
Domain
ProcessorName
Name
cancel
icadmin
Device Pool
SampleSA
Alberta
cucm10.176
DP_Alberta
(注)
二重大なり記号(>>)を挿入する必要があります。二重大なり記号の代わりに一重の大なり記号()を使用すると、バッチ操作ファイルはインポートされますが、オーダーに失敗します。
-
作成するユーザに Self-Care アカウントを与える場合は、該当するすべてのドメインについて CreateSelfCareAccounts ルールを有効にする必要があります。
-
ProductName が電話(または電話を含むバンドル)で、なおかつ [電話のタイプ(Phone Type)] が仮想電話([CTI ポート(CTI Port)] など)でない場合は、MAC アドレスが必要です。
-
電話を変更するときは、新しい MAC アドレスが必要です。
- リモート接続先プロファイルおよび [エクステンションモビリティアクセス(Extension Mobility Access)] 製品をキャンセルする場合は、名前が必要です。
- ProductName が [電話(Phone)] の場合は、MAC アドレスが必要です。
- ProductName が [ボイスメール(Voicemail)] の場合は、ボイスメール エイリアスが必要です。
-
[回線(Line)] 製品または [エクステンションモビリティ回線(Extension Mobility Line)] 製品をキャンセルするときは、電話番号とルート パーティションが必要です。
-
[VG202] 製品、[VG 204] 製品および [VG 224] 製品を削除すると、デバイスおよび Provisioning のすべての電話が削除されます。削除に関する警告メッセージが表示されます。メッセージの確認後にのみ、電話が削除されます。電話に関連付けられた顧客レコードを消去するには、ドメインの同期を実行する必要があります。
-
Cisco Unity デバイス(、Cisco Unity Connection、Cisco Unity Express)では、一部の製品とサービスはサポートされていません。指定されたサービス エリアのデバイスでサポートされていない製品がバッチ操作ファイルに設定されている場合、バッチ プロビジョニングは失敗します。
-
手動オーダー入力プロセスでユーザが入力する必要がある製品属性は、バッチ プロジェクトで同等のオーダーを正常に完了するためにも必要となります。その例を次に示します。
-
[電話のタイプ(Phone Type)]:オーダーする製品が電話または電話を含むバンドルの場合は、電話のタイプ(Cisco 7960 や Cisco 7912 など)を指定します。
-
[回線タイプ(Line Type)]:オーダーする製品が回線または回線を含むバンドルの場合は、回線のタイプ([自動割り当て回線(Auto-Assigned Line)] や [選択した回線(Chosen Line)] など)を指定します。
-
[電話番号(Directory Number)]:ProductName が [回線(Line)] で、タイプが [選択した回線(Chosen Line)] の場合は必須です。また、そのオーダーだけでは依存関係が満たされない製品をオーダーする場合は(たとえば、単一の [回線(Line)] をオーダーする場合など)、従属オブジェクトを指定するカラムが必要です。
-
[ルートパーティション(Route Partition)]:ProductName が [回線(Line)] で [オーダータイプ(Order Type)] が [変更(Change)] の場合は必須です。
-
-
オーダーする製品に、そのオーダーだけでは満たされない依存関係がある場合は(たとえば、単一の [回線(Line)] をオーダーする場合など)、従属オブジェクトを指定するカラムが必要です。その例を次に示します。
-
[選択されている電話(SelectedPhone)]:回線を追加する電話の MAC アドレス。
-
[選択されている回線(SelectedLine)]:SelectedLine 値は製品名に基づいて指定する必要があります。
- [リモート接続先プロファイル回線(Remote Destination Profile Line)] にボイスメールを追加する場合は、次の形式で値を入力してください:{RDP プロファイル名}電話番号。
- [回線(Line)] 製品にボイスメールを追加する場合は、次の形式で値を入力してください:{電話タイプ: MAC アドレス}電話番号。
- [EM 回線(EM Line)] 製品にボイスメールを追加する場合は、次の形式で値を入力してください:{電話タイプ: プロファイル名}電話番号。
- エンドポイントのない [回線(Line)] にボイスメールを追加する場合は、電話番号のみを入力します。
(注)
[回線(Line)] 製品にルート パーティションがある場合は、電話番号と共にルート パーティションを入力します(例:ボイスメールを [リモート接続先プロファイル回線(Remote Destination Profile Line)] に追加する場合は、次の形式で値を入力します:{RDP プロファイル名}電話番号/ルート パーティション)。
-
[選択されているボイスメール(SelectedVoicemail)]:ユニファイド メッセージングを追加するボイスメールの電話番号。
-
[選択されているEMアクセス(SelectedEM_Access)]:EM_Line を追加する EM_Access(デバイス プロファイル)の名前。
バンドルに基本製品のインスタンスが複数含まれている場合は、属性のカラム名の末尾に (1)、(2)、などを付ける必要があります(たとえば、[回線タイプ(1)(Line Type(1))] や [電話番号(1)(Directory Number(1))] など)。
-
-
バンドル製品で、製品属性名が別の基本製品のものと同一である場合は、区別するために製品名を属性に付加します。
たとえば、コーリング サーチ スペースという属性は、電話と回線の両方にあります。[電話サービス(Phone Service)] という製品に対しては、[電話コーリングサーチスペース(Phone Calling Search Space)] と [回線コーリングサーチスペース(Line Calling Search Space)] を指定できます。
-
スピード ダイヤル情報は次の方法で指定できます。
-
直接:1 つのカラムで情報を指定する場合に使用します。カラム ヘッダーは [スピードダイヤル情報(Speed Dial Info)] です。必要な形式は index:number:label で、これをセミコロンで区切ってスピード ダイヤルごとに繰り返します。index はスピード ダイヤルの位置(1、4、5 など)、number は電話番号、label はスピード ダイヤル名です。たとえば、1:8675306:Joe;4:888:Voicemail のようになります。
この形式を使用して別の回線を追加する場合は、それまでにカラムに入力したスピード ダイヤル情報をすべて再入力して、新しいスピード ダイヤル情報を追加する必要があります。
この形式は、スピード ダイヤルの初期設定時に使用することをお勧めします。既存のスピード ダイヤルのリストにスピード ダイヤルを追加する場合は、次の項目で説明する形式を使用する必要があります。
-
一致するカラムのセット:Speed Dial n(n はスピード ダイヤルの位置)と Speed Dial n Name という 1 組のカラムを使用します。この形式を使用すると、既存のスピード ダイヤル リストの末尾に新しいスピード ダイヤルが追加されます。
次に例を示します。
Speed Dial 1 Speed Dial 1 Name Speed Dial 4 Speed Dial 4 Name
8675306 Joe 888 Voicemail
カンマを挿入することでスピード ダイヤル番号の間隔を空けることができます。1 個のカンマにより、2 秒間の遅延が設定されます。スピード ダイヤル電話番号には任意の数のカンマを挿入することができます。
-
-
回線グループ情報を指定する際は、LineGroupName:position という形式をセミコロンで区切って回線グループごとに繰り返します。LineGroupName は回線グループの名前です。position は選択した回線グループ内の電話番号の位置で、値として last(または LAST)、または 1 ~ 100 の数字を指定できます。たとえば、LG1:1;LG2:5;LG3:last のようになります。
別の回線を追加する場合は、すべての回線グループ情報を入力する必要があります。回線グループのカラム ヘッダーは、[回線グループ(1)(Line Groups(1))] や [回線グループ(2)(Line Groups(2))] のようにする必要があります。
-
カラムのインスタンスが複数ある場合(たとえば、電話番号が複数ある場合など)は、各インスタンスのカラム名の末尾に (1) や (2) などを指定する必要があります(たとえば、[電話番号(1)(Directory Number(1))] や [電話番号(2)(Directory Number(2))] など)。
-
Cisco Unified Communications Manager Express の電話機および回線設定テンプレートでは、区切り文字としてチルダ(~)を使用する必要があります。たとえば、username AAAAA password BBBBBBBB~pin 676771 のようになります。この属性のカラム ヘッダーは、[CME電話設定テンプレート(CME Phone Configuration Template)] です。
-
Cisco Unified Communications Manager 内で数値が指定されているプロビジョニング属性の値の設定を解除するには、値として 0 を入力する必要があります。値を空にするだけでは、Cisco Unified Communications Manager でプロビジョニング属性は設定解除されません。
-
ボイスメール アカウントをオーダーするときに、[選択した回線(Chosen Line)] オプションを使用して E.164 形式の電話番号を選択した場合、Provisioning は電話番号から + 記号を削除して、内線番号を設定します。ただし、[代行内線番号(Alternate Extension)] フィールドは、自動的に入力されません。バッチ ファイルの [代行内線番号(Alternate Extension)] フィールドに、(+ 記号付きで)電話番号を入力する必要があります。
- UTF-8 形式で詳細を入力できますが、ファイルのエンコーディングは UTF-8 または BOM なし UTF-8 にする必要があります。BOM なし UTF-8 のエンコーディングは、Notepad++ などの高度なテキスト エディタで使用できます。UTF-8 エンコーディングは、Notepad エディタで使用できます。ファイルのエンコーディングとして UTF-8 または BOM なしUTF-8 を指定しないと、UTF-8 文字列は判読不能な文字列に変換されます。
バッチ操作ファイルでのキーワードの使用
特定の機能を実行するには、バッチ操作ファイルで次のキーワードを使用します。
-
CUPM_BLANK:追加オーダー タイプの場合は、その属性に対して値はプロビジョニングされません。変更オーダー タイプの場合は、現在の属性値がクリアされるか(該当する場合)、プロセッサによって要求されるデフォルト値に設定されます。
(注)
設定専用属性に対して変更オーダー タイプを使用するときに、属性が列挙型であり、有効値のスタティック リストをサポートする場合は(たとえば [コーリングサーチスペースのアクティベーションポリシー(Calling Search Space Activation Policy)])、CUPM_BLANK は効果を持たなくなり、古い値が維持されます。
-
CUPM_SKIP:操作ファイルの処理時にこのプロビジョニング属性をスキップします。この属性は、オーダー中に設定されません。前の設定値が保持されます。
CUPM_SKIP を追加オーダー タイプとともに使用するときは、すべての属性がスキップ可能とは限りません。次に示す属性はスキップされません。
-
必須属性(たとえば [デバイスプール(Device Pool)] や [ロケーション(Location)])はスキップされません。このような属性には、サービス エリア レベルのプロビジョニング属性設定が使用されます。
-
[デバイスの説明(Device Description)] と [表示(内部発信者ID)(Display (Internal Caller ID))]。これらの設定にはルールがあるため、そのルールに基づく値が使用されます。
-
-
VL7DL:設定専用属性(On、VL7DL、Call Recording Enabled、VL7DL、None など)の値を分割するために使用されます。
バッチ ファイルに対するキーワード サポート
Cisco Prime Collaboration リリース 11.6 以降の場合
この機能により、バッチ操作の編集時およびバッチ ファイルのアップロード時にキーワードを使用できます。キーワード リストを定義して、バッチ操作の作成時に属性に値を割り当てることができます。別のバッチ プロジェクトの既存のリストからキーワードのリストをコピーすることもできます。ユーザ インターフェイスには、ユーザが入力した内容に基づいてキーワードが表示されます。キーワードは、追加、編集、コピー、および削除することができます。[バッチプロビジョニング(Batch Provisioning)] ページでバッチ プロジェクトを選択し、[キーワード(Keywords)] ボタンをクリックするとキーワードのリストが表示されます。リストには、キーワードの名前、値、およびバッチ プロジェクトでの発生頻度が含まれています。キーワードは、バッチ プロジェクトで発生したすべてのバッチ操作の値に置き換えられます。発生頻度とは、キーワードがバッチ プロジェクト全体で使用された回数をカウントしたものです(同じプロジェクトの複数のバッチ操作で使用される場合があります)。
-
バッチ プロジェクトごとに最大 500 のキーワードを追加できます。FIRSTNAME、LASTNAME、USERID、MIDNAME、DEPT、EMAIL、MANAGER、TITLE、COMPANY、COUNTRY、CITY、STATE、ZIP、EMPID、CONTACTEMAIL、および CORPEMAIL などのシステム キーワードを追加することはできません。
-
キーワードは、バッチ プロジェクト間でコピーできます。
-
[キーワード(Keywords)] ダイアログボックスの [プロジェクトからコピー(Copy from Project)] ボタンをクリックすると、新しいダイアログボックスに、少なくとも 1 つのキーワードを含むキーワード リストが定義されたバッチ プロジェクトがすべて一覧表示されます。
-
リストでいずれかのバッチ プロジェクトを選択すると、そのプロジェクトのすべてのキーワードが現在のバッチ プロジェクトにコピーされます。ただし、選択したバッチ プロジェクトに含まれているキーワードが現在のキーワード リストに存在する場合は、現在の値が上書きされます。
-
バッチ プロジェクト クイック ビューには、プロジェクトのキーワードと値の詳細が表示されます。置き換えられたキーワードは青色で強調表示され、置き換えられていないキーワードは黄色で強調表示されます。
キーワードの自動提案
(注) |
${SERVER_PORT ${KEYNAME}} のようなキーワードのネストはサポートされていません。 |
バッチ プロジェクトの管理
バッチ プロビジョニング サポートは、Unified Communications Manager、Unity Connection、Unity、Presence Processor、Unity Express、Call Manager Express、および Generic IOS Router のすべてのデバイスに提供されています。管理権限を持つユーザは、バッチ プロビジョニングを使用してデバイスをプロビジョニングできます。
すべてのデバイスのサンプル バッチ ファイルは、opt/cupm/sep/ipt/config/sample/batchProvisioning ディレクトリにあります。
バッチ操作ファイルを作成したら、そのファイルが属するバッチ プロジェクトを作成する必要があります。バッチ操作ファイルをアップロードすると、その内容がバッチ操作に変換され、バッチ操作ファイル内のすべてのバッチ操作に共通するカラムが表示されます。
バッチ操作ファイルは、バッチ操作間の依存関係に従って正しい順序でアップロードする必要があります。これらの依存関係の詳細については、バッチ操作ファイルの作成に関するガイドラインを参照してください。
バッチ プロジェクトを作成するには、次の手順を実行します。
手順
ステップ 1 |
を選択します。 |
ステップ 2 |
[追加(Add)] をクリックして新しいプロジェクトを作成します。 |
ステップ 3 |
[バッチプロジェクトの新規作成(New Batch Project)] ウィンドウで、名前と説明を入力して [追加(Add)] をクリックします。 |
ステップ 4 |
バッチ プロジェクトの選択後に表示される [バッチプロジェクトの設定(Configure a Batch Project)] 画面で、[バッチ操作の追加(Add Batch Actions)] をクリックしてバッチ操作を追加します。 |
ステップ 5 |
[バッチ操作の追加(Add Batch Actions)] ページで適切なファイル名を選択し、[プロジェクトに追加(Add to Project)] をクリックします。 |
ステップ 6 |
次のいずれか、または複数の操作を行います。
|
不要になったバッチ プロジェクトまたはバッチ操作は削除可能です。バッチ プロジェクトまたはバッチ操作を削除するには、プロジェクトまたはバッチ操作を選択して [削除(Delete)] をクリックします。
一時停止状態のバッチ プロジェクトの操作を再開することができます。これを行うには、[再開(Resume)]アイコンをクリックします。
[バッチプロビジョニング(Batch Provisioning)] ページの右上隅にある [バッチヘルプ(Batch Help)] アイコンをクリックします。バッチ処理のヘルプ リンクが新しいタブで開き、さまざまなサービスの属性と説明とともに、すべてのバッチ操作を示すテーブルが表示されます。
バッチ操作 |
手順 |
||
バッチ プロジェクトをただちに実行する |
|
||
バッチ プロジェクトをスケジュールまたはスケジュール変更する |
|
||
スケジュールされたバッチ プロジェクトをキャンセルする |
スケジュールしたバッチ プロジェクトは、まだ処理が開始されていない場合、キャンセルできます。 |
||
バッチ プロジェクトを停止する |
一時停止状態および進行中状態のバッチ プロジェクトの停止することができます。手順は次のとおりです。
|
||
バッチ操作の詳細を表示する |
[バッチ操作の詳細(Batch Action Details)] ペインに、ステータスとログを含むバッチ プロジェクト操作の設定情報がすべて表示されます。 バッチ プロビジョニングでは、ユーザ権限を持つユーザは、エンドポイントのオーダー中に新しいエンドポイントを追加できます。疑似ユーザもエンドポイントに追加可能です。 |
||
バッチ プロジェクトとバッチ操作ファイルを編集する |
バッチ プロジェクトを編集するには、次の手順を実行します。
バッチ操作ファイルを編集するには、次の手順を実行します。
|
||
バッチ プロジェクトをバッチ操作とともにコピーする |
バッチ プロジェクトをコピーする
バッチ操作をコピーする
|
||
バッチ プロジェクトをエクスポートする |
|
||
バッチ プロジェクトの現在のステータスを表示する |
[バッチプロジェクトの設定(Configure a Batch Project)] ページで、[バッチプロジェクト操作(Batch Project Actions)] ペインに各バッチ プロジェクト操作のステータスが表示されます。 特定の状態([処理中(In Progress)]、[完了(Completed)] など)にあるオーダーを表示するには、バッチ プロジェクトを選択し、[バッチプロジェクト操作(Batch Project Actions)] ペインでフィルタを選択します。 バッチ プロジェクトが完了した後、ユーザのユーザ レコードをチェックして、オーダーが処理されたことも確認できます。 また、管理者は、バッチ プロジェクトで現在実行されている単一オーダーの詳細を確認するために、[マイアクティビティ(My Activities)] を使用してワークフローにおける各オーダーの実行状況を表示することができます([アクティビティ(Activities)] [マイアクティビティ(My Activities)]を選択します)。 |
トラブルシューティング
-
進行中(In Progress)
-
停止(Stopped)
-
一時停止(Paused)
-
進行中:プロジェクトが完了するまで待機します。
-
停止:新しいバッチ プロジェクトを作成するか、または停止されたバッチ プロジェクトをコピーして続行します。
-
一時停止:一時停止されたバッチ プロジェクトを停止または再開します。
問題:バッチ操作が完了するか失敗した場合、それを編集できません。
推奨処置:バッチ操作をコピーしてから編集できます。