Ihr Daten-Template für die Kreditorenrechnungsverarbeitung

Universelles Process-Mining-Template
Ihr Daten-Template für die Kreditorenrechnungsverarbeitung

Ihr Daten-Template für die Kreditorenrechnungsverarbeitung

Universelles Process-Mining-Template

Dies ist unser generisches Datentemplate für Process Mining für Rechnungsverarbeitung der Kreditorenbuchhaltung. Unsere systemspezifischen Templates bieten Ihnen genauere Anleitungen.

Wählen Sie ein bestimmtes System aus
  • Universelle Datenstruktur für jedes Kreditorensystem
  • Empfohlene Attribute für detaillierte Analysen
  • Wichtige Aktivitäten für einen vollständigen Einblick in den Prozess
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute der Kreditorenrechnungsverarbeitung

In diesem Abschnitt werden die empfohlenen Datenfelder, also Attribute, beschrieben. Sie sind wichtig, um ein aussagekräftiges Event Log für die umfassende Analyse Ihrer Kreditorenrechnungsverarbeitung zu erstellen.
5 Erforderlich 6 Empfohlen 5 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des Prozessschritts oder Ereignisses, das bei der Rechnungsbearbeitung eingetreten ist.
Beschreibung

Der Aktivitätsname bezeichnet eine bestimmte Aktion, Statusänderung oder einen Meilenstein im Ablauf der Rechnungsbearbeitung. Jedes erfasste Ereignis zu einer Rechnung, etwa „Rechnung geprüft“, „Zur Freigabe eingereicht“ oder „Zahlung ausgeführt“, wird durch einen eigenen Aktivitätsnamen dargestellt.

Dieses Attribut bildet das Grundgerüst der Prozesslandkarte: Jeder eindeutige Wert wird zu einem Knoten im visualisierten Prozessablauf. Die Analyse der Reihenfolge, Häufigkeit und Dauer dieser Aktivitäten ist zentral für Process Mining. Sie hilft, häufige Abläufe, Abweichungen und Nacharbeitsschleifen zu erkennen und zeigt, was im Prozess tatsächlich geschieht.

Warum das wichtig ist

Legt die Schritte in der Prozesslandkarte fest und ermöglicht die Visualisierung und Analyse des Prozessablaufs, seiner Engpässe und Abweichungen.

Woher beziehen

Wird in der Regel aus Transaktionscodes, Event Logs, Feldern für Statusänderungen oder bestimmten Benutzeraktionen im Quellsystem abgeleitet.

Beispiele
Rechnung freigegebenRechnung gesperrtZahlung ausgeführt
Ereigniszeit
EventTime
Der Timestamp mit dem genauen Datum und der genauen Uhrzeit, zu der eine Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

Die Ereigniszeit erfasst den genauen Zeitpunkt, zu dem eine bestimmte Aktivität im Ablauf der Rechnungsbearbeitung stattgefunden hat. Zu jeder Aktivität, vom Rechnungseingang bis zum Rechnungsausgleich, gehört ein Timestamp.

Dieses Attribut ist für die Leistungsanalyse entscheidend. Damit lassen sich Zykluszeiten zwischen Aktivitäten, etwa für Freigabe und Zahlung, sowie die gesamte Durchlaufzeit jeder Rechnung berechnen. Anhand dieser Zeitspannen können Unternehmen Engpässe erkennen, die Leistung mit Service Level Agreements (SLAs) vergleichen und Möglichkeiten zur Beschleunigung ermitteln. Außerdem lassen sich die Ereignisse chronologisch ordnen und Prozessabläufe präzise rekonstruieren.

Warum das wichtig ist

Unverzichtbar, um Zykluszeiten zu berechnen, Engpässe zu erkennen und die chronologische Abfolge der Prozessereignisse zu analysieren.

Woher beziehen

Zu finden in Systemprotokollen, Datumsfeldern für die Erstellung oder Änderung von Transaktionen sowie in Ereignis-Timestamps zu Rechnungsdokumenten.

Beispiele
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2023-12-01T09:12:45Z
Rechnungs-ID
InvoiceId
Der eindeutige Bezeichner für jedes Lieferantenrechnungsdokument. Er dient als primäre Case-ID, um den gesamten Ablauf der Rechnung nachzuverfolgen.
Beschreibung

Die Rechnungs-ID ist ein eindeutiger alphanumerischer Code, der jeder von einem Lieferanten eingegangenen Rechnung zugewiesen wird. Sie dient als zentrale Referenz für alle Aktivitäten und Daten zu dieser Rechnung, vom Eingang bis zur endgültigen Zahlung und zum Ausgleich.

Im Process Mining ist die Rechnungs-ID grundlegend. Sie fungiert als Case-ID und ermöglicht es der Software, die Ereignisfolge (z. B. „Rechnung eingegangen“, „Freigegeben“, „Bezahlt“) zu einem zusammenhängenden Prozessablauf für eine einzelne Rechnung zusammenzuführen. So lassen sich Prozessvarianten, Zykluszeiten und Engpässe für jede Rechnung analysieren und nachvollziehen, wie die einzelnen Rechnungen bearbeitet werden.

