Datentemplate: Kreditorenrechnungsverarbeitung

Universelle Process-Mining-Vorlage
Datentemplate: Kreditorenrechnungsverarbeitung

Ihre Datenvorlage für die Rechnungsbearbeitung der Kreditorenbuchhaltung

Universelle Process-Mining-Vorlage

Dies ist unsere generische Process-Mining-Datenvorlage für Kreditoren-Rechnungsverarbeitung. Nutzen Sie unsere systemspezifischen Vorlagen für spezifischere Anleitungen.

Wählen Sie ein spezifisches System
  • Universelle Datenstruktur für jedes Kreditorenbuchhaltungssystem
  • Empfohlene Attribute für eine detaillierte Analyse
  • Schlüsselaktivitäten für vollständige Prozesstransparenz
Neu bei Event Logs? Erfahren Sie wie man ein Process Mining Event Log erstellt.

Attribute der Kreditoren-Rechnungsverarbeitung

Dieser Abschnitt beschreibt die empfohlenen Datenfelder oder Attribute, die unerlässlich sind, um ein robustes Event Log zu erstellen, das eine umfassende Analyse Ihrer Rechnungsverarbeitung im Bereich Kreditoren unterstützt.
5 Erforderlich 6 Empfohlen 5 Optional
NameBeschreibung
Aktivitätsname
ActivityName
Der Name des Geschäftsprozessschritts oder Events, das für die Rechnung stattgefunden hat.
Beschreibung

Der Aktivitätsname beschreibt eine spezifische Aktion, Statusänderung oder einen Meilenstein im Lebenszyklus der Rechnungsbearbeitung. Jedes erfasste Event für eine Rechnung, wie 'Invoice Validated', 'Submitted For Approval' oder 'Payment Executed', wird durch einen eindeutigen Aktivitätsnamen dargestellt.

Dieses Attribut bildet das Rückgrat der Prozesslandkarte, wobei jeder eindeutige Wert zu einem Knoten im visualisierten Prozessfluss wird. Die Analyse der Reihenfolge, Häufigkeit und Dauer zwischen diesen Aktivitäten ist der Kern des Process Mining und hilft dabei, gängige Pfade, Abweichungen und Nachbearbeitungsschleifen zu identifizieren. Sie ist unerlässlich, um zu verstehen, was tatsächlich im Prozess geschieht.

Warum es wichtig ist

Definiert die Schritte in der Prozesslandkarte und ermöglicht so die Visualisierung und Analyse des Prozessflusses, von Engpässen und Prozessvariationen.

Woher erhalten

Typischerweise abgeleitet aus Transaktionscodes, Event Logs, Statusänderungsfeldern oder spezifischen Benutzeraktionsdatensätzen innerhalb des Quellsystems.

Beispiele
Rechnung freigegebenRechnung gesperrtZahlung ausgeführt
Ereigniszeit
EventTime
Der Timestamp, der das genaue Datum und die Uhrzeit angibt, zu der eine Aktivität oder ein Event stattgefunden hat.
Beschreibung

Die Event Time erfasst den genauen Zeitpunkt, zu dem eine bestimmte Aktivität im Lebenszyklus der Rechnung stattgefunden hat. Jede Aktivität, von „Rechnungseingang“ bis „Rechnung ausgeglichen“, hat einen zugehörigen Timestamp.

Dieses Attribut ist entscheidend für die Leistungsanalyse. Es ermöglicht die Berechnung von Durchlaufzeiten zwischen Aktivitäten (z.B. Genehmigungszeit, Zahlungszeit) und die gesamte End-to-End-Bearbeitungszeit für jede Rechnung. Durch die Analyse dieser Dauern können Unternehmen Engpässe identifizieren, die Leistung anhand von Service Level Agreements (SLAs) messen und Beschleunigungspotenziale aufzeigen. Es ermöglicht auch die chronologische Anordnung von Events, um den Prozessfluss präzise zu rekonstruieren.

Warum es wichtig ist

Dies ist unerlässlich für die Berechnung von Zykluszeiten, die Identifizierung von Bottlenecks und die Analyse der chronologischen Abfolge von Prozess-Events.

Woher erhalten

Findet sich in Systemprotokollen, Erstellungs-/Änderungsdatumsfeldern von Transaktionen oder Event Timestamp-Datensätzen, die mit Rechnungsdokumenten verknüpft sind.

Beispiele
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2023-12-01T09:12:45Z
Rechnungs-ID
InvoiceId
Der eindeutige Identifikator für jedes Lieferantenrechnungsdokument. Dieser dient als primärer Case Identifier zur Nachverfolgung des End-to-End-Wegs der Rechnung.
Beschreibung

Die Rechnungs-ID ist ein eindeutiger alphanumerischer Code, der jeder vom Lieferanten erhaltenen Rechnung zugewiesen wird. Sie dient als zentraler Bezugspunkt für alle Aktivitäten und Daten, die mit dieser spezifischen Rechnung zusammenhängen, vom ersten Eingang bis zur endgültigen Zahlung und Verbuchung.

