• Home
  • Über mich
  • Kontakt
  • Englisch

Dynamics 365FO/AX Finance & Controlling

Dynamics 365FO/AX Finance & Controlling

Schlagwort-Archiv: Kreditorenrechnungserfassung

Intercompany Freitextrechnungen in D365FO mit MS-Flow

21 Mittwoch Feb 2018

Posted by Ludwig Reinhard in Debitoren, Kreditoren

≈ Hinterlasse einen Kommentar

Schlagwörter

Freitextrechnung, Intercompany, Kreditorenrechnungserfassung, MS Flow

In diesem Beitrag stelle ich dar, wie man mit Hilfe von MS-Flow automatisiert intercompany Kreditorenrechnungen basierend auf Freitextrechnungen generieren kann, die in einem anderen Unternehmenskonto erfasst wurden.

 

Doppelte Rechnungserfassungen

08 Mittwoch Jun 2016

Posted by Ludwig Reinhard in Kreditoren

≈ Ein Kommentar

Schlagwörter

Kreditorenrechnungserfassung, Kreditorenzahlungen, Vermeidung von Doppelzahlungen

Eine grundsätzliche Anforderung bei der Erfassung und Zahlung von Kreditorenrechnungen besteht darin sicherzustellen, dass Kreditorenrechnungen nur einmal erfasst und gezahlt werden. Was sich zunächst wie eine Binsenweisheit anhört, kann in der Praxis zu zahlreichen Problemstellungen führen, vor allem dann, wenn es um die Buchung und Zahlung von sog. Aufwandsrechnungen geht, die nicht über Bestellungen systemseitig nachgehalten werden.

Betrachten wir uns beispielhaft einmal einen Vorgang bei dem ein Mitarbeiter aus der Marketingabteilung Werbebroschüren für die nächste Messe bestellt. Da es sich bei der Bestellung um Verbrauchsmaterial handelt, das einen vergleichsweise kleinen Bestellwert hat, wird die Bestellung der Einfachheit halber unmittelbar per Email an den Lieferanten aufgegeben ohne vom Bestellanforderungs-/Bestellprozess Gebrauch zu machen.

Legt nun der Lieferant eine Rechnung der Sendung bei und verschickt diese nochmals an die Buchhaltung als Email, so kann es vorkommen, dass die gleiche Rechnung mehrfach im Unternehmen eingeht.

Gehen wir nun davon aus, dass der Mitarbeiter im Wareneingang die der Sendung beigefügte Rechnung an den Mitarbeiter aus der Marketingabteilung weiterleitet, der die Broschüren bestellt hat. Nach erfolgter (manueller) Prüfung und Freigabe der Rechnung wird diese anschließend an die Kreditorenbuchhaltung weitergegeben, wo sie zum ersten Mal im ERP-System unter der Nummer „INV1234“ erfasst wird.

Nehmen wir weiter an, dass die Rechnung, die per Email bei einem anderen Mitarbeiter der Kreditorenabteilung einging an den Marketingleiter zur Prüfung und Freigabe weitergeleitet wird. Stimmt sich in dem Fall der Marketingleiter nicht mit seinem Kollegen ab der die Broschüren bestellt hat, so kann es vorkommen dass die Rechnung ein zweites Mal genehmigt und im System erfasst wird bspw. aufgrund eines Tippfehlers bei der Eingabe unter der Nummer „INV 1234“.

Bitte beachten sie dass die zweite Eingabe mit einem Leerzeichen vor der Rechnungsnummer eingegeben wird, so dass es sich systemtechnisch um eine andere Rechnung handelt, weil sich die Nummern „INV1234“ und „INV 1234“ aufgrund des Leerzeichens voneinander unterscheiden.

Basierend auf dieser Darstellung stellen sich drei grundlegende Fragen:

  1. Wie kann man herausfinden ob Rechnungen mehrfach eingegeben wurden?
  2. Wie kann man verhindern eine Rechnung mehrfach zu zahlen? und
  3. Wie kann man mehrfache Rechnungserfassungen vollständig vermeiden?

