Ihr Daten-Template für die Rechnungsverarbeitung im Einkauf zu Zahlung

Das Attribut Aktivität repräsentiert eine eindeutige Phase oder Aktion innerhalb des Rechnungsverarbeitungs-Workflows. Diese Aktivitäten werden aus verschiedenen Systemereignissen abgeleitet, wie z.B. Dokumenterstellung, Statusänderungen, Genehmigungen oder Benutzeraktionen, die in SAP Änderungsbelegen protokolliert sind.

Die Analyse von Aktivitäten ist der Kern des Process Mining. Sie ermöglicht die Visualisierung von Prozesskarten, die Identifizierung von Engpässen (z.B. lange Wartezeiten nach 'Rechnung zur Genehmigung gesendet'), Nacharbeits-Schleifen (z.B. wiederholte Zyklen von 'Zahlungssperre gesetzt' und 'Zahlungssperre freigegeben') und Compliance-Abweichungen. Die Abfolge und Häufigkeit der Aktivitäten zeigen den tatsächlichen, Ist-Prozessablauf.

Es definiert die Schritte in der Prozesslandkarte und ermöglicht die Visualisierung von Prozessabläufen, die Entdeckung von Engpässen und die Identifizierung von Nacharbeit.

Dieses Attribut wird typischerweise aus mehreren Quellen abgeleitet, einschließlich Transaktionscodes (SY-TCODE), Statusfeldern in Tabellen wie RBKP (z.B. RBSTAT) und Änderungsereignissen aus den Tabellen CDHDR und CDPOS.

Event Time erfasst den genauen Zeitpunkt, zu dem eine Geschäftsaktivität ausgeführt und im Quellsystem protokolliert wurde. Dieser Zeitstempel ist das chronologische Rückgrat des Prozesses und ordnet alle Aktivitäten für jede Rechnung in einer kohärenten Reihenfolge an.

Bei der Analyse ist Event Time unerlässlich für die Berechnung aller dauerbasierten Kennzahlen, wie Durchlaufzeiten, Wartezeiten und Bearbeitungszeiten zwischen Aktivitäten. Es speist Dashboards wie die 'Rechnungs-End-to-End-Durchlaufzeit' und 'Dauer der Zahlungssperrenauflösung', indem es die Daten liefert, die zur Messung der verstrichenen Zeit zwischen zwei beliebigen Punkten im Prozess benötigt werden. Genaue Zeitstempel sind entscheidend für die Identifizierung von Verzögerungen und Performance-Engpässen.

Dieser Zeitstempel ist wesentlich für die korrekte Reihenfolge der Ereignisse und die Berechnung aller Performance-Metriken, wie Zykluszeiten und Engpassdauern.

Dies wird typischerweise durch Kombination von Änderungsdatum (UDATE) und Änderungszeit (UTIME) aus der Änderungsbelegkopf-Tabelle CDHDR abgeleitet. Für spezifische Erstellungsereignisse kann es das Erstellungsdatum und die Uhrzeit aus Tabellen wie RBKP (ERNAM, ERZET) sein.

Die Rechnungsnummer dient als eindeutige Fall-ID für den Rechnungsverarbeitungsprozess. Jede Nummer entspricht einer einzelnen vom Anbieter erhaltenen Rechnung, wodurch alle verbundenen Aktivitäten, von der Datenerfassung bis zur endgültigen Zahlung, als Teil einer kohärenten Prozessinstanz verfolgt werden können.

In der Process Mining Analyse ist dieses Attribut grundlegend für die Rekonstruktion des End-to-End-Lebenszyklus jeder Rechnung. Es ermöglicht die Verknüpfung unterschiedlicher in SAP protokollierter Ereignisse, wie Parken, Buchen, Sperren und Ausgleichen, zu einer chronologischen Reihenfolge. Dies bietet eine klare Sichtweise darauf, wie jede Rechnung bearbeitet wird, wie lange es dauert und wo Abweichungen vom Standardprozess auftreten.

Dies ist der Primärschlüssel, der alle Ereignisse einer einzelnen Rechnung verknüpft und somit die wesentliche Grundlage für die Prozessanalyse und Variantenexploration bildet.

