Ihre Datentemplate für die Kreditorenbuchhaltung und Zahlungsabwicklung

Universelle Process-Mining-Vorlage
Ihre Datentemplate für die Kreditorenbuchhaltung und Zahlungsabwicklung

Ihre Datentemplate für die Kreditorenbuchhaltung und Zahlungsabwicklung

Universelle Process-Mining-Vorlage

Dies ist unsere generische Process-Mining-Datenvorlage für Kreditorenbuchhaltung Zahlungsabwicklung. Verwenden Sie unsere systemspezifischen Vorlagen für spezifischere Anleitungen.

Wählen Sie ein spezifisches System
  • Standardisiertes `Data Schema`, kompatibel mit jedem Finanzsystem
  • Wesentliche Aktivitätsmeilensteine für die End-to-End-Zahlungsverfolgung
  • Umfassende Attributliste für tiefgehende Leistungs- und Compliance-Analysen
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Attribute der Kreditorenbuchhaltung Zahlungsabwicklung

Die folgende Tabelle zeigt die empfohlenen `Data Fields`, die Sie in Ihr `Event Log` aufnehmen sollten, um eine umfassende Analyse Ihrer Finanzleistung und Lieferantenbeziehungen zu ermöglichen.
5 Erforderlich 6 Empfohlen 5 Optional
Name Beschreibung
Aktivität
Activity
Der spezifische Prozessschritt oder die Statusänderung, die aufgetreten ist.
Beschreibung

Dieses Attribut definiert das zu einem bestimmten Zeitpunkt stattgefundene Ereignis, das den Lebenszyklus der Rechnung darstellt. Beispiele hierfür sind „Rechnung erstellt“, „Genehmigung angefordert“, „Zahlungssperre gesetzt“ oder „Zahlung ausgeführt“.\n\nIm Process Mining bestimmt dieses Feld die Knoten in der Prozesslandkarte. Es ist unerlässlich, um den Arbeitsablauf zu visualisieren und die Abfolge der Vorgänge zu identifizieren, die eine Rechnung durchläuft, bevor sie ausgeglichen wird.

Bedeutung

Es definiert den Prozessfluss und ist notwendig, um die Abfolge der Schritte in der Prozesskarte zu visualisieren.

Datenquelle

Abgeleitet aus Transaktionsprotokollen, Statusänderungsverlaufstabellen oder Audit-Trails innerhalb des Quellsystems.

Beispiele
Rechnung erstelltRechnung freigegebenZahlungssperre gesetztZahlungslauf erstelltZahlung freigegeben
Ereigniszeit
StartTime
Der `Timestamp`, der angibt, wann die spezifische Aktivität aufgetreten ist.
Beschreibung

Dieses Attribut erfasst das genaue Datum und die Uhrzeit eines spezifischen Ereignisses. Es liefert die zeitliche Dimension, die notwendig ist, um Aktivitäten korrekt zu sequenzieren und die Dauer zwischen den Schritten zu berechnen.\n\nDie Genauigkeit in diesem Feld ist entscheidend für die Bestimmung von Durchlaufzeiten, die Identifizierung von Bottlenecks und die Analyse des Durchsatzes. Es dient als Grundlage für alle zeitbasierten KPIs, wie die Zeit, die für die Genehmigung einer Rechnung benötigt wird, oder die Gesamtdauer vom Rechnungseingang bis zur Zahlung.

Bedeutung

Es ist erforderlich, Events chronologisch zu sequenzieren und alle dauerbasierten Metriken zu berechnen.

Datenquelle

Gefunden in Systemprotokollen, Transaktionseingabe-Timestamps oder Änderungsdaten.

Beispiele
2023-10-15T08:30:00Z2023-10-15T14:45:12Z2023-10-16T09:15:00Z2023-11-01T10:00:00Z2023-11-05T16:20:00Z
Fall-ID
CaseId
Die eindeutige Kennung für die spezifische Rechnung, die verarbeitet wird.
Beschreibung