In den folgenden Unterkapiteln sollen diese Fragestellungen mit Bezug auf Dynamics AX Standardfunktionen beantwortet werden.

 

Frage 1: Wie kann man herausfinden ob Rechnungen mehrfach eingegeben wurden?
Um die nachfolgenden Ausführungen besser nachverfolgen zu können ist es zunächst wichtig zu berücksichtigen, dass der Kreditorenparameter zur Prüfung der Eingabe doppelter Kreditorenrechnungsnummern aktiviert ist.
DE_125_0001
Vor dem Hintergrund dieser Einstellungen werden anschließend zwei Rechnungen über ein Kreditorenrechnungsjournal mit den Rechnungsnummern “INV1234” und “INV 1234” erfasst. Bitte beachten sie, dass die zweite Rechnung – aufgrund eines Tippfehlers – mit einem Leerzeichen vor der Rechnungsnummer erfasst wurde. Aufgrund dieses Leerzeichens erkennt Dynamics AX nicht, dass es sich um die gleiche Rechnungsnummer handelt und lässt die Buchung beider Rechnungen anstandslos zu.
DE_125_0025
Lassen sie uns nun das Beispiel dahingehend erweitern, dass zwei zusätzliche Rechnungen über das Kreditoren Rechnungsworkbench erfasst werden. Um die Kreditorenrechnungsprüfung zu „überlisten“ werden diesmal die Rechnungen mit einem Punkt vor bzw. nach der Rechnungsnummer erfasst, wie dies im folgenden Screenshot dargestellt ist.
DE_125_0030Aufgrund der aus Demonstrationsgründen absichtlich vorgenommenen Eingabefehler wurde die Rechnung letztendlich viermal im System erfasst.
DE_125_0035
Lassen Sie uns nun mit Hilfe der Überwachungsrichtlinienfunktion im Überwachungsworkbench Modul versuchen die doppelten Rechnungen zu identifizieren. (In AX2012 kann die nachfolgend beschriebene Standardfunktion im Modul „Compliance und interne Kontrollen“ gefunden werden).

Das erste was im Rahmen der Einstellung von Überwachungsrichtlinien benötigt wird ist die Einrichtung eines Richtlinienregeltypen, der auf eine dahinterstehende Abfrage – im Beispiel „Kreditorenrechnung“ – verweist. Darüber hinaus ist über den Abfragetyp zu definieren, dass mit Hilfe dieser Überwachungsrichtlinie nach doppelten Kreditorenrechnungen gesucht werden soll. Schließlich ist in der letzten Spalte zu definieren anhand welches Datums eine entsprechende Überprüfung eingegrenzt werden kann. Weitergehende Informationen zu dieser Einrichtung und im speziellen zu den Abfragetypen können der folgenden TechNet Seite entnommen werden.
DE_125_0005
Nach Einrichtung des Richtlinienregeltypen ist im zweiten Schritt eine Überwachungsrichtlinie einzurichten, die auf die Organisationseinheit verweist in der die doppelte Rechnungssuche durchgeführt werden soll.
DE_125_0010
Der dritte und wichtigste Einrichtungsschritt besteht in der Spezifikation der sog. Überwachungsrichtlinienregel.
DE_125_0015
Im Rahmen dieser Spezifikation ist über die Einrichtung von Filterkriterien zu definieren woran eine potentiell doppelt erfasste Rechnung erkannt wird. In meinem Beispiel wurde hierfür bestimmt, dass dies anhand des Rechnungsdatums, des Rechnungsbetrags und des Kreditorenrechnungskontos erfolgt.
DE_125_0020
Bitte beachten sie dass die Rechnungsnummer regelmäßig nicht als Auswahlkriterium verwendet werden kann, da sich die Rechnungsnummern wie weiter oben aufgezeigt aufgrund des Kreditorenprüfparameters systemtechnisch voneinander unterscheiden.

