Dieser Beitrag schließt sich an den vorherigen an und erweitert diesen in der Art und Weise, dass nun eine projektbezogene Ausgabenrechnung erfasst wird, die eine explizite Genehmigung des Projektleiters erfordert. Für diese explizite Genehmigung wurde ein zusätzlicher Workflowschritt (‘PM review‘) in den zuvor verwendeten Workflow eingebaut.

Bitte beachten sie, dass der neue Workflowschritt der Aufwendungsprüfergruppe ‚Approver‘ zugeordnet wurde …

…, welche vom Projektleiter eine explizite Genehmigung erfordert.

Um sicherzustellen, dass der zusätzliche Workflowschritt nur dann ausgeführt wird, wenn eine Projektrechnung erfasst wird, wurde folgende Bedingung an die Ausführung dieses neuen Workflowschritts geknüpft.

Für den Fall dass eine gewöhnliche Rechnung ohne Projektbezug erfasst wird bedeutet dies, dass der zusätzliche Workflowschritt unmittelbar übergangen bzw. abgeschlossen wird.

Bitte beachten sie, dass für das nachfolgend dargestellte Beispiel Susan Burk als Projektleiterin festgelegt wurde.

Wird nun eine Rechnung mit der entsprechenden Projektnummer erfasst, so wird eine zusätzliche Workflowschleife über Susan Burk abgearbeitet bevor der Linienvorgesetzte der Bestellers die Rechnung wie üblich zu genehmigen hat.

Für den Fall dass keine Projektnummer bei der Rechnungserfassung angegeben wurde, entfällt der zusätzliche Genehmigungsschritt natürlich.

 

Dieser Beitrag schließt den ersten Teil zur manuellen Rechnungserfassung mit ein oder mehreren Genehmigungsschritten für Aufwandsrechnungen ab.

Als Zwischenfazit kann bislang festgehalten werden, dass die im Standard von Dynamics AX/365 for Operations verfügbaren Rechnungsworkflowfunktionen eine Vielzahl unterschiedlicher Rechnungsgenehmigungsszenarien abbilden können. Was aus Sicht des Verfassers allerdings fehlt ist eine übergreifende Übersicht die aufzeigt, welchen Mitarbeitern welche Rechnungen zur Genehmigung zugeordnet wurden und in welchem Genehmigungsstadium sich diese Workflows befinden.

Die nächsten Beiträge beschäftigen sich ebenfalls mit aufwandsbezogenen Rechnungen, die allerdings mit Bestellanforderungen verknüpft bzw. von dort aus gestartet werden.

Dieser Beitrag setzt den vorherigen in der Art und Weise fort, dass nun Michael Redmond, der account manager, die Materialien bestellt und die zugehörige Rechnung von dessen vorgesetzten Kevin Cook genehmigt werden muss. Das folgende Organigramm stellt die entsprechenden Beziehungen der am Workflow beteiligten Personen nochmals überblicksmäßig dar.

Um auch diese zweite Linienstruktur im Rahmen des Genehmigungsworkflows abbilden zu können wurde eine neue Positionshierarchie (LRE Signing 2) eingerichtet, die Kevin Cook als entsprechenden Linienverantwortlichen einschließt.

Die neu eingerichtete Positionshierarchie wird im Anschluss einem neuen Rechnungsworkflow zugeordnet …

… der identisch zum vorherigen Workflow eingerichtet wurde bis auf die Tatsache, dass dieser Workflow nur dann aktiviert wird, wenn der Mitarbeiter 000050 (Michael Redmond) als zuständiger sachlicher Prüfer im Finanzdimensionsmitarbeiterfeld der Rechnung hinterlegt ist.

Anschließend wurden zwei Rechnungen erfasst. Die erste mit Nicole Holiday als sachlicher Prüferin und eine zweite mit Martin Redmond als sachlichem Prüfer. Die nachfolgenden Screenshots zeigen auf dass in beiden Fällen immer der richtige Linienverantwortliche mit der Genehmigung der Rechnung vom Workflow angesprochen wird.

