Ihr Daten-Template für die Rechnungsverarbeitung im Einkauf zu Zahlung

Universelle Process-Mining-Vorlage
Ihr Daten-Template für die Rechnungsverarbeitung im Einkauf zu Zahlung

Ihr Daten-Template für die Rechnungsverarbeitung im Einkauf zu Zahlung

Universelle Process-Mining-Vorlage

Dies ist unsere generische Process-Mining-Datenvorlage für Beschaffung zu Zahlung - Rechnungsverarbeitung. Verwenden Sie unsere systemspezifischen Vorlagen für spezifischere Anleitungen.

Wählen Sie ein spezifisches System
  • Empfohlene Datenfelder für eine leistungsstarke Analyse
  • Wichtige Aktivitäten und Meilensteine zur Verfolgung
  • Anleitung zur Extraktion Ihrer Prozessdaten
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Beschaffung zu Zahlung - Rechnungsverarbeitungsattribute

Diese Tabelle stellt die empfohlenen Datenfelder vor, die Sie in Ihr Event Log aufnehmen sollten, für eine umfassende Analyse Ihrer Rechnungsverarbeitung im Einkauf zu Zahlung.
5 Erforderlich 7 Empfohlen 5 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name eines spezifischen Geschäftsereignisses oder einer Aufgabe, die während des Lebenszyklus der Rechnungsverarbeitung stattfand.
Beschreibung

Der Aktivitätsname beschreibt einen einzelnen Schritt oder Meilenstein im Rechnungsverarbeitungsprozess. Beispiele sind 'Rechnung erhalten', 'Rechnung zur Genehmigung gesendet', 'Zahlungssperre gesetzt' und 'Zahlung ausgeführt'. Dieses Attribut liefert die Narrative für den Prozess und skizziert, was im Laufe der Zeit mit der Rechnung geschah.

Im Process Mining wird dieses Attribut verwendet, um die Prozesskarte zu generieren, die den Workflow visuell darstellt. Die Analyse der Reihenfolge, Häufigkeit und Pfade dieser Aktivitäten hilft, gängige Prozessflüsse, Abweichungen, Bottlenecks und Nacharbeits-Schleifen zu identifizieren. Die Qualität und Granularität der Aktivitätsnamen sind entscheidend für die Erstellung einer aussagekräftigen und umsetzbaren Prozessanalyse.

Bedeutung

Dieses Attribut definiert die Schritte im Prozess, bildet das Rückgrat der Process Map und ermöglicht alle flussbezogenen Analysen.

Datenquelle

Diese Information wird oft aus Statusänderungsprotokollen, Event-Tabellen oder Transaktionscodes innerhalb des Quellsystems abgeleitet.

Beispiele
Rechnung erfasstRechnung freigegebenZahlungssperre gesetztZahlung ausgeführt
Ereigniszeit
EventTime
Der genaue Zeitstempel, der angibt, wann eine spezifische Aktivität oder ein Ereignis stattfand.
Beschreibung

Die Event-Zeit oder Startzeit (Event Time, Start Time) erfasst das genaue Datum und die Uhrzeit, zu der eine Geschäftsaktivität stattfand. Jede Aktivität im Prozess, vom 'Rechnungseingang' bis zur 'Zahlung ausgeführt', hat einen zugehörigen Timestamp. Diese chronologische Information ist essenziell für die Reihenfolge der Events und die Berechnung von Dauern.

Dieses Attribut wird verwendet, um Events chronologisch zu sortieren und den Prozessfluss für jeden Case aufzubauen. Es ist die Grundlage für alle zeitbasierten Analysen, einschließlich der Berechnung von Zykluszeiten zwischen Aktivitäten, der Identifizierung von Bottlenecks, an denen Zeit verloren geht, und der Überwachung der Leistung im Vergleich zu Service Level Agreements. Genaue und präzise Timestamps sind entscheidend für die Zuverlässigkeit jeder Process Mining Analyse.

Bedeutung

Es liefert die chronologische Reihenfolge der Events und ist die Grundlage für alle leistungs- und dauerbasierten Berechnungen, wie die Zykluszeit.

Datenquelle

Dies ist typischerweise in Event Logs oder als Feld „Creation Date“ oder „Entry Date“ zu finden, das mit jeder Transaktion oder Statusänderung verbunden ist.

Beispiele
2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z
Rechnungsnummer
InvoiceNumber
Die eindeutige Kennung für die Rechnung eines Lieferanten. Dies dient als Primärschlüssel für die Nachverfolgung der Rechnung über ihren gesamten Lebenszyklus.
Beschreibung

Die Rechnungsnummer ist der eindeutige alphanumerische Code, den ein Lieferant einer Rechnung zuweist. Im Process Mining ist dieses Attribut von fundamentaler Bedeutung, da es typischerweise als Case ID dient und den Weg jeder Rechnung vom Eingang bis zur Zahlung eindeutig identifiziert.

Durch die Verwendung der Rechnungsnummer als Case ID können alle zugehörigen Aktivitäten, wie 'Rechnung erhalten', 'Rechnung genehmigt' und 'Zahlung ausgeführt', miteinander verknüpft werden, um den End-to-End-Prozess für diese spezifische Rechnung zu rekonstruieren. Dies ermöglicht eine detaillierte Analyse von Zykluszeiten, Pfaden und Abweichungen für jeden einzelnen Case und bildet die Grundlage der gesamten Prozessanalyse.