Warum das wichtig ist

Dieses besonders wichtige Attribut führt alle zugehörigen Prozessschritte in einem Case zusammen und ermöglicht so die durchgängige Analyse und Visualisierung des Prozesses.

Woher beziehen

In der Regel in den Kopfdaten der Rechnung oder in den Tabellen für Kreditorenbuchungen des Quellsystems zu finden.

Beispiele
INV-9876547300015298SI-2023-04-112
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Daten zu diesem Ereignis zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung

Der Timestamp der letzten Datenaktualisierung gibt an, wann die Daten zuletzt aus dem Quellsystem extrahiert und in die Process-Mining-Umgebung geladen wurden. Er bezeichnet nicht den Zeitpunkt des Geschäftsereignisses, sondern zeigt, wie aktuell die analysierten Daten sind.

Dieses Attribut ist für Data Governance wichtig und hilft Benutzern, die Aktualität der Erkenntnisse einzuschätzen. Es bestätigt, dass die Analyse auf aktuellen Informationen beruht, und kann zur Überwachung des Zustands und der Aktualisierungshäufigkeit der Datenpipeline dienen. So wissen Beteiligte, wie aktuell die Daten sind, wenn sie Entscheidungen auf Grundlage der Prozess-Dashboards und Analysen treffen.

Warum das wichtig ist

Wichtig für Data Governance: Benutzer können damit die Aktualität der analysierten Daten einschätzen, was das Vertrauen in die Erkenntnisse stärkt.

Woher beziehen

Dieser Timestamp wird in der Regel während des Prozesses zur Extraktion, Transformation und zum Laden der Daten (ETL) erzeugt 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 bezeichnet das ursprüngliche IT-System, in dem die Ereignisdaten erzeugt oder erfasst wurden, etwa ein ERP-System, ein Dokumentenmanagementsystem oder ein Workflow-Tool. Wenn mehrere Systeme am Kreditorenprozess beteiligt sind, lässt sich damit die Herkunft der einzelnen Aktivitäten unterscheiden.

Die Analyse nach Quellsystem hilft, Prozessfragmentierung und Herausforderungen bei der Datenintegration zu verstehen. Sie kann zeigen, ob Verzögerungen oder Probleme bei Übergaben zwischen Systemen auftreten. Das Attribut ist auch für Data Governance und Validierung wichtig, damit die Prozessansicht den Beitrag jedes Systems korrekt wiedergibt.

Warum das wichtig ist

Gibt Aufschluss über die Herkunft der Daten. Das ist wichtig für die Datenvalidierung und Fehlerbehebung sowie für die Analyse von Prozessabweichungen zwischen verschiedenen Systemen.

Woher beziehen

In der Regel ein statischer Wert, der bei der Datenextraktion hinzugefügt wird oder in den Kopfzeilen der Systemprotokolle verfügbar ist.

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

Der Benutzername bezeichnet den Mitarbeitenden oder Systembenutzer, der für einen bestimmten Prozessschritt verantwortlich ist, etwa die Erfassung, Freigabe oder Buchung einer Rechnung. Bei automatisierten Schritten kann es sich um die ID eines System- oder Batch-Benutzers handeln.

Dieses Attribut ermöglicht eine menschenbezogene Sicht auf den Prozess. Es dient der Analyse der Arbeitsverteilung und der Leistung einzelner Mitarbeitender oder Teams sowie der Ermittlung von Schulungsbedarf. Wenn Unternehmen Aktivitäten nach Benutzer verfolgen, können sie Nacharbeitsschleifen aufdecken, die durch bestimmte Personen entstehen, festgefahrene Freigaben erkennen und die ordnungsgemäße Funktionstrennung sicherstellen. Das Attribut ist wichtig, um den menschlichen Anteil am Kreditorenprozess zu verstehen.

Warum das wichtig ist

Ermöglicht die Analyse der Leistung von Teams und einzelnen Mitarbeitenden sowie der Arbeitsverteilung und hilft, Schulungsbedarf oder Compliance-Probleme zu erkennen.

Woher beziehen

In der Regel in Event Logs oder in den Feldern „Geändert von“ und „Erstellt von“ der Transaktionstabellen zu finden.

Beispiele
jdoeasmithBATCH_USER
Bestellnummer
PurchaseOrderNumber
Der eindeutige Bezeichner der Bestellung (PO), die der Rechnung zugeordnet ist.
Beschreibung

Die Bestellnummer ist die Referenz-ID des Dokuments, mit dem der Einkauf von Waren oder Dienstleistungen beim Lieferanten ursprünglich genehmigt wurde. Rechnungen können sich auf eine Bestellung beziehen oder ohne Bestellbezug eingehen.