Zusammenfassend kann man aus diesem und dem vorherigen Beitrag festhalten, dass über die Einrichtung mehrerer Positionshierarchien und Workflows auch mehrstufige, komplexe Unterschriftsregeln im Standard von Dynamics AX/365 for Operations abgebildet werden können.

 

Ein Gesichtspunkt der bislang noch nicht weiter erörtert wurde betrifft den Umstand, dass alle Rechnungen bislang von einem einzigen Mitarbeiter aus der Buchhaltung (Phyllis Harris) erfasst wurden, der gleichzeitig den Rechnungsworkflow als sog. Originator initiierte. In der Praxis werden Rechnungen in der Regel von einer Vielzahl an Mitarbeitern erfasst, die basierend auf den obenstehenden Einstellungen alle als Workflow Originator agieren würden und demzufolge in der Positionshierarchie zu berücksichtigen wären. Im Ergebnis wären demnach eine Vielzahl an Positionshierarchien und Workflows einzurichten. Diese Problemstellung lässt sich derart umgehen, dass lediglich ein einziger repräsentativer Mitarbeiter aus der Buchhaltung in der Positionshierarchie hinterlegt und gleichzeitig als Workflow Owner deklariert wird, wie dies im nächsten Screenshot dargestellt ist.

Wird nun der Workflowgenehmigungsschritt derart ergänzt, dass er vom Workflow owner ausgehend startet, kann das oben beschriebene Problem vermieden werden.

Der nächste Beitrag erweitert den hier dargestellten Workflow auf solche Fälle bei denen projektbezogene Rechnungen erfasst werden, die vom Projektleiter explizit freigegeben werden müssen.

Im vorherigen Beitrag wurde der zuständige Mitarbeiter für die Genehmigung der Rechnung über die Aufwendungsgruppe ‚Approver‘ identifiziert. Die hierfür erforderliche rollenbasierte Einstellung ist nochmals im folgenden Screenshot dargestellt.

Die obenstehende Hinterlegung einer Aufwandsprüfergruppe ist immer dann hilfreich, wenn ein bestimmter Mitarbeiter, wie z.B. ein Kostenstellenleiter für die Genehmigung von Rechnungen zuständig ist.

Unternehmen, die von dezidierten unterschiedlich abgestuften Unterschriftsregeln Gebrauch machen ist mit einer solchen Zuordnung allerdings nicht weitergeholfen. Wie solche Unternehmen den Rechnungsgenehmigungsworkflow gestalten können, ist Gegenstand der folgenden Ausführungen.

Die folgende Darstellung zeigt die geänderten Workfloweinstellungen für die Berücksichtigung abgestufter Unterzeichnungslimits auf.

Der wesentliche Unterschied zu dem im vorherigen Beitrag verwendeten Workflow besteht im zweiten Workflowschritt, der nun einer Hierarchie zugeordnet wurde.

Problematisch an der Hierarchiezuordnung ist, dass der Workflow entweder ausgehend vom Workflow owner – einer statischen Benutzerreferenz – oder vom workflow originator aus beginnen kann.

Ausgehend vom dem Fall dass Buchhalter, die nicht in der Positionshierarchie des Anforderers bzw. Genehmigers zugehören, Rechnungen erfassen und den Rechnungsworkflow starten, würde die Auswahl ‚workflow originator‘ immer dazu führen, dass der Vorgesetzte des erfassenden Buchhalters die Rechnung zu genehmigen hätte. Um dies zu vermeiden wurde die folgende neue Positionshierarchie (LRE Signing) eingerichtet, die ausgehend von der rechnungserfassenden Buchhalterin (Phyllis Harris) die entsprechenden Genehmigungsstufen aus der Organisationsstruktur abbildet.

Diese Positionshierarchie ist anschließend mit dem Workflow zu verknüpfen, wie dies in der nachfolgenden Darstellung aufgezeigt ist.