Bedeutung

Es ist der wesentliche Case Identifier, der alle zusammengehörigen Events verbindet und es ermöglicht, den End-to-End-Lebenszyklus einer einzelnen Rechnung nachzuvollziehen.

Datenquelle

Dies ist ein Primärfeld, das typischerweise im Kopfbereich einer Rechnungstransaktionstabelle zu finden ist.

Beispiele
INV-2024-001239876543210US-5839A-24
Letzte Datenaktualisierung
LastDataUpdate
Der `Timestamp`, der den Zeitpunkt der letzten Aktualisierung der Daten dieses `Events` aus dem Quellsystem angibt.
Beschreibung

Dieses Attribut erfasst das Datum und die Uhrzeit, wann die Daten zuletzt extrahiert oder aktualisiert wurden. Es dient als Metadatenfeld, das die Aktualität des analysierten Datensatzes anzeigt.

Obwohl nicht direkt zur Erstellung der Process Map verwendet, sind diese Informationen entscheidend, um die Aktualität der Analyse zu verstehen. Es hilft Benutzern zu erkennen, ob sie Echtzeitdaten oder eine Momentaufnahme von einem bestimmten Zeitpunkt betrachten, was für fundierte operative Entscheidungen unerlässlich ist. Es ist auch wichtig für die Überwachung der Integrität und Häufigkeit der Data Pipeline.

Bedeutung

Es gibt Aufschluss über die Aktualität der Daten, sodass Benutzer verstehen können, wie aktuell die Prozessanalyse ist.

Datenquelle

Dieser Timestamp wird typischerweise während des Datenextraktions-, Transformations- und Ladeprozesses (ETL) generiert und dem Datensatz hinzugefügt.

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

Das Attribut Quellsystem identifiziert die Anwendung oder Plattform, auf der das Rechnungsverarbeitungs-Event erfasst wurde. In komplexen IT-Landschaften kann der Weg einer Rechnung mehrere Systeme umfassen, wie eine Scan-Lösung, ein Workflow-Tool und ein ERP-System.

Das Verständnis des Quellsystems liefert Kontext für die Daten und hilft bei der Fehlerbehebung bei Datenqualitätsproblemen. Es ermöglicht auch die Analyse von Prozessen, die Systemgrenzen überschreiten, und hebt potenzielle Integrationsherausforderungen oder Verzögerungen hervor, die durch Übergaben zwischen verschiedenen Anwendungen verursacht werden. Dies kann besonders nützlich sein, wenn Daten aus Altsystemen und modernen Systemen konsolidiert werden.

Bedeutung

Es liefert Kontext zur Datenherkunft, was für die Datenvalidierung und für die Analyse von Prozessen, die mehrere IT-Systeme umfassen, entscheidend ist.

Datenquelle

Dies ist oft ein statischer Wert, der während der Datenextraktion hinzugefügt wird, oder ein Feld, das in Systemprotokollen verfügbar ist und den Anwendungsnamen oder die ID angibt.

Beispiele
SAP_ECC_PRODOracle_Fusion_FINCoupa_R34
Benutzer
User
Der Benutzer, Mitarbeiter oder Systemagent, der die Activity durchgeführt hat.
Beschreibung

Das Attribut „Benutzer“ identifiziert die Person oder das automatisierte System, das für die Ausführung eines bestimmten Schritts im Rechnungsverarbeitungs-Workflow verantwortlich ist. Dies könnte ein Buchhalter sein, der die Rechnung eingegeben hat, ein Manager, der sie genehmigt hat, oder ein automatisierter Bot, der eine Abgleichaufgabe durchgeführt hat.

Die Analyse der Daten nach Benutzer ist essenziell, um die Arbeitslastverteilung, die individuelle Leistung und den Schulungsbedarf zu verstehen. Sie ermöglicht das Filtern der Process Map, um zu sehen, wie verschiedene Teams oder Einzelpersonen Rechnungen bearbeiten, und deckt so Variationen in ihren Workflows auf. Diese Analyse kann Top-Performer identifizieren, Routing-Probleme hervorheben oder Benutzer lokalisieren, die zusätzliche Unterstützung oder Schulungen zu Unternehmensverfahren benötigen.

Bedeutung

Es hilft, die Arbeitslastverteilung, Benutzerleistung und Prozessvariationen zwischen verschiedenen Teams oder Einzelpersonen zu analysieren.

Datenquelle

Diese Information ist typischerweise in den Transaktionsdetails verfügbar und oft als „User Name“, „Entered By“, „Changed By“ oder „Approver“ bezeichnet.

Beispiele
j.doeSYSTEM_RFCAlice.Smithapprover_pool_1
Endzeit
EndTime
Der Timestamp, der angibt, wann eine Activity oder ein Event abgeschlossen wurde. Bei sofortigen Events ist dies oft identisch mit der Start Time.
Beschreibung

Das Endzeit-Attribut (End Time) erfasst den genauen Zeitpunkt, zu dem ein Prozessschritt abgeschlossen wird. Es ist entscheidend für die genaue Berechnung der Dauer von Aktivitäten, einer fundamentalen Metrik im Process Mining. Durch den Vergleich von Startzeit und Endzeit können Analysten messen, wie lange jeder Schritt dauert, Bottlenecks und Bereiche zur Effizienzsteigerung identifizieren.