Im Process Mining ist die Rechnungs-ID von grundlegender Bedeutung. Sie fungiert als Case ID und ermöglicht es der Software, die Abfolge von Events (wie 'Rechnungseingang', 'Genehmigt', 'Bezahlt') zu einem kohärenten Prozessfluss für eine einzelne Rechnung zusammenzufügen. Dies ermöglicht die Analyse von Prozessvarianten, Durchlaufzeiten und Bottlenecks auf Rechnungsbasis und bietet einen klaren Überblick darüber, wie jede Rechnung bearbeitet wird.

Warum es wichtig ist

Dies ist das wichtigste Attribut, da es alle zusammenhängenden Prozessschritte zu einem einzigen Case verbindet und so eine End-to-End Prozessanalyse und -visualisierung ermöglicht.

Woher erhalten

Typischerweise in den Header-Daten der Rechnungs- oder Kreditorenbuchhaltungs-Transaktionstabellen im Quellsystem zu finden.

Beispiele
INV-9876547300015298SI-2023-04-112
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Daten für dieses Event zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung

Der Timestamp der letzten Datenaktualisierung gibt den Zeitpunkt an, zu dem die Daten zuletzt aus dem Quellsystem extrahiert und in die Process Mining Umgebung geladen wurden. Er zeigt nicht an, wann das Geschäfts-Event stattfand, sondern vielmehr die Aktualität der analysierten Daten.

Dieses Attribut ist wichtig für die Data Governance und hilft Nutzern, die Aktualität der Erkenntnisse besser zu verstehen. Es hilft zu bestätigen, dass die Analyse auf aktuellen Informationen basiert, und kann zur Überwachung des Zustands und der Häufigkeit der Datenpipeline genutzt werden. Es stellt sicher, dass Stakeholder die Datenaktualität bei Entscheidungen, die auf den Prozess-Dashboards und Analysen basieren, berücksichtigen können.

Warum es wichtig ist

Entscheidend für die Daten-Governance und dafür, dass Nutzer die Aktualität der Daten kennen, die sie analysieren, was Vertrauen in die gewonnenen Erkenntnisse schafft.

Woher erhalten

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

Beispiele
2024-01-20T04:00:00Z2024-01-21T04:00:00Z2024-01-22T04:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut identifiziert das ursprüngliche IT-System, in dem die Event-Daten generiert oder erfasst wurden, wie z. B. ein ERP, ein Dokumentenmanagementsystem oder ein Workflow-Tool. In Umgebungen mit mehreren Systemen, die am AP-Prozess beteiligt sind, hilft dieses Feld, den Ursprung verschiedener Aktivitäten zu unterscheiden.

Die Analyse von Daten nach Quellsystem ist hilfreich, um Prozessfragmentierung und Herausforderungen bei der Datenintegration zu verstehen. Sie kann aufzeigen, ob Verzögerungen oder Probleme an den Übergaben zwischen verschiedenen Systemen liegen. Außerdem ist sie entscheidend für Data Governance und Validierung, um sicherzustellen, dass die Prozessansicht die Beiträge jedes Systems genau widerspiegelt.

Warum es wichtig ist

Bietet Kontext zur Datenherkunft, was entscheidend für die Datenvalidierung, Fehlerbehebung und die Analyse von Prozessvariationen über verschiedene Systeme hinweg ist.

Woher erhalten

Typischerweise ein statischer Wert, der während des Datenextraktionsprozesses hinzugefügt wird oder in System-Log-Headern verfügbar ist.

Beispiele
ERP_PRODSAP_ECC_100Oracle_Fusion
Benutzername
UserName
Der Name oder die ID des Benutzers, der eine bestimmte Aktivität auf der Rechnung durchgeführt hat.
Beschreibung

Der Benutzername identifiziert den einzelnen Mitarbeiter oder Systembenutzer, der für die Ausführung eines bestimmten Prozessschritts verantwortlich ist, wie z.B. Rechnungsdatenerfassung, Genehmigung oder Buchung. Bei automatisierten Schritten kann dies eine System- oder Batch-Benutzer-ID sein.

Dieses Attribut ermöglicht eine menschenzentrierte Sicht auf den Prozess. Es wird verwendet, um die Arbeitslastverteilung, die individuelle oder Teamleistung zu analysieren und den Schulungsbedarf zu identifizieren. Durch die Verfolgung von Aktivitäten nach Benutzern können Organisationen Nacharbeitschleifen aufdecken, die durch bestimmte Personen verursacht wurden, feststellen, wo Genehmigungen stecken bleiben, und eine korrekte Funktionstrennung sicherstellen. Es ist ein Schlüsselattribut, um das menschliche Element des Kreditorenbuchhaltungsprozesses zu verstehen.

Warum es wichtig ist

Ermöglicht die Analyse der Team- und Einzelleistung sowie der Arbeitslastverteilung und hilft bei der Identifizierung von Schulungsmöglichkeiten oder Compliance-Problemen.

Woher erhalten