Anschließend können die Kriterien für die Auswahl des Genehmigungsberechtigten definiert werden.

Nachdem der Workflow derart eingerichtet wurde, können im zweiten Schritt die eigentlichen Unterschriftsberechtigungen definiert werden. Die im folgenden verwendeten Limits, sind im folgenden Screenshot dargestellt.

Nach Abschluss dieser Einrichtungstätigkeiten wird nun eine Rechnung über $47500 von der Buchhalterin Phyllis erfasst und der Workflow gestartet.

Um den Unterschied zwischen den in den vorherigen Beiträgen verwendeten Workflows aufzuzeigen, wurden alle Rechnungen dieses Mal ohne Kostenstelle erfasst.

Unabhängig von dieser Tatsache konnte der hierarchische Workflowschritt immer den richtigen Genehmiger identifizieren. Der folgende Screenshot zeigt die vom Workflow angesprochenen Genehmiger für die dritte Rechnung über $47500 auf.

Der obenstehenden Darstellung kann man entnehmen, dass Nicole Holiday als Besteller die erste Workflowaufgabe zugewiesen bekam. Danach wurden sukzessive den Kostenstellen-, Abteilungs- und Divisionsleitern Genehmigungsaufgaben zugeordnet. Dies liegt darin begründet, dass im Falle der dritten Rechnung über $47500 weder die Kostenstellen-, noch die Abteilungsleiter über eine entsprechend hohe Unterschriftsberechtigung verfügen.

 Da weder Kostenstellen-, noch Abteilungsleiter im Falle der dritten Rechnung über $47500 ein ausreichend hohes Unterschriftslimit aufweisen, können diese Genehmigungsschritte bzw. –aufgaben auch über die folgende Parametrisierung übersprungen werden.

Wird mit diesen modifizierten Workfloweinstellungen erneut eine Rechnung in Höhe von $47500 erfasst, so werden nun weder den Kostenstellen-, noch den Abteilungsleitern entsprechende Workflowaufgaben zugeordnet, da deren Unterschriftslimit hierfür nicht ausreicht. Der folgende Screenshot stellt dies beispielhaft dar, bei dem nach Durchführung der sachlichen Rechnungsprüfung unmittelbar der Divisionsleiter (Charlie Carson) mit der Genehmigung der Rechnung betraut wird.

Lassen sie uns nun das Beispiel dahingehend modifizieren, dass die Materialien nun von Michael Redmond beschafft werden, dessen Linienvorgesetzer (Kevin Cook) die Rechnung zu genehmigen hat.

Aus diesem Grund wurde nun eine weitere Kreditorenrechnung – diesmal über $2000 – erfasst. Im Gegensatz zum weiter oben aufgezeigten Beispiel wurde nun allerdings Michael Redmond im Finanzdimensionsfeld für den Mitarbeiter hinterlegt, da er für die sachliche Prüfung der Rechnung zuständig ist.

Nachdem Michael Redmond seine sachliche Prüfung abgeschlossen hat, wird nun Benjamin Martin und nicht Kevin Cook mit der Genehmigungsaufgabe betraut.

Dies liegt darin begründet, dass Kevin Cook nicht in der dem Workflow zugeordneten Positionshierarchie enthalten ist. Nun könnte man meinen, dass man Kevin Cook einfach in diese Hierarchie aufnehmen müsste um das Problem der richtigen Zuordnung zu beheben. Dies lässt sich aktuell allerdings nicht in Dynamics AX/365 for Operations realisieren, da lediglich eine einzige und eindeutige Beziehung zwischen den verschiedenen Positionen der Hierarchie möglich ist. Mit anderen Worten, die Tatsache dass Kevin Cook und Benjamin Martin beide die gleiche Vorgesetzte Julia Funderburk haben kann nicht in der verwendeten Positionshierarchie abgebildet werden.

Wie diese Problemstellung gelöst werden kann, wird im nächsten Beitrag aufgezeigt.