In der Analyse wird die Endzeit verwendet, um Zykluszeiten für einzelne Aktivitäten und ganze Prozesssegmente zu berechnen. Zum Beispiel kann die Dauer des Schritts 'Rechnungsfreigabe' durch Subtraktion der Startzeit von der Endzeit der Aktivität 'Rechnung genehmigt' bestimmt werden. Diese Daten helfen beim Erstellen von Performance-Dashboards, beim Setzen von Benchmarks und beim Überwachen der Auswirkungen von Prozessänderungen.

Bedeutung

Es ermöglicht die präzise Berechnung von Aktivitätsdauern, was für die Identifizierung von Bottlenecks und die Messung der Bearbeitungseffizienz unerlässlich ist.

Datenquelle

In Systemprotokollen oder Transaktionsdaten gefunden, oft als 'Abschlussdatum', 'Änderungsdatum' oder als separates Timestamp-Feld für den Abschluss einer Aktivität.

Beispiele
2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z
Lieferantenname
VendorName
Der Name des Lieferanten oder Kreditors, der die Rechnung eingereicht hat.
Beschreibung

Dieses Attribut erfasst den Namen des externen Partners, der die Rechnung ausgestellt hat. Es liefert einen wichtigen Kontext, indem es die Finanztransaktion mit einer spezifischen Lieferantenbeziehung verknüpft. Konsistente und saubere Lieferantendaten sind entscheidend für präzises Reporting und Analyse.

Im Process Mining ist der Vendor Name eine Schlüsseldimension für die Segmentierung. Analysten können den Prozess filtern, um die Rechnungsbearbeitung für Lieferanten mit hohem Volumen oder für problematische Lieferanten zu untersuchen. Dies hilft, Lieferanten zu identifizieren, die häufig Rechnungen mit Fehlern einreichen, was zu Verzögerungen und Nacharbeit führt. Es unterstützt auch strategische Initiativen wie das Vendor Performance Management und die Identifizierung von Möglichkeiten für bevorzugte Lieferantenprogramme.

Bedeutung

Es ermöglicht die Segmentierung des Prozesses zur Analyse der Leistung nach Lieferanten, was für das Lieferantenmanagement und die Identifizierung von Quellen problematischer Rechnungen entscheidend ist.

Datenquelle

Dies ist typischerweise in den Rechnungskopfdaten zu finden, verknüpft aus einer Lieferantenstammdatentabelle basierend auf einer Lieferanten-ID.

Beispiele
Global Office SuppliesInnovate Tech SolutionsCity Logistics Inc.
Rechnungsbetrag
InvoiceAmount
Der monetäre Gesamtwert der Rechnung.
Beschreibung

Der Rechnungsbetrag stellt den Gesamtwert der Rechnung dar, einschließlich aller Positionen, Steuern und Gebühren. Dies ist ein fundamentales finanzielles Attribut, das die monetäre Bedeutung jedes Case definiert. Es wird oft in Verbindung mit anderen Attributen analysiert, um dessen Auswirkungen auf den Prozess zu verstehen.

Dieses Attribut ist entscheidend für die Finanzanalyse und Priorisierung. Durch das Filtern von Rechnungen nach ihrem Betrag können Analysten untersuchen, ob hochpreisige Rechnungen einem anderen, strengeren Genehmigungspfad folgen oder anfälliger für Verzögerungen sind. Es ist auch unerlässlich für Dashboards, die den gesamten Rechnungsumsatz verfolgen, sowie für KPIs im Zusammenhang mit der Skontoeinziehung, bei der die potenziellen Einsparungen einen Prozentsatz des Rechnungsbetrags ausmachen.

Bedeutung

Es ermöglicht die Analyse finanzieller Auswirkungen, die Priorisierung hochwertiger Rechnungen und hilft zu identifizieren, ob der Rechnungswert die Bearbeitungszeit oder den Pfad beeinflusst.

Datenquelle

Dies ist ein Standardfeld, das im Kopfbereich einer Rechnungstransaktionstabelle zu finden ist.

Beispiele
5250.751200.0025000.0089,99
Rechnungswährung
InvoiceCurrency
Der Währungscode für den Rechnungsbetrag, wie USD oder EUR.
Beschreibung

Dieses Attribut gibt die Währung an, in der der Rechnungsbetrag denominiert ist. Es ist essenziell für Organisationen, die international tätig sind und mit Lieferanten aus verschiedenen Ländern zusammenarbeiten. Der Währungscode, der typischerweise dem ISO 4217 Standard folgt, stellt sicher, dass Finanzdaten korrekt interpretiert werden.

In der Analyse wird die Invoice Currency verwendet, um Daten für regionale oder länderspezifische Ansichten zu segmentieren. Sie ist entscheidend für das Financial Reporting, um sicherzustellen, dass Beträge korrekt aggregiert werden, was oft eine Umrechnung in eine Standard-Berichtswährung erfordert. Die Analyse von Prozessvariationen nach Währung kann auch Komplexitäten im Zusammenhang mit internationalen Zahlungen oder dem Devisenmanagement aufzeigen.

Bedeutung

Es liefert den notwendigen Kontext für Rechnungsbeträge und ermöglicht eine genaue Finanzanalyse und Segmentierung für globale Operationen.

Datenquelle