Typischerweise in Event Logs oder den Feldern 'Geändert von' / 'Erstellt von' in Transaktionstabellen zu finden.

Beispiele
jdoeasmithBATCH_USER
Bestellnummer
PurchaseOrderNumber
Der eindeutige Identifikator für die mit der Rechnung verbundene Bestellung (PO).
Beschreibung

Die Bestellnummer ist die Referenz-ID für das Dokument, das ursprünglich den Kauf von Waren oder Dienstleistungen vom Lieferanten autorisiert hat. Rechnungen können bestellungsbasiert oder nicht-bestellungsbasiert sein.

Dieses Attribut ist entscheidend für die Analyse des Rechnungsabgleichsprozesses. Es ermöglicht die Unterscheidung zwischen bestellungsbasierten und nicht-bestellungsbasierten Rechnungen, die oft sehr unterschiedliche Prozesspfade durchlaufen. Die Analyse kann sich auf die Effizienz des Drei-Wege-Abgleichs (Bestellung vs. Wareneingang vs. Rechnung) konzentrieren, Gründe für Abweichungen identifizieren und die First-Pass Match Rate KPI messen. Eine fehlende Bestellnummer bei einer Rechnung, die eine haben sollte, ist oft ein Hinweis auf ein Problem mit der Prozesseinhaltung.

Warum es wichtig ist

Entscheidend für die Analyse der Effizienz des Rechnungsabgleichs, die Unterscheidung zwischen Bestellbezogenen (PO) und nicht-bestellbezogenen Rechnungsbearbeitungsprozessen sowie die Identifizierung von Compliance-Problemen.

Woher erhalten

Findet sich in den Rechnungstransaktionsdaten, oft in einem Referenzfeld, das sie mit dem Einkaufsmodul verknüpft.

Beispiele
4500017545PO-2023-10-005789123
Buchungskreis
CompanyCode
Der Bezeichner für die juristische Einheit oder das Unternehmen, das die Rechnung bearbeitet.
Beschreibung

Der Buchungskreis ist ein eindeutiger Schlüssel, der eine eigenständige juristische Einheit oder ein Unternehmen innerhalb einer Organisation darstellt. Rechnungen werden im Namen eines bestimmten Buchungskreises verarbeitet und gebucht.

Dieses Attribut ist eine fundamentale Dimension für die vergleichende Analyse in Organisationen mit mehreren Entitäten. Es ermöglicht das Benchmarking der Kreditorenprozessleistung über verschiedene Unternehmen, Tochtergesellschaften oder Geschäftsbereiche hinweg. Die Analyse kann aufzeigen, ob bestimmte Entitäten effizienter sind, höhere Automatisierungsraten aufweisen oder unter mehr Zahlungssperren leiden. Dies hilft bei der Standardisierung von Best Practices und der Identifizierung von regions- oder entitätsspezifischen Problemen.

Warum es wichtig ist

Ermöglicht das Benchmarking von Prozessen über verschiedene Rechtseinheiten oder Geschäftsbereiche hinweg und hilft dabei, Praktiken zu standardisieren und lokalisierte Probleme zu identifizieren.

Woher erhalten

Befindet sich im Kopfbereich von Finanz- oder Rechnungsbelegen und repräsentiert die buchende Einheit.

Beispiele
1000US01DE01
Lieferantenname
VendorName
Der Name des Lieferanten oder Kreditors, der die Rechnung eingereicht hat.
Beschreibung

Der Lieferantenname identifiziert den rechtlichen oder Handelsnamen des Lieferanten, der die Waren oder Dienstleistungen bereitstellt. Dieses Attribut liefert wesentlichen Geschäftskontext zu jeder Rechnung.

Bei der Analyse ermöglicht die Segmentierung des Prozesses nach Lieferantennamen die Bewertung der Leistung und der Beziehungen zu spezifischen Lieferanten. Es kann helfen, Fragen zu beantworten wie: 'Welche Lieferanten haben die längsten Genehmigungszeiten?', 'Haben wir häufig Rechnungsdiskrepanzen mit bestimmten Lieferanten?' oder 'Nutzen wir Skonti für vorzeitige Zahlungen bei unseren Schlüssellieferanten effektiv aus?'. Diese Sichtweise ist entscheidend für die Beschaffung und das Lieferantenbeziehungsmanagement.

Warum es wichtig ist

Ermöglicht die Leistungsanalyse pro Lieferant und hilft dabei, problematische Lieferantenbeziehungen, die Einhaltung von Zahlungszielen und Prozessabweichungen pro Lieferant zu identifizieren.

Woher erhalten

Befindet sich in den Lieferantenstammdatentabellen und ist über eine Lieferanten-ID mit den Rechnungsbewegungsdaten verknüpft.

Beispiele
Global Office SuppliesInnovate Tech SolutionsAdvanced Logistics Corp
Rechnungsbetrag
InvoiceAmount
Der Gesamtbetrag der Rechnung in der ursprünglichen Transaktionswährung.
Beschreibung

