Der in den vorherigen Beiträgen verwendete Bestellanforderungsworkflow wies die Genehmigungsaufgabe der Bestellanforderung bzw. der Rechnung grundsätzlich dem Kostenstellenleiter zu und zwar unabhängig davon, ob der Kostenstellenleiter eine ausreichend große Unterschriftsberechtigung besaß oder nicht.

Um unterschiedliche Unterschriftsberechtigungen im Bestellanforderungsworkflow zu berücksichtigen habe ich daher zunächst versucht den Zuordnungstyp des Workflow-Genehmigungsschrittes auf eine Hierarchie abzuändern. Leider erlaubte diese Änderung nicht den Workflow ausgehend von der anfordernden Person aus zu starten. Siehe hierzu auch den folgenden Screenshot.

Auf das im vorherigen Beitrag verwendete Beispiel angewandt würde die Auswahl ‘submitted by‘ nur dann dem richtigen Kostenstellenleiter zur Genehmigung zugeordnet, wenn die anfordernde Person (Susan) die Bestellanforderung selbst an den Worfklow übermittelt.

Modifikation A:
Um diese Problemstellung zu umgehen wurde statt des Bestellanforderungsworkflows ein Bestellanforderungs-Zeilenworkflow mit den gleichen Workflowelementen eingerichtet. Der Bestellanforderungs-Zeilenworkflow wurde deshalb verwendet, weil er die Zuordnung des Genehmigungsschrittes vom Anforderer ausgehend erlaubt. Details hierzu können den folgenden beiden Screenshots entnommen werden.

 In früheren Versionen war es möglich den Genehmigungsschritt im Bestellanforderungsworkflow unmittelbar dem Anforderer zuzuweisen. Diese Möglichkeit würde jüngst entfernt, weshalb der ‚Umweg‘ über den Zeilenworkflow gewählt wurde.

Um den Bestellanforderungs-Zeilenworkflow nutzen zu können muss dieser schließlich in einen gewöhnlichen Bestellanforderungsworkflow eingebaut werden. Dies ist beispielhaft im folgenden Screenshot dargestellt.

Beispiel:
Nachfolgend wird eine Bestellanforderung über ein Dynamics AX Training in Höhe von $10000 von Nicole Holiday im Auftrag von Susan Burk erstellt.

Aufgrund der vorgenommenen Workflowänderungen wird die Genehmigungsaufgabe nun Julia, der Marketingleiterin zugeordnet, da sie über ein ausreichend großes Unterschriftslimit verfügt. Siehe hier auch die folgenden beiden Screenshots.

Modifikation B:
Gleichlaufend mit den Änderungen die für den Bestellanforderungsworkflow umgesetzt wurden, wurde auch der Genehmigungsschritt des Rechnungsworkflows an eine Hierarchie gebunden.

 Da die im Rahmen des Rechnungsworkflows vorgenommenen Änderungen denjenigen entsprechen, die bereits in einem der vorherigen Beiträge aufgezeigt wurden, kann an dieser Stelle auf weitere Details verzichtet werden.

Beispiel:
Das weiter oben aufgezeigte Beispiel wird nun in der Art und Weise fortgeführt, dass eine Rechnung in Höhe von $10900 erfasst wird. Da dieser Rechnungsbetrag von der eingerichteten akzeptablen Preistoleranz in Höhe von 5% abweicht, wird eine entsprechende Genehmigungsaufgabe für Charlie, den Präsidenten der Einheit, erstellt, da er über eine ausreichend hohe Unterschriftsberechtigung verfügt.

Zusammenfassung Workflows für ausgabenbezogene Kreditorenrechnungen:
Dieser Beitrag beendet die Reihe zur Erfassung von ausgabenbezogenen Kreditorenrechnungen. Basierend auf dem was im Rahmen dieses und der vorherigen Beiträge aufgezeigt wurde, kann festgehalten werden, dass Dynamics AX/365 for Operations leistungsstarke und flexible Workflowfunktionen besitzt.

Die Einrichtung dieser Workflowfunktionen ist nicht immer selbsterklärend und einfach und bedarf n.M.d.Verf. einer Anpassung im Bereich der Maske der ausstehenden Kreditorenrechnungen.

Vor dem Hintergrund dieser Nachteile und der aufgezeigten Workflowfunktionen kann der Leser selbst beurteilen, ob derartige Erweiterungen selbständig oder über ein Zusatzmodul realisiert werden können.