Dies ist ein Standardfeld, das im Kopfbereich einer Rechnungstransaktionstabelle zu finden ist.

Beispiele
USDEURGBPJPY
Sperr- oder Ablehnungsgrund
BlockOrRejectionReason
Der angegebene Grund, wenn eine Rechnung von der Zahlung gesperrt oder während der Genehmigung abgelehnt wird.
Beschreibung

Dieses Attribut erfasst den spezifischen Grund, warum der Fortschritt einer Rechnung gestoppt wurde, sei es durch eine Ablehnung während des Genehmigungs-Workflows oder eine Zahlungssperre nach der Genehmigung. Die Gründe können von „Fehlende Menge“ und „Preisabweichung“ bis hin zu „Fehlende Bestellnummer“ oder „Doppelte Rechnung“ reichen.

Dies ist eines der wichtigsten Attribute für die Root Cause Analysis. Durch die Analyse der Häufigkeit verschiedener Gründe können Organisationen die häufigsten Quellen für Reibung und Ineffizienz im Rechnungsprozess identifizieren. Dieser datengesteuerte Insight ermöglicht es ihnen, zugrunde liegende Probleme anzugehen, wie die Verbesserung der Kommunikation mit Lieferanten, die Erhöhung der PO Compliance oder die Bereitstellung besserer Schulungen für Mitarbeiter.

Bedeutung

Dies ist entscheidend für die Root Cause Analysis und hilft, die häufigsten Gründe für Verarbeitungsverzögerungen, Nacharbeit und Ineffizienzen zu identifizieren.

Datenquelle

Diese Information ist in spezifischen Feldern wie „Reason Code“ oder „Hold Reason“ in den Rechnungstransaktionsdaten oder den zugehörigen Genehmigungsprotokollen zu finden.

Beispiele
PreisabweichungFalsche MengeDoppelte RechnungFehlender Wareneingang
Zahlungsfälligkeitsdatum
PaymentDueDate
Das Datum, bis zu dem die Rechnung bezahlt werden muss, um eine Überfälligkeit zu vermeiden.
Beschreibung

Das Zahlungsfälligkeitsdatum ist ein kritisches Datum, das auf dem Rechnungsdatum und den vereinbarten Zahlungsbedingungen basiert. Es stellt die Zahlungsfrist an den Lieferanten dar, um einen guten Ruf zu wahren und Mahngebühren zu vermeiden.

Dieses Attribut ist fundamental für die Leistungsüberwachung bezüglich pünktlicher Zahlungen. Es wird verwendet, um KPIs wie die Pünktliche Zahlungsrate zu berechnen und Rechnungen zu identifizieren, die überfällig werden könnten. Die Analyse der Lücke zwischen dem Rechnungsfreigabedatum und dem Zahlungsfälligkeitsdatum hilft, die Effizienz der letzten Schritte zur Zahlungsplanung und -ausführung zu bewerten.

Bedeutung

Es ist wesentlich für die Messung der Pünktlichkeit von Zahlungen und die Analyse der Ursachen für verspätete Zahlungen.

Datenquelle

Dieses Datum ist typischerweise in den Rechnungstransaktionsdetails zu finden. Es kann direkt eingegeben oder aus dem Rechnungsdatum und den Zahlungsbedingungen abgeleitet werden.

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

Die Bestellnummer (Purchase Order Number) verknüpft eine Rechnung mit einem vorab genehmigten Beschaffungsdokument. Diese Verbindung ist zentral für den Abgleichsprozess, bei dem das System überprüft, ob die Rechnungsdetails, wie Mengen und Preise, mit den in der Bestellung bestellten übereinstimmen.

Dieses Attribut ist entscheidend für die Analyse der Effizienz des Abgleichsprozesses. Eine hohe Rate von Bestell-basierten Rechnungen, die direkt durchlaufen werden, deutet auf einen gesunden Beschaffungsprozess hin. Umgekehrt kann die Analyse von Rechnungen ohne Bestellung einen Wildkauf (Maverick Buying) oder Bereiche aufdecken, in denen Beschaffungsrichtlinien nicht eingehalten werden. Das Vorhandensein oder Fehlen einer Bestellung ist eine gängige Methode zur Segmentierung des Prozesses, um die Effizienz zu vergleichen.

Bedeutung

Es hilft, zwischen PO- und Nicht-PO-Rechnungen zu unterscheiden, die oft unterschiedlichen Prozessen folgen und unterschiedliche Effizienzgrade aufweisen.

Datenquelle

Diese Kennung ist typischerweise in den Positions- oder Kopfdaten der Rechnungstransaktion zu finden und verknüpft sie mit dem Bestelldokument.

Beispiele
4500018921PO-2024-7837300000456
Buchungskreis
CompanyCode
Der Identifikator für die juristische Einheit oder das Unternehmen innerhalb der Organisation, die die Rechnung bearbeitet.
Beschreibung

Der Buchungskreis (Company Code) repräsentiert eine spezifische juristische Einheit oder Tochtergesellschaft innerhalb eines größeren Konzerns. In vielen Finanzsystemen werden Transaktionen für Buchhaltungs- und Berichtszwecke nach Buchungskreis getrennt.