Dieses Attribut dient als zentraler Schlüssel zur Verknüpfung aller Ereignisse innerhalb des Kreditorenbuchhaltungsprozesses. Im Kontext der Kreditorenbuchhaltung ist dies fast ausschließlich die Rechnungsnummer oder eine Verkettung von Lieferantennummer und Rechnungsnummer, um die Einzigartigkeit über den gesamten Datensatz hinweg sicherzustellen.\n\nEs ermöglicht die Rekonstruktion des End-to-End-Prozessflusses für jeden einzelnen Rechnungsbeleg. Analysten nutzen dieses Feld, um zwischen verschiedenen Transaktionsinstanzen zu unterscheiden, was die Berechnung von fallbasierten Kennzahlen wie Durchlaufzeiten und Nacharbeitszählungen ermöglicht.

Bedeutung

Es ist die grundlegende Analyseeinheit für Process Mining, die es ermöglicht, einzelne Rechnungen vom Eingang bis zur endgültigen Zahlung zu verfolgen.

Datenquelle

Typischerweise zu finden in der Rechnungskopftabelle oder dem Hauptbelegjournal des ERP-Systems.

Beispiele
INV-2023-0019988776655VEND01-INV500AC-9928120231025-44
Letzte Datenaktualisierung
LastDataUpdate
Der `Timestamp`, wann die `Data` extrahiert oder aktualisiert wurde.
Beschreibung

Dieses Attribut gibt die Aktualität der in der Analyse verwendeten Daten an. Es handelt sich typischerweise um ein Metadatenfeld, das vom Extraktions-Tool generiert wird und nicht um ein Feld, das im Quellsystem selbst existiert.\n\nAnalysten nutzen dies, um die Latenzzeit des Dashboards zu verstehen und zu überprüfen, ob die Daten den aktuellsten Stand des Geschäftsprozesses widerspiegeln. Dies ist besonders wichtig bei der Fehlerbehebung bei fehlenden aktuellen Transaktionen.

Bedeutung

Es gewährleistet die Data Currency und hilft, Synchronisationsprobleme zu identifizieren.

Datenquelle

Generiert von der ETL-Pipeline oder dem Data Connector während der Extraktionsausführung.

Beispiele
2023-11-10T23:59:59Z2023-11-11T06:00:00Z2023-11-11T12:00:00Z2023-11-11T18:00:00Z2023-11-12T00:00:00Z
Quellsystem
SourceSystem
Der Name der Anwendung oder `Database`, in der der Datensatz entstanden ist.
Beschreibung

Dieses Attribut identifiziert, welches ERP- oder Finanzsystem die Daten generiert hat. In komplexen Umgebungen können Unternehmen mehrere Instanzen von SAP, Oracle oder Altsystemen gleichzeitig betreiben.\n\nEs wird verwendet, um Analysen nach Systeminstanz zu filtern und potenzielle Datenkollisionen zu handhaben, falls Rechnungsnummern über verschiedene Systeme hinweg nicht eindeutig sind. Dies ermöglicht eine Vergleichsanalyse der Prozessleistung über verschiedene technische Umgebungen hinweg.

Bedeutung

Es ermöglicht die Differenzierung von Data Streams in Multi-System-Umgebungen.

Datenquelle

Üblicherweise eine statische Zeichenfolge, die während des Datenextraktions- oder Transformationsprozesses hinzugefügt wird.

Beispiele
SAP_ECC_NAOracle_Fusion_EUDynamics365_ProdNetSuite_GlobalLegacy_AS400
Bestellnummer
PurchaseOrderNumber
Die Referenznummer der mit der Rechnung verknüpften Bestellung.
Beschreibung

Dieses Attribut verknüpft die Rechnung mit dem Beschaffungsprozess. Wenn es befüllt ist, deutet es auf eine bestellbezogene Rechnung hin, die typischerweise einem 2-Wege- oder 3-Wege-Abgleich folgt.\n\nEs wird verwendet, um den Anteil bestellbezogener vs. nicht-bestellbezogener Rechnungen zu berechnen. Diskrepanzen zwischen den Bestelldaten und den Rechnungsdaten sind eine häufige Ursache für Zahlungssperren und Nacharbeit.

Bedeutung

Es ermöglicht die Analyse der Effizienz des Bestellabgleichs und differenziert zwischen Bestell- und Nicht-Bestellflüssen (PO vs. Non-PO flows).

Datenquelle