Der Rechnungsbetrag repräsentiert den gesamten Bruttowert der vom Lieferanten eingereichten Rechnung. Dies ist eine zentrale Finanzkennzahl für jeden Case.

Dieses Attribut wird umfassend in der Finanz- und Leistungsanalyse eingesetzt. Es ermöglicht die Filterung von Prozessen basierend auf der Wesentlichkeit (z.B. separate Analyse von Rechnungen mit hohem Wert), die Identifizierung von Genehmigungsengpässen bei Rechnungen über einem bestimmten Schwellenwert und die Berechnung der finanziellen Auswirkungen ineffizienter Prozesse. Zum Beispiel kann es verwendet werden, um den Wert blockierter Rechnungen zu quantifizieren oder Automatisierungsbemühungen auf Rechnungen mit hohem Volumen und geringem Wert zu priorisieren. Es ist eine fundamentale Dimension für fast alle AP-Dashboards.

Warum es wichtig ist

Ermöglicht eine Finanzwirkungsanalyse, wie die Quantifizierung des Werts gesperrter Zahlungen, und hilft, Rechnungen nach Wesentlichkeit zu priorisieren.

Woher erhalten

Typischerweise in den Header- oder Positionsdaten-Tabellen der Rechnungs-Transaktionsdaten zu finden.

Beispiele
1500.7525000.00345.50
Rechnungsfälligkeitsdatum
InvoiceDueDate
Das Datum, bis zu dem die Rechnungszahlung gemäß den Zahlungsbedingungen fällig ist.
Beschreibung

Das Rechnungsfälligkeitsdatum ist das berechnete Datum, bis zu dem die Zahlung an den Lieferanten erfolgen muss, um als pünktlich zu gelten und potenzielle Verzugsgebühren oder Strafen zu vermeiden. Es leitet sich typischerweise aus dem Rechnungsdatum und den vereinbarten Zahlungsbedingungen (z.B. Netto 30) ab.

Dieses Attribut ist unerlässlich für die Messung der Zahlungsleistung. Es ist die Grundlage für die Berechnung der KPI für pünktliche Zahlungen und für die Identifizierung verspäteter Zahlungen. Der Vergleich des Fälligkeitsdatums mit dem tatsächlichen Zahlungsdatum ermöglicht die Analyse der Zahlungspünktlichkeit und hilft Organisationen, Lieferantenbeziehungen zu verbessern, Strafen zu vermeiden und den Cashflow strategisch zu steuern.

Warum es wichtig ist

Dies ist entscheidend für die Messung der pünktlichen Zahlungsleistung, das Management des Cashflows und die Vermeidung von Verzugsgebühren.

Woher erhalten

Dieses Datum wird oft vom Quellsystem auf Basis des Rechnungsdatums und der Zahlungsbedingungen berechnet und im Rechnungsheader gespeichert.

Beispiele
2023-11-252023-12-152024-01-30
Ist automatisiert
IsAutomated
Ein Kennzeichen, das anzeigt, ob eine Aktivität automatisch vom System und nicht von einem Benutzer durchgeführt wurde.
Beschreibung

Dieses boolesche Attribut gibt an, ob ein spezifischer Prozessschritt von einem Systembenutzer (Automatisierung, Workflow, Batch-Job) oder einem menschlichen Benutzer ausgeführt wurde. Dies hilft, zwischen manuellen und automatisierten Aktivitäten zu unterscheiden.

Die Analyse dieses Attributs ist grundlegend, um den Automatisierungsgrad im AP-Prozess zu verstehen und den Erfolg digitaler Transformationsinitiativen zu messen. Es hilft, die Straight-Through Processing (STP)-Rate zu berechnen, indem Rechnungen identifiziert werden, die ohne manuelles Eingreifen bearbeitet werden. Der Vergleich der Leistung von automatisierten und manuellen Abläufen kann Zeit- und Kosteneinsparungen quantifizieren und so einen Business Case für weitere Automatisierungsinvestitionen untermauern.

Warum es wichtig ist

Ermöglicht die Messung von Automatisierungsgraden (z. B. der Straight-Through Processing-Rate) und hilft, den Einfluss der Automatisierung auf die Prozesseffizienz zu quantifizieren.

Woher erhalten

Wird oft abgeleitet, indem geprüft wird, ob der 'UserName' einer Aktivität einer bekannten System- oder Batch-Benutzer-ID entspricht.

Beispiele
truefalsch
Rechnungswährung
InvoiceCurrency
Der Währungscode für den Rechnungsbetrag (z.B. USD, EUR, GBP).
Beschreibung

Die Rechnungswährung gibt die Geldeinheit an, in der der Rechnungsbetrag ausgewiesen ist. Dies ist besonders wichtig für multinationale Organisationen, die mit Lieferanten in verschiedenen Ländern zusammenarbeiten.

In der Analyse ist dieses Attribut unerlässlich, um den Rechnungsbetrag korrekt zu interpretieren und präzise Finanzberechnungen durchzuführen. Es ermöglicht die Filterung des Prozesses nach Währung, um regionale Unterschiede oder währungsspezifische Herausforderungen zu verstehen. In Kombination mit Wechselkursdaten kann es verwendet werden, um Finanzwerte in einer einzigen Berichtswährung für eine konsistente globale Analyse zu normalisieren.