Dieses Attribut ermöglicht eine vergleichende Analyse über verschiedene Geschäftsbereiche hinweg. Durch die Segmentierung der Prozesskarte nach Buchungskreis können Analysten die Leistung benchmarken, Best Practices innerhalb einer Einheit identifizieren und systemische Probleme in einer anderen aufdecken. Es ist ein fundamentales Attribut für jede Organisation mit mehr als einer juristischen Einheit, um Prozessvariationen zu verstehen und unternehmensweite Compliance sicherzustellen.

Bedeutung

Es ermöglicht das Benchmarking und den Vergleich von Prozessen über verschiedene juristische Einheiten oder Geschäftsbereiche innerhalb einer Organisation hinweg.

Datenquelle

Dies ist ein grundlegendes Organisationsfeld, das typischerweise im Kopfbereich aller Finanztransaktionstabellen zu finden ist.

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

Das Rechnungsdatum ist das vom Lieferanten auf dem Rechnungsdokument selbst angegebene Datum. Es markiert den offiziellen Beginn des Zahlungszyklus aus Sicht des Lieferanten und ist oft die Grundlage für die Berechnung des Zahlungsfälligkeitsdatums gemäß den vereinbarten Zahlungsbedingungen.

Die Analyse der Zeitverzögerung zwischen dem Rechnungsdatum und der Aktivität 'Rechnung erhalten' oder 'Rechnung erfasst' ist entscheidend, um Verzögerungen bei der Rechnungsübermittlung oder -erfassung zu identifizieren. Diese 'Rechnungseingangsverzögerung' kann ein signifikanter verborgener Bestandteil der gesamten Zykluszeit sein, und deren Reduzierung kann die pünktliche Zahlungsleistung verbessern und die Möglichkeiten zur Nutzung von Skonti erhöhen.

Bedeutung

Es hilft, die 'Verzögerung des Rechnungseingangs' zwischen der Ausstellung einer Rechnung durch einen Lieferanten und deren Erfassung im System zu messen.

Datenquelle

Dies ist ein standardmäßiges Datumsfeld in den Rechnungskopfdaten, oft als „Document Date“ oder „Invoice Date“ bezeichnet.

Beispiele
2024-05-012024-04-152024-06-10
Rechnungsstatus
InvoiceStatus
Der aktuelle Zustand der Rechnung in ihrem Bearbeitungs-Workflow.
Beschreibung

Der Rechnungsstatus bietet eine Momentaufnahme, wo sich eine Rechnung zum Zeitpunkt der Datenextraktion in ihrem Lebenszyklus befindet. Gängige Status sind 'In Bearbeitung', 'Genehmigt', 'Bezahlt', 'Abgelehnt' oder 'Gesperrt'. Dieses Attribut gibt einen Überblick über den aktuellen Zustand der Rechnung.

Während Process Mining den gesamten Weg rekonstruiert, ist der aktuelle Status für operationale Dashboards wertvoll, die die aktive Arbeitslast überwachen. Er hilft Managern, das Volumen der Rechnungen in jeder Phase zu verstehen, z.B. wie viele auf Genehmigung warten oder gesperrt sind. Dies ermöglicht ein proaktives Management der Rechnungs-Pipeline, um Bottlenecks und Verzögerungen zu vermeiden.

Bedeutung

Es bietet eine Momentaufnahme der aktuellen Arbeitslast und hilft, das Rechnungsvolumen in verschiedenen Phasen wie 'Warten auf Genehmigung' oder 'Gesperrt' zu überwachen.

Datenquelle

Dies ist typischerweise ein Statusfeld in der Rechnungskopftabelle, das aktualisiert wird, während die Rechnung ihren Lebenszyklus durchläuft.

Beispiele
BezahltIn BearbeitungAbgelehntZur Zahlung freigegeben
Zahlungsbedingungen
PaymentTerms
Die vereinbarten Bedingungen für die Rechnungszahlung, die das Fälligkeitsdatum und etwaige Skonti bestimmen.
Beschreibung

Zahlungsbedingungen sind die mit einem Lieferanten vereinbarten Konditionen zur Begleichung einer Rechnung. Diese Bedingungen werden typischerweise in einem standardisierten Format ausgedrückt, wie 'Netto 30' (Zahlung fällig in 30 Tagen) oder '2% 10, Netto 30' (2% Skonto bei Zahlung innerhalb von 10 Tagen, ansonsten der volle Betrag fällig in 30 Tagen).

Dieses Attribut ist essentiell für die Finanzstrategie und Leistungsanalyse. Es bildet die Grundlage für die Berechnung des Zahlungsfälligkeitsdatums und die Identifizierung von Möglichkeiten zur Nutzung von Skonti. Die Analyse des Prozesses nach verschiedenen Zahlungsbedingungen kann aufzeigen, ob bestimmte Bedingungen mit Bearbeitungsverzögerungen korrelieren oder ob die Organisation günstige Skontomöglichkeiten effektiv nutzt.

Bedeutung

Es ist entscheidend für die Analyse der Pünktlichkeit von Zahlungen und die Identifizierung von Möglichkeiten zur Nutzung von Skonti.

Datenquelle

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

Beispiele
Netto 30Netto 602% 10, Netto 30Zahlbar bei Erhalt
Erforderlich Empfohlen Optional

Beschaffung zu Zahlung - Rechnungsverarbeitungsaktivitäten

