Ihr Daten-Template für die Rechnungsverarbeitung im Purchase-to-Pay-Prozess

Universelles Process-Mining-Template
Ihr Daten-Template für die Rechnungsverarbeitung im Purchase-to-Pay-Prozess

Ihr Daten-Template für die Rechnungsverarbeitung im Purchase-to-Pay-Prozess

Universelles Process-Mining-Template

Dies ist unser generisches Datentemplate für Process Mining für Purchase-to-Pay-Rechnungsverarbeitung. Unsere systemspezifischen Templates bieten Ihnen genauere Anleitungen.

Wählen Sie ein bestimmtes System aus
  • Empfohlene Datenfelder für aussagekräftige Analysen
  • Wichtige Aktivitäten und Meilensteine für die Nachverfolgung
  • Anleitung zur Extraktion Ihrer Prozessdaten
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für die Rechnungsverarbeitung im Purchase-to-Pay-Prozess

Diese Tabelle enthält die empfohlenen Datenfelder, die Sie für eine umfassende Analyse der Rechnungsverarbeitung im Purchase-to-Pay-Prozess in Ihr Event Log aufnehmen sollten.
5 Erforderlich 7 Empfohlen 5 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name eines bestimmten Geschäftsereignisses oder einer Aufgabe, die während der Rechnungsverarbeitung stattgefunden hat.
Beschreibung

Der Aktivitätsname bezeichnet einen einzelnen Schritt oder Meilenstein bei der Rechnungsverarbeitung. Beispiele sind „Rechnung eingegangen“, „Rechnung zur Freigabe eingereicht“, „Zahlungssperre eingerichtet“ und „Zahlung ausgeführt“. Dieses Attribut beschreibt, was im Laufe der Zeit mit der Rechnung geschehen ist.

In Process Mining wird dieses Attribut verwendet, um die Prozesslandkarte zu erstellen, die den Workflow visuell darstellt. Die Analyse der Reihenfolge, Häufigkeit und Pfade dieser Aktivitäten hilft, häufige Prozessabläufe, Abweichungen, Engpässe und Nacharbeitsschleifen zu erkennen. Aussagekräftige Aktivitätsnamen mit dem passenden Detaillierungsgrad sind entscheidend für eine nützliche und umsetzbare Prozessanalyse.

Warum das wichtig ist

Dieses Attribut legt die Prozessschritte fest. Es bildet das Grundgerüst der Prozesslandkarte und ermöglicht alle Analysen des Prozessflusses.

Woher beziehen

Diese Informationen stammen häufig aus Statusänderungsprotokollen, Ereignistabellen oder Transaktionscodes im Quellsystem.

Beispiele
Rechnung erfasstRechnung freigegebenZahlungssperre eingerichtetZahlung ausgeführt
Ereigniszeitpunkt
EventTime
Der genaue Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

Die Ereigniszeit oder Startzeit gibt das genaue Datum und die Uhrzeit einer Geschäftsaktivität an. Jeder Aktivität im Prozess, vom „Rechnungseingang“ bis zur „Zahlungsausführung“, ist ein Timestamp zugeordnet. Diese chronologischen Angaben sind erforderlich, um Ereignisse zu ordnen und Zeitspannen zu berechnen.

Dieses Attribut ordnet Ereignisse chronologisch, damit sich der Prozessablauf für jeden Case erstellen lässt. Es bildet die Grundlage für alle zeitbezogenen Analysen, darunter die Berechnung von Durchlaufzeiten zwischen Aktivitäten, das Erkennen von Zeitverlusten durch Engpässe und die Überwachung der Leistung anhand von Service-Level-Vereinbarungen. Genaue Timestamps sind entscheidend für zuverlässige Process-Mining-Analysen.

Warum das wichtig ist

Das Attribut gibt die chronologische Reihenfolge der Ereignisse vor und bildet die Grundlage für alle Leistungs- und Zeitberechnungen, etwa für die Durchlaufzeit.

Woher beziehen

Diese Angabe findet sich üblicherweise in Event Logs oder als Feld „Erstellungsdatum“ beziehungsweise „Erfassungsdatum“ zu jeder Transaktion oder Statusänderung.

Beispiele
2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z
Rechnungsnummer
InvoiceNumber
Die eindeutige Kennung der Lieferantenrechnung. Sie dient als Primärschlüssel, um die Rechnung über ihren gesamten Lebenszyklus hinweg zu verfolgen.
Beschreibung

Die Rechnungsnummer ist der eindeutige alphanumerische Code, den ein Lieferant einer Rechnung zuweist. In Process Mining ist dieses Attribut besonders wichtig, da es in der Regel als Case-ID dient und den Weg jeder Rechnung vom Eingang bis zur Zahlung eindeutig kennzeichnet.

Wenn Sie die Rechnungsnummer als Case-ID verwenden, lassen sich alle zugehörigen Aktivitäten wie „Rechnung eingegangen“, „Rechnung freigegeben“ und „Zahlung ausgeführt“ miteinander verknüpfen. So können Sie den durchgängigen Prozess für die jeweilige Rechnung rekonstruieren. Das ermöglicht eine detaillierte Analyse der Durchlaufzeiten, Prozesspfade und Abweichungen für jeden einzelnen Case und bildet die Grundlage der Prozessanalyse.

Warum das wichtig ist

Diese wichtige Case-Kennung verknüpft alle zugehörigen Ereignisse und ermöglicht es, den gesamten Lebenszyklus einer einzelnen Rechnung nachzuvollziehen.