Warum es wichtig ist

Bietet notwendigen Kontext für den Rechnungsbetrag, was eine präzise Finanzanalyse und Prozesssegmentierung für globale Organisationen ermöglicht.

Woher erhalten

Typischerweise im Header der Rechnungs-Transaktionstabelle zusammen mit dem Rechnungsbetrag zu finden.

Beispiele
USDEURGBP
Sperrgrund
BlockingReason
Der Ursachencode oder die Beschreibung, warum eine Rechnung zur Zahlung gesperrt ist.
Beschreibung

Ein Sperrgrund ist ein Code oder Text, der erklärt, warum eine Rechnung absichtlich von der Weiterverarbeitung zur Zahlung abgehalten wurde. Häufige Gründe sind Mengen- oder Preisdifferenzen, ein fehlender Wareneingang oder eine notwendige Qualitätsprüfung.

Dies ist ein entscheidendes Attribut für die Ursachenanalyse von Ausnahmen und Nachbearbeitungen. Durch die Analyse der Häufigkeit und Auswirkungen verschiedener Sperrgründe können Unternehmen die häufigsten Quellen der Ineffizienz in ihrem AP-Prozess identifizieren. Dies ermöglicht gezielte Verbesserungsinitiativen, wie die Verbesserung der Bestellgenauigkeit bei Lieferanten oder die Optimierung des Wareneingangsprozesses. Die Reduzierung von Zahlungssperren ist ein zentraler Faktor zur Steigerung der Straight-Through Processing (STP)-Rate.

Warum es wichtig ist

Unerlässlich für die Grundursachenanalyse von Zahlungsblockaden, um die größten Treiber von Ineffizienz und Nacharbeit im Prozess zu identifizieren.

Woher erhalten

Findet sich auf dem Rechnungsdokument oder in einer zugehörigen Statustabelle, oft befüllt, wenn eine „Blockierte“ Aktivität auftritt.

Beispiele
PreisabweichungMengenabweichungFehlender Wareneingang
Zahlungsbedingungen
PaymentTerms
Die vereinbarten Zahlungsbedingungen für Rechnungen mit dem Lieferanten, einschließlich Fälligkeitsdaten und Skontomöglichkeiten.
Beschreibung

Zahlungsbedingungen definieren die Konditionen, unter denen eine Rechnung zu bezahlen ist. Dazu gehören oft die Nettofälligkeitstage (z.B. 30 Tage) und eventuelle Skonti für frühzeitige Zahlung (z.B. 2% Skonto bei Zahlung innerhalb von 10 Tagen).

Dieses Attribut liefert einen kritischen Kontext für die Finanzleistungsanalyse. Es wird verwendet, um das Rechnungsfälligkeitsdatum zu berechnen und Möglichkeiten zur Nutzung von Skonti zu identifizieren. Durch die Analyse der Prozessleistung nach Zahlungsbedingungen können Organisationen erkennen, ob sie systematisch Skonto-Möglichkeiten aufgrund langer interner Zykluszeiten verpassen. Diese Analyse verknüpft Prozesseffizienz direkt mit finanziellen Einsparungen.

Warum es wichtig ist

Steuert die Berechnung des Rechnungsfälligkeitsdatums und ist entscheidend für die Analyse der Skontoausnutzung, wodurch Prozesseffizienz mit Kosteneinsparungen verknüpft wird.

Woher erhalten

Typischerweise aus den Kreditorenstammdaten bezogen und bei der Erstellung in den Rechnungs-Transaktionsheader kopiert.

Beispiele
Netto 302% 10, Netto 30Netto 60
Zahlungsdatum
PaymentDate
Das Datum, an dem die Rechnungszahlung tatsächlich ausgeführt wurde.
Beschreibung

Das Zahlungsdatum ist der Timestamp, der markiert, wann die Gelder für eine bestimmte Rechnung an den Lieferanten ausgezahlt wurden. Dies ist ein wichtiger Meilenstein, der oft das Ende des Hauptverarbeitungsflusses kennzeichnet.

In der Process Mining Analyse wird dieses Datum mit dem Rechnungsfälligkeitsdatum verglichen, um festzustellen, ob eine Zahlung pünktlich, vorzeitig oder verspätet erfolgte. Es ist eine Kernkomponente zur Berechnung kritischer KPIs wie der Pünktlichkeitsrate bei Zahlungen und zur Analyse von Skontomöglichkeiten bei vorzeitiger Zahlung. Die Kenntnis der Lücke zwischen Rechnungsfreigabe und Zahlungsdatum kann auch Ineffizienzen in der Zahlungsabwicklung oder den Treasury-Funktionen aufzeigen.

Warum es wichtig ist

Unerlässlich für die Berechnung pünktlicher Zahlungsraten, die Analyse des Zahlungsverhaltens und die Identifizierung von Möglichkeiten zur Nutzung von Skonti.

