Workflow für Service Requests

Der Workflow für Service Requests verwendet den Datensatztyp "Service Request" als zentralen Einstiegspunkt für alle Probleme und Requests. Der Workflow integriert Prozesse für das Management des anfänglichen Service Request und aller anderen Datensätze, die für das Follow-up erforderlich sind, einschließlich Aufträgen und zugehörigen Service Requests.

Der Workflow für Service Requests ist eine Alternative zum Workflow für Zustandsberichte und Sie verwenden gewöhnlich den einen oder den anderen.

Der Workflow für Service Requests integriert mehrere primäre und sekundäre Prozesse. Die folgende Abbildung veranschaulicht die Struktur des integrierten Workflows und die Interaktionen zwischen den verschiedenen Prozessen.

Abb. 1. Struktur des Arbeitsablaufs der Serviceanfrage.

Diagramm, das die Struktur des Arbeitsablaufs der Dienstanfrage zeigt. Der Workflow
verläuft von einem Service Request zu sekundären Prozessen, die entweder den ursprünglichen
Service Request oder einen Follow-up-Auftrag verwenden. Einzelheiten im Text nach dem Diagramm.

Workflowbeschreibung

Der Benutzer erstellt einen Service Request, um ein Problem zu melden. Um den Datensatz in den Workflow für Service Requests einzubinden, muss der Benutzer eine der folgenden drei Klassifikationen aus der Nuclear-Klassifikation PLUSNUC angeben:

  • PLUSPLNT steht für werksbezogene Probleme.
  • PLUSFAC steht für Facilitys-Requests.
  • PLUSITEM steht für ein Problem mit Materiallieferkette.

Die angegebene Klassifikation bestimmt den sekundären Prozess, an den der Service Request weitergeleitet wird. Der sekundäre Prozess für werksbezogene Probleme verwendet einen Auftrag, der aus dem ursprünglichen Service Request erstellt wurde. Die sekundären Prozesse für Facility- und Lieferkettenprobleme verwenden den ursprünglichen Service-Request-Datensatz.