Dieses Attribut ist für die Analyse des Rechnungsabgleichs entscheidend. Damit lassen sich Rechnungen mit und ohne Bestellbezug unterscheiden, die häufig sehr unterschiedliche Prozessabläufe durchlaufen. Die Analyse kann sich auf die Effizienz des Drei-Wege-Abgleichs zwischen Bestellung, Wareneingang und Rechnung konzentrieren, Gründe für fehlgeschlagene Abgleiche ermitteln und die KPI für die Erstabgleichsquote messen. Fehlt bei einer Rechnung, für die eine Bestellung erforderlich ist, die Bestellnummer, kann das auf ein Compliance-Problem im Prozess hindeuten.

Warum das wichtig ist

Entscheidend für die Analyse der Effizienz des Rechnungsabgleichs, die Unterscheidung von Prozessen mit und ohne Bestellbezug sowie die Erkennung von Compliance-Problemen.

Woher beziehen

In den Rechnungsbuchungsdaten zu finden, häufig in einem Referenzfeld, das auf das Einkaufsmodul verweist.

Beispiele
4500017545PO-2023-10-005789123
Buchungskreis
CompanyCode
Der Bezeichner der juristischen Person oder des Unternehmens, das die Rechnung bearbeitet.
Beschreibung

Der Buchungskreis ist ein eindeutiger Schlüssel für eine eigenständige juristische Person oder ein Unternehmen innerhalb einer Organisation. Rechnungen werden für einen bestimmten Buchungskreis bearbeitet und gebucht.

Dieses Attribut ist eine grundlegende Dimension für Vergleichsanalysen in Unternehmen mit mehreren Gesellschaften. Damit können Sie die Leistung der Kreditorenprozesse verschiedener Unternehmen, Tochtergesellschaften oder Geschäftseinheiten vergleichen. Die Analyse kann zeigen, ob bestimmte Einheiten effizienter arbeiten, einen höheren Automatisierungsgrad erreichen oder häufiger von Zahlungssperren betroffen sind. So lassen sich bewährte Vorgehensweisen vereinheitlichen und regionale oder unternehmensspezifische Probleme erkennen.

Warum das wichtig ist

Ermöglicht den Vergleich von Prozessen zwischen verschiedenen juristischen Personen oder Geschäftseinheiten und hilft, Vorgehensweisen zu vereinheitlichen sowie lokale Probleme zu erkennen.

Woher beziehen

Im Kopf von Finanz- oder Rechnungsbuchungsdokumenten zu finden; gibt die buchende Einheit an.

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

Der Lieferantenname bezeichnet den rechtlichen oder geschäftlichen Namen des Lieferanten, der Waren oder Dienstleistungen bereitstellt. Dieses Attribut liefert wichtigen geschäftlichen Kontext zu jeder Rechnung.

Wenn Sie den Prozess nach Lieferantennamen aufschlüsseln, können Sie Leistung und Geschäftsbeziehungen mit einzelnen Lieferanten bewerten. So lassen sich Fragen beantworten wie: „Bei welchen Lieferanten dauern Freigaben am längsten?“, „Gibt es bei bestimmten Lieferanten häufig Abweichungen auf Rechnungen?“ oder „Nutzen wir Skonti für wichtige Lieferanten konsequent?“ Diese Sicht ist für Einkauf und Lieferantenmanagement wichtig.

Warum das wichtig ist

Ermöglicht die Leistungsanalyse nach Lieferant und hilft, problematische Geschäftsbeziehungen, die Einhaltung von Zahlungsbedingungen und Prozessabweichungen je Lieferant zu erkennen.

Woher beziehen

In den Stammdatentabellen der Lieferanten zu finden und über eine Lieferanten-ID mit den Rechnungsbuchungsdaten 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 bezeichnet den gesamten Bruttowert der vom Lieferanten eingereichten Rechnung. Er ist eine wichtige finanzielle Kennzahl für jeden Case.

Dieses Attribut wird häufig in der Finanz- und Leistungsanalyse verwendet. Damit lassen sich Prozesse nach finanzieller Bedeutung filtern, etwa um Rechnungen mit hohem Wert gesondert zu analysieren. Außerdem können Sie Freigabeengpässe bei Rechnungen über einem bestimmten Schwellenwert erkennen und die finanziellen Auswirkungen ineffizienter Abläufe berechnen. So lässt sich beispielsweise der Wert gesperrter Rechnungen beziffern oder die Automatisierung von Rechnungen mit hohem Volumen und geringem Wert priorisieren. Der Rechnungsbetrag ist eine grundlegende Dimension für nahezu alle Dashboards zur Kreditorenbuchhaltung.

Warum das wichtig ist

Ermöglicht die Analyse finanzieller Auswirkungen, etwa die Bezifferung gesperrter Zahlungen, und hilft, Rechnungen nach ihrer finanziellen Bedeutung zu priorisieren.