Woher beziehen

Dieses zentrale Feld befindet sich üblicherweise im Kopf einer Rechnungstransaktionstabelle.

Beispiele
INV-2024-001239876543210US-5839A-24
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Daten zu diesem Ereignis zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit der letzten Extraktion oder Aktualisierung der Daten. Als Metadatenfeld gibt es an, wie aktuell der analysierte Datensatz ist.

Die Angabe wird zwar nicht direkt zum Erstellen der Prozesslandkarte verwendet, ist aber wichtig, um die Aktualität der Analyse einzuschätzen. Benutzer können damit erkennen, ob sie Echtzeitdaten oder einen Datenstand zu einem bestimmten Zeitpunkt betrachten. Das ist eine wichtige Grundlage für fundierte operative Entscheidungen. Außerdem hilft das Attribut, Zustand und Aktualisierungsfrequenz der Datenpipeline zu überwachen.

Warum das wichtig ist

Die Angabe zeigt, wie aktuell die Daten sind, und hilft Benutzern einzuschätzen, auf welchem Stand die Prozessanalyse ist.

Woher beziehen

Dieser Timestamp wird üblicherweise während der Datenextraktion, -transformation und -ladung (ETL) erzeugt und dem Datensatz hinzugefügt.

Beispiele
2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Ereignisdaten extrahiert wurden.
Beschreibung

Das Attribut „Quellsystem“ bezeichnet die Anwendung oder Plattform, in der das Ereignis der Rechnungsverarbeitung erfasst wurde. In komplexen IT-Landschaften kann eine Rechnung mehrere Systeme durchlaufen, etwa eine Scanlösung, ein Workflow-Tool und ein ERP-System.

Die Kenntnis des Quellsystems liefert Kontext zu den Daten und hilft bei der Untersuchung von Datenqualitätsproblemen. Außerdem können Sie damit Prozesse analysieren, die Systemgrenzen überschreiten, und mögliche Integrationsprobleme oder Verzögerungen bei der Übergabe zwischen Anwendungen erkennen. Das ist besonders hilfreich, wenn Daten aus älteren und modernen Systemen zusammengeführt werden.

Warum das wichtig ist

Das Attribut liefert Kontext zur Herkunft der Daten. Das ist wichtig, um Daten zu prüfen und Prozesse über mehrere IT-Systeme hinweg zu analysieren.

Woher beziehen

Dabei handelt es sich häufig um einen statischen Wert, der bei der Datenextraktion hinzugefügt wird, oder um ein Feld in Systemprotokollen, das den Anwendungsnamen oder die Anwendungs-ID angibt.

Beispiele
SAP_ECC_PRODOracle_Fusion_FINCoupa_R34
Benutzer
User
Der Benutzer, Mitarbeitende oder Systemagent, der die Aktivität ausgeführt hat.
Beschreibung

Das Benutzer-Attribut bezeichnet die Person oder das automatisierte System, die beziehungsweise das für einen bestimmten Schritt im Workflow der Rechnungsverarbeitung verantwortlich ist. Das kann ein Mitarbeiter der Kreditorenbuchhaltung sein, der die Rechnung erfasst hat, eine Führungskraft, die sie freigegeben hat, oder ein automatisierter Bot, der einen Abgleich durchgeführt hat.

Die Auswertung nach Benutzer ist wichtig, um die Arbeitslast zu verteilen, die individuelle Leistung zu beurteilen und Schulungsbedarf zu erkennen. Sie können die Prozesslandkarte nach Benutzern filtern und so nachvollziehen, wie verschiedene Teams oder einzelne Personen Rechnungen bearbeiten. Dabei werden Unterschiede in den Workflows sichtbar. Die Analyse zeigt, wer besonders gute Ergebnisse erzielt, wo es Probleme bei der Weiterleitung gibt und welche Benutzer zusätzliche Unterstützung oder eine Schulung zu den Unternehmensvorgaben benötigen.

Warum das wichtig ist

So lassen sich die Arbeitslastverteilung und die Leistung der Benutzer analysieren sowie Prozessabweichungen zwischen Teams und einzelnen Personen erkennen.

Woher beziehen

Diese Information steht in der Regel in den Transaktionsdetails, häufig unter Bezeichnungen wie „Benutzername“, „Erfasst von“, „Geändert von“ oder „Freigeber“.

Beispiele
j.doeSYSTEM_RFCAlice.Smithapprover_pool_1
Endzeit
EndTime
Der Timestamp, der angibt, wann eine Aktivität oder ein Ereignis abgeschlossen wurde. Bei Ereignissen ohne Dauer entspricht er häufig der Startzeit.
Beschreibung

Das Attribut „Endzeit“ erfasst den genauen Zeitpunkt, zu dem ein Prozessschritt abgeschlossen wird. Es ist entscheidend, um die Dauer von Aktivitäten präzise zu berechnen, eine zentrale Kennzahl im Process Mining. Durch den Vergleich von Start- und Endzeit können Analysten messen, wie lange einzelne Schritte dauern, und Engpässe sowie Verbesserungspotenziale erkennen.

In der Analyse dient die Endzeit dazu, Durchlaufzeiten für einzelne Aktivitäten und ganze Prozessabschnitte zu berechnen. So lässt sich beispielsweise die Dauer des Schritts „Rechnungsfreigabe“ ermitteln, indem die Startzeit von der Endzeit der Aktivität „Rechnung freigegeben“ abgezogen wird. Diese Daten unterstützen den Aufbau von Leistungs-Dashboards, die Festlegung von Vergleichswerten und die Überwachung der Auswirkungen von Prozessänderungen.