Hier sind die wichtigsten Prozessschritte und Meilensteine, die Sie in Ihrem Event Log für eine genaue Process Discovery innerhalb Ihrer Beschaffung zu Zahlung - Rechnungsverarbeitung erfassen sollten.
7 Empfohlen 9 Optional
Aktivität Beschreibung
Abgleichsdiskrepanz identifiziert
Tritt auf, wenn das System oder ein Benutzer eine Diskrepanz zwischen Rechnung, Bestellung oder Wareneingang identifiziert. Diese Diskrepanzen, wie Preis- oder Mengenabweichungen, führen in der Regel zu einer Sperre der Rechnung und erfordern manuellen Eingriff.
Bedeutung

Die Verfolgung dieser Events ist grundlegend für die Root Cause Analysis von Verarbeitungsverzögerungen und Nacharbeit. Sie hilft, Probleme mit der Genauigkeit der Lieferantenrechnungsstellung oder internen Beschaffungsprozessen zu identifizieren.

Datenquelle

Abgeleitet aus einer Statusänderung, die einen Abgleichsfehler oder die automatische Anwendung einer systembedingten Sperre aufgrund einer Abweichung anzeigt.

Erfassen

Erfassen Sie den Timestamp, wenn der Rechnungsabgleichsstatus auf 'Fehlgeschlagen', 'Diskrepanz' gesetzt wird oder wenn eine abweichungsbezogene Sperre angewendet wird.

Ereignistyp inferred
Rechnung abgeglichen
Bedeutet den erfolgreichen Abgleich einer Rechnung mit einer Bestellung und, falls zutreffend, einem Wareneingang. Dieser automatisierte oder manuelle Schritt validiert, dass die in Rechnung gestellten Mengen und Preise mit dem bestellten und empfangenen übereinstimmen.
Bedeutung

Dies ist ein wichtiger Meilenstein für das Straight-Through Processing. Ein hohes Volumen an erfolgreichen Ersttreffern weist auf effiziente vorgelagerte Beschaffungsprozesse hin.

Datenquelle

Wird üblicherweise als Statusänderung oder spezifisches Event in der Transaktionshistorie erfasst, wenn der Abgleich erfolgreich abgeschlossen ist.

Erfassen

Identifizieren Sie das Ereignis oder die Statusaktualisierung, die anzeigt, dass der Rechnungsabgleichsstatus 'Bestanden', 'Abgestimmt' oder 'Abgeglichen' ist.

Ereignistyp explicit
Rechnung abgelehnt
Tritt auf, wenn ein Genehmiger die Rechnung formell ablehnt, wodurch ihr Fortschritt im Workflow gestoppt wird. Eine Ablehnung schickt die Rechnung in der Regel zur Korrektur oder Stornierung zurück, wodurch eine Nacharbeits-Schleife initiiert wird.
Bedeutung

Die Analyse von Rechnungsablehnungen hilft, die Grundursachen für Nacharbeiten zu identifizieren, wie z.B. fehlerhafte Kontierung, Richtlinienverstöße oder vorgelagerte Datenprobleme. Die Reduzierung von Ablehnungen ist entscheidend für die Verbesserung der Effizienz.

Datenquelle

Eine explizite Aktion, die in der Genehmigungshistorie oder dem Workflow-Log der Rechnung erfasst wird, oft mit zugehörigen Ablehnungsgründen.

Erfassen

Identifizieren Sie das Ereignis, das protokolliert wird, wenn ein Genehmiger eine 'Ablehnen'- oder 'Verweigern'-Aktion im Workflow durchführt.

Ereignistyp explicit
Rechnung eingegangen
Kennzeichnet den initialen Eingang oder die Erstellung einer Rechnung im System. Dieses Ereignis dient als Startpunkt für den Lebenszyklus der Rechnungsverarbeitung, unabhängig von der Eingabemethode, wie manueller Erfassung, Lieferantenportal oder OCR.
Bedeutung

Diese Activity ist entscheidend für die Messung der gesamten Rechnungsverarbeitungs-Cycle Time von Anfang bis Ende. Sie bietet eine Grundlage für das Verständnis der Arbeitslast und anfänglicher Verarbeitungsverzögerungen.

Datenquelle

Dieses Event wird typischerweise vom Erstellungs-Timestamp des Rechnungsdatensatzes oder dem erstmaligen Eintrag in einem Dokumentenprotokoll erfasst.

Erfassen

Verwenden Sie das Erstellungsdatum und die Uhrzeit des primären Rechnungs- oder Lieferantenrechnungsobjekts im Quellsystem.

Ereignistyp explicit
Rechnung freigegeben
Bedeutet, dass die Rechnung von allen erforderlichen Parteien im Workflow erfolgreich genehmigt wurde. Dieser Meilenstein autorisiert die Rechnung für die Finanzbuchung und anschließende Zahlung.
Bedeutung

Dies ist ein entscheidender Meilenstein, der die Validierungs- und Genehmigungsphase abschließt. Er ist unerlässlich für die Messung der Genehmigungs-Cycle Times und die Sicherstellung der Compliance mit den Genehmigungsrichtlinien.

Datenquelle

Explizit in der Genehmigungshistorie oder dem Workflow-Log bei endgültiger Genehmigung erfasst.

Erfassen

Verwenden Sie den Timestamp der letzten Genehmigungsaktion im Genehmigungs- oder Workflow-Verlauf der Rechnung.

