Feeder-Workflow – Workflowschritte
![]() |
Workflowelement | Beschreibung | Rolle | |
|---|---|---|---|
A10 | Der Feeder wurde manuell angelegt | Der Workflow kann mit einem manuell angelegten Feeder (Anforderungsantrag) beginnen. Der Benutzer kann das Workitem zur späteren Bearbeitung sichern und zurücklegen oder direkt sichern. Durch das direkte Sichern gelangt der Feeder in den Schritt A30. | ––– |
A15 | Feeder wurde zurückgelegt | Abhängig davon, ob der Feeder zurückgelegt wurde, gelangt er in den Workflowschritt A20 oder A30. Wenn der Feeder nach der Erstellung zurückgelegt wurde, gelangt er in den Workflowschritt "Vorläufigen Feeder bearbeiten". Wenn der Feeder nach der Erstellung nicht zurückgelegt wurde, gelangt er in den Workflowschritt "Prüfer suchen". | ––– |
A20 | Vorläufigen Feeder bearbeiten | Der Benutzer kann den Feeder in diesem Schritt weiter bearbeiten und sichern oder zur späteren Bearbeitung zurücklegen. | PFCC |
A30 | Prüfer suchen | Die xSuite Workflow Engine sucht nach Prüfern. Dabei prüft die Bearbeiterfindung, ob ein Prüfer vorhanden ist. | ––– |
A40 | Prüfer gefunden? | Anhand der Eingaben in der Benutzerauswahl kann die xSuite Workflow Engine Prüfer finden. Wenn die Eingaben nicht korrekt sind, findet die xSuite Workflow Engine keine Prüfer. | ––– |
A50 | Auswahl Prüfer | Wenn die xSuite Workflow Engine keine Prüfer findet, muss der Benutzer einen oder mehrere Prüfer manuell auswählen. | PFSV |
A60 | Feeder prüfen | Der Prüfer kann den Feeder als sachlich richtig bestätigen oder als sachlich falsch ablehnen. | PFVA |
A70 | Prüfergebnis positiv? | Das Prüfergebnis ist positiv, wenn der Prüfer den Feeder als sachlich richtig bestätigt. In diesem Fall gelangt der Feeder in den Workflowschritt "Feeder freigeben" (A100). Bei einem negativen Prüfergebnis und der Ablehnung des geprüften Feeders gelangt der Feeder in den Workflowschritt "Feeder nach Ablehnung bearbeiten" (A80). | ––– |
A80 | Feeder nach Ablehnung bearbeiten | Wenn der Prüfer den Feeder als falsch ablehnt, bekommt ein Bearbeiter den Feeder zur Korrektur in der Rolle PFER zugewiesen. Hier kann der Bearbeiter die Kopf- und Positionsdaten anpassen. | PFER |
A90 | Feeder im Workflow behalten? | Hier entscheidet der Bearbeiter, ob der Feeder im Workflow verbleiben soll. In diesem Fall gelangt der Feeder in die Aufgabe "Feeder prüfen" (A60). Hier kann der Bearbeiter den Feeder jedoch auch löschen, wenn eine Bearbeitung nicht sinnvoll ist (A140). | ––– |
A100 | Feeder freigeben | In der Freigabe kann ein Bearbeiter den Feeder freigeben oder ablehnen. Der Feeder gilt als freigegeben, wenn alle Auftragspositionen freigegeben sind. Der Feeder gilt jedoch als abgelehnt, wenn mindestens eine Auftragsposition abgelehnt ist. | PFRE |
A110 | Freigabeergebnis positiv? | Hier entscheidet sich, ob der Feeder freigegeben ist und in den Workflowschritt "Bestellanforderung aus Feeder wird erzeugt" (A160) gelangt. Wenn der Freigeber den Feeder abgelehnt hat, gelangt der Feeder in den Workflowschritt "Feeder nach Ablehnung bearbeiten" (A120). | ––– |
A120 | Feeder nach Ablehnung bearbeiten | Wenn der Feeder vom Freigeber als falsch abgelehnt wird, bekommt ein Bearbeiter den Feeder zur Korrektur in der Rolle PFER zugewiesen. Hier kann der Bearbeiter die Kopf- und Positionsdaten anpassen. | PFER |
A130 | Entscheidung des Bearbeiters | Hier entscheidet der Bearbeiter, ob der Feeder nach der Bearbeitung in die Freigabe (A100) zurück kann oder ob der Feeder erneut geprüft werden muss (A60). Hier kann der Bearbeiter den Feeder jedoch auch löschen, wenn eine Bearbeitung nicht sinnvoll ist (A140). HinweisTechnisch ist das Löschen des Workitems zwar möglich. Dies ist jedoch keine gängige Praxis. Nur nach Aufforderung des freigebenden Bearbeiters sollte ein Workitem an dieser Stelle gelöscht werden. | ––– |
A140 | Feeder löschen | In der Freigabe kann der Freigeber den Feeder ablehnen und den nächsten Bearbeiter des Feeders über das Kommentarfeld zum Löschen des Feeders auffordern. Der Bearbeiter eines abgelehnten Feeders kann den Feeder über den Button Beleg löschen aus dem Workflow löschen. | ––– |
A150 | Feeder ist gelöscht | Der gelöschte Feeder ist ein mögliches Ende des Feeder-Workflows. | ––– |
A160 | Bestellanforderung aus Feeder wird erzeugt | Auf Basis eines freigegebenen Feeders kann im Idealfall eine Bestellanforderung erzeugt werden. | PFCR |
A170 | Bestellanforderung erzeugt? | Hier entscheidet sich, ob das System aus dem Feeder erfolgreich eine Bestellanforderung erzeugen konnte. Wenn das System eine Bestellanforderung erzeugen konnte, gelangt das Workitem in den Bestellanforderungsworkflow. Wenn das System keine Bestellanforderung erzeugen konnte, verbleibt der Feeder im Feeder-Workflow und der Feeder gelangt in den Workflowschritt "Feeder bearbeiten" (A180). Eine Meldung informiert den Benutzer über den Grund. | ––– |
A180 | Feeder bearbeiten | Wenn eine Bestellanforderung nicht erzeugt werden konnte, erhält ein Bearbeiter in der Rolle PFET den Feeder zur Bearbeitung. | PFET |
A190 | Entscheidung des Bearbeiters | Der Bearbeiter kann über den Button OK den bearbeiteten Feeder in den Workflowschritt senden, in dem eine Bestellanforderung aus dem Feeder erzeugt wird. Wenn der Bearbeiter den Feeder nicht anpassen konnte oder nicht sicher ist, ob die Veränderungen noch im Rahmen der erfolgten Prüfung und Freigabe liegen, kann der Bearbeiter den Feeder zurück in die Prüfung senden. | ––– |
A200 | Workitem ist im Bestellanforderungs-workflow | Wenn eine Bestellanforderung erfolgreich erzeugt werden konnte, ist das ein mögliches Ende des Feeder-Workflows. | ––– |