Sobald die Überwachungsrichtlinie eingerichtet ist, muss über einen entsprechenden Batchjob festgelegt werden innerhalb welches Zeitintervalls nach doppelten Rechnungen gesucht werden soll.
DE_125_0050
Findet die Batchjob Suche entsprechend doppelte Rechnungen, so wird automatisiert ein „Ticket“ in Form einer Überwachungsanfrage angelegt, welche die gefundenen potentiell doppelten Datensätze auflistet. Diese Überwachungsanfrage kann anschließend vom zuständigen Sachbearbeiter überprüft und weiterbearbeitet werden. Siehe hier auch den folgenden Screenshot.

Hinweis: Voraussetzung für die automatisierte Anlage einer Anfrage ist die Einrichtung einer Überwachungsanfragekategorie im Organisationsverwaltungsmodul. Einzelheiten hierzu können der folgenden TechNet Seite entnommen werden.
DE_125_0055
Wenn sie sich die im obenstehenden Screenshot identifizierten doppelten Rechnungen im Detail betrachten, so fällt auf, dass Dynamics AX lediglich die Rechnungen identifiziert hat, die mit einem Punkt in der Rechnungsnummer über das Kreditoren Rechnungsworkbench erfasst wurden.

Rechnungen, die hingegen über Kreditorenrechnungsjournale in Dynamics AX eingegeben wurden, konnten hingegen nicht von der Überwachungsrichtlinie als potentiell doppelte Rechnungen identifiziert werden.

Die Ursache für dieses Systemverhalten liegt im Dynamics AX Policy Framework begründet, welches lediglich solche Rechnungen auf doppelte Werte hin prüft, die – unter anderem – einen SourceDocument Header und eine SourceDocumentLine hinterlegt haben. Da dies nur für solche Rechnungen zutrifft, die über das Kreditoren Rechnungsworkbench erfasst wurden, nicht aber für Rechnungen die über Kreditorenrechnungsjournale eingebucht wurden, werden letztere von der Überwachungsrichtlinie auch nicht gefunden. Über den folgenden Screenshot, der die Rechnungsinformationen aus der VendInvoiceJour Tabelle aufzeigt, kann das eben Gesagte für die erfassten Beispieldaten nachvollzogen werden.
DE_125_0060

Das identifizierte Standardverhalten von Dynamics AX impliziert nun folgendes:

  • Wenn von der hier dargestellten Überwachungsrichtlinienfunktion Gebrauch gemacht werden soll, so müssen alle Kreditorenrechnungen über das Kreditoren Rechnungsworkbench erfasst werden.
  • Für den Fall das Rechnungen auch über Kreditorenrechnungsjournale erfasst werden sollen, ist alternativ eine Systemanpassung in Betracht zu ziehen.
  • Ohne Systemanpassung bleibt bei einer Rechnungserfassung über Kreditorenrechnungsjournale lediglich die Option eine manuelle Prüfung auf potentiell doppelt erfasste Rechnungen durchzuführen.

 

Aus Sicht des Verfassers erscheint die erste Option sämtliche Rechnungen über das Kreditoren Rechnungsworkbench zu erfassen allen anderen Optionen überlegen, da sie die Möglichkeit bietet alle Rechnungen – ob mit oder ohne Bestellbezug – in einer einzigen Maske zu erfassen.