Ereignistyp explicit
Rechnung im Hauptbuch gebucht
Stellt das formelle buchhalterische Ereignis dar, bei dem die genehmigte Rechnung im Hauptbuch erfasst wird. Diese Aktion schafft eine finanzielle Verbindlichkeit und verschiebt die Rechnung von einem Bearbeitungszustand in einen zahlungsbereiten Zustand.
Bedeutung

Dies ist ein entscheidender finanzieller Meilenstein, der bestätigt, dass die Verbindlichkeit offiziell anerkannt ist. Verzögerungen vor diesem Schritt können Finanzabschlüsse und die Berichtsgenauigkeit beeinträchtigen.

Datenquelle

Dies ist ein explizites, transaktionsbezogenes Event, das in den Finanzmodulen des Systems aufgezeichnet wird.

Erfassen

Verwenden Sie das Buchungsdatum, das mit dem Finanzbeleg verknüpft ist, der aus der Rechnung erstellt wurde.

Ereignistyp explicit
Zahlung ausgeführt
Kennzeichnet den letzten Schritt des Prozesses, in dem die Zahlung ausgeführt und die Rechnungsverbindlichkeit beglichen wird. Dieses Ereignis bestätigt, dass Gelder an den Lieferanten ausgezahlt wurden.
Bedeutung

Dies ist der erfolgreiche Abschluss des Einkauf-zu-Zahlung-Zyklus für eine Rechnung. Es ist das definitive Event zur Messung der Pünktlichkeitsraten bei Zahlungen und der gesamten Prozessdauer.

Datenquelle

Erfasst vom Buchungsdatum des Zahlungsbelegs, der die Rechnung ausgleicht.

Erfassen

Verwenden Sie das Ausgleichsdatum oder Zahlungsdatum aus dem Finanzbeleg, der die offene Lieferantenposition ausgleicht.

Ereignistyp explicit
Abweichung behoben
Kennzeichnet den Punkt, an dem eine zuvor identifizierte Abgleichsdiskrepanz manuell untersucht und behoben wurde. Dies ermöglicht es der Rechnung, zum nächsten Schritt, wie Genehmigung oder erneuter Abgleich, überzugehen.
Bedeutung

Der Zeitaufwand zur Behebung von Unstimmigkeiten ist ein wichtiger Faktor für die Durchlaufzeit der Rechnungsverarbeitung. Die Analyse dieser Activity hilft, den Aufwand und die Dauer der Ausnahmebehandlung zu verstehen.

Datenquelle

Dies wird oft aus der ersten Benutzeraktion abgeleitet, die eine Abstimmungssperre aufhebt oder es ermöglicht, dass eine fehlgeschlagene Abstimmung erneut verarbeitet wird.

Erfassen

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

Ereignistyp inferred
Rechnung erfasst
Stellt den Abschluss der initialen Datenerfassung dar, bei der die Rechnungsdetails eingegeben oder gescannt, aber noch nicht gebucht oder zur formellen Genehmigung eingereicht wurden. Die Rechnung befindet sich oft in einem temporären 'geparkten' oder 'Entwurfs'-Status.
Bedeutung

Die Analyse der Zeitspanne zwischen dem Empfang und der Erfassung einer Rechnung hilft, Rückstände in der Datenerfassungsphase zu identifizieren. Sie kann auch die Effizienz automatisierter Datenerfassungslösungen hervorheben.

Datenquelle

Dies wird oft abgeleitet, wenn ein Rechnungsdatensatz in einem Entwurfs- oder Parkstatus gespeichert wird, bevor er in einen Workflow übermittelt wird.

Erfassen

Erfassen Sie den Timestamp, wenn der Rechnungsstatus von einem neuen Zustand in einen gespeicherten, geparkten oder Entwurfszustand wechselt.

Ereignistyp inferred
Rechnung storniert
Die Rechnung wurde annulliert, storniert oder aufgehoben und wird nicht weiter bearbeitet oder bezahlt. Dies stellt einen terminalen Endzustand für eine falsche oder doppelte Rechnung dar.
Bedeutung

Das Verfolgen von Stornierungen gibt Einblick in Datenqualitätsprobleme, doppelte Einreichungen und andere vorgelagerte Fehler. Eine hohe Stornierungsrate kann auf Probleme bei der Lieferantenrechnungsstellung oder interne Kontrollen hinweisen.

Datenquelle

Eine explizite Statusänderung im Rechnungsdatensatz oder die Erstellung eines entsprechenden Stornobelegs.

Erfassen

Identifizieren Sie den Timestamp, wenn der Rechnungsstatus auf 'Storniert' oder 'Annulliert' geändert wird oder wenn ein Stornobeleg gebucht wird.

Ereignistyp explicit
Rechnung überarbeitet
Stellt eine manuelle Aktualisierung oder Korrektur einer Rechnung dar, oft nach einer Ablehnung oder zur Behebung eines identifizierten Fehlers. Diese Aktivität kennzeichnet eine Abweichung vom standardmäßigen, berührungslosen Prozess.
Bedeutung

Das Verfolgen von Nacharbeitsaktivitäten zeigt Prozessineffizienzen und versteckte Kosten auf. Das Verständnis, warum Rechnungen geändert werden, kann zu gezielten Prozessverbesserungen und Schulungen führen.

Datenquelle

Typischerweise abgeleitet aus Änderungsprotokollen oder Audit Trails, die Änderungen an wichtigen Rechnungsfeldern nach der Ersterfassung aufzeichnen.