Woher beziehen

In der Regel in den Kopf- oder Positionsdatentabellen der Rechnungsbuchungsdaten zu finden.

Beispiele
1500.7525000.00345.50
Rechnungsfälligkeitsdatum
InvoiceDueDate
Das Datum, bis zu dem die Rechnung gemäß den Zahlungsbedingungen bezahlt werden muss.
Beschreibung

Das Rechnungsfälligkeitsdatum ist der berechnete Termin, bis zu dem die Zahlung beim Lieferanten eingehen muss, damit sie fristgerecht erfolgt und keine Verzugsgebühren oder sonstigen Strafen anfallen. Es wird in der Regel anhand des Rechnungsdatums und der vereinbarten Zahlungsbedingungen berechnet, zum Beispiel netto 30 Tage.

Dieses Attribut ist wichtig, um die Zahlungsleistung zu messen. Es bildet die Grundlage für die Berechnung der KPI zur fristgerechten Zahlungsquote und für die Erkennung verspäteter Zahlungen. Durch den Vergleich des Fälligkeitsdatums mit dem tatsächlichen Zahlungsdatum können Unternehmen die Pünktlichkeit ihrer Zahlungen analysieren, Lieferantenbeziehungen verbessern, Strafen vermeiden und ihren Cashflow gezielt steuern.

Warum das wichtig ist

Entscheidend für die Messung fristgerechter Zahlungen, die Steuerung des Cashflows und die Vermeidung von Verzugsstrafen.

Woher beziehen

Dieses Datum wird häufig vom Quellsystem anhand des Rechnungsdatums und der Zahlungsbedingungen berechnet und im Rechnungskopf gespeichert.

Beispiele
2023-11-252023-12-152024-01-30
Automatisiert
IsAutomated
Ein Kennzeichen dafür, ob eine Aktivität automatisch vom System oder von einem Benutzer ausgeführt wurde.
Beschreibung

Dieses boolesche Attribut gibt an, ob ein bestimmter Prozessschritt von einem Systembenutzer, etwa durch Automatisierung, Workflow oder Batch-Job, oder von einem Menschen ausgeführt wurde. So lassen sich manuelle und automatisierte Aktivitäten unterscheiden.

Die Analyse dieses Attributs ist grundlegend, um den Automatisierungsgrad des Kreditorenprozesses zu verstehen und den Erfolg digitaler Transformationsinitiativen zu messen. Anhand der Rechnungen, die ohne manuelle Eingriffe bearbeitet werden, lässt sich die Straight-Through-Processing-Rate (STP) berechnen. Der Leistungsvergleich automatisierter und manueller Abläufe kann eine fundierte Grundlage für weitere Investitionen in die Automatisierung schaffen, indem Zeit- und Kosteneinsparungen beziffert werden.

Warum das wichtig ist

Ermöglicht die Messung des Automatisierungsgrads, etwa der Straight-Through-Processing-Rate, und hilft, die Auswirkungen der Automatisierung auf die Prozesseffizienz zu beziffern.

Woher beziehen

Wird häufig daraus abgeleitet, ob der „UserName“ einer Aktivität einer bekannten System- oder Batch-Benutzer-ID entspricht.

Beispiele
truefalse
Rechnungswährung
InvoiceCurrency
Der Währungscode des Rechnungsbetrags, z. B. USD, EUR oder GBP.
Beschreibung

Die Rechnungswährung gibt an, in welcher Währung der Rechnungsbetrag ausgewiesen ist. Das ist besonders für international tätige Unternehmen wichtig, die mit Lieferanten in verschiedenen Ländern zusammenarbeiten.

Für die Analyse ist dieses Attribut unverzichtbar, um den Rechnungsbetrag korrekt zu interpretieren und präzise Finanzberechnungen durchzuführen. Sie können den Prozess nach Währung filtern, um regionale Unterschiede oder währungsspezifische Herausforderungen zu erkennen. In Verbindung mit Wechselkursdaten lassen sich Finanzwerte in eine einheitliche Berichtswährung umrechnen und weltweit konsistent analysieren.

Warum das wichtig ist

Liefert den nötigen Kontext zum Rechnungsbetrag und ermöglicht eine präzise Finanzanalyse sowie die Aufschlüsselung von Prozessen in international tätigen Unternehmen.

Woher beziehen

In der Regel im Rechnungskopf neben dem Rechnungsbetrag zu finden.

Beispiele
USDEURGBP
Sperrgrund
BlockingReason
Der Grundcode oder die Beschreibung, die erklärt, warum eine Rechnung für die Zahlung gesperrt ist.
Beschreibung

Ein Sperrgrund ist ein Code oder Text, der erklärt, warum eine Rechnung absichtlich nicht zur Zahlung weitergeleitet wird. Häufige Gründe sind Abweichungen bei Menge oder Preis, ein fehlender Wareneingang oder eine erforderliche Qualitätsprüfung.