Gefunden in den Rechnungsheader- oder Postentabellen.

Beispiele
PO-450001450009922P100200ORD-5521PUR-2023-88
Fälligkeitsdatum
DueDate
Das Datum, bis zu dem die Zahlung vertraglich erforderlich ist.
Beschreibung

Dieses Attribut gibt die Zahlungsfrist an den Lieferanten an. Es wird in der Regel vom System berechnet, indem die Zahlungszieltage zum Basisdatum addiert werden.\n\nDer Vergleich des tatsächlichen Zahlungsdatums mit diesem Attribut ermöglicht die Berechnung von Pünktlichkeitsquoten bei Zahlungen und Kennzahlen für verspätete Zahlungen. Es ist entscheidend für das Cashflow-Management und die Vermeidung von Verzugsgebühren oder Belastungen der Lieferantenbeziehung.

Bedeutung

Es ist entscheidend für die Berechnung von Pünktlichkeitsraten bei Zahlungen und die Verwaltung von Verzugsgebühren.

Datenquelle

Gefunden in den Rechnungsheader- oder Zahlungsplan-Tabellen.

Beispiele
2023-10-312023-11-152023-11-302023-12-012023-12-15
Lieferantenname
VendorName
Der Name des Lieferanten oder der Entität, die die Rechnung ausstellt.
Beschreibung

Dieses Attribut identifiziert den externen Partner, der an der Transaktion beteiligt ist. Es ist oft mit einem Stammdatensatz verknüpft, der weitere Details wie Zahlungsbedingungen und Bankverbindungen enthält.\n\nDie Analyse dieses Attributs hilft, Lieferanten zu identifizieren, die häufig Prozessabweichungen wie Preisdifferenzen oder fehlende Informationen verursachen. Es ermöglicht die Berechnung lieferantenspezifischer Durchlaufzeiten und Nacharbeitsquoten.

Bedeutung

Es ermöglicht die Segmentierung der Prozessleistung nach Lieferant, um problematische Lieferantenbeziehungen zu identifizieren.

Datenquelle

Gefunden im Rechnungsheader oder durch Verknüpfung mit der Lieferantenstammtabelle.

Beispiele
Acme CorpGlobal Services LtdBürobedarf GmbHTech Solutions IncLogistikpartner
Rechnungsbetrag
InvoiceAmount
Der mit der Rechnung verbundene monetäre Gesamtwert.
Beschreibung

Dieses Attribut stellt den Bruttowert der zur Zahlung anstehenden Rechnung dar. Es wird üblicherweise in der Belegwährung gespeichert und muss möglicherweise für aggregierte Berichte umgerechnet werden.\n\nEs ist entscheidend für die Analyse der finanziellen Auswirkungen und ermöglicht es den Benutzern, Prozessverbesserungen basierend auf deren Auswirkung auf das Betriebskapital zu priorisieren, anstatt nur nach Fallvolumen. Hochwertige Rechnungen können anderen Genehmigungs-Workflows folgen als Positionen mit geringem Wert.

Bedeutung

Es ermöglicht eine wertbasierte Analyse von Prozessineffizienzen und Auswirkungen auf das Umlaufvermögen.

Datenquelle

Gefunden in der Rechnungsheader-Tabelle, typischerweise als Bruttobetrag oder Gesamtbetrag bezeichnet.

Beispiele
1500.00250.5010000.0045.99500000.00
Rechnungsdatum
InvoiceDate
Das Ausstellungsdatum der Rechnung durch den Lieferanten.
Beschreibung

Dieses Attribut spiegelt das Belegdatum wider, das auf der physischen oder digitalen Rechnung aufgedruckt ist. Es unterscheidet sich vom Eingangsdatum oder dem Buchungsdatum im System.\n\nDieses Datum ist der Ausgangspunkt für die Berechnung des Rechnungsalters und wird oft als Basis für die Berechnung von Zahlungsfälligkeiten basierend auf vereinbarten Zahlungsbedingungen verwendet. Es ist essenziell für die Analyse der Verzögerung zwischen Rechnungsstellung und Rechnungseingang/-erfassung.

Bedeutung

Es dient als Basis für Alterungsberechnungen und die Einhaltung von Zahlungsbedingungen (Payment Term Compliance).

