チケットをオープンすると、チケットには使用可能な次のシーケンス番号が自動的に割り当てられます。 たとえば、前回オープンされたリクエストが5だった場合、使用可能な次の番号は6になります。
重要: CA SDM の新しいバージョンをインストールした後は、すべてのチケットの内部レコード ID が 1 にリセットされます。 重複したレコード ID が作成されないように、バックアップ データを復元する前にチケットを作成しないでください。
リクエスト、変更要求、および案件の採番方法をカスタマイズするには、それぞれの採番スキームに固有のプレフィクスまたはサフィックスを含めます。 たとえば、リクエストを月別にトラッキングする場合は、リクエストの採番スキームに月の識別情報としてプレフィクスまたはサフィックスを追加できます。
注: Web インターフェースの管理機能を使用してチケットの採番方法をカスタマイズする方法については、オンライン ヘルプを参照してください。
それぞれのチケットのタイプに異なる採番スキームを定義するので、すべてのサービス デスク モデルに採番スキームをセットアップします。 リクエスト、変更要求、および案件の採番形式は、シーケンス番号設定で変更できます。 初期設では、新しいチケットは連続する整数で採番されます。 チケットの実際の番号フィールドは数値フィールドではなく文字列フィールドなので、管理者は、新しいチケットのチケット番号生成時にプレフィクスまたはサフィックスとして使用できる追加の文字列値を指定できます。 たとえば、リクエスト、変更要求、およびインシデントのプレフィクスとして r:、c:、および i: を指定できます。 この設定により、ユーザはさまざまなチケット タイプを簡単に区別できるので、混乱を防ぐことができます。
インシデントと問題は採番スキームをリクエストと共有します。これは、インシデントと問題が、内部的にはタイプが異なるリクエストであるためです。
|
Copyright © 2013 CA.
All rights reserved.
|
|