Erfassen

Erfassen Sie Timestamps aus Audit-Logs, die eine Änderung der Rechnungsdaten anzeigen, insbesondere nach einer Ablehnung oder einem Sperrereignis.

Ereignistyp inferred
Rechnung wurde überfällig
Ein berechnetes Ereignis, das eintritt, wenn das aktuelle Datum das Netto-Fälligkeitsdatum der Rechnung überschreitet, während die Rechnung unbezahlt bleibt. Das Fälligkeitsdatum wird durch das Rechnungsdatum und die Zahlungsbedingungen des Lieferanten bestimmt.
Bedeutung

Diese Activity kennzeichnet direkt verspätete Zahlungen, die Lieferantenbeziehungen schaden und Strafen nach sich ziehen können. Sie ist unerlässlich für die Überwachung und Verbesserung der Pünktlichkeitsrate bei Zahlungen.

Datenquelle

Dies ist kein explizites System-Event. Es muss durch den Vergleich des Zahlungsdatums (oder des aktuellen Datums, falls unbezahlt) mit dem Fälligkeitsdatum der Rechnung berechnet werden.

Erfassen

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

Ereignistyp calculated
Rechnung zur Genehmigung gesendet
Stellt die formelle Einreichung einer Rechnung in einen Genehmigungs-Workflow dar, nachdem die anfängliche Validierung und der Abgleich abgeschlossen sind. Die Rechnung wird basierend auf konfigurierten Geschäftsregeln an bestimmte Genehmiger weitergeleitet.
Bedeutung

Diese Activity kennzeichnet den Beginn des Genehmigungs-Unterprozesses. Die Messung der Zeit von diesem Event bis zur endgültigen Genehmigung hilft, die Effizienz des Genehmigungs-Workflows zu analysieren und Bottlenecks zu identifizieren.

Datenquelle

Dies ist ein explizites Event in Systemen mit einer Workflow-Engine oder kann aus einer Statusänderung zu „Pending Approval“ abgeleitet werden.

Erfassen

Erfassen Sie den Timestamp, wenn der Workflow initiiert oder der Rechnungsstatus aktualisiert wird, um anzuzeigen, dass sie auf Genehmigung wartet.

Ereignistyp explicit
Zahlung terminiert
Die gebuchte Rechnung wird ausgewählt und in einen Zahlungsvorschlag oder einen Zahlungsstapel aufgenommen. Dieser Schritt stellt die Rechnung zur Zahlung an einem bestimmten Datum in die Warteschlange, repräsentiert aber noch nicht die tatsächliche Geldüberweisung.
Bedeutung

Diese Activity schafft Transparenz in die letzte Phase des Prozesses. Verzögerungen zwischen Buchung und Zahlungsplanung können eine Ursache für verpasste Skonti und verspätete Zahlungen sein.

Datenquelle

Typischerweise erfasst, wenn eine Rechnung zu einem Zahlungslauf, Zahlungsvorschlag oder Zahlungsjournal hinzugefügt wird.

Erfassen

Identifizieren Sie das Erstellungsdatum des Zahlungsvorschlags oder des Zahlungsstapeldatensatzes, der die Rechnung enthält.

Ereignistyp explicit
Zahlungssperre freigegeben
Kennzeichnet die Aufhebung einer zuvor gesetzten Zahlungssperre, wodurch die Rechnung wieder zur Zahlung berechtigt ist. Dies bedeutet, dass das Problem, das die Sperre verursachte, behoben wurde.
Bedeutung

Die Zeit zwischen dem Setzen und Aufheben einer Sperre stellt eine Verzögerung im Prozess dar. Die Analyse dieser Dauer hilft, Bottlenecks bei der Problembehebung zu identifizieren.

Datenquelle

Erfasst, wenn der Zahlungssperrstatus oder das Kennzeichen aus dem Rechnungsdatensatz entfernt wird.

Erfassen

Erfassen Sie das Ereignis, wenn ein Zahlungssperrcode oder ein Sperrstatus entfernt oder in einen nicht gesperrten Zustand geändert wird.

Ereignistyp explicit
Zahlungssperre gesetzt
Eine Rechnung wird absichtlich gesperrt, sodass sie auch nach Genehmigung nicht bezahlt werden kann. Dies kann automatisch aufgrund von Systemregeln oder manuell erfolgen, beispielsweise bei Lieferantenstreitigkeiten.
Bedeutung

Zahlungssperren sind eine Hauptursache für verspätete Zahlungen und verpasste Skonti. Die Identifizierung, wann und warum Sperren gesetzt werden, ist entscheidend für die Verbesserung der pünktlichen Zahlungsleistung.

Datenquelle

Wird üblicherweise als spezifischer Status oder Kennzeichen im Rechnungsdatensatz oder seinen Positionen erfasst.

Erfassen

Erfassen Sie das Ereignis, wenn ein Zahlungssperrcode oder ein Sperrstatus auf die Rechnung oder deren Einzelpositionen angewendet wird.

Ereignistyp explicit
Empfohlen Optional

Extraktionsleitfäden

Wie Sie Ihre Daten für Process Mining erhalten.

Extraktionsmethoden variieren je nach System. Für detaillierte Anweisungen,

lesen Sie unseren ETL-Leitfaden

oder Wählen Sie einen spezifischen Prozess und ein System.