Datenquelle

Gefunden im Rechnungsheader, repräsentiert das Belegdatum.

Beispiele
2023-10-012023-10-102023-10-152023-10-202023-10-31
Zahlungsdatum
PaymentDate
Das Datum, an dem die Zahlung tatsächlich ausgeführt oder verrechnet wurde.
Beschreibung

Dieses Attribut erfasst, wann die Gelder überwiesen oder der Scheck ausgestellt wurde. In einigen Systemen kann dies vom Clearing-Datum abweichen, an dem die Bank die Transaktion verarbeitet.\n\nEs markiert das Ende der Verbindlichkeit aus Lieferungen und Leistungen für die spezifische Rechnung. Analysten nutzen dies, um die finale Durchlaufzeit zu berechnen und zu überprüfen, ob Skonti für frühzeitige Zahlungen erfolgreich genutzt wurden.

Bedeutung

Es markiert den Abschluss des Zyklus und wird zur Überprüfung der Skontierung (Discount Capture) verwendet.

Datenquelle

Gefunden in den Zahlungs- oder Clearing-Dokumenttabellen, die mit der Rechnung verknüpft sind.

Beispiele
2023-10-282023-11-142023-11-282023-12-052023-12-10
Benutzer
User
Der Identifikator der Person oder des Systemkontos, das die Aktivität ausführt.
Beschreibung

Dieses Attribut erfasst, wer den spezifischen Prozessschritt ausgeführt hat. Es kann zwischen menschlichen Benutzern und Systemautomatisierung (Bots oder Batch-Jobs) unterscheiden.\n\nEs wird verwendet, um den Automatisierungsgrad (Dunkelverarbeitungsquote) zu berechnen und die Einhaltung der Funktionstrennung zu analysieren. Es hilft auch, Schulungsbedarf zu identifizieren, wenn bestimmte Benutzer konsequent Nacharbeit oder Fehler verursachen.

Bedeutung

Es ermöglicht die Analyse der Aufgabentrennung (Segregation of Duties) und die Berechnung von Automatisierungsraten.

Datenquelle

Gefunden in Transaktionsprotokollen oder System-Audit-Trails.

Beispiele
JSMITHSYSTEM_BATCHK_DOEAP_BOT_01WORKFLOW_SYS
Buchungskreis
CompanyCode
Der Identifikator für die juristische Person oder Tochtergesellschaft.
Beschreibung

Dieses Attribut trennt Daten nach Organisationseinheiten, wie z. B. einer spezifischen Tochtergesellschaft, einem Land oder einer juristischen Einheit. Dies ist entscheidend für große Unternehmen mit Aktivitäten in mehreren Regionen.\n\nEs ermöglicht das Benchmarking der Performance zwischen verschiedenen Geschäftsbereichen. Prozessvarianten existieren oft zwischen Buchungskreisen aufgrund lokaler Vorschriften oder unterschiedlicher operationeller Reifegrade.

Bedeutung

Es ermöglicht Benchmarking und Filterung über verschiedene Organisationseinheiten hinweg.

Datenquelle

Gefunden in der Rechnungsheader-Tabelle.

Beispiele
US01DE0110002000UK_OPS
Dokumententyp
DocumentType
Die Klassifizierung des Rechnungsdokuments.
Beschreibung

Dieses Attribut kategorisiert die Transaktion und unterscheidet zwischen Standardrechnungen, Gutschriften, Anzahlungen oder nachträglichen Belastungen. Jeder Typ kann unterschiedliche Workflow-Regeln auslösen.\n\nDas Verständnis der Mischung der Belegarten ist wichtig für die Interpretation von Prozesskennzahlen. Gutschriften folgen beispielsweise oft einem umgekehrten Fluss oder einem spezifischen Genehmigungspfad, der die durchschnittlichen Durchlaufzeiten verzerren kann, wenn sie nicht segmentiert werden.

Bedeutung

Es unterscheidet zwischen Rechnungen, Gutschriften und anderen Finanzdokumenten.

Datenquelle

Gefunden in der Rechnungsheader-Tabelle.