Dieses Attribut ist wichtig, um Ausnahmen und Nacharbeit auf ihre Ursachen zurückzuführen. Durch die Analyse der Häufigkeit und Auswirkungen verschiedener Sperrgründe können Unternehmen die häufigsten Ursachen für Ineffizienz im Kreditorenprozess ermitteln. Darauf aufbauend lassen sich gezielte Verbesserungen umsetzen, etwa die Bestellgenauigkeit bei Lieferanten zu erhöhen oder den Wareneingang zu vereinfachen. Weniger Zahlungssperren tragen wesentlich zu einer höheren Straight-Through-Processing-Rate (STP) bei.

Warum das wichtig ist

Unverzichtbar für die Ursachenanalyse von Zahlungssperren und hilft, die wichtigsten Treiber von Ineffizienz und Nacharbeit im Prozess zu ermitteln.

Woher beziehen

Im Rechnungsdokument oder in einer zugehörigen Statustabelle zu finden; wird häufig ausgefüllt, wenn die Aktivität „Gesperrt“ auftritt.

Beispiele
PreisabweichungMengenabweichungWareneingang fehlt
Zahlungsbedingungen
PaymentTerms
Die mit dem Lieferanten vereinbarten Bedingungen für die Rechnungszahlung, einschließlich Fälligkeitsterminen und Skontomöglichkeiten.
Beschreibung

Die Zahlungsbedingungen legen fest, unter welchen Voraussetzungen eine Rechnung bezahlt werden soll. Dazu gehören häufig die Zahlungsfrist, etwa 30 Tage netto, und mögliche Skonti für vorzeitige Zahlung, zum Beispiel 2 % Skonto bei Zahlung innerhalb von 10 Tagen.

Dieses Attribut liefert wichtigen Kontext für die Analyse der finanziellen Leistung. Es dient zur Berechnung des Rechnungsfälligkeitsdatums und zur Ermittlung von Möglichkeiten, Skonti für vorzeitige Zahlungen in Anspruch zu nehmen. Wenn Unternehmen die Prozessleistung nach Zahlungsbedingungen analysieren, erkennen sie, ob sie Skontomöglichkeiten aufgrund langer interner Durchlaufzeiten regelmäßig verpassen. So wird der Zusammenhang zwischen Prozesseffizienz und finanziellen Einsparungen sichtbar.

Warum das wichtig ist

Bestimmt die Berechnung des Rechnungsfälligkeitsdatums und ist entscheidend für die Analyse der Skontonutzung. So wird der Zusammenhang zwischen Prozesseffizienz und Kosteneinsparungen deutlich.

Woher beziehen

Stammt in der Regel aus den Lieferantenstammdaten und wird bei der Erstellung in den Rechnungskopf übernommen.

Beispiele
Netto 30 Tage2 % Skonto bei Zahlung innerhalb von 10 Tagen, netto 30 TageNetto 60 Tage
Zahlungsdatum
PaymentDate
Das Datum, an dem die Zahlung für die Rechnung tatsächlich ausgeführt wurde.
Beschreibung

Das Zahlungsdatum ist der Timestamp, der angibt, wann die Mittel für eine bestimmte Rechnung an den Lieferanten ausgezahlt wurden. Dieser wichtige Meilenstein markiert häufig das Ende des Hauptablaufs.

Bei der Process-Mining-Analyse wird das Zahlungsdatum mit dem Rechnungsfälligkeitsdatum verglichen, um festzustellen, ob die Zahlung fristgerecht, vorzeitig oder verspätet erfolgte. Es ist eine zentrale Grundlage für die Berechnung wichtiger KPIs wie der fristgerechten Zahlungsquote und für die Analyse von Möglichkeiten, Skonti für vorzeitige Zahlungen in Anspruch zu nehmen. Auch der Zeitraum zwischen Rechnungsfreigabe und Zahlung kann Ineffizienzen bei der Zahlungsabwicklung oder im Treasury aufzeigen.

Warum das wichtig ist

Unverzichtbar für die Berechnung fristgerechter Zahlungsquoten, die Analyse des Zahlungsverhaltens und die Ermittlung von Möglichkeiten, Skonti für vorzeitige Zahlungen in Anspruch zu nehmen.

Woher beziehen

In den Zahlungs- oder Ausgleichsdaten zu finden, die mit der ursprünglichen Rechnungsbuchung verknüpft sind.

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

Aktivitäten der Kreditorenrechnungsverarbeitung

Hier finden Sie die wichtigsten Prozessschritte und Meilensteine, deren Erfassung empfohlen wird. Sie ermöglichen eine präzise Prozesserkennung und detaillierte Erkenntnisse zur Kreditorenrechnungsverarbeitung.
7 Empfohlen 8 Optional
Aktivität Beschreibung
Rechnung abgeglichen
Bei dieser Aktivität wird eine Rechnung mit Belegen wie Bestellungen oder Wareneingängen verknüpft. So wird geprüft, ob die berechneten Beträge, Mengen und Artikel mit den bestellten und gelieferten übereinstimmen.
Warum das wichtig ist