Warum das wichtig ist

Damit lassen sich Aktivitätsdauern präzise berechnen. Das ist wichtig, um Engpässe zu erkennen und die Verarbeitungseffizienz zu messen.

Woher beziehen

Die Angabe findet sich in Systemprotokollen oder Transaktionsdaten, häufig als Feld „Abschlussdatum“, „Änderungsdatum“ oder als eigener Timestamp für den Abschluss der Aktivität.

Beispiele
2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z
Grund für Sperre oder Ablehnung
BlockOrRejectionReason
Der angegebene Grund, wenn eine Rechnung für die Zahlung gesperrt oder während der Freigabe abgelehnt wird.
Beschreibung

Dieses Attribut erfasst den konkreten Grund, aus dem die Bearbeitung einer Rechnung unterbrochen wurde: entweder durch eine Ablehnung im Freigabe-Workflow oder durch eine Zahlungssperre nach der Freigabe. Gründe können beispielsweise „Falsche Menge“, „Preisabweichung“, „Bestellnummer fehlt“ oder „Doppelte Rechnung“ sein.

Das Attribut zählt zu den wichtigsten für die Ursachenanalyse. Durch die Auswertung der Häufigkeit einzelner Gründe können Unternehmen die häufigsten Ursachen für Reibungsverluste und Ineffizienz im Rechnungsprozess ermitteln. Diese datengetriebenen Erkenntnisse helfen, grundlegende Probleme anzugehen, etwa durch eine bessere Abstimmung mit Lieferanten, eine konsequentere Einhaltung der Bestellvorgaben oder gezielte Schulungen für Mitarbeitende.

Warum das wichtig ist

Das Attribut ist für die Ursachenanalyse entscheidend und hilft, die häufigsten Gründe für Verzögerungen, Nacharbeit und Ineffizienz bei der Bearbeitung zu erkennen.

Woher beziehen

Diese Information steht in den Rechnungstransaktionsdaten oder den zugehörigen Freigabeprotokollen in Feldern wie „Reason Code“ oder „Hold Reason“.

Beispiele
PreisabweichungFalsche MengeDoppelte RechnungWareneingang fehlt
Lieferantenname
VendorName
Der Name des Lieferanten, der die Rechnung eingereicht hat.
Beschreibung

Dieses Attribut enthält den Namen des externen Unternehmens, das die Rechnung ausgestellt hat. Es ordnet den Geschäftsvorfall einer konkreten Lieferantenbeziehung zu und liefert damit wichtigen Kontext. Einheitliche und korrekte Lieferantendaten sind entscheidend für verlässliche Berichte und Analysen.

Im Process Mining dient der Lieferantenname als wichtige Dimension für die Segmentierung. Analysten können den Prozess filtern, um die Rechnungsbearbeitung bei Lieferanten mit hohem Rechnungsvolumen oder häufigen Problemen zu untersuchen. So lassen sich Lieferanten erkennen, deren Rechnungen oft fehlerhaft sind und dadurch Verzögerungen oder Nacharbeit verursachen. Die Auswertung unterstützt außerdem strategische Vorhaben wie das Lieferantenleistungsmanagement und die Auswahl bevorzugter Lieferanten.

Warum das wichtig ist

Damit können Sie den Prozess nach Lieferanten segmentieren und die Leistung je Lieferant auswerten. Das ist wichtig für das Lieferantenmanagement und hilft, Ursachen für problematische Rechnungen zu erkennen.

Woher beziehen

Der Lieferantenname steht üblicherweise in den Rechnungs-Kopfdaten und wird anhand einer Lieferanten-ID mit der Lieferantenstammdatentabelle verknüpft.

Beispiele
Global Office SuppliesInnovate Tech SolutionsCity Logistics Inc.
Rechnungsbetrag
InvoiceAmount
Der Gesamtbetrag der Rechnung.
Beschreibung

Der Rechnungsbetrag umfasst den Gesamtwert der Rechnung einschließlich aller Positionen, Steuern und Gebühren. Als grundlegendes Finanzattribut gibt er an, welchen finanziellen Umfang jeder Case hat. Häufig wird er zusammen mit anderen Attributen ausgewertet, um seinen Einfluss auf den Prozess zu bestimmen.

Dieses Attribut ist für Finanzanalysen und die Priorisierung wichtig. Wenn Analysten Rechnungen nach Betrag filtern, können sie untersuchen, ob Rechnungen mit hohem Wert einen anderen, strengeren Freigabeweg durchlaufen oder häufiger Verzögerungen aufweisen. Der Rechnungsbetrag ist außerdem eine wichtige Kennzahl für Dashboards, die den Gesamtwert der bearbeiteten Rechnungen erfassen, sowie für KPIs zur Nutzung von Skonti, deren Einsparpotenzial als Prozentsatz des Rechnungsbetrags berechnet wird.

Warum das wichtig ist

Damit können Sie die finanziellen Auswirkungen analysieren, Rechnungen mit hohem Wert priorisieren und feststellen, ob der Rechnungsbetrag die Bearbeitungszeit oder den Prozessweg beeinflusst.

Woher beziehen

Dieses Standardfeld befindet sich im Kopfbereich einer Rechnungstransaktionstabelle.