Dies ist typischerweise die Belegnummer aus der SAP-Tabelle RBKP, Feld BELNR, oft mit Buchungskreis (BUKRS) und Geschäftsjahr (GJAHR) zur absoluten Eindeutigkeit verkettet.

Das Ausgleichsdatum markiert den letzten Schritt im Rechnungslebenszyklus: die Zahlung. Es ist das Datum, an dem die offene Rechnungsposition durch einen Zahlungsbeleg im System ausgeglichen wird. Dieses Datum stellt die tatsächliche Ausführungszeit der Zahlung dar.

Dieses Attribut ist der Endpunkt für viele kritische KPIs, einschließlich der 'Durchschnittlichen Rechnungsdurchlaufzeit' und der 'Pünktlichen Zahlungsrate'. Es wird mit dem Zahlungsfälligkeitsdatum verglichen, um die Zahlungsleistung zu messen. Für die Skontoanalyse wird es mit der Skontofrist verglichen, um zu sehen, ob die Zahlung rechtzeitig erfolgte, um den Skonto zu nutzen.

Es markiert den Abschluss des Prozesses und ist die Grundlage für die Berechnung der gesamten Durchlaufzeit, der pünktlichen Zahlungsraten und der Skontoausnutzung.

Für ausgeglichene Posten ist dies das Feld 'Ausgleichsdatum' (AUGDT) aus der Tabelle der ausgeglichenen Kreditorenposten, BSAK.

Das Attribut Benutzername identifiziert die spezifische Person, die für die Ausführung einer bestimmten Aktivität im Prozess verantwortlich ist. Dies ist typischerweise der SAP-Benutzername, der mit der Transaktion oder dem Änderungsereignis protokolliert wurde.

Dieses Attribut ist entscheidend für die Leistungsanalyse auf Benutzer- oder Teamebene. Es hilft, Fragen zu beantworten wie 'Wer sind die schnellsten Genehmiger?' oder 'Welche Benutzer erzeugen die meiste Nacharbeit?'. Es wird in Dashboards verwendet, um die Workload-Verteilung zu analysieren, Schulungsbedarfe zu identifizieren und Leistungsunterschiede zwischen verschiedenen Mitarbeitern zu verstehen.

Es ermöglicht die Analyse von Leistung und Arbeitslast nach Einzelpersonen oder Teams und hilft, Top-Performer, Schulungsmöglichkeiten und Ressourcenungleichgewichte zu identifizieren.

Dies ist das Feld 'Geändert von' (USERNAME) aus der Änderungsbelegkopf-Tabelle CDHDR. Für Erstellungsereignisse kann es das Feld 'Erfasst von' (ERNAM) in Tabellen wie RBKP sein.

Die Bestellnummer verknüpft eine Rechnung mit dem ursprünglichen Beschaffungsdokument. Dies ist grundlegend für den Drei-Wege-Abgleich (Bestellung, Wareneingang, Rechnung) und für die Analyse der Effizienz des Bestellungs-gestützten Rechnungsprozesses.

Dieses Attribut ist entscheidend für Dashboards wie die 'Abweichungsrate Rechnungs-Bestell-Abgleich'. Es ermöglicht die Segmentierung des Prozesses in PO-Rechnungen und Nicht-PO-Rechnungen, die oft sehr unterschiedliche Verarbeitungspfade und Komplexitäten aufweisen. Die Analyse von Problemen im Zusammenhang mit spezifischen Bestellungen kann helfen, vorgelagerte Probleme im Beschaffungsprozess zu diagnostizieren.

Es verbindet die Rechnung mit dem Beschaffungsprozess und ermöglicht die Analyse von PO- vs. Nicht-PO-Rechnungen sowie die Identifizierung von Abgleichsabweichungen.

Dies wird typischerweise auf Positionsebene gefunden. Die 'Bestellnummer' (EBELN) befindet sich in der Rechnungspositionstabelle RSEG. Sie muss möglicherweise auf Kopfebene aggregiert werden.

