Statusabläufe

Alle Aufgaben durchlaufen bestimmte Statusübergänge, bevor sie abgeschlossen (geliefert oder storniert) werden. In diesem Artikel werden die verschiedenen Status und gängigen Abläufe erläutert.

InTask-Status

Ein InTask ist immer der Beginn des Auftragsflusses. Ein InTask wird vom aktiven Operator erstellt und enthält Arbeitsaufträge für den Auftragnehmer. Der InTask ist die einzige sichtbare Aufgabe, die ein aktiver Operator aus der Aufgabenübersicht öffnen kann, während der passive Operator sowohl InTasks als auch OutTasks öffnen kann. Der Auftragnehmer kann nur die OutTask-Aufgaben aus der Aufgabenübersicht öffnen.

Jedoch können alle Parteien die entsprechenden InTask- und OutTask-Status sehen, wenn sie eine Aufgabe aus der Übersicht öffnen.

Neu

Dies ist der Anfangsstatus einer Aufgabe, der nur vom aktiven Operator gesehen werden kann, wenn eine Aufgabe über die API erstellt wird.

Netzwerkprüfung

Nachdem der aktive Operator einen Auftrag sendet, erfasst Gridsz alle benötigten Daten vom Availability Checker und vom aktiven Operator, um zu prüfen, ob die Aufgabe die Standardanforderungen erfüllt. Wird kein Problem festgestellt, wird ein OutTask erstellt, der an den Auftragnehmer gesendet wird.

Empfangen

Die Aufgabe wird von der Plattform akzeptiert, nachdem sie die vorherige saubere Aufgabenprüfung erfolgreich bestanden hat und eine eindeutige ID erhält. Die Aufgabe ist nun sowohl für den aktiven Operator (als InTask) als auch für den Auftragnehmer (als OutTask) sichtbar. Der Status 'Empfangen' wird nur für den OutTask gesetzt, während der InTask den Status 'Bestätigt' erhält.

Bestätigt

Das äquivalente Gegenstück zu 'Empfangen', sichtbar für den aktiven Operator. Nachdem die saubere Aufgabenprüfung erfolgreich bestanden wurde, wird der InTask auf den Status 'Bestätigt' gesetzt, während der OutTask auf 'Empfangen' gesetzt wird.

Die Netzwerkprüfung war erfolgreich und das Plandatum wurde erfolgreich eingetragen. Gridsz prüft, ob die Aufgabe ausgeführt werden kann, bevor ein entsprechender OutTask erstellt wird, und sendet dann eine Synchronisierung, um den erfolgreichen Empfang der neuen Aufgabe anzuzeigen. Der aktive Operator kann nun sicher sein, dass die Aufgabe ausgeführt wird.

Vorbereitet

Der Status „Prepared“ ist nur für den aktiven Operator sichtbar. Dieser wird bei einer InTask gesetzt, wenn alle OutTasks bestätigt wurden (Synchronisation empfangen).

WIP (In Bearbeitung)

Die Aufgabe wurde geplant und wird vom Auftragnehmer ausgeführt. Die Statusänderung von 'Empfangen' zu 'WIP' ist eine manuelle Aktualisierung. SLAs sind in Kraft.

Geliefert

Der Auftragnehmer setzt den InTask auf Erledigt, sobald er eine WIP-Aufgabe abgeschlossen hat. Im Falle von Netzwerk- und Verbindungsstörungen muss der Auftragnehmer zusätzlich einen Grund angeben.

Bereitgestellt

Der Auftragnehmer hat die Arbeit der Aufgabe abgeschlossen und ändert den Aufgabenstatus auf Erledigt. Der Status des InTask wird für den AO als BEREITGESTELLT angezeigt, bis er manuell angenommen wird. Der OutTask wird als Erledigt angezeigt.

Administration

Für einige Aufgabentypen muss die Netzwerkadministration aktualisiert werden. Nach dem Senden (ERLEDIGT) an den Aktiven Operator und vor dem Senden des Updates an den Verfügbarkeitsprüfer wird der Status des InTask für den Aktiven Operator als Administration angezeigt. Für den Auftragnehmer bleibt der OutTask-Status auf Erledigt.

Zu stornieren

Die Anforderung zur Beendigung der Aufgabe wird vom Aktiven Operator gesendet. Der Aktive Operator muss eine Begründung liefern, warum die Aufgabe storniert werden sollte. Dieser Status ermöglicht es dem Auftragnehmer zu beurteilen, ob bereits Arbeiten abgeschlossen wurden.

Storniert

Die Anforderung zur Beendigung der Aufgabe wird vom Auftragnehmer bestätigt. Der OutTask steht dem Auftragnehmer nicht mehr zur Ausführung zur Verfügung, und sowohl der InTask als auch der OutTask haben den Status Storniert. Die SLA wird ebenfalls gestoppt.

Beendet

Eine Aufgabe wird vom Auftragnehmer abgelehnt. Der Auftragnehmer muss stets einen Grund für die beendete Aufgabe angeben, siehe Begründungscodes in der OutTask-Liste unten. Sowohl der InTask als auch der OutTask erhalten den Status Beendet.