Beispiele
5250.751200.0025000.0089.99
Rechnungswährung
InvoiceCurrency
Der Währungscode des Rechnungsbetrags, zum Beispiel USD oder EUR.
Beschreibung

Dieses Attribut gibt an, in welcher Währung der Rechnungsbetrag ausgewiesen ist. Es ist für international tätige Unternehmen wichtig, die mit Lieferanten aus verschiedenen Ländern zusammenarbeiten. Der Währungscode folgt üblicherweise dem Standard ISO 4217 und stellt sicher, dass Finanzdaten korrekt interpretiert werden.

In der Analyse dient die Rechnungswährung dazu, Daten nach Regionen oder Ländern zu segmentieren. Für die Finanzberichterstattung müssen Beträge korrekt aggregiert werden, wofür sie häufig in eine einheitliche Berichtswährung umgerechnet werden. Eine Auswertung der Prozessabweichungen nach Währung kann außerdem auf Besonderheiten bei internationalen Zahlungen oder beim Devisenmanagement hinweisen.

Warum das wichtig ist

Die Rechnungswährung liefert den nötigen Kontext zu den Rechnungsbeträgen und ermöglicht präzise Finanzanalysen sowie die Segmentierung internationaler Geschäftsabläufe.

Woher beziehen

Dieses Standardfeld befindet sich im Kopfbereich einer Rechnungstransaktionstabelle.

Beispiele
USDEURGBPJPY
Zahlungsziel
PaymentDueDate
Das Datum, bis zu dem die Rechnung bezahlt werden muss, damit sie nicht überfällig wird.
Beschreibung

Das Zahlungsziel wird anhand des Rechnungsdatums und der vereinbarten Zahlungsbedingungen berechnet. Es bezeichnet die Frist, bis zu der die Zahlung beim Lieferanten eingehen muss, um den Zahlungsverpflichtungen nachzukommen und Verzugsgebühren zu vermeiden.

Dieses Attribut ist grundlegend für die Überwachung pünktlicher Zahlungen. Es dient zur Berechnung von KPIs wie der Pünktlichkeitsquote und hilft, Rechnungen zu erkennen, bei denen eine Überfälligkeit droht. Der Abstand zwischen dem Freigabedatum der Rechnung und dem Zahlungsziel zeigt, wie effizient die abschließende Zahlungsplanung und -ausführung ablaufen.

Warum das wichtig ist

Das Attribut ist wichtig, um die Pünktlichkeit von Zahlungen zu messen und die Ursachen verspäteter Zahlungen zu analysieren.

Woher beziehen

Dieses Datum steht üblicherweise in den Transaktionsdetails der Rechnung. Es kann direkt erfasst oder aus dem Rechnungsdatum und den Zahlungsbedingungen abgeleitet werden.

Beispiele
2024-06-302024-07-152024-08-01
Bestellnummer
PurchaseOrderNumber
Die Kennung der Bestellung (PO), auf die sich die Rechnung bezieht.
Beschreibung

Die Bestellnummer verknüpft eine Rechnung mit einem vorab freigegebenen Beschaffungsdokument. Diese Verknüpfung ist zentral für den Abgleich: Das System prüft, ob Rechnungsangaben wie Mengen und Preise mit der Bestellung übereinstimmen.

Dieses Attribut ist wichtig, um die Effizienz des Abgleichs zu analysieren. Ein hoher Anteil bestellbezogener Rechnungen, die ohne manuelle Eingriffe verarbeitet werden, spricht für einen gut funktionierenden Beschaffungsprozess. Umgekehrt können Rechnungen ohne Bestellung auf nicht genehmigte Beschaffungen oder auf Bereiche hinweisen, in denen Beschaffungsrichtlinien nicht eingehalten werden. Ob eine Bestellung vorliegt, ist ein gängiges Kriterium, um die Prozesseffizienz zu vergleichen.

Warum das wichtig ist

Damit können Sie Rechnungen mit und ohne Bestellung unterscheiden. Sie durchlaufen häufig unterschiedliche Prozesse und weisen unterschiedliche Effizienzwerte auf.

Woher beziehen

Diese Kennung steht üblicherweise in den Positions- oder Kopfdaten der Rechnungstransaktion und verknüpft die Rechnung mit dem Beschaffungsdokument.

Beispiele
4500018921PO-2024-7837300000456
Buchungskreis
CompanyCode
Die Kennung der juristischen Person oder des Unternehmens innerhalb der Organisation, das die Rechnung bearbeitet.
Beschreibung

Der Buchungskreis bezeichnet eine bestimmte juristische Person oder Tochtergesellschaft innerhalb eines größeren Konzerns. In vielen Finanzsystemen werden Transaktionen für Buchhaltung und Berichterstattung nach Buchungskreisen getrennt.

Dieses Attribut ermöglicht Vergleiche zwischen verschiedenen Geschäftseinheiten. Wenn Analysten die Prozesslandkarte nach Buchungskreis segmentieren, können sie die Leistung vergleichen, bewährte Vorgehensweisen in einer Einheit erkennen und systematische Probleme in einer anderen aufdecken. Für Unternehmen mit mehreren juristischen Personen ist dieses grundlegende Attribut wichtig, um Prozessabweichungen zu verstehen und die konzernweite Compliance sicherzustellen.

Warum das wichtig ist

Damit können Sie Prozesse verschiedener juristischer Personen oder Geschäftseinheiten innerhalb einer Organisation vergleichen und ihre Leistung gegenüberstellen.