Das Buchungsdatum ist ein Schlüsseldatum im Buchhaltungsprozess. Es bestimmt die Geschäftsperiode, in der der Rechnungsaufwand im Hauptbuch erfasst wird. Es wird typischerweise vom Mitarbeiter der Kreditorenbuchhaltung während der Rechnungsverarbeitung festgelegt.

In der Prozessanalyse ist die Aktivität 'Rechnung gebucht', die durch dieses Datum gekennzeichnet ist, ein wichtiger Meilenstein. Die Dauer vom Rechnungseingang bis zum Buchungsdatum ist ein kritischer Bestandteil der gesamten Zykluszeit. Dieses Datum ist auch grundlegend für die Finanzberichterstattung und Durchsatzanalyse, wie die Verfolgung des Volumens der pro Woche oder Monat gebuchten Rechnungen.

Es markiert einen kritischen Meilenstein im Prozess, bestimmt die Finanzperiode für die Transaktion und ist eine Schlüsselkomponente der Zykluszeitberechnung.

Dies ist das Feld 'Buchungsdatum' (BUDAT) aus der Rechnungsbelegkopf-Tabelle RBKP.

Wenn eine Rechnung eine Abweichung aufweist oder weitere Untersuchung erfordert, wird eine Zahlungssperre angewendet. Der Zahlungssperrgrund-Code gibt an, warum die Sperre gesetzt wurde, zum Beispiel aufgrund einer Mengenabweichung, Preisabweichung oder einer manuellen Sperre.

Dieses Attribut ist essenziell für das Dashboard 'Dauer der Zahlungssperrenbehebung'. Die Analyse der Häufigkeit und Dauer von Sperren nach Grund hilft, die Grundursachen von Zahlungsverzögerungen zu identifizieren. Wenn zum Beispiel 'Preisabweichung' der häufigste Grund für lange Sperren ist, weist dies auf ein potenzielles Problem in den Stammdaten oder dem Bestellprozess hin, das behoben werden muss.

Es erklärt, warum Rechnungen verzögert werden, ermöglicht eine Ursachenanalyse von Zahlungssperren und hilft, Prozessverbesserungsbemühungen zu priorisieren.

Der Zahlungssperrgrund kann auf Positionsebene in Tabelle RSEG (Feld SPGRS) oder in der Buchhaltungsbelegtabelle BSEG (Feld ZLSPR) gefunden werden.

Die Lieferantennummer ist der Stammdatenschlüssel, der den Lieferanten identifiziert. Dies verknüpft die Rechnungsbuchung mit einem spezifischen Geschäftspartner und ermöglicht Analysen basierend auf Lieferantenmerkmalen.

Die Analyse des Prozesses nach Lieferantennummer kann wichtige Einblicke in Lieferantenbeziehungen und -leistung liefern. Zum Beispiel kann sie helfen zu identifizieren, welche Lieferanten durchgängig problematische Rechnungen einreichen, die zu Zahlungssperren oder Abweichungen führen, oder welche Lieferantenrechnungen am effizientesten verarbeitet werden. Diese Informationen sind wertvoll für das Lieferantenmanagement und strategische Beschaffungsinitiativen.

Es ermöglicht eine lieferantenspezifische Analyse, die hilft, Muster, Probleme oder Effizienzen zu identifizieren, die mit bestimmten Lieferanten verbunden sind.

Dies ist das Feld 'Rechnungsteller' (LIFNR) aus der Rechnungsbelegkopf-Tabelle RBKP.

Der Rechnungsbetrag stellt den Gesamtwert der vom Lieferanten eingereichten Rechnung dar. Dies ist eine zentrale Finanzkennzahl für jeden Rechnungs-Case.

Im Process Mining ist dieses Attribut für die wertbasierte Analyse unerlässlich. Es ermöglicht die Filterung und Segmentierung des Prozesses basierend auf dem Rechnungswert, der oft mit der Prozesskomplexität und den Genehmigungsanforderungen korreliert. Zum Beispiel könnten hochvolumige Rechnungen einem anderen, strengeren Genehmigungspfad folgen. Es wird auch in der Compliance-Analyse verwendet, z.B. zur Überprüfung, ob hochvolumige Rechnungen erforderliche Genehmigungsschritte umgehen.