Bei Rechnungen mit Bestellbezug ist dies ein entscheidender Prüfschritt. Die Analyse der Erfolgsquoten und Dauer des Abgleichs hilft, den Automatisierungsgrad zu verstehen und problematische Lieferanten oder Materialien zu erkennen.

Woher beziehen

Dieses Ereignis wird üblicherweise erfasst, wenn eine Bestell- oder Wareneingangsreferenz erfolgreich mit den Rechnungspositionen verknüpft wird. Dabei wird häufig ein Statusfeld für den Abgleich aktualisiert.

Erfassung

Erfassen Sie den Timestamp, zu dem der Abgleichsstatus der Rechnung auf „Abgeglichen“ oder „Erfolgreich“ gesetzt wird.

Ereignistyp explicit
Rechnung ausgeglichen
Diese Aktivität bezeichnet den abschließenden Abgleich, bei dem die Zahlung der Rechnung zugeordnet und der Posten im Nebenbuch der Kreditorenbuchhaltung formell geschlossen wird. In manchen Fällen kann sie auch den Zahlungsausgleich durch die Bank abbilden.
Warum das wichtig ist

Dies ist die letzte Aktivität und kennzeichnet den erfolgreichen Abschluss des Prozesses. Die Zeit vom Rechnungseingang bis zum Ausgleich entspricht der gesamten Durchlaufzeit von Anfang bis Ende.

Woher beziehen

Das Ereignis wird anhand des Ausgleichsdatums im Finanzdatensatz der Rechnung erfasst. Dieses Feld wird ausgefüllt, wenn die Zahlung zugeordnet wird.

Erfassung

Verwenden Sie das Ausgleichsdatum der Rechnungsposition im Finanzbuch.

Ereignistyp explicit
Rechnung eingegangen
Diese Aktivität kennzeichnet den erstmaligen Eingang einer Lieferantenrechnung im System. Die Erfassung kann manuell, per optischer Zeichenerkennung (OCR) oder über elektronischen Datenaustausch (EDI) erfolgen.
Warum das wichtig ist

Dies ist der zentrale Startpunkt des Prozesses. Die Zeit zwischen diesem Ereignis und späteren Ereignissen zeigt die gesamte Bearbeitungsdauer und macht Verzögerungen am Prozessanfang sichtbar.

Woher beziehen

Dieses Ereignis wird in der Regel anhand des Erstellungs-Timestamps des primären Rechnungs- oder Lieferantenrechnungsdatensatzes im System erfasst.

Erfassung

Verwenden Sie das Erstellungsdatum des Rechnungskopfsatzes.

Ereignistyp explicit
Rechnung freigegeben
Diese Aktivität bezeichnet die endgültige Freigabe im Workflow und erteilt die offizielle Zahlungsautorisierung. Sie ist ein entscheidender Meilenstein, nach dem die Rechnung in die Zahlungsphase übergeht.
Warum das wichtig ist

Mit dieser Aktivität endet der Freigabezyklus. Die bis dahin verstrichene Zeit ist ein wichtiger Bestandteil der gesamten Rechnungsbearbeitungsdauer und weist häufig auf Engpässe bei der Freigabe hin.

Woher beziehen

Das Ereignis wird erfasst, wenn der Workflow- oder Dokumentstatus der Rechnung auf „Genehmigt“ oder einen entsprechenden Endstatus gesetzt wird.

Erfassung

Erfassen Sie den Timestamp, zu dem der endgültige Freigabestatus der Rechnung dokumentiert wird.

Ereignistyp explicit
Rechnung gebucht
Die freigegebene Rechnung wird offiziell im Hauptbuch erfasst. Dadurch entsteht eine finanzielle Verbindlichkeit für das Unternehmen. Diese wichtige Buchung erfasst den Aufwand und die Zahlungsverpflichtung formell.
Warum das wichtig ist

Die Buchung ist ein wichtiges Finanzereignis. Verzögerungen zwischen Freigabe und Buchung können die Genauigkeit der Finanzberichterstattung und den Überblick über offene Verbindlichkeiten beeinträchtigen.

Woher beziehen

Dieses zentrale Finanzereignis wird anhand von Datum und Uhrzeit der Buchung des zur Rechnung gehörenden Belegs erfasst.

Erfassung

Verwenden Sie das Buchungsdatum aus dem Kopf des mit der Rechnung verknüpften Finanzbelegs.

Ereignistyp explicit
Zahlung ausgeführt
Die Zahlung wird offiziell ausgeführt und der Betrag an den Lieferanten überwiesen. Damit wird die Verbindlichkeit beglichen, die bei der Buchung der Rechnung entstanden ist.
Warum das wichtig ist