Beispiele
StandardrechnungGutschriftAnzahlungNicht-BestellrechnungWiederkehrende Rechnung
Grund der Zahlungssperre
PaymentBlockReason
Der Code oder Grund, warum eine Rechnung zur Zahlung gesperrt ist.
Beschreibung

Dieses Attribut gibt den spezifischen Grund an, der eine Rechnungszahlung verhindert, wie z. B. Preisabweichung, Mengenabweichung oder fehlender Wareneingang. Es ist ein Schlüsselindikator für Prozessreibung.\n\nDie Analyse der Häufigkeit und Dauer spezifischer Sperrgründe hilft, die Grundursachen von Zahlungsverzögerungen zu identifizieren. Die Reduzierung dieser Sperren ist oft der schnellste Weg, um die Dunkelverarbeitungsquoten zu verbessern.

Bedeutung

Es identifiziert die spezifischen Ursachen von Prozessreibung und Zahlungsverzögerungen.

Datenquelle

Gefunden in den Rechnungsheader- oder Postentabellen.

Beispiele
PreisabweichungMengenabweichungFehlender WE (Wareneingang)Manuelle SperreAudit erforderlich
Zahlungsbedingungen
PaymentTerms
Der Code oder die Beschreibung, die die vereinbarten Zahlungszeitpunkte und Skonti definiert.
Beschreibung

Dieses Attribut definiert die vertraglichen Zahlungsbedingungen, wie z. B. „Netto 30 Tage“ oder „2/10 Netto 30 Tage“. Es regelt, wann die Rechnung fällig wird und ob Skonti für frühzeitige Zahlungen gewährt werden.\n\nDie Analyse dieses Feldes hilft Unternehmen, den Cashflow zu optimieren, indem sichergestellt wird, dass Zahlungen weder zu früh (Verlust von Betriebskapital) noch zu spät (Anfallen von Verzugsgebühren) erfolgen und Skontoerträge maximiert werden.

Bedeutung

Es definiert die Regeln für Fälligkeitstermine und Skonti, wesentlich für die Cashflow-Optimierung.

Datenquelle

Gefunden im Rechnungsheader, oft vom Lieferantenstamm geerbt.

Beispiele
NT302 % Skonto bei Zahlung innerhalb von 10 Tagen, netto 30 TageSOFORTZ001Netto 60
Erforderlich Empfohlen Optional

Aktivitäten der Kreditorenbuchhaltung Zahlungsabwicklung

Erfassen Sie diese wichtigen Prozessschritte und Meilensteine, um eine präzise Prozesserkennung sicherzustellen und spezifische `Bottlenecks` während Ihres Rechnungszahlungszyklus zu identifizieren.
6 Empfohlen 8 Optional
Aktivität Beschreibung
Rechnung erstellt
Die initiale Erfassung der Lieferantenrechnungsdaten im ERP-System. Dieses `Event` markiert den Beginn des digitalen Lebenszyklus für die Verbindlichkeit, sei es manuell eingegeben oder über eine Schnittstelle importiert.
Bedeutung

Legt den Baseline Timestamp zur Berechnung der Gesamtzykluszeit des Kreditorenprozesses fest.

Datenquelle

Üblicherweise zu finden im Erstellungszeitstempel der Rechnungskopftabelle oder dem ersten Eintrag im Belegänderungsprotokoll.

Erfassen

Extrahieren Sie den Erstellungs-Timestamp des Rechnungsheader-Datensatzes

Ereignistyp explicit
Rechnung freigegeben
Die endgültige Genehmigung, erteilt von einem benannten Genehmiger oder einer Systemregel. Dieser Schritt gibt die Rechnung für die Finanzbuchung und nachfolgende Zahlung frei.
Bedeutung

Ein wichtiger Meilenstein, der die Genehmigungszykluszeit beendet und die Rechnung typischerweise zur Zahlung freigibt.

Datenquelle

Aufgezeichnet in Workflow-Historientabellen, wenn die finale Genehmigungsaktion ausgeführt wird.

Erfassen

Extrahieren Sie den Timestamp der finalen Genehmigungsaktion aus Workflow-Logs

Ereignistyp explicit
Rechnung im Hauptbuch gebucht
Die Verbuchung der Finanztransaktion im Hauptbuch. Diese Aktion erzeugt die offizielle Verbindlichkeit im Buchhaltungssystem.
Bedeutung

Stellt den Punkt der Unumkehrbarkeit für den Finanzdatensatz dar und aktualisiert den Lieferantensaldo.

Datenquelle

Gefunden in der Hauptbuchhaltungstabelle oder durch die Zuweisung eines Buchungsdatums.

Erfassen

Extrahieren Sie das Buchungsdatum oder den Eingabe-Timestamp aus der Hauptbuchhaltungstabelle

Ereignistyp explicit
Rechnung mit Bestellung abgeglichen
Die erfolgreiche Verknüpfung von Rechnungs-`Line Items` mit einer entsprechenden Bestellung oder einem Wareneingang. Dieser Validierungsschritt bestätigt, dass die Waren vor der Zahlungsabwicklung bestellt und empfangen wurden.
Bedeutung

Wesentlich für die Messung der Touchless Rate und der Effizienz des Dreifachabgleichs (Three-Way Matching).

Datenquelle

Gefunden in Bestellhistorientabellen oder durch Identifizierung einer Statusänderung, die eine erfolgreiche Übereinstimmung anzeigt.

Erfassen

Verfolgen Sie das Ereignis, bei dem eine Verknüpfung zwischen Rechnungsposition und Bestellposition hergestellt wird

Ereignistyp explicit
Zahlung veranlasst
Die Erstellung des Zahlungsinstruments, wie Scheckdruck, Überweisung oder EFT-Datei. Dies reduziert die offene Verbindlichkeit auf dem Lieferantenkonto.
Bedeutung

Das definitive Ende des internen Kreditorenbuchhaltungsprozesses für die spezifische Rechnung.

Datenquelle

Erfasst, wenn das Zahlungsdokument generiert oder der Zahlungsstatus auf „Gesendet“ aktualisiert wird.

Erfassen

Extrahieren Sie den Erstellungs-Timestamp des mit der Rechnung verknüpften Zahlungsdokuments

Ereignistyp explicit
Zahlungssperre angewendet
Das Setzen einer Sperre für die Rechnung, die verhindert, dass sie in einem Zahlungslauf enthalten ist. Dies kann manuell bei Streitigkeiten oder automatisch aufgrund von Abweichungen erfolgen.
Bedeutung

Beeinflusst direkt die Pünktlichkeitsraten von Zahlungen und Lieferantenbeziehungen, indem der Prozess pausiert wird.

Datenquelle

Identifiziert durch Überwachung von Änderungen am Zahlungsblockfeld oder Haltestatusflags.

Erfassen

Verfolgen Sie Updates, die die Zahlungssperre oder das „On Hold“-Flag auf „wahr“ setzen

Ereignistyp explicit
Fälligkeitsdatum der Rechnung überschritten
Ein berechnetes Event, das anzeigt, dass das aktuelle Datum das Nettofälligkeitsdatum der Rechnung überschritten hat, während diese unbezahlt bleibt. Dies kennzeichnet die Rechnung als überfällig.
Bedeutung

Entscheidend für die Analyse der pünktlichen Zahlungsleistung und potenzieller Verzugsgebühren.

Datenquelle

Berechnet durch Vergleich des Rechnungsfälligkeitsdatums mit dem Zahlungsdatum oder dem aktuellen Datum.

Erfassen

Berechnen, wann das Fälligkeitsdatum kleiner ist als der aktuelle Timestamp für offene Posten

Ereignistyp calculated
Rechnung storniert
Das Annullieren oder Stornieren des Rechnungsdatensatzes, wodurch der Prozess effektiv ohne Zahlung beendet wird. Dies geschieht normalerweise aufgrund von doppelten Einträgen oder grundlegenden Fehlern.
Bedeutung

Das Hervorheben von Stornierungen hilft, vorgelagerte Prozessfehler und vergeudeten Aufwand zu identifizieren.

Datenquelle

Erfasst, wenn der Dokumentenstatus auf „Ungültig“ geändert oder ein Stornodokument verknüpft wird.

Erfassen

Verfolgen Sie Statusänderungen zu „Storniert“ oder die Erstellung einer Stornobuchung

Ereignistyp explicit
Rechnungsabgleich fehlgeschlagen
Ein Validierungsfehler, der auftritt, wenn die Rechnungsdetails innerhalb definierter Toleranzen nicht mit der Bestellung oder dem Wareneingang übereinstimmen. Dies löst in der Regel einen Workflow zur Ausnahmebehandlung aus.
Bedeutung

Identifiziert die Ursachen von Prozessreibung, wie z.B. Preisabweichungen oder Mengenunterschiede.

Datenquelle

Oft abgeleitet aus Fehlerprotokollen, spezifischen Sperrcodes oder Status-Flags, die eine Abweichung anzeigen.

Erfassen

Ableitung aus der Anwendung von varianzspezifischen Haltecodes oder Fehlermeldungen

Ereignistyp inferred
Rechnungsdaten aktualisiert
Jede Änderung am Rechnungsheader oder an den Posten nach der ersten Erstellung. Häufiges Auftreten signalisiert oft manuelle Nacharbeit, OCR-Extraktionsfehler oder Ungenauigkeiten in den Stammdaten.
Bedeutung

Hohe Aktualisierungsfrequenzen weisen auf Prozessineffizienzen und Möglichkeiten zur Automatisierungsverbesserung hin.

Datenquelle

Typischerweise erfasst in Systemänderungsprotokollen oder Prüfprotokollen, die mit dem Rechnungsobjekt verknüpft sind.

Erfassen

Identifizieren Sie Aktualisierungen spezifischer Felder wie Betrag, Lieferant oder Datum im Audit-Log

Ereignistyp explicit
Rechnungsfreigabe angefordert
Die Einreichung der Rechnung an eine `Workflow`-Engine zur Management-Autorisierung. Dies markiert den Übergang von der `Data Entry` und Validierung zur Genehmigungsphase.
Bedeutung

Trennt die technische Verarbeitungszeit von der Management-Entscheidungszeit im Zyklus.

Datenquelle

Erfasst aus Workflow-Historienprotokollen, wenn sich der Status in „Ausstehende Genehmigung“ oder Ähnliches ändert.

Erfassen

Identifizieren Sie das Workflow-Initiierungs-Event in der Genehmigungshistorientabelle

Ereignistyp explicit
Zahlung freigegeben
Die Bestätigung der Bank, dass die Gelder erfolgreich überwiesen wurden. Dies wird mit dem Kontoauszug im System abgeglichen.
Bedeutung

Bestätigt den Cashflow-Einfluss und schließt den Kreislauf der Finanztransaktion ab.

Datenquelle

Gefunden in Bankabstimmungstabellen oder wenn sich der Zahlungsstatus in „Beglichen“ ändert.

Erfassen

Identifizieren Sie den Timestamp, wann das Clearing-Datum im Zahlungsdatensatz eingetragen wird

Ereignistyp explicit
Zahlungssperre freigegeben
Die Aufhebung einer zuvor angewendeten Sperre, wodurch die Rechnung für die Zahlungsauswahl berechtigt wird. Dies signalisiert typischerweise die Beilegung eines Disputs oder einer Abweichung.
Bedeutung

Zeigt die erfolgreiche Behandlung einer Ausnahme und die Wiederaufnahme des Standard-Prozessflusses an.

Datenquelle

Erfasst, wenn ein Zahlungsfeldsperre aufgehoben oder ein Haltstatus auf aktiv geändert wird.

Erfassen

Verfolgen Sie Updates, die die Zahlungssperre oder das „On Hold“-Flag auf „null“ oder „falsch“ ändern

Ereignistyp explicit
Zahlungsvorschlag erstellt
Die Auswahl der Rechnung in einen vorläufigen Zahlungs-`Batch` oder ein Journal. Dies zeigt die Zahlungsabsicht an und reserviert die Rechnung für andere Zahlungsläufe.
Bedeutung

Markiert den Beginn der Zahlungsausführungsphase und hilft bei der Analyse der Effizienz von Zahlungsbatches.

Datenquelle

Aufgezeichnet, wenn eine Rechnung mit einem Zahlungsvorschlagsheader oder einer Zahlungsjournalzeile verknüpft wird.

Erfassen

Identifizieren Sie, wann die Rechnungs-ID einer Zahlungslaufvorschlagstabelle hinzugefügt 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.