Workflow Kostenstellensperre Plankosten Die zuständige Person wird über eine organisatorische Änderung (strukturelle Änderung in der Aufbauorganisation bzw. der Einsatzstruktur) informiert, die die Entfernung der Kostenstellensperre gegen Planbuchungen erforderlich macht.
Eine erneute Änderung (wenn bereits ein Workflow läuft) führt zum Beenden und Neustarten des Workflows.
Der Initiator des Workflows wird zum Abschluss über die Genehmigung bzw. Ablehnung mittels Workitem informiert.
Der Workflow wird beendet, wenn das Strukturelement gelöscht wird.
Siehe dazu auch Prüfungen und Folgeaktionen bei Statuswechsel .
Workflowmuster |
WS11200031 |
Kürzel |
OF118ACCCOLP |
Kurztext |
Genehmigung Accounting CO Plankosten |
Auslösendes Ereignis |
BUS1221.ACC_GEN_CO_LP |
Beendendes Ereignis |
BUS1221.ACC_GEN_CO_LP |
Checkfunktionsbaustein |
/ISDFPS/FORCE_WF_CHECK_ACC_LP |
Workflow-Standardaufgabe |
TS11200052 |
Kürzel |
OF118ACCAPP |
Kurztext |
Approve Accounting CO LP - Planbuchung |
BOR-Objekttyp |
BUS1221 |
Methode |
MAINTAINACCOUNTINGCO_LP |
Typ |
Synchrone Objektmethode mit Dialog |
Verarbeitungsende bestätigen |
Ja |
Bearbeiter (Bearbeitertyp: Regel) |
AC 11200001 Eingabeparameter Workflowaufgabe: TS11200039 Clearing-Aufgabe: TS11200040 |
Beendendes Ereignis |
- |
Workflow-Standardaufgabe |
TS11200057 |
Kürzel |
OF118ACCDIS |
Kurztext |
Display Accounting LP |
BOR-Objekttyp |
BUS1221 |
Methode |
DISPLAYACCOUNTING |
Typ |
Synchrone Objektmethode mit Dialog |
Verarbeitungsende bestätigen |
Ja |
Bearbeiter (Bearbeitertyp: Regel) |
&_WF_INITIATOR& |
Beendendes Ereignis |
- |
Objekttyp |
Ereignis |
Verbraucher |
Checkfunktionsbaustein |
Typ-Kopplung |
|---|---|---|---|---|
BUS1221 |
ACC_GEN_CO_LP |
WS11200031 |
/ISDFPS/FORCE_WF_CHECK_ACC_LP |
X |
Generelle Informationen zur Bearbeiterzuordnung finden Sie unter Bearbeiterfindung .
TS11200052 OF118ACCAPP Genehmigung Accounting CO LP - Planbuchung
Die Bearbeiterzuordnung wird direkt für die Standardaufgabe vorgenommen. Unter den Bearbeitertypen können Sie beispielsweise eine Organisationseinheit, Planstelle oder Benutzer auswählen. Diese Aufgabe sollte als generelle Aufgabe klassifiziert werden. Generellen Aufgaben müssen keine Bearbeiter zugeordnet werden, da sie jeder ausführen darf. Der Bearbeiter wird aus dem Kontext des Workflows bestimmt.
TS11200039 OFTSACCCO Rule für Accounting CO-Genehmigung
Ordnen Sie hier beliebig viele Planstellen zu. Legen Sie dazu ein eigenes Strukturelement an, ordnen Sie diesem die entsprechenden personellen Anteile zu und verknüpfen Sie dazu diese Workflow-Standardaufgabe.
Benutzerfindung zur Laufzeit: Mindestens eine dieser Planstellen sollte im relevanten Strukturelement (zu dem der Workflow gestartet wird) unter den personellen Anteilen vorkommen. Somit hat man die Schnittmenge gebildet.
TS11200040 OFCLEARACC OF: Clearing-Aufgabe für Accounting
Die Bearbeiterzuordnung mittels Planstellen wird hier über die
Workbench Strukturen
mittels personellen Anteilen vorgenommen.
TS11200057 OF116ACCDIS Display Accounting LP
Die Bearbeiterzuordnung wird direkt für die Standardaufgabe vorgenommen. Unter den Bearbeitertypen können Sie beispielsweise eine Organisationseinheit, Planstelle oder Benutzer auswählen. Diese Aufgabe sollte als generelle Aufgabe klassifiziert werden. Generellen Aufgaben müssen keine Bearbeiter zugeordnet werden, da sie jeder ausführen darf. Der Bearbeiter wird aus dem Kontext des Workflows bestimmt.
Der Workflow wird in der
Workbench Strukturen
indirekt über Sichern gestartet. Es erfolgt eine Überprüfung der im Customizing definierten Folgeaktionen zum Statuswechsel von
Beantragt
zu
Genehmigt
beim Strukturelement.
Dabei wird der Funktionsbaustein /ISDFPS/STACHG_AC_NOTIFY_CC_LP durchlaufen und das entsprechende Ereignis ausgelöst.
Es erfolgt anschließend eine Überprüfung mittels des Checkfunktionsbausteines in der Typkopplungstabelle (Ereignis ACC_GEN_CO_LP).
Dieser Checkfunktionsbaustein wird leer ausgeliefert.

Das Löschen des betroffenen Strukturelementes führt zum Beenden des Workflow (Ereignis BUS1221.DELETE).
Im Workflow ist in den versionsabhängigen Grunddaten hinterlegt, dass der Workflow beim auslösenden Ereignis auch gleichzeitig beendet wird. Dies bedeutet, dass ein laufender Workflow beendet und ein neuer gestartet wird.