Woher beziehen

Dieses grundlegende Organisationsfeld steht üblicherweise im Kopfbereich aller Finanztransaktionstabellen.

Beispiele
1000US01DE015100
Rechnungsdatum
InvoiceDate
Das Datum, an dem der Lieferant die Rechnung ausgestellt hat.
Beschreibung

Das Rechnungsdatum ist das Datum, das der Lieferant auf der Rechnung angegeben hat. Aus Sicht des Lieferanten markiert es den offiziellen Beginn des Zahlungszyklus und dient häufig als Grundlage für die Berechnung des Zahlungsziels gemäß den vereinbarten Zahlungsbedingungen.

Die Zeitspanne zwischen dem Rechnungsdatum und der Aktivität „Rechnung eingegangen“ oder „Rechnung erfasst“ ist wichtig, um Verzögerungen bei der Einreichung oder Erfassung von Rechnungen zu erkennen. Diese Verzögerung beim Rechnungseingang kann einen erheblichen, oft übersehenen Anteil der gesamten Durchlaufzeit ausmachen. Wird sie verkürzt, können Zahlungen pünktlicher erfolgen und Skontomöglichkeiten häufiger genutzt werden.

Warum das wichtig ist

Damit lässt sich die Verzögerung zwischen der Ausstellung einer Rechnung durch den Lieferanten und ihrer Erfassung im System messen.

Woher beziehen

Dieses Standard-Datumsfeld steht in den Rechnungskopfdaten und heißt häufig „Belegdatum“ oder „Rechnungsdatum“.

Beispiele
2024-05-012024-04-152024-06-10
Rechnungsstatus
InvoiceStatus
Der aktuelle Status der Rechnung im Workflow ihrer Bearbeitung.
Beschreibung

Der Rechnungsstatus zeigt, an welcher Stelle des Lebenszyklus sich eine Rechnung zum Zeitpunkt der Datenextraktion befindet. Gängige Statuswerte sind „In Bearbeitung“, „Genehmigt“, „Bezahlt“, „Abgelehnt“ oder „Gesperrt“. Das Attribut gibt einen Überblick über den aktuellen Stand der Rechnung.

Process Mining rekonstruiert zwar den gesamten Prozessverlauf, doch der aktuelle Status ist für operative Dashboards zur Überwachung der laufenden Arbeit hilfreich. Führungskräfte sehen damit, wie viele Rechnungen sich in den einzelnen Phasen befinden, etwa wie viele auf eine Freigabe warten oder gesperrt sind. So lässt sich der Rechnungsdurchlauf vorausschauend steuern und Engpässen sowie Verzögerungen entgegenwirken.

Warum das wichtig ist

Der Status gibt einen Überblick über die aktuelle Arbeitslast und zeigt, wie viele Rechnungen sich in den einzelnen Phasen befinden, etwa „Wartet auf Freigabe“ oder „Gesperrt“.

Woher beziehen

Üblicherweise handelt es sich um ein Statusfeld in der Rechnungskopftabelle, das beim Durchlaufen des Lebenszyklus aktualisiert wird.

Beispiele
BezahltIn BearbeitungAbgelehntZur Zahlung freigegeben
Zahlungsbedingungen
PaymentTerms
Die vereinbarten Bedingungen für die Rechnungszahlung. Sie bestimmen das Zahlungsziel und mögliche Skonti.
Beschreibung

Die Zahlungsbedingungen legen fest, welche Konditionen mit einem Lieferanten für die Begleichung einer Rechnung vereinbart wurden. Sie werden häufig in standardisierter Form angegeben, zum Beispiel als „Net 30“ (Zahlung innerhalb von 30 Tagen) oder „2 % 10, Net 30“ (2 % Skonto bei Zahlung innerhalb von 10 Tagen, andernfalls ist der volle Betrag innerhalb von 30 Tagen fällig).

Dieses Attribut ist wichtig für die Finanzstrategie und die Leistungsanalyse. Es bildet die Grundlage für die Berechnung des Zahlungsziels und hilft, Möglichkeiten für Skontoabzüge zu erkennen. Eine Auswertung des Prozesses nach Zahlungsbedingungen kann zeigen, ob bestimmte Konditionen mit Verzögerungen einhergehen oder ob das Unternehmen günstige Skontomöglichkeiten konsequent nutzt.

Warum das wichtig ist

Das Attribut ist entscheidend, um die Pünktlichkeit von Zahlungen auszuwerten und Möglichkeiten für Skontoabzüge zu erkennen.

Woher beziehen

Diese Information stammt üblicherweise aus den Lieferantenstammdaten und ist im Rechnungskopf angegeben.

Beispiele
Net 30Net 602% 10, Net 30Fällig bei Erhalt
Erforderlich Empfohlen Optional

Purchase-to-Pay: Aktivitäten der Rechnungsverarbeitung

Hier finden Sie die wichtigsten Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um Ihren Purchase-to-Pay-Prozess der Rechnungsverarbeitung präzise zu analysieren.
7 Empfohlen 9 Optional
Aktivität Beschreibung
Abweichung beim Abgleich festgestellt
Dieses Ereignis tritt ein, wenn das System oder ein Benutzer eine Abweichung zwischen Rechnung, Bestellung oder Wareneingang feststellt. Abweichungen bei Preis oder Menge führen häufig zu einer Zahlungssperre und erfordern einen manuellen Eingriff.
Warum das wichtig ist