Es ermöglicht eine wertbasierte Analyse, die hilft, Rechnungen mit hohem Wert zu priorisieren und zu verstehen, wie der Rechnungsbetrag den Prozessfluss und die Compliance beeinflusst.

Dies ist das Feld 'Bruttorechnungsbetrag' (RMWWR) aus der Rechnungsbelegkopf-Tabelle RBKP.

Das Zahlungsfälligkeitsdatum wird basierend auf dem Basisdatum der Rechnung und den vereinbarten Zahlungsbedingungen berechnet. Es stellt die Frist für die Zahlung dar, um Verspätungen zu vermeiden und potenzielle Strafen oder eine Schädigung der Anbieterbeziehungen zu verhindern.

Dieses Attribut ist entscheidend für Performance- und Compliance-KPIs wie die 'Pünktliche Zahlungsrate' und 'Entgangene Skonto-Möglichkeiten'. Durch den Vergleich des tatsächlichen Zahlungsdatums (Ausgleichsdatum) mit dem Zahlungsfälligkeitsdatum kann die Analyse automatisch feststellen, ob eine Zahlung pünktlich, früh oder verspätet war. Es ist ein grundlegendes Element für das Dashboard zur Einhaltung der Zahlungsbedingungen.

Es dient als Basis für die Messung der pünktlichen Zahlungsleistung und die Identifizierung von Möglichkeiten zur Nutzung von Skonti.

Dieses Datum wird oft berechnet. Das Basisdatum für die Zahlung (ZFBDT) befindet sich in Tabelle BSEG. Die Fälligkeitslogik hängt auch von den Zahlungsbedingungen (BSEG-ZTERM) ab.

Wenn ein Genehmiger eine Rechnung ablehnt, sollte er idealerweise einen Ablehnungsgrund angeben. Dies könnte ein standardisierter Code oder ein Freitextkommentar sein, der Probleme wie 'Falsche Bestellnummer', 'Doppelte Rechnung' oder 'Betrag falsch' anzeigt.

Diese Daten sind entscheidend für das Dashboard 'Rechnungsablehnungsgründe & Trends'. Durch die Analyse der Häufigkeit verschiedener Ablehnungsgründe kann das Unternehmen häufige Probleme identifizieren und Korrekturmaßnahmen implementieren. Wenn zum Beispiel 'Falsche Bestellnummer' ein häufiger Grund ist, könnte dies auf einen Bedarf an besserer Kommunikation mit Anbietern oder Schulungen für das Datenerfassungspersonal hindeuten. Diese Analyse ist entscheidend zur Reduzierung von Prozess-Nacharbeit.

Es liefert die Ursache für Ablehnungen und ermöglicht gezielte Prozessverbesserungen, um Nacharbeit zu reduzieren und die First-Time-Right-Raten zu verbessern.

Diese Information wird oft nicht in einem einzigen, Standardfeld gespeichert. Sie kann in Workflow-Container-Protokollen, Langtextfeldern, die mit dem Dokument verknüpft sind, oder spezifischen Feldern in einer benutzerdefinierten Workflow-Lösung gefunden werden.

Die Bearbeitungszeit misst die Zeit, die für die Ausführung einer Aktivität vom Start bis zum Ende benötigt wird. Sie wird als Differenz zwischen dem Endzeitpunkt und dem Startzeitpunkt einer Aktivität berechnet. Dies unterscheidet sich von der Zykluszeit, die die Wartezeit zwischen den Aktivitäten einschließt.

Die Analyse der Bearbeitungszeit hilft, den tatsächlichen Aufwand oder die Berührungszeit für verschiedene Schritte zu verstehen. Sie kann Aktivitäten identifizieren, die ressourcenintensiv oder ineffizient sind. Zum Beispiel könnte eine lange Bearbeitungszeit für 'Rechnungsdaten erfasst' auf eine komplexe Rechnung oder einen ineffizienten Dateneingabeprozess hindeuten. Diese Metrik ist wertvoll für die Ressourcenplanung und Automatisierungsinitiativen.