Woher erhalten

Findet sich in den Zahlungs- oder Ausgleichsbelegdaten, die mit der ursprünglichen Rechnungstransaktion verknüpft sind.

Beispiele
2023-11-242023-12-202024-01-28
Erforderlich Empfohlen Optional

Aktivitäten der Kreditoren-Rechnungsverarbeitung

Hier finden Sie die wesentlichen Prozessschritte und kritischen Meilensteine, die für die Erfassung empfohlen werden, um eine präzise Prozessentdeckung und tiefe Einblicke in Ihre Kreditorenbuchhaltung zu ermöglichen.
7 Empfohlen 8 Optional
AktivitätBeschreibung
Rechnung abgeglichen
Der Prozess der Zuordnung einer Rechnung zu Belegdokumenten wie Bestellungen (POs) oder Wareneingängen (GRs). Diese Aktivität bestätigt, dass die in Rechnung gestellten Beträge, Mengen und Artikel mit dem übereinstimmen, was bestellt und empfangen wurde.
Warum es wichtig ist

Dies ist ein entscheidender Validierungsschritt für bestellbezogene Rechnungen. Die Analyse von Matching-Erfolgsraten und -zeiten ist entscheidend, um den Automatisierungsgrad zu verstehen und problematische Lieferanten oder Materialien zu identifizieren.

Woher erhalten

Dies wird normalerweise erfasst, wenn eine Bestell- (PO) oder Wareneingangs-(GR)-Referenz erfolgreich mit den Rechnungszeilen verknüpft wird, wobei dabei oft ein Matching-Statusfeld aktualisiert wird.

Erfassen

Erfassen Sie den Timestamp, wenn der Rechnungsabgleichstatus auf 'Abgestimmt' oder 'Erfolgreich' aktualisiert wird.

Ereignistyp explicit
Rechnung ausgeglichen
Diese Aktivität stellt die endgültige Abstimmung dar, bei der die Zahlung der Rechnung zugeordnet wird und der Posten im Kreditorenbuchhaltungssubledger formell abgeschlossen wird. In einigen Fällen kann dies auch die Verbuchung der Zahlung durch die Bank bedeuten.
Warum es wichtig ist

Dies ist die abschließende Aktivität, die den erfolgreichen Abschluss des Prozesses markiert. Die Zeit vom Rechnungseingang bis zur Freigabe repräsentiert die volle End-to-End-Zykluszeit.

Woher erhalten

Erfasst aus dem Ausgleichsdatumsfeld im Finanzdatensatz der Rechnung, das befüllt wird, sobald die Zahlung erfolgt.

Erfassen

Verwenden Sie das Ausgleichsdatum, das mit der Rechnungsposition in der Finanzbuchhaltung verknüpft ist.

Ereignistyp explicit
Rechnung eingegangen
Diese Aktivität kennzeichnet die erstmalige Erfassung einer Lieferantenrechnung im System. Sie kann durch manuelle Dateneingabe, optische Zeichenerkennung (OCR-Scanning) oder elektronischen Datenaustausch (EDI) erfolgen.
Warum es wichtig ist

Dies ist der primäre Startpunkt des Prozesses. Die Analyse der Zeit von diesem Event zu anderen offenbart die gesamte Verarbeitungszeit und hebt Front-End-Verzögerungen hervor.

Woher erhalten

Dieses Event wird typischerweise vom Erstellungszeitpunkt des primären Rechnungs- oder Lieferantenbeleg-Datensatzes im System erfasst.

Erfassen

Verwenden Sie das Erstellungsdatum des Rechnungskopfdatensatzes.

Ereignistyp explicit
Rechnung freigegeben
Die endgültige Genehmigung im Workflow erteilt die Freigabe zur Rechnungszahlung. Dieser Meilenstein leitet den Übergang zur Zahlungsphase ein.
Warum es wichtig ist

Diese Aktivität schließt den Genehmigungszyklus ab. Die Zeit bis zu diesem Punkt ist ein Schlüsselbestandteil der gesamten Rechnungsbearbeitungszeit und zeigt oft Genehmigungs-Bottlenecks auf.

Woher erhalten

Erfasst, wenn der Workflow- oder Dokumentenstatus der Rechnung auf 'Genehmigt' oder einen äquivalenten Endstatus aktualisiert wird.

Erfassen

Erfassen Sie den Timestamp, wenn der endgültige Genehmigungsstatus für die Rechnung erfasst wird.

Ereignistyp explicit
Rechnung gebucht
Die genehmigte Rechnung wird im Hauptbuch erfasst, wodurch eine finanzielle Verbindlichkeit entsteht. Eine kritische Buchung, die Aufwand und Zahlungsverpflichtung formal anerkennt.
Warum es wichtig ist

Die Buchung ist ein zentrales Finanzereignis. Verzögerungen zwischen Genehmigung und Buchung können die Genauigkeit der Finanzberichterstattung und die Transparenz über ausstehende Verbindlichkeiten beeinträchtigen.