Die Erfassung dieser Ereignisse ist grundlegend, um die Ursachen von Verzögerungen und Nacharbeit zu untersuchen. Sie hilft, Probleme mit der Rechnungsgenauigkeit von Lieferanten oder mit internen Beschaffungsprozessen aufzudecken.

Woher beziehen

Lässt sich aus einer Statusänderung ableiten, die auf einen fehlgeschlagenen Abgleich hinweist, oder aus einer automatisch gesetzten Systemsperre aufgrund einer Abweichung.

Erfassung

Erfassen Sie den Timestamp, zu dem der Rechnungsabgleich auf „Fehlgeschlagen“ oder „Abweichung“ gesetzt oder eine abweichungsbedingte Sperre eingerichtet wird.

Ereignistyp inferred
Rechnung abgeglichen
Kennzeichnet den erfolgreichen Abgleich einer Rechnung mit einer Bestellung und gegebenenfalls einem Wareneingang. Bei diesem automatisierten oder manuellen Schritt wird geprüft, ob die berechneten Mengen und Preise mit den bestellten und gelieferten übereinstimmen.
Warum das wichtig ist

Dies ist ein wichtiger Meilenstein für die durchgängige automatisierte Verarbeitung. Viele erfolgreiche Abgleiche im ersten Durchlauf sprechen für effiziente vorgelagerte Beschaffungsprozesse.

Woher beziehen

Wird in der Regel als Statusänderung oder als eigenes Ereignis im Transaktionsverlauf erfasst, sobald die Abgleichsprüfung erfolgreich abgeschlossen ist.

Erfassung

Ermitteln Sie das Ereignis oder die Statusänderung, die anzeigt, dass der Rechnungsabgleich „Bestanden“, „Abgeglichen“ oder „Abgestimmt“ ist.

Ereignistyp explicit
Rechnung abgelehnt
Dieses Ereignis tritt ein, wenn ein Freigebender die Rechnung formell ablehnt und damit den Workflow unterbricht. In der Regel wird die Rechnung zur Korrektur zurückgesendet oder storniert, wodurch eine Nacharbeitsschleife entsteht.
Warum das wichtig ist

Die Analyse abgelehnter Rechnungen hilft, Ursachen für Nacharbeit zu erkennen, etwa falsche Kontierung, Richtlinienverstöße oder vorgelagerte Datenprobleme. Weniger Ablehnungen sind entscheidend für eine effizientere Verarbeitung.

Woher beziehen

Wird als ausdrückliche Aktion im Freigabeverlauf oder Workflow-Protokoll der Rechnung erfasst, häufig zusammen mit dem Ablehnungsgrund.

Erfassung

Ermitteln Sie das protokollierte Ereignis, bei dem ein Freigebender im Workflow die Aktion „Ablehnen“ ausführt.

Ereignistyp explicit
Rechnung eingegangen
Kennzeichnet den erstmaligen Eingang oder die Erstellung einer Rechnung im System. Dieses Ereignis markiert den Beginn der Rechnungsverarbeitung, unabhängig davon, ob die Rechnung manuell erfasst, über ein Lieferantenportal übermittelt oder per OCR eingelesen wurde.
Warum das wichtig ist

Diese Aktivität ist entscheidend, um die gesamte Durchlaufzeit der Rechnungsverarbeitung vom Anfang bis zum Ende zu messen. Sie liefert einen Ausgangswert für die Einschätzung des Arbeitsaufkommens und anfänglicher Verzögerungen.

Woher beziehen

Dieses Ereignis wird üblicherweise anhand des Erstellungs-Timestamps des Rechnungssatzes oder des ersten Eintrags in einem Dokumentenprotokoll erfasst.

Erfassung

Verwenden Sie Datum und Uhrzeit der Erstellung des Rechnungskopfs oder der Lieferantenrechnung im Quellsystem.

Ereignistyp explicit
Rechnung freigegeben
Kennzeichnet, dass alle erforderlichen Beteiligten die Rechnung im Workflow erfolgreich freigegeben haben. Damit ist die Rechnung zur Finanzbuchung und anschließenden Zahlung berechtigt.
Warum das wichtig ist

Dies ist ein entscheidender Meilenstein, der die Prüfungs- und Freigabephase abschließt. Er ist wichtig, um Freigabezeiten zu messen und die Einhaltung von Berechtigungsrichtlinien sicherzustellen.

Woher beziehen

Wird nach der endgültigen Freigabe ausdrücklich im Freigabeverlauf oder Workflow-Protokoll erfasst.

Erfassung

Verwenden Sie den Timestamp der letzten Freigabeaktion im Freigabe- oder Workflow-Verlauf der Rechnung.

Ereignistyp explicit
Rechnung im Hauptbuch gebucht
Kennzeichnet den formellen Buchungsvorgang, bei dem die freigegebene Rechnung im Hauptbuch erfasst wird. Dadurch entsteht eine finanzielle Verbindlichkeit und die Rechnung wechselt vom Bearbeitungsstatus in den zahlungsbereiten Status.
Warum das wichtig ist

Dies ist ein wichtiger finanzieller Meilenstein, der bestätigt, dass die Verbindlichkeit offiziell erfasst wurde. Verzögerungen vor diesem Schritt können den Finanzabschluss und die Genauigkeit der Berichterstattung beeinträchtigen.

Woher beziehen

Wird als ausdrückliches Transaktionsereignis in den Finanzmodulen des Systems erfasst.

Erfassung