Es misst die tatsächliche Arbeitsdauer für eine Aktivität und hilft so, ressourcenintensive Schritte zu identifizieren und zwischen aktiver Arbeitszeit und untätiger Wartezeit zu unterscheiden.

Dieses Attribut ist nicht in SAP. Es wird während der Datentransformation mithilfe der Formel berechnet: EndTime - StartTime.

Der Buchungskreis ist eine fundamentale Organisationseinheit in SAP Financials, die eine unabhängige juristische Einheit repräsentiert. Alle Finanztransaktionen, einschließlich Rechnungen, werden auf einen spezifischen Buchungskreis gebucht.

Dieses Attribut ermöglicht es, die Prozessanalyse nach juristischer Einheit zu segmentieren. Es ist entscheidend für den Vergleich von Prozessleistung, Compliance und Effizienz über verschiedene Unternehmen innerhalb einer Unternehmensgruppe hinweg. Dashboards können nach Buchungskreis gefiltert werden, um eine buchungskreisspezifische Ansicht der Rechnungsverarbeitungs-KPIs zu bieten.

Es ermöglicht den Prozessvergleich und Leistungs-Benchmarking über verschiedene juristische Einheiten innerhalb einer Organisation hinweg.

Dies ist das Feld 'Buchungskreis' (BUKRS) aus der Rechnungsbelegkopf-Tabelle RBKP.

Die Belegart wird verwendet, um verschiedene Arten von Geschäftstransaktionen in SAP zu kategorisieren. Für die Rechnungsverarbeitung umfassen gängige Typen 'RE' für Standardrechnungen oder 'KG' für Kreditoren-Gutschriften. Die Belegart steuert Aspekte der Buchung, wie z.B. den verwendeten Nummernkreis.

In der Analyse ermöglicht dieses Attribut das Filtern des Prozesses nach spezifischen Transaktionsarten. Beispielsweise kann der Prozess zur Bearbeitung einer Gutschrift erheblich von dem einer Standardrechnung abweichen. Die Trennung dieser Abläufe mithilfe der Belegart bietet eine genauere und aussagekräftigere Prozessansicht.

Es ermöglicht die Trennung und Analyse verschiedener Geschäftsvorfälle, wie Rechnungen gegenüber Gutschriften, die unterschiedliche Prozesse durchlaufen.

Dies ist das Feld 'Belegart' (BLART) aus der Rechnungsbelegkopf-Tabelle RBKP.

Das Attribut Endzeitpunkt markiert den Abschluss einer spezifischen Aktivität. Bei vielen Ereignissen in SAP, die als einzelne Zeitpunkte protokolliert werden, ist der Endzeitpunkt identisch mit dem Startzeitpunkt. Bei Aktivitäten mit messbarer Dauer, wie einem Genehmigungsschritt, an dem aktiv gearbeitet wird, kann er jedoch den Abschluss dieser Arbeit darstellen.

In der Prozessanalyse ermöglicht ein eindeutiger Endzeitpunkt die Messung der Aktivitätsbearbeitungszeit, getrennt von der vorausgehenden Wartezeit. Dies hilft zu unterscheiden, wie lange die Ausführung einer Aktivität dauert, versus wie lange ein Fall auf den Beginn dieser Aktivität wartet, und liefert tiefere Einblicke in die Ressourceneffizienz.

Es ermöglicht die Berechnung der Bearbeitungszeit von Aktivitäten, wodurch diese von der Wartezeit zwischen Aktivitäten unterschieden und die Engpassanalyse verbessert wird.

Dies ist oft identisch mit dem Startzeitpunkt, abgeleitet aus CDHDR-UDATE und CDHDR-UTIME. In einigen Fällen kann es aus Workflow-Protokollen abgeleitet werden, die den Start und das Ende einer Aufgabe explizit aufzeichnen.