Zu beachten ist in diesem Zusammenhang dass die Erfassung von Rechnungen ohne Bestellbezug über das Kreditoren Rechnungsworkbench mittels der Auswahl einer Beschaffungskategorie erfolgt, für die eine entsprechende Kontierung hinterlegt ist. Eine solche Erfassung minimiert nach Ansicht des Verfassers das Risiko von fehlerhaften Buchungen, die z.B. aufgrund von Fehleingaben (Tippfehlern) entstehen können. Darüber hinaus erlaubt eine Kontierung über Kategorien auch temporären Mitarbeitern, Azubis, Trainees, usw. Rechnungen auf einfache Art und Weise fehlerfrei in Dynamics AX zu erfassen. Der folgende Screenshot zeigt eine solche Rechnungserfassung über eine Kategorie auf und verdeutlicht, dass die hinter der Kategorie stehende Kontierung bei Bedarf – entsprechende Berechtigungen vorausgesetzt – überschrieben werden kann.
DE_125_0070
Selbst wenn die AX-Anwender in ihrem Unternehmen mit der Erfassung von Rechnungen über Kreditorenrechnungsjournale vertraut sind kann sich eine Prozessumstellung hin zu einer Erfassung über das Kreditoren Rechnungsworkbench lohnen. Nicht nur weil hierüber die weiter oben vorgestellte Rechnungssuchfunktion vollumfänglich genutzt werden kann, sondern auch aufgrund der standardmäßig mit dem Rechnungsworkbench verbundenen Workflow- und Excel-Importfunktionen, die insgesamt zu einem einfachen und effektiven Rechnungserfassungsprozess beitragen können.

 

Frage 2: Wie kann man verhindern eine Rechnung mehrfach zu zahlen?
Wie weiter oben dargestellt kann eine Prüfung auf potentiell doppelt erfasste Rechnungen mit Hilfe von Überwachungsrichtlinien das Risiko von Mehrfachzahlungen minimieren. Dies erfordert – wie aufgezeigt – eine entsprechende Rechnungserfassung über das Kreditoren Rechnungsworkbench. Wird hiervon kein Gebrauch gemacht, so bleibt alternativ nur eine manuelle zeit- und ressourcenintensive Prüfung auf potentiell doppelt erfasste Kreditorenrechnungen.

 

Frage 3: Wie kann man mehrfache Rechnungserfassungen vollständig vermeiden?
Das Kreditoren Rechnungsworkbench und die Überwachungsrichtlinien erlauben eine Prüfung daraufhin ob Rechnungen mehrfach erfasst wurden um Doppelzahlungen an Kreditoren zu verhindern. Anders ausgedrückt erlauben die beiden Funktionen eine Prüfung im Nachgang, d.h. nachdem ein Fehler bereits aufgetreten ist.
Da Vorsorge in der Regel besser ist als Nachsorge, stellt sich die Frage wie sich Mehrfacherfassungen von Rechnungen von vorneherein vermieden lassen?
Aus Sicht des Verfassers kann dies nur über eine einheitliche und vollumfängliche Nutzung der Dynamics AX Bestellprozessfunktionen sichergestellt werden. Wörtlich genommen erfordert dies, dass für jede auch noch so kleinen Einkäufe eine Bestellung in Dynamics AX angelegt wird. Auf den ersten Blick mag diese Forderung speziell für viele kleine und mittelständische Unternehmen wie der sprichwörtliche Schuss mit Kanonen auf Spatzen erscheinen. Allerdings habe ich in den letzten Jahren die Erfahrung gemacht, dass es speziell in kleinen und mittelständischen Unternehmen zu Problemen mit der Mehrfacherfassung und Mehrfachzahlung kommt, weil es dort häufig an stringenten und einheitlich definierten Prozessen fehlt. Dementsprechend sind es wahrscheinlich genau diese Unternehmen die von einer vollständigen Abwicklung aller Einkäufe über den Dynamics AX Bestellprozess am meisten profitieren.

 

Wenn sie es bis hierhin geschafft haben :-), dann hoffe ich dass ihnen dieser Beitrag gefallen hat. Ich würde mich freuen wenn sie z.B. über einen Kommentar ihre Erfahrungen im Hinblick auf die Mehrfacherfassung und Mehrfachzahlung von Rechnungen hinterlassen können um auch anderen Dynamics AX Nutzern weitere/alternative Standardlösungsmöglichkeiten zur Mehrfacherfassung und Mehrfachzahlung von Rechnungen aufzuzeigen. Vielen Dank hierfür und bis zum nächsten Beitrag.

Neuere Beiträge →

Communities4Future

Meetup Dynamics Deutschland