Verwenden Sie das Buchungsdatum des Finanzbelegs, der aus der Rechnung erstellt wurde.

Ereignistyp explicit
Zahlung ausgeführt
Kennzeichnet den letzten Prozessschritt: Die Zahlung wird ausgeführt und die Verbindlichkeit aus der Rechnung ausgeglichen. Dieses Ereignis bestätigt, dass der Betrag an den Lieferanten ausgezahlt wurde.
Warum das wichtig ist

Damit ist der Purchase-to-Pay-Zyklus für eine Rechnung erfolgreich abgeschlossen. Dieses Ereignis ist die maßgebliche Grundlage, um die Pünktlichkeit von Zahlungen und die gesamte Prozessdauer zu messen.

Woher beziehen

Wird anhand des Buchungsdatums des Zahlungsbelegs erfasst, mit dem die Rechnung ausgeglichen wird.

Erfassung

Verwenden Sie das Ausgleichs- oder Zahlungsdatum des Finanzbelegs, mit dem der offene Lieferantenposten ausgeglichen wird.

Ereignistyp explicit
Abweichung behoben
Kennzeichnet den Zeitpunkt, zu dem eine zuvor festgestellte Abweichung beim Abgleich manuell geprüft und behoben wurde. Anschließend kann die Rechnung mit dem nächsten Schritt fortfahren, etwa mit der Freigabe oder einem erneuten Abgleich.
Warum das wichtig ist

Die Dauer bis zur Behebung von Abweichungen beeinflusst die Durchlaufzeit der Rechnungsverarbeitung maßgeblich. Die Analyse dieser Aktivität zeigt, wie viel Aufwand und Zeit die Bearbeitung von Ausnahmen erfordert.

Woher beziehen

Lässt sich häufig an der ersten Benutzeraktion erkennen, mit der eine Abgleichssperre aufgehoben oder ein fehlgeschlagener Abgleich erneut angestoßen wird.

Erfassung

Ermitteln Sie das Ereignis, bei dem eine abgleichsbezogene Sperre aufgehoben oder die Rechnung nach einem vorherigen Fehlschlag erfolgreich abgeglichen wird.

Ereignistyp inferred
Rechnung erfasst
Kennzeichnet den Abschluss der ersten Datenerfassung. Die Rechnungsdaten wurden eingegeben oder eingescannt, aber noch nicht gebucht oder zur formellen Freigabe eingereicht. Die Rechnung befindet sich häufig in einem vorläufigen Status wie „geparkt“ oder „Entwurf“.
Warum das wichtig ist

Ein Vergleich der Zeit zwischen Rechnungseingang und Erfassung hilft, Rückstände bei der Dateneingabe zu erkennen. Außerdem lässt sich damit die Effizienz automatisierter Datenerfassung beurteilen.

Woher beziehen

Dieses Ereignis lässt sich häufig daran erkennen, dass ein Rechnungssatz vor der Übermittlung an einen Workflow im Status „Entwurf“ oder „geparkt“ gespeichert wird.

Erfassung

Erfassen Sie den Timestamp, zu dem sich der Rechnungsstatus von „Neu“ in „Gespeichert“, „Geparkt“ oder „Entwurf“ ändert.

Ereignistyp inferred
Rechnung nachbearbeitet
Kennzeichnet eine manuelle Änderung oder Korrektur an einer Rechnung, häufig nach einer Ablehnung oder zur Behebung eines festgestellten Fehlers. Diese Aktivität weicht vom standardmäßigen, berührungslosen Prozess ab.
Warum das wichtig ist

Die Erfassung von Nacharbeiten macht Ineffizienzen und versteckte Kosten sichtbar. Wenn Sie nachvollziehen, warum Rechnungen geändert werden, können Sie gezielte Prozessverbesserungen und Schulungen einleiten.

Woher beziehen

Lässt sich üblicherweise aus Änderungsprotokollen oder Audit-Trails ableiten, die Änderungen an wichtigen Rechnungsfeldern nach der ersten Erfassung dokumentieren.

Erfassung

Erfassen Sie Timestamps aus Audit-Protokollen, die Änderungen an Rechnungsdaten anzeigen, insbesondere nach einer Ablehnung oder Sperre.

Ereignistyp inferred
Rechnung storniert
Die Rechnung wurde für ungültig erklärt, rückgängig gemacht oder storniert. Sie wird nicht weiterverarbeitet und nicht bezahlt. Bei einer fehlerhaften oder doppelten Rechnung ist dies der abschließende Status.
Warum das wichtig ist

Die Erfassung von Stornierungen liefert Erkenntnisse zu Datenqualitätsproblemen, doppelten Einreichungen und anderen vorgelagerten Fehlern. Eine hohe Stornierungsquote kann auf Probleme bei der Rechnungsstellung durch Lieferanten oder bei internen Kontrollen hinweisen.

Woher beziehen

Wird durch eine ausdrückliche Statusänderung im Rechnungssatz oder durch die Erstellung eines entsprechenden Stornobelegs erfasst.

Erfassung

Ermitteln Sie den Timestamp, zu dem der Rechnungsstatus auf „Storniert“ oder „Für ungültig erklärt“ gesetzt oder ein Stornobeleg gebucht wird.

Ereignistyp explicit
Rechnung überfällig
Ein berechnetes Ereignis, das eintritt, wenn das aktuelle Datum nach dem Nettofälligkeitsdatum der Rechnung liegt und die Rechnung noch nicht bezahlt wurde. Das Fälligkeitsdatum ergibt sich aus dem Rechnungsdatum und den Zahlungsbedingungen des Lieferanten.
Warum das wichtig ist