Dies ist ein Boolesches Attribut, das durch Vergleich des 'Ausgleichsdatums' (tatsächliches Zahlungsdatum) mit dem 'Zahlungsfälligkeitsdatum' berechnet wird. Liegt das Ausgleichsdatum nach dem Fälligkeitsdatum, ist das Flag 'wahr'; andernfalls ist es 'falsch'. Dies bietet ein einfaches, direktes Maß für die Pünktlichkeit der Zahlungsleistung für jede Rechnung.

Dieses Attribut vereinfacht die Analyse und Visualisierung in Dashboards. Es ermöglicht ein einfaches Filtern und Aggregieren zur Berechnung des KPIs 'Pünktliche Zahlungsrate'. Benutzer können den Prozess schnell segmentieren, um die Prozessflüsse überfälliger Rechnungen mit denen pünktlich bezahlter Rechnungen zu vergleichen, potenziell die Prozessmuster aufdeckend, die zu verspäteten Zahlungen führen.

Es vereinfacht die Analyse der pünktlichen Zahlungsleistung und ermöglicht einen einfachen Vergleich zwischen pünktlichen und verspäteten Rechnungsbearbeitungsprozessen.

Dieses Attribut ist nicht in SAP. Es wird während der Datentransformation mithilfe der Formel berechnet: ClearingDate > PaymentDueDate.

Dieses Attribut zeichnet Datum und Uhrzeit der letzten Datenextraktion oder -aktualisierung auf. Es gilt für den gesamten Datensatz und nicht für einzelne Ereignisse, was einen klaren Hinweis auf die Aktualität der Daten gibt.

Dies ist ein kritisches Metadaten-Attribut für Dashboard-Benutzer und Analysten. Es hilft ihnen, den durch die Analyse abgedeckten Zeitraum zu verstehen und stellt sicher, dass sie Entscheidungen auf aktuellen Informationen basieren. Es wird typischerweise prominent auf Dashboards angezeigt, um Benutzer über die Aktualität der Daten zu informieren.

Es informiert Benutzer über die Aktualität der Daten und stellt sicher, dass Analysen und Entscheidungen auf aktuellen Informationen basieren.

Dieser Wert wird generiert und zum Zeitpunkt der Datenaktualisierung durch das Datenextraktions- oder ETL-Tool in den Datensatz injiziert.

Das Attribut Quellsystem gibt die Herkunft der Event-Daten an, zum Beispiel einen spezifischen SAP ECC Instanznamen. Dies ist besonders wichtig in Umgebungen mit mehreren ERP-Systemen oder wenn Daten aus verschiedenen Quellen kombiniert werden.

In der Analyse hilft dieses Attribut, Prozesse und Leistungen über verschiedene Systeme, Regionen oder Geschäftseinheiten hinweg zu differenzieren, die möglicherweise auf separaten Instanzen laufen. Es stellt sicher, dass die Datenherkunft klar ist und ermöglicht systemspezifisches Filtern und Analysieren.

Es bietet entscheidenden Kontext in Multi-System-Landschaften, wodurch eine ordnungsgemäße Datensegregation und systemspezifische Leistungsanalyse ermöglicht wird.

Dies ist typischerweise ein statischer Wert, der während des Datenextraktionsprozesses hinzugefügt wird und die SAP System-ID (TADIR-SRCSYSTEM) oder einen manuell zugewiesenen Identifikator für die spezifische SAP-Instanz darstellt.

Das Sachkonto (G/L-Konto) ist das Zielkonto im Kontenplan, auf dem die finanziellen Auswirkungen der Rechnung erfasst werden. Dies ist eine entscheidende Datengrundlage für die Finanzberichterstattung und das Kostenmanagement.

Für das Process Mining bietet die Analyse des Sachkontos eine finanzielle Dimension des Prozessflusses. Das Dashboard 'Sachkonto-Nutzungsanalyse' kann Ausgabenmuster aufdecken, potenzielle Fehlcodierungen von Rechnungen identifizieren und sicherstellen, dass Kosten den richtigen Abteilungen oder Projekten zugeordnet werden. Es hilft, die Lücke zwischen Prozessausführung und finanziellem Impact zu schließen.