Abgelehnt

Die von Gridsz für jeden neuen Auftrag durchgeführte Überprüfung des „Clean Network“ ist fehlgeschlagen, und der neue InTask wird für den Aktiven Operator auf Abgelehnt gesetzt, damit dieser die Daten und die Begründung überprüfen kann. Infolgedessen wird Gridsz keinen OutTask erstellen, sodass der Auftragnehmer nichts erhält.

OutTask-Status

Die folgenden Status werden für die OutTasks verwendet:

Empfangen

Der Aktive Operator hat einen neuen InTask erstellt. Der InTask steht dem Auftragnehmer zur Verfügung, und die für diesen InTask zu erledigende Arbeit ist für den Auftragnehmer als ein oder mehrere OutTasks sichtbar, anfänglich mit dem Status Empfangen.

WIP (In Bearbeitung)

Bevor ein OutTask auf WIP gesetzt werden kann, muss das Plandatum festgelegt werden. Nach dem Setzen eines OutTasks auf WIP werden sowohl der TaskSet als auch der InTask auf WIP aktualisiert. Bei mehreren OutTasks bleiben die verbleibenden OutTasks auf Empfangen, bis sie manuell auf WIP gesetzt werden. Der WIP-Status ist ein Hinweis für den Aktiven Operator, dass der Auftragnehmer an der Aufgabe arbeitet.

In Wartestellung

In bestimmten Szenarien kann eine Aufgabe nicht innerhalb des festgelegten Plandatums abgeschlossen werden, aufgrund mehrerer möglicher Gründe, darunter: Kunde nicht zu Hause, PoP / DP unzugänglich oder technischer Pfad nicht gefunden. In diesen Fällen kann der Auftragnehmer einen OutTask-Status auf In Wartestellung setzen, wonach der Status aller zugehörigen Aufgaben auf In Wartestellung gesetzt wird (es sei denn, eine Aufgabe wurde bereits als Erledigt markiert).

Sobald ein TaskSet auf In Wartestellung gesetzt wird, wird die SLA pausiert und bleibt dies, bis die Aufgabe auf ihren vorherigen Status zurückgesetzt wird, entweder Empfangen oder WIP. Falls erforderlich, muss der Auftragnehmer das Plandatum aktualisieren, wenn die Aufgabe wieder aufgenommen wird.

Geliefert

Die Aufgabe wird vom Auftragnehmer erfolgreich ausgeführt und auf Erledigt gesetzt. Dies gilt nur für den OutTask, für den der Auftragnehmer diesen Status setzt. Im Falle eines einzelnen OutTasks werden auch der TaskSet und der InTask auf Erledigt gesetzt. Die SLA-Berechnung stoppt, wenn ein OutTask auf Erledigt gesetzt wird.

Deaktivierung

Ein Auftragnehmer hat jederzeit die Möglichkeit, eine Aufgabe zu beenden. Es ist jedoch zwingend erforderlich, dabei einen Grund anzugeben. Wenn ein OutTask auf Beendet gesetzt wird, werden auch alle zugehörigen Aufgaben auf Beendet gesetzt, mit Ausnahme von Aufgaben, die bereits den Status Erledigt erreicht haben.

Zu stornieren

Der Status Zu stornieren kann nur vom Aktiven Operator ausgewählt werden, wenn eine Aufgabe bereits vom Auftragnehmer auf In Wartestellung gesetzt wurde.

Dieser Status ist ein Hinweis für den Auftragnehmer, die Aufgabe vollständig zu stornieren (Storniert), ermöglicht es dem Auftragnehmer aber auch zu beurteilen, ob bereits Arbeiten abgeschlossen wurden, die abgerechnet oder registriert werden müssen.

Storniert

Der Status „Cancelled“ folgt immer dem Status „To Be Cancelled“ und ist ein endgültiger Endstatus. Das bedeutet, sobald ein Auftragnehmer eine Aufgabe auf den Status „Cancelled“ setzt, werden alle zugehörigen, noch nicht abgeschlossenen Aufgaben ebenfalls diesen Status annehmen.

Filtern von OutTasks

Im Portal ist es möglich, OutTasks zu filtern und einen benutzerdefinierten Filter durch Hinzufügen einer Abfrage zu erstellen. Das Filtern ist möglich basierend auf:

  • PRIORITÄTEN
  • STATUS
  • TYPEN

Ablauf

Es gibt verschiedene mögliche OutTask-Status. Die häufigsten sind:

  • RECEIVED → WIP → DELIVERED (Positiver Ablauf)
  • RECEIVED → WIP → ON_HOLD → WIP → DELIVERED
  • RECEIVED → WIP → TERMINATED
  • RECEIVED → TERMINATED
  • RECEIVED → TO_BE_CANCELLED → CANCELLED
  • RECEIVED → WIP → ON_HOLD → TO_BE_CANCELLED → CANCELLED
  • EMPFANGEN → IN_WARTESCHLEIFE → EMPFANGEN → IN_BEARBEITUNG → GELIEFERT

Statusmodell

Das für die Auftragsabwicklung verwendete Statusmodell ist unten dargestellt.