Workflow Kostenstellensperre Istkosten Die zuständige Person wird über eine organisatorische Änderung (strukturelle Änderung in der Aufbauorganisation bzw. der Einsatzstruktur) informiert, die die Entfernung der Kostenstellensperre gegen Istbuchungen 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 |
WS11200032 |
Kürzel |
OF119ACCCOLA |
Kurztext |
Genehmigung Accounting CO Istbuchung |
Auslösendes Ereignis |
BUS1221.ACC_GEN_CO_LA |
Beendendes Ereignis |
BUS1221.ACC_GEN_CO_LA |
Checkfunktionsbaustein |
/ISDFPS/FORCE_WF_CHECK_ACC_LA |
Workflow-Standardaufgabe |
TS11200051 |
Kürzel |
OF119ACCAPP |
Kurztext |
Approve Accounting CO LA - Istbuchung |
BOR-Objekttyp |
BUS1221 |
Methode |
MAINTAINACCOUNTINGCO_LA |
Typ |
Synchrone Objektmethode mit Dialog |
Verarbeitungsende bestätigen |
Ja |
Bearbeiter (Bearbeitertyp: Regel) |
AC 11200001 Eingabeparameter Workflowaufgabe: TS11200039 Clearing-Aufgabe: TS11200040 |
Beendendes Ereignis |
- |
Workflow-Standardaufgabe |
TS11200058 |
Kürzel |
OF119ACCDIS |
Kurztext |
Display Accounting LA |
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_LA |
WS11200032 |
/ISDFPS/FORCE_WF_CHECK_ACC_LA |
X |
Generelle Informationen zur Bearbeiterzuordnung finden Sie unter Bearbeiterfindung .
TS11200051 OF119ACCAPP Approve Accounting CO LA - Istbuchung
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.
TS11200058 OF119ACCDIS Display Accounting LA
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
Genehmigt
zu
Aktiv
beim Strukturelement.
Dabei wird der Funktionsbaustein /ISDFPS/STACHG_AC_NOTIFY_CC_LA durchlaufen und das entsprechende Ereignis ausgelöst.
Es erfolgt anschließend eine Überprüfung mittels des Checkfunktionsbausteines in der Typkopplungstabelle (Ereignis ACC_GEN_CO_LA).
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.