Dieses Ereignis ist entscheidend für die Berechnung pünktlicher Zahlungen und genutzter Skonti. Es kennzeichnet die Übertragung des Geldbetrags und ist ein wichtiger Meilenstein für das Treasury und die Pflege der Lieferantenbeziehungen.

Woher beziehen

Dieses Finanzereignis wird ausdrücklich anhand des Transaktionsdatums des für die Rechnung erstellten Zahlungsbelegs erfasst.

Erfassung

Verwenden Sie das Transaktions- oder Buchungsdatum des Zahlungsbelegs, mit dem die Rechnung ausgeglichen wird.

Ereignistyp explicit
Zur Freigabe eingereicht
Die Rechnung wird offiziell in einen Workflow zur Prüfung und Freigabe durch eine oder mehrere autorisierte Personen übergeben. Damit beginnt der Freigabe-Teilprozess.
Warum das wichtig ist

Dies ist der Ausgangspunkt für die Messung der Freigabezyklen. So lässt sich die Zeit für die Datenverarbeitung von der Wartezeit auf eine Managementfreigabe unterscheiden.

Woher beziehen

Dieses Ereignis wird erfasst, wenn sich der Rechnungsstatus zu „Freigabe ausstehend“ ändert oder die Rechnung in ein Workflow-Management-System aufgenommen wird.

Erfassung

Ermitteln Sie das Ereignis, bei dem der Rechnungsstatus auf den Beginn eines Freigabe-Workflows hinweist.

Ereignistyp explicit
Rechnung abgelehnt
Eine freigebende Person lehnt die Rechnung im Workflow ab und stoppt damit ihre Bearbeitung bis zur Zahlung. In der Regel wird die Rechnung zur Korrektur an einen früheren Prozessschritt zurückgegeben. Dadurch entsteht eine Nacharbeitsschleife.
Warum das wichtig ist

Ablehnungen verursachen häufig Nacharbeit und Prozessverzögerungen. Werden ihre Häufigkeit und Gründe erfasst, lassen sich Probleme bei der Datenqualität, beim Verständnis von Richtlinien oder bei der Compliance von Lieferanten erkennen.

Woher beziehen

Das Ereignis wird ausdrücklich als Statusänderung im Freigabeverlauf oder Workflow-Protokoll des Systems erfasst, zum Beispiel als „Abgelehnt“ oder „Zurückgewiesen“.

Erfassung

Verwenden Sie den Timestamp aus dem Freigabeprotokoll, zu dem der Status der Rechnung auf „Abgelehnt“ gesetzt wird.

Ereignistyp explicit
Rechnung geprüft
Diese Aktivität bezeichnet den Abschluss der ersten Prüfung der erfassten Rechnungsdaten auf Vollständigkeit und Richtigkeit, bevor die Rechnung abgeglichen oder freigegeben wird. Dabei kann es sich um eine automatische Systemprüfung oder eine manuelle Kontrolle handeln.
Warum das wichtig ist

Die Nachverfolgung dieser Aktivität hilft, Engpässe bei der ersten Prüfung der Datenqualität zu erkennen und die Effizienz der vorbereitenden Schritte zu messen.

Woher beziehen

Die Aktivität wird häufig anhand einer Statusänderung des Rechnungsdatensatzes oder eines bestimmten Prüf-Timestamps erfasst. Sie kann auch daraus abgeleitet werden, dass der Datensatz fehlerfrei gespeichert wurde.

Erfassung

Suchen Sie nach einer Statusänderung zu „Geprüft“ oder einem bestimmten Prüfereignis im Event Log.

Ereignistyp explicit
Rechnung gesperrt
Diese Aktivität tritt auf, wenn eine Rechnung nicht weiter zur Zahlung bearbeitet werden kann. Eine Sperre wird in der Regel automatisch oder manuell gesetzt, wenn beim Abgleich Abweichungen festgestellt werden, Richtlinien verletzt wurden oder andere Punkte untersucht werden müssen.
Warum das wichtig ist

Sperren sind eine häufige Ursache für Zahlungsverzögerungen und zusätzlichen Bearbeitungsaufwand. Für Prozessverbesserungen ist es entscheidend zu wissen, wann, warum und wie oft sie auftreten.

Woher beziehen

Dieses Ereignis wird ausdrücklich erfasst, wenn für die Rechnung ein Zurückstellungs- oder Sperrstatus gesetzt wird. Häufig ist es in einem Statusprotokoll oder einer Änderungshistorie dokumentiert.

Erfassung

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

Ereignistyp explicit
Rechnung storniert
Die Rechnung wird nach ihrer Erfassung oder Buchung für ungültig erklärt oder rückgängig gemacht, meist um einen Fehler zu korrigieren oder auf einen Lieferantenstreit zu reagieren. Dies ist ein alternativer und in der Regel unerwünschter Endpunkt des Prozesses.
Warum das wichtig ist

Stornierungen weisen auf Prozessfehler hin, etwa doppelte Erfassungen oder falsche Buchungen. Ihre Häufigkeit und Ursachen zu verfolgen, ist wichtig, um die Genauigkeit der Dateneingabe und die Prozessqualität zu verbessern.

Woher beziehen

Dieses Ereignis wird ausdrücklich erfasst, wenn ein Benutzer die Rechnung für ungültig erklärt oder einen Stornobeleg bucht. Dabei wird ein Storno- oder Rücknahmedatum eingetragen.

Erfassung

Suchen Sie im Rechnungsdatensatz nach einem Verweis auf einen Stornobeleg oder einem Stornokennzeichen mit zugehörigem Datum.

Ereignistyp explicit
Skonto bei vorzeitiger Zahlung genutzt
Eine Zahlung wird innerhalb des Skontozeitraums des Lieferanten ausgeführt und führt so zu einer Kostenersparnis für das Unternehmen. Dies ist kein direktes Systemereignis, sondern wird aus Transaktionsdaten abgeleitet.
Warum das wichtig ist

Diese Aktivität misst direkt den finanziellen Nutzen eines effizienten Prozesses in der Kreditorenbuchhaltung. Werden verpasste Möglichkeiten zur vorzeitigen Zahlung ermittelt, lässt sich der finanzielle Wert von Prozessverbesserungen klar beziffern.

Woher beziehen

Dieses Ereignis wird berechnet, indem das Ausführungsdatum der Zahlung mit den Zahlungsbedingungen und dem Skontodatum der Rechnung verglichen wird.

Erfassung

Berechnung: IF Payment_Date <= Discount_Due_Date.

Ereignistyp calculated
Sperre aufgehoben
Diese Aktivität kennzeichnet die Klärung eines Problems und die anschließende Aufhebung einer Zahlungssperre oder Zurückstellung. Sie zeigt an, dass die Rechnung korrigiert oder geklärt wurde und nun weiterbearbeitet werden kann.
Warum das wichtig ist

Die Zeit zwischen der Sperrung einer Rechnung und der Aufhebung der Sperre entspricht der Dauer der Klärung. Die Analyse dieser Zeitspanne zeigt Ineffizienzen bei der Bearbeitung von Ausnahmen auf.

Woher beziehen

Das Ereignis wird aus Systemprotokollen oder Änderungsbelegen erfasst, in denen die Aufhebung oder Deaktivierung einer Zahlungssperre dokumentiert ist.

Erfassung

Erfassen Sie den Timestamp, zu dem der Zahlungssperrcode oder Zurückstellungsstatus der Rechnung aufgehoben wird.

Ereignistyp explicit
Zahlung eingeplant
Eine gebuchte Rechnung wird ausgewählt und in einen Zahlungsvorschlag oder Zahlungslauf aufgenommen. Diese Aktivität zeigt an, dass die Rechnung im nächsten Zahlungslauf beglichen werden soll.
Warum das wichtig ist

Dieser Schritt verbindet die Buchung mit der tatsächlichen Zahlung. Die Analyse dieser Aktivität hilft, den Cashflow zu steuern und die Effizienz der Zahlungsvorbereitung zu beurteilen.

Woher beziehen

Das Ereignis lässt sich aus der Erstellung eines Zahlungsvorschlags ableiten oder daraus, dass die Rechnung in ein Zahlungsjournal oder einen Zahlungslauf aufgenommen wird.

Erfassung

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

Ereignistyp inferred
Zahlung verspätet
Eine Rechnung wird nach ihrem vertraglich vereinbarten Fälligkeitstermin bezahlt. Dieses berechnete Ereignis zeigt an, dass die Zahlungsverpflichtung nicht fristgerecht erfüllt wurde.
Warum das wichtig ist

Verspätete Zahlungen können Lieferantenbeziehungen belasten, finanzielle Strafen nach sich ziehen und auf systembedingte Ineffizienzen hinweisen. Ihre Messung hilft, die Prozessleistung und das Compliance-Risiko zu beziffern.

Woher beziehen

Dieses Ereignis wird berechnet, indem das Ausführungsdatum der Zahlung mit dem auf der Rechnung angegebenen Nettofälligkeitstermin verglichen wird.

Erfassung

Berechnung: IF Payment_Date > Net_Due_Date.

Ereignistyp calculated
Empfohlen Optional

Extraktionsanleitungen

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?

Analysieren Sie Ihre Kreditorenrechnungsverarbeitung genauer: Wählen Sie eine unserer Extraktionsanleitungen für ein bestimmtes System oder verwenden Sie dieses generische Template als Grundlage.

Steigern Sie jetzt die Effizienz in der Kreditorenbuchhaltung

Vereinfachen Sie Workflows, senken Sie Kosten und gewinnen Sie einen vollständigen Überblick über Ihren Kreditorenprozess.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten können Sie loslegen.