Vorheriges Thema: Einrichten von gespeicherten Abfragen

Nächstes Thema: Verwenden des Audit-Protokolls

Sequenznummern

Wenn ein Ticket geöffnet wird, wird ihm automatisch die nächste verfügbare Sequenznummer zugewiesen. Wenn zum Beispiel der letzte geöffnete Request 5 lautet, wird der nächste Request die Nummer 6 zugewiesen.

Wichtig! Nachdem Sie eine neue Version von CA SDM installiert haben, wird die interne Datensatz-ID für alle Tickets auf 1 zurückgesetzt. Um sicherzustellen, dass keine doppelten Datensatz-IDs erstellt werden, legen Sie erst dann neue Tickets an, wenn Sie die gesicherten Daten wiederhergestellt haben.

Sie können festlegen, wie Requests, Changes und Issues nummeriert werden, indem Sie ein eindeutiges Präfix oder Suffix in das Nummerierungsschema für diese Elemente einschließen. Wenn Sie zum Beispiel Requests nach Monat verfolgen möchten, können Sie ein Monatskennzeichen als Präfix oder Suffix zum Nummerierungsschema für Requests hinzufügen.

Hinweis: Informationen zum Anpassen der Tickets zugewiesenen Nummern mit Hilfe der administrativen Funktion der Web-Schnittstelle finden Sie in der Online-Hilfe.

Da Sie für jeden Tickettyp ein getrenntes Nummerierungsschema definieren, müssen Sie Nummerierungsschemas für alle Service Desk-Modelle einrichten. Sie können das Format der Nummerierung für Requests, Changes und Issues steuern, indem Sie die Einstellungen für Sequenznummern ändern. Standardmäßig werden neue Tickets unter Verwendung fortlaufender Ganzzahlen nummeriert. Da das Nummernfeld eines Tickets keine Zahlen sondern Zeichenfolgen enthält, können Sie zusätzliche Zeichenfolgenwerte zuweisen, die bei der Generierung einer Ticketnummer für ein neues Ticket als Präfix oder Suffix verwendet werden. Zum Beispiel können Sie r:, c: und i: als Präfixe für Requests, Changes und Incidents angeben. Bei diesem Setup können Anwender problemlos zwischen den verschiedenen Tickettypen unterscheiden, so dass keine Verwirrung entsteht.

Incidents und Probleme haben teilen Nummerierungsschemas mit Requests, da es sich bei Incidents und Problemen intern um verschiedene Arten von Requests handelt.