Diese Aktivität weist unmittelbar auf verspätete Zahlungen hin, die Lieferantenbeziehungen belasten und Strafgebühren verursachen können. Sie ist wichtig, um die Pünktlichkeit von Zahlungen zu überwachen und zu verbessern.

Woher beziehen

Dieses Ereignis wird nicht ausdrücklich im System erfasst. Es muss berechnet werden, indem das Zahlungsdatum oder bei unbezahlten Rechnungen das aktuelle Datum mit dem Fälligkeitsdatum verglichen wird.

Erfassung

Berechnen Sie dieses Ereignis für bezahlte Rechnungen mit IF(payment_date > due_date, due_date + 1 day, NULL) und für offene Rechnungen mit IF(current_date > due_date, due_date + 1 day, NULL).

Ereignistyp calculated
Rechnung zur Freigabe eingereicht
Kennzeichnet die formelle Übermittlung einer Rechnung an einen Freigabe-Workflow, nachdem die erste Prüfung und der Abgleich abgeschlossen sind. Die Rechnung wird anhand konfigurierter Geschäftsregeln an die zuständigen Freigebenden weitergeleitet.
Warum das wichtig ist

Diese Aktivität markiert den Beginn des Freigabe-Teilprozesses. Die Zeit bis zur endgültigen Freigabe zeigt, wie effizient der Freigabe-Workflow ist und wo Engpässe entstehen.

Woher beziehen

In Systemen mit einer Workflow-Engine wird dieses Ereignis ausdrücklich erfasst. Andernfalls lässt es sich aus einer Statusänderung zu „Freigabe ausstehend“ ableiten.

Erfassung

Erfassen Sie den Timestamp, zu dem der Workflow gestartet oder der Rechnungsstatus auf „Freigabe ausstehend“ gesetzt wird.

Ereignistyp explicit
Zahlung eingeplant
Die gebuchte Rechnung wird ausgewählt und in einen Zahlungsvorschlag oder Zahlungslauf aufgenommen. Damit wird sie für die Zahlung an einem bestimmten Datum vorgemerkt. Die tatsächliche Überweisung erfolgt dadurch noch nicht.
Warum das wichtig ist

Diese Aktivität macht die letzte Prozessphase sichtbar. Verzögerungen zwischen Buchung und Zahlungseinplanung können zu entgangenen Skonti und verspäteten Zahlungen führen.

Woher beziehen

Wird üblicherweise erfasst, wenn eine Rechnung in einen Zahlungslauf, Zahlungsvorschlag oder ein Zahlungsjournal aufgenommen wird.

Erfassung

Ermitteln Sie das Erstellungsdatum des Zahlungsvorschlags oder Zahlungslaufs, in den die Rechnung aufgenommen wurde.

Ereignistyp explicit
Zahlungssperre aufgehoben
Kennzeichnet die Aufhebung einer zuvor eingerichteten Zahlungssperre. Die Rechnung ist damit wieder zahlungsfähig und die Ursache der Sperre gilt als behoben.
Warum das wichtig ist

Die Zeit zwischen dem Einrichten und Aufheben einer Sperre verzögert den Prozess. Die Analyse dieser Dauer hilft, Engpässe bei der Problemlösung zu erkennen.

Woher beziehen

Wird erfasst, wenn der Status oder das Kennzeichen der Zahlungssperre im Rechnungssatz aufgehoben wird.

Erfassung

Erfassen Sie das Ereignis, bei dem ein Zahlungssperrcode oder Sperrstatus entfernt oder in einen Status ohne Sperre geändert wird.

Ereignistyp explicit
Zahlungssperre eingerichtet
Eine Rechnung wird gezielt gesperrt und kann auch nach ihrer Freigabe nicht bezahlt werden. Die Sperre kann automatisch aufgrund von Systemregeln oder manuell, etwa wegen eines Lieferantenstreits, eingerichtet werden.
Warum das wichtig ist

Zahlungssperren sind eine häufige Ursache für verspätete Zahlungen und entgangene Skonti. Zu erkennen, wann und warum Sperren eingerichtet werden, ist entscheidend, um die Pünktlichkeit von Zahlungen zu verbessern.

Woher beziehen

Wird üblicherweise als eigener Status oder Kennzeichen im Rechnungssatz oder in dessen Positionen erfasst.

Erfassung

Erfassen Sie das Ereignis, bei dem ein Zahlungssperrcode oder Sperrstatus für die Rechnung oder ihre Positionen gesetzt wird.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So erhalten Sie Ihre Daten für Process Mining.

Die Extraktionsmethoden unterscheiden sich je nach System. Eine ausführliche Anleitung finden Sie in

unserem ETL-Leitfaden

oder wählen Sie einen bestimmten Prozess und ein System aus.

Möchten Sie loslegen?

Wählen Sie eine Anleitung für Ihr System, um mit der Datenextraktion zu beginnen. Alternativ können Sie dieses generische Template als Grundlage für jede Datenquelle verwenden.

Optimieren Sie die Rechnungsverarbeitung und steigern Sie noch heute die Effizienz Ihres P2P-Prozesses

Entdecken Sie verborgene Erkenntnisse zu Ihren Prozessen, senken Sie Kosten und beschleunigen Sie Rechnungs-Workflows.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Die Einrichtung dauert nur 5 Minuten.