Woher erhalten

Dies ist ein zentrales finanzielles Transaktions-Event, erfasst vom Buchungsdatum und der Uhrzeit des mit der Rechnung verknüpften Buchhaltungsdokuments.

Erfassen

Verwenden Sie das Feld für das Buchungsdatum aus dem Finanzbelegkopf, das der Rechnung zugeordnet ist.

Ereignistyp explicit
Zahlung ausgeführt
Die Zahlung wird offiziell geleistet, und die Gelder werden an den Lieferanten ausgezahlt. Diese Transaktion begleicht die Verbindlichkeit, die bei der Buchung der Rechnung entstanden ist.
Warum es wichtig ist

Dies ist ein entscheidendes Event zur Berechnung pünktlicher Zahlungsraten und der Skontoausnutzung. Es markiert die Wertübertragung und ist ein Schlüsselmeilenstein für Treasury und Lieferantenbeziehungsmanagement.

Woher erhalten

Dies ist ein explizites finanzielles Event, erfasst vom Transaktionsdatum des Zahlungsdokuments, das für die Rechnung erstellt wurde.

Erfassen

Verwenden Sie das Transaktions- oder Buchungsdatum des Zahlungsbelegs, der die Rechnung ausgleicht.

Ereignistyp explicit
Zur Genehmigung eingereicht
Die Rechnung wird formell in einen Workflow zur Überprüfung und Genehmigung durch eine oder mehrere autorisierte Personen eingereicht. Diese Aktivität kennzeichnet den Beginn des Genehmigungs-Subprozesses.
Warum es wichtig ist

Dies ist der Startpunkt für die Messung von Genehmigungszykluszeiten. Es hilft, die Zeit für die Datenverarbeitung von der Zeit zu unterscheiden, die auf die Genehmigung durch das Management gewartet wird.

Woher erhalten

Dieses Event wird erfasst, wenn sich der Status der Rechnung in 'Zur Genehmigung ausstehend' ändert oder sie in ein Workflow-Managementsystem eingegeben wird.

Erfassen

Identifizieren Sie das Event, bei dem der Rechnungsstatus aktualisiert wird, um den Beginn eines Freigabe-Workflows widerzuspiegeln.

Ereignistyp explicit
Rechnung abgelehnt
Ein Genehmiger lehnt die Rechnung innerhalb des Workflows ab, wodurch ihr Fortschritt zur Zahlung gestoppt wird. Eine Ablehnung sendet die Rechnung typischerweise zur Korrektur an einen früheren Schritt zurück, wodurch eine Nachbearbeitungsschleife entsteht.
Warum es wichtig ist

Ablehnungen sind eine erhebliche Ursache für Nachbearbeitung und Prozessverzögerungen. Die Nachverfolgung ihrer Häufigkeit und Gründe hilft, Probleme mit der Datenqualität, dem Richtlinienverständnis oder der Lieferanten-Compliance zu identifizieren.

Woher erhalten

Explizit erfasst als Statusaktualisierung (z.B. „Abgelehnt“, „Verweigert“) innerhalb der Freigabehistorie oder des Workflow-Protokolls des Systems.

Erfassen

Verwenden Sie den Timestamp aus dem Genehmigungsprotokoll, wenn der Rechnung der Status „Abgelehnt“ zugewiesen wird.

Ereignistyp explicit
Rechnung gesperrt
Diese Aktivität tritt auf, wenn eine Rechnung aktiv daran gehindert wird, zur Zahlung überzugehen. Sperren werden typischerweise automatisch oder manuell aufgrund von Diskrepanzen, die beim Abgleich festgestellt wurden, Richtlinienverstößen oder anderen Problemen, die eine Untersuchung erfordern, angewendet.
Warum es wichtig ist

Sperren sind ein Hauptgrund für Zahlungsverzögerungen und erhöhten Bearbeitungsaufwand. Es ist entscheidend für die Prozessverbesserung, zu identifizieren, wann, warum und wie oft Sperren auftreten.

Woher erhalten

Dies ist ein explizites Event, das erfasst wird, wenn ein Sperr- oder Blockierungsstatus für die Rechnung gesetzt wird, oft in einem Status-Log oder einer Änderungshistorie-Tabelle aufgezeichnet.

Erfassen

Verwenden Sie den Timestamp, wenn ein Zahlungssperrgrund oder der Status „Zurückgestellt“ für die Rechnung gesetzt wird.

Ereignistyp explicit
Rechnung storniert
Die Rechnung wird nach der Erfassung oder Buchung storniert oder rückgängig gemacht, meist um einen Fehler zu korrigieren oder aufgrund einer Lieferantenreklamation. Dies stellt einen alternativen und typischerweise negativen Endpunkt des Prozesses dar.
Warum es wichtig ist

Stornierungen weisen auf Prozessfehler hin, wie doppelte Einträge oder falsche Buchungen. Ihre Häufigkeit und Ursachen zu verfolgen, ist essenziell zur Verbesserung der Dateneingabegenauigkeit und Prozessqualität.

Woher erhalten

Dies ist eine explizite Aktion, die erfasst wird, wenn ein Benutzer die Rechnung storniert oder einen Stornobeleg bucht, wodurch ein Stornierungs- oder Umkehrungsdatum hinterlegt wird.

Erfassen

Suchen Sie nach einem Stornobeleg-Link oder einem Stornierungs-Flag und dem zugehörigen Datum im Rechnungsdatensatz.

Ereignistyp explicit
Rechnung validiert
Abschluss der initialen Prüfung erfasster Rechnungsdaten auf Vollständigkeit und Korrektheit, vor Abgleich oder Genehmigung. Kann automatisiert oder manuell erfolgen.
Warum es wichtig ist

Die Verfolgung dieser Aktivität hilft, Bottlenecks in der anfänglichen Datenqualitätsprüfung zu identifizieren und die Effizienz der Vorverarbeitungsschritte zu messen.

Woher erhalten

Wird oft durch eine Statusänderung im Rechnungsdatensatz, einen spezifischen Validierungs-Timestamp erfasst oder abgeleitet, wenn der Datensatz fehlerfrei gespeichert wird.

Erfassen

Suchen Sie nach einer Statusänderung zu 'Validiert' oder einem spezifischen Validierungs-Event Log.

Ereignistyp explicit
Skonto genutzt
Eine Zahlung wird innerhalb der Skontofrist des Lieferanten ausgeführt, was zu Kosteneinsparungen für das Unternehmen führt. Dies ist kein direktes Systemereignis, sondern wird aus Transaktionsdaten abgeleitet.
Warum es wichtig ist

Diese Aktivität misst direkt den finanziellen Nutzen eines effizienten Kreditorenbuchhaltungsprozesses. Das Aufzeigen verpasster Skontomöglichkeiten bietet einen klaren monetären Wert für die Prozessverbesserung.

Woher erhalten

Dies ist ein berechnetes Event, das durch den Vergleich des Ausführungsdatums der Zahlung mit den Zahlungsbedingungen und dem Skonto-Datum auf der Rechnung abgeleitet wird.

Erfassen

Berechnung: WENN Payment_Date <= Discount_Due_Date.

Ereignistyp calculated
Sperre aufgehoben
Kennzeichnet die Behebung eines Problems und die anschließende Aufhebung einer Zahlungssperre oder eines Zahlungsstopps. Diese Aktion bedeutet, dass die Rechnung korrigiert oder geklärt wurde und nun bereit ist, den Prozess fortzusetzen.
Warum es wichtig ist

Die Zeitspanne zwischen der Sperrung einer Rechnung und der Aufhebung dieser Sperre stellt die Lösungszeit für Diskrepanzen dar. Die Analyse dieser Dauer hilft, Ineffizienzen in der Ausnahmenbehandlung aufzudecken.

Woher erhalten

Erfasst aus Systemprotokollen oder Änderungsbelegen, die die Entfernung oder Deaktivierung eines Zahlungssperrstatus aufzeichnen.

Erfassen

Erfassen Sie den Timestamp, wenn ein Zahlungssperrcode oder ein Haltestatus von der Rechnung entfernt wird.

Ereignistyp explicit
Zahlung terminiert
Eine gebuchte Rechnung wird ausgewählt und in einen Zahlungsvorschlag oder eine Zahlungsstapel aufgenommen. Diese Aktivität signalisiert die feste Absicht, die Rechnung in einem bevorstehenden Zahllauf zu begleichen.
Warum es wichtig ist

Dieser Schritt überbrückt die Lücke zwischen Buchung und tatsächlicher Zahlung. Die Analyse dieser Aktivität hilft beim Cashflow-Management und beim Verständnis der Effizienz des Zahlungsaufbereitungsprozesses.

Woher erhalten

Abgeleitet aus der Erstellung eines Zahlungsvorschlagsdatensatzes oder wenn die Rechnung einem Zahlungsjournal oder Batch hinzugefügt wird.

Erfassen

Erfassen Sie das Erstellungsdatum des Zahlungsvorschlags oder der Stapelverarbeitung, die die Rechnung enthält.

Ereignistyp inferred
Zahlungsverzug aufgetreten
Eine Rechnung wird nach ihrem vertraglichen Fälligkeitsdatum bezahlt. Dies ist ein berechneter Event, der ein Versäumnis bei der fristgerechten Erfüllung von Zahlungsverpflichtungen anzeigt.
Warum es wichtig ist

Zahlungsverzüge können Lieferantenbeziehungen schaden, finanzielle Strafen nach sich ziehen und auf systemische Ineffizienzen hinweisen. Deren Messung hilft, die Prozessleistung und das Compliance-Risiko zu quantifizieren.

Woher erhalten

Dieses Event wird durch den Vergleich des Ausführungsdatums der Zahlung mit dem auf der Rechnung angegebenen Fälligkeitsdatum berechnet.

Erfassen

Berechnung: WENN Payment_Date > Net_Due_Date.

Ereignistyp calculated
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.