Ihre Datenvorlage für die Rechnungsbearbeitung der Kreditorenbuchhaltung
Ihre Datenvorlage für die Rechnungsbearbeitung der Kreditorenbuchhaltung
Dies ist unsere generische Process-Mining-Datenvorlage für Kreditorenbuchhaltung (AP). Verwenden 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 Kreditorenbuchhaltung (AP)
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name des Geschäftsprozessschritts oder Ereignisse, 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 ist die Basis der Prozessablauf, wobei jeder eindeutige Wert zu einem Knoten im visualisierten Prozessfluss wird. Die Analyse der Reihenfolge, Häufigkeit und Dauer zwischen diesen Aktivitäten ist die Grundlage für 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. Bedeutung Definiert die Schritte in der Prozessablauf und ermöglicht so die Visualisierung und Analyse des Prozessflusses, von Engpässen und Prozessvariationen. Datenquelle Typischerweise abgeleitet aus Transaktionscodes, Event-Logs, Statusänderungsfeldern oder spezifischen BenutzeraktionsDatensätzen innerhalb des Quellsystems. Beispiele Rechnung freigegebenRechnung gesperrtZahlung ausgeführt | |||
| Ereigniszeit EventTime | Der Zeitstempel, der den Antrag bearbeitet.as 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 Zeitstempel. Dieses Attribut ist maßgeblich 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 Ereignisse, um den Prozessfluss präzise zu rekonstruieren. Bedeutung Dies ist unerlässlich für die Berechnung von Durchlaufzeiten, die Identifizierung von Engpässe und die Analyse der chronologischen Abfolge von Prozess-Ereignisse. Datenquelle Findet sich in Systemprotokollen, Erstellungs-/Änderungsdatumsfeldern von Transaktionen oder Event Zeitstempel-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-ID zur Nachverfolgung des End-to-End-Prozesss 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 Ereignisse (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 Engpässe auf Rechnungsbasis und bietet einen klaren Überblick darüber, wie jede Rechnung bearbeitet wird. Bedeutung 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. Datenquelle Typischerweise in den Header-Daten der Rechnungs- oder Kreditorenbuchhaltungs-Transaktionstabellen im Quellsystem zu finden. Beispiele INV-9876547300015298SI-2023-04-112 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Zeitstempel, der angibt, wann die Daten für dieses Event zuletzt aus dem Quellsystem aktualisiert wurden. | ||
| Beschreibung Der Zeitstempel 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äftsereignis stattfand, sondern vielmehr die Aktualität der analysierten Daten. Dieses Attribut ist wichtig für die Daten 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 geverwendet werden. Es stellt sicher, dass Stakeholder den Antrag bearbeitet.ie Datenaktualität bei Entscheidungen, die auf den Prozess-Dashboards und Analysen basieren, berücksichtigen können. Bedeutung Wesentlich für die Daten-Governance und dafür, dass Nutzer die Aktualität der Daten kennen, die sie analysierenn, was Vertrauen in die gewonnenen Erkenntnisse schafft. Datenquelle Dieser Zeitstempel wird in der Regel 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 wichtig für Daten Governance und Validierung, um sicherzustellen, dass die Prozessansicht die Beiträge jedes Systems genau widerspiegelt. Bedeutung Bietet Kontext zur Datenherkunft, was wesentlich für die Datenvalidierung, Fehlerbehebung und die Analyse von Prozessvariationen über verschiedene Systeme hinweg ist. Datenquelle 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 den Antrag bearbeitet.ie 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 nutzerzentrierte Sicht auf den Prozess. Es wird verwendet, um die Arbeitslastverteilung, die individuelle oder Teamleistung zu analysierenn und den Schulungsbedarf zu identifizieren. Durch die Verfolgung von Aktivitäten nach Benutzern können Organisationen Nacharbeitsschleifen 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. Bedeutung Ermöglicht die Analyse der Team- und Einzelleistung sowie der Arbeitslastverteilung und hilft bei der Identifizierung von Schulungsmöglichkeiten oder Compliance-Verstößen. Datenquelle Typischerweise in Event-Logs oder den Antrag bearbeitet.en 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 maßgeblich 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. Bedeutung Wesentlich für die Analyse der Effizienz des Rechnungsabgleichs, die Unterscheidung zwischen Bestellbezogenen (PO) und nicht-bestellbezogenen Rechnungsbearbeitungsprozessen sowie die Identifizierung von Compliance-Verstößen. Datenquelle 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 den Antrag bearbeitet.as 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 wesentliche 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. Bedeutung Ermöglicht das Benchmarking von Prozessen über verschiedene Rechtseinheiten oder Geschäftsbereiche hinweg und hilft dabei, Praktiken zu standardisieren und lokalisierte Probleme zu identifizieren. Datenquelle 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 den Antrag bearbeitet.ie Rechnung eingereicht hat. | ||
| Beschreibung Der Lieferantenname identifiziert den rechtlichen oder Handelsnamen des Lieferanten, der den Antrag bearbeitet.ie 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 maßgeblich für die Beschaffung und das Lieferantenbeziehungsmanagement. Bedeutung Ermöglicht die Leistungsanalyse pro Lieferant und hilft dabei, problematische Lieferantenbeziehungen, die Einhaltung von Zahlungszielen und Prozessabweichungen pro Lieferant zu identifizieren. Datenquelle 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 vollständig 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 wesentliche Dimension für fast alle AP-Dashboards. Bedeutung Ermöglicht eine Analyse der finanziellen Auswirkungen, wie die Quantifizierung des Werts gesperrter Zahlungen, und hilft, Rechnungen nach Wesentlichkeit zu priorisieren. Datenquelle 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 in der Regel 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. Bedeutung Dies ist maßgeblich für die Messung der pünktlichen Zahlungsleistung, das Management des Cashflows und die Vermeidung von Verzugsgebühren. Datenquelle 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. Bedeutung Ermöglicht die Messung von Automatisierungsgraden (z. B. der Straight-Through Processing-Rate) und hilft, den Einfluss der Automatisierung auf die Prozesseffizienz zu quantifizieren. Datenquelle Wird oft abgeleitet, indem geprüft wird, ob der 'BenutzerName' einer Aktivität einer bekannten System- oder Batch-Benutzer-ID entspricht. Beispiele JaNein | |||
| 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 den Antrag bearbeitet.er 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. Bedeutung Bietet notwendigen Kontext für den Rechnungsbetrag, was eine präzise Finanzanalyse und Prozesssegmentierung für globale Organisationen ermöglicht. Datenquelle Typischerweise im Header den Antrag bearbeitet.er Rechnungs-Transaktionstabelle zusammen mit dem Rechnungsbetrag zu finden. Beispiele USDEURGBP | |||
| Sperrgrund BlockingReason | Der Ursachencode oder den Antrag bearbeitet.ie 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 wichtiges 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 den Antrag bearbeitet.ie Optimierung des Wareneingangsprozesses. Die Reduzierung von Zahlungssperren ist ein zentraler Faktor zur Steigerung der Straight-Through Processing (STP)-Rate. Bedeutung Unerlässlich für die Grundursachenanalyse von Zahlungsblockaden, um die größten Treiber von Ineffizienz und Nacharbeit im Prozess zu identifizieren. Datenquelle 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 Durchlaufzeiten verpassen. Diese Analyse verknüpft Prozesseffizienz direkt mit finanziellen Einsparungen. Bedeutung Steuert die Berechnung des Rechnungsfälligkeitsdatums und ist maßgeblich für die Analyse der Skontoausnutzung, wodurch Prozesseffizienz mit Kosteneinsparungen verknüpft wird. Datenquelle 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 Zeitstempel, 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 Antrag bearbeitet.en Treasury-Funktionen aufzeigen. Bedeutung Unerlässlich für die Berechnung pünktlicher Zahlungsraten, die Analyse des Zahlungsverhaltens und die Identifizierung von Möglichkeiten zur Nutzung von Skonti. Datenquelle 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 Kreditorenbuchhaltung (AP)
| 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. | ||
| Bedeutung Dies ist ein wichtiger Validierungsschritt für bestellbezogene Rechnungen. Die Analyse von Matching-Erfolgsraten und -zeiten ist maßgeblich, um den Automatisierungsgrad zu verstehen und problematische Lieferanten oder Materialien zu identifizieren. Datenquelle 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 Zeitstempel, wenn der Rechnungsabgleichstatus auf 'Abgestimmt' oder 'Erfolgreich' aktualisiert wird. Ereignistyp explicit | |||
| Rechnung ausgeglichen | Diese Aktivität stellt die endgültige Abstimmung dar, bei der den Antrag bearbeitet.ie 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. | ||
| Bedeutung 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. Datenquelle 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. | ||
| Bedeutung 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. Datenquelle Dieses Event wird in der Regel 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. | ||
| Bedeutung 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-Engpässe auf. Datenquelle Erfasst, wenn der Workflow- oder Dokumentenstatus der Rechnung auf 'Genehmigt' oder einen äquivalenten Endstatus aktualisiert wird. Erfassen Erfassen Sie den Zeitstempel, 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. | ||
| Bedeutung Die Buchung ist ein zentrales Finanzereignis. Verzögerungen zwischen Genehmigung und Buchung können die Genauigkeit der Finanzberichterstattung und die Transparenz über ausstehende Zahlungen identifizieren.ende Verbindlichkeiten beeinträchtigen. Datenquelle 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. | ||
| Bedeutung Dies ist ein wichtiges Event zur Berechnung pünktlicher Zahlungsraten und der Skontoausnutzung. Es markiert das Ende des Prozesses.kiert die Wertübertragung und ist ein Schlüsselmeilenstein für Treasury und Lieferantenbeziehungsmanagement. Datenquelle 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 den Antrag bearbeitet.ie 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. | ||
| Bedeutung 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. Datenquelle Dieses Event wird erfasst, wenn sich der Status der Rechnung in 'Zur Genehmigung ausstehende Zahlungen identifizieren.end' ä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 in der Regel zur Korrektur an einen früheren Schritt zurück, wodurch eine Nachbearbeitungsschleife entsteht. | ||
| Bedeutung 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 den Antrag bearbeitet.er Lieferanten-Compliance zu identifizieren. Datenquelle Explizit erfasst als Statusaktualisierung (z.B. „Abgelehnt“, „Verweigert“) innerhalb der Freigabehistorie oder den Antrag bearbeitet.es Workflow-Protokolls des Systems. Erfassen Verwenden Sie den Zeitstempel 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 in der Regel automatisch oder manuell aufgrund von Diskrepanzen, die beim Abgleich festgestellt wurden, Richtlinienverstößen oder anderen Problemen, die eine Untersuchung erfordern, angewendet. | ||
| Bedeutung Sperren sind ein Hauptgrund für Zahlungsverzögerungen und erhöhten Bearbeitungsaufwand. Es ist maßgeblich für die Prozessoptimierung, zu identifizieren, wann, warum und wie oft Sperren auftreten. Datenquelle 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 Zeitstempel, wenn ein Zahlungssperrgrund oder den Antrag bearbeitet.er 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 in der Regel negativen Endpunkt des Prozesses dar. | ||
| Bedeutung Stornierungen weisen auf Prozessfehler hin, wie doppelte Einträge oder Neine Buchungen. Ihre Häufigkeit und Ursachen zu verfolgen, ist wichtig zur Verbesserung der Dateneingabegenauigkeit und Prozessqualität. Datenquelle 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. | ||
| Bedeutung Die Verfolgung dieser Aktivität hilft, Engpässe in der anfänglichen Datenqualitätsprüfung zu identifizieren und die Effizienz der Vorverarbeitungsschritte zu messen. Datenquelle Wird oft durch eine Statusänderung im RechnungsDatensatz, einen spezifischen Validierungs-Zeitstempel 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 geverwendet | 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. | ||
| Bedeutung 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 Prozessoptimierung. Datenquelle 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. | ||
| Bedeutung 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. Datenquelle Erfasst aus Systemprotokollen oder Änderungsbelegen, die die Entfernung oder Deaktivierung eines Zahlungssperrstatus aufzeichnen. Erfassen Erfassen Sie den Zeitstempel, 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. | ||
| Bedeutung 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. Datenquelle 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 den Antrag bearbeitet.er 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. | ||
| Bedeutung 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. Datenquelle 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 | |||
Extraktionsanleitungen
Extraktionsmethoden variieren je nach System. Für detaillierte Anweisungen,