Es fügt dem Prozess eine finanzielle Dimension hinzu, die eine Analyse der Kostenverteilung, Ausgabenmuster und potenzieller Fehlbuchungen von Rechnungen ermöglicht.

Dies wird auf Positionsebene gefunden. Die 'Sachkontonummer' (HKONT) befindet sich in der Rechnungspositionstabelle RSEG für Bestellrechnungen oder in BSEG für direkte FI-Rechnungen.

Dies ist ein Boolesches Attribut, das basierend auf den Zahlungsbedingungen und dem tatsächlichen Zahlungsdatum berechnet wird. Es wird auf 'wahr' gesetzt, wenn die 'Zahlungsbedingungen' einen Skonto für frühzeitige Zahlung boten und das 'Ausgleichsdatum' nach Ablauf der Skontofrist lag. Dies misst direkt den finanziellen Verlust aufgrund von Prozesseffizienzdefiziten.

Dieses Attribut ist die Grundlage des Dashboards 'Entgangene Skonto-Möglichkeiten'. Es ermöglicht die einfache Quantifizierung des finanziellen Impacts von Verarbeitungsverzögerungen. Durch das Filtern nach Fällen, in denen dieses Flag 'wahr' ist, können Analysten die spezifischen Prozessvarianten und Engpässe untersuchen, die am häufigsten zu entgangenen Skonti führen, was einen starken Business Case für Prozessverbesserungen liefert.

Es quantifiziert direkt den finanziellen Verlust durch Prozessverzögerungen und schafft so ein überzeugendes Argument für die Optimierung des Rechnungsverarbeitungs-Workflows.

Dieses Attribut ist nicht in SAP. Es wird während der Datentransformation berechnet, indem die 'PaymentTerms' interpretiert und das 'ClearingDate' mit dem Skonto-Fälligkeitsdatum verglichen wird.

Das Attribut Währung gibt die Währung an, in der der Rechnungsbetrag lautet, zum Beispiel USD, EUR oder JPY.

Dieses Attribut liefert wesentlichen Kontext für den Rechnungsbetrag. Es ermöglicht die korrekte Interpretation und Aggregation von Finanzdaten, insbesondere in globalen Organisationen, die mit mehreren Währungen arbeiten. Die Analyse kann nach Währung gefiltert werden, um die Verarbeitungseffizienz oder Probleme über verschiedene Währungszonen hinweg zu vergleichen. Für eine aussagekräftige Finanzaggregation müssen Beträge möglicherweise in eine einzige Berichtswährung umgerechnet werden.

Es bietet den notwendigen Kontext für alle Finanzbeträge, gewährleistet eine genaue Interpretation und ermöglicht währungsbasierte Filterung und Analyse.

Dies ist das Feld 'Währungsschlüssel' (WAERS) aus der Rechnungsbelegkopf-Tabelle RBKP.

Zahlungsbedingungen definieren die Regeln dafür, wann eine Rechnung bezahlt werden muss und welche Skonti, falls vorhanden, für eine frühere Zahlung verfügbar sind. Beispiele sind 'Netto 30 Tage' oder '2% 10, Netto 30', was bedeutet, dass ein 2%-Skonto gewährt wird, wenn die Zahlung innerhalb von 10 Tagen erfolgt, andernfalls ist der volle Betrag innerhalb von 30 Tagen fällig.

Dieses Attribut ist die Grundlage für das Dashboard 'Entgangene Skonto-Möglichkeiten' und den KPI 'Skonto-Ausschöpfungsquote'. Die Analyse verwendet die Zahlungsbedingungen in Verbindung mit den Buchungs- und Zahlungsdaten, um festzustellen, ob ein Skonto verfügbar war und ob er erfolgreich genutzt wurde. Es ist auch entscheidend für das Dashboard zur Einhaltung der Zahlungsbedingungen.

Es ist unerlässlich für die Analyse der Skontoausnutzungsraten und das Verständnis der finanziellen Auswirkungen von Prozessverzögerungen.

Dies ist das Feld 'Zahlungsbedingungsschlüssel' (ZTERM) aus der Rechnungsbelegkopf-Tabelle RBKP.