Kategorien

  • Anlagen
  • Bank
  • Buchrezension
  • Budgetierung
  • Debitoren
  • Hauptbuch
  • Kostenrechnung
  • Kreditoren
  • Lager
  • Management Reporter
  • Nachhaltigkeit
  • Podcast
  • Projekt
  • Sonstiges
  • Uncategorized

Tags

Anlagenspiegel Budgetierung Controlling D365 Dynamics AX Dynamics AX 2012 Earned Value Analyse Einsatzplanung Electronic Reporting Email Finanzberichte Flow Genehmigung GKV Globale Erwaermung Hauptbuchjournale indirekte Kosten Intercompany IOT Kontoauszugsverarbeitung Kostenrechnung Kostenstellenrechnung Kreditorenzahlungen Lager Lagerabstimmung Lagerbewertung Management Reporter Modern Finance MS Flow MT940 Nachhaltigkeit Neues Kostenrechnungsmodul PowerAutomate PowerPlatform Projekt Projektcontrolling Projektmodul Rechnung Rechnungserfassung Ressourcenplanung Steuer Sustainability Sustainability Accounting time&attendance UKV Umlagen Umwelt WBS Workflow Zeiterfassung

Wichtige Webseiten

  • Dynamics AX Links

Rechtliches

  • Impressum

Abbonieren

  • RSS - Beiträge
  • RSS - Kommentare

Klicken Sie hier um diesem Blog zu folgen und automatische Emails bei der Veröffentlichung neuer Beiträge zu erhalten.

Archiv

  • Februar 2023
  • Januar 2023
  • Dezember 2022
  • November 2022
  • Oktober 2022
  • September 2022
  • August 2022
  • Juli 2022
  • Juni 2022
  • Mai 2022
  • April 2022
  • März 2022
  • Februar 2022
  • Januar 2022
  • Dezember 2021
  • November 2021
  • Oktober 2021
  • September 2021
  • August 2021
  • Juli 2021
  • Juni 2021
  • Mai 2021
  • April 2021
  • März 2021
  • Februar 2021
  • Januar 2021
  • Dezember 2020
  • November 2020
  • Oktober 2020
  • September 2020
  • August 2020
  • Juli 2020
  • Juni 2020
  • Mai 2020
  • April 2020
  • März 2020
  • Februar 2020
  • Januar 2020
  • Dezember 2019
  • November 2019
  • Oktober 2019
  • September 2019
  • August 2019
  • Juli 2019
  • Juni 2019
  • Mai 2019
  • April 2019
  • März 2019
  • Februar 2019
  • Januar 2019
  • Dezember 2018
  • November 2018
  • Oktober 2018
  • September 2018
  • August 2018
  • Juli 2018
  • Juni 2018
  • Mai 2018
  • April 2018
  • März 2018
  • Februar 2018
  • Januar 2018
  • Dezember 2017
  • November 2017
  • Oktober 2017
  • September 2017
  • August 2017
  • Juli 2017
  • Juni 2017
  • Mai 2017
  • April 2017
  • März 2017
  • Februar 2017
  • Januar 2017
  • Dezember 2016
  • November 2016
  • Oktober 2016
  • September 2016
  • August 2016
  • Juli 2016
  • Juni 2016
  • Mai 2016
  • April 2016
  • März 2016
  • Februar 2016
  • Januar 2016
  • Dezember 2015
  • November 2015
  • Oktober 2015
  • September 2015
  • August 2015
  • Juli 2015
  • Juni 2015
  • Mai 2015
  • April 2015
  • März 2015
  • Februar 2015

Bloggen auf WordPress.com.

  • Abonnieren Abonniert
    • Dynamics 365FO/AX Finance & Controlling
    • Schließe dich 111 Followern an
    • Du hast bereits ein WordPress.com-Konto? Melde dich jetzt an.
    • Dynamics 365FO/AX Finance & Controlling
    • Anpassen
    • Abonnieren Abonniert
    • Registrieren
    • Anmelden
    • Melde diesen Inhalt
    • Website im Reader anzeigen
    • Abonnements verwalten
    • Diese Leiste einklappen
 

Lade Kommentare …