Datentemplate: Kreditorenrechnungsverarbeitung
Ihre Datenvorlage für die Rechnungsbearbeitung der Kreditorenbuchhaltung
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
Attribute der Kreditoren-Rechnungsverarbeitung
| Name | Beschreibung | ||
|---|---|---|---|
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 | |||
Aktivitäten der Kreditoren-Rechnungsverarbeitung
| Aktivität | Beschreibung | ||
|---|---|---|---|
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 | |||
Extraktionsleitfäden
Extraktionsmethoden variieren je nach System. Für detaillierte Anweisungen,
