Ihr Datentemplate für die Purchase-to-Pay-Rechnungsverarbeitung

Das Attribut Aktivität bezeichnet einen bestimmten Schritt oder eine Handlung im Workflow der Rechnungsverarbeitung. Die Aktivitäten werden aus verschiedenen Systemereignissen abgeleitet, etwa aus der Belegerstellung, Statusänderungen, Genehmigungen oder Benutzeraktionen, die in SAP-Änderungsprotokollen erfasst sind.

Die Analyse der Aktivitäten bildet den Kern von Process Mining. Sie ermöglicht die Visualisierung von Prozessmodellen sowie das Erkennen von Engpässen (z. B. lange Wartezeiten nach „Rechnung zur Genehmigung eingereicht“), Nacharbeitsschleifen (z. B. wiederholte Abläufe von „Zahlungssperre gesetzt“ und „Zahlungssperre aufgehoben“) und Compliance-Abweichungen. Reihenfolge und Häufigkeit der Aktivitäten zeigen den tatsächlichen Prozessablauf.

Das Attribut definiert die Schritte im Prozessmodell. So lassen sich Prozessabläufe visualisieren, Engpässe erkennen und Nacharbeit aufdecken.

Dieses Attribut wird üblicherweise aus mehreren Quellen abgeleitet, darunter Transaktionscodes (SY-TCODE), Statusfelder in Tabellen wie RBKP (z. B. RBSTAT) und Änderungsereignisse aus den Tabellen CDHDR und CDPOS.

Die Ereigniszeit erfasst den genauen Zeitpunkt, zu dem eine Geschäftsaktivität im Quellsystem ausgeführt und protokolliert wurde. Dieser Timestamp bildet die chronologische Grundlage des Prozesses und ordnet alle Aktivitäten jeder Rechnung zu einer nachvollziehbaren Abfolge.

Für die Analyse ist die Ereigniszeit unverzichtbar, um zeitbasierte Kennzahlen wie Zyklus-, Warte- und Bearbeitungszeiten zwischen Aktivitäten zu berechnen. Sie liefert die Daten für Dashboards wie „End-to-End-Zykluszeit der Rechnung“ und „Dauer bis zur Behebung einer Zahlungssperre“ und ermöglicht so die Messung der Zeit zwischen beliebigen Prozessschritten. Genaue Timestamps sind entscheidend, um Verzögerungen und Leistungsengpässe zu erkennen.

Dieser Timestamp ist wichtig, um Ereignisse korrekt zu ordnen und alle Leistungskennzahlen wie Zykluszeiten und Engpassdauer zu berechnen.

Dieser Wert wird üblicherweise aus dem Änderungsdatum (UDATE) und der Änderungszeit (UTIME) im Änderungsbelegkopf der Tabelle CDHDR gebildet. Bei bestimmten Erstellungsereignissen können Datum und Uhrzeit aus Tabellen wie RBKP (ERNAM, ERZET) stammen.

Die Rechnungsnummer dient als eindeutige Case-ID für den Ablauf der Rechnungsverarbeitung. Jede Nummer steht für eine einzelne Rechnung eines Lieferanten. So lassen sich alle zugehörigen Aktivitäten von der Datenerfassung bis zur abschließenden Zahlung als Teil eines zusammenhängenden Prozessfalls verfolgen.

Bei der Process-Mining-Analyse ist dieses Attribut grundlegend, um den End-to-End-Lebenszyklus jeder Rechnung zu rekonstruieren. Es verknüpft einzelne, in SAP protokollierte Ereignisse wie Parken, Buchen, Sperren und Ausgleichen zu einer chronologischen Abfolge. Dadurch wird sichtbar, wie die jeweilige Rechnung bearbeitet wird, wie lange die Bearbeitung dauert und an welchen Stellen der Prozess vom Standard abweicht.

Dieser Primärschlüssel verknüpft alle Ereignisse zu einer einzelnen Rechnung und bildet damit die Grundlage für die Prozessanalyse und die Untersuchung von Varianten.

In der Regel handelt es sich um die Belegnummer aus der SAP-Tabelle RBKP, Feld BELNR. Für eine eindeutige Kennung wird sie häufig mit dem Buchungskreis (BUKRS) und dem Geschäftsjahr (GJAHR) kombiniert.

Das Ausgleichsdatum kennzeichnet den letzten Schritt im Lebenszyklus einer Rechnung: die Zahlung. An diesem Datum wird der offene Rechnungsposten im System durch einen Zahlungsbeleg ausgeglichen. Es entspricht dem tatsächlichen Zeitpunkt der Zahlungsausführung.

Dieses Attribut ist der Endpunkt für zahlreiche wichtige KPIs, darunter die „Durchschnittliche Rechnungsdurchlaufzeit“ und die „Pünktliche Zahlungsquote“. Der Vergleich mit dem Fälligkeitsdatum der Zahlung zeigt, wie pünktlich Zahlungen erfolgen. Bei der Skontoanalyse wird das Ausgleichsdatum mit der Skontofrist verglichen, um festzustellen, ob die Zahlung rechtzeitig für den Skontoabzug eingegangen ist.

Das Datum kennzeichnet den Prozessabschluss und dient als Grundlage für die Berechnung der gesamten Zykluszeit, der pünktlichen Zahlungsquote und der Skontoausschöpfung.

Bei ausgeglichenen Posten ist dies das Feld „Clearing Date“ (AUGDT) aus der Tabelle BSAK mit den ausgeglichenen Lieferantenposten.

Das Attribut Benutzername gibt an, welche Person für eine bestimmte Aktivität im Prozess verantwortlich war. In der Regel handelt es sich um den SAP-Benutzernamen, der bei der Transaktion oder dem Änderungsereignis protokolliert wurde.

Dieses Attribut ist wichtig für Leistungsanalysen auf Benutzer- oder Teamebene. Es hilft bei Fragen wie: „Wer genehmigt am schnellsten?“ oder „Welche Benutzer verursachen die meiste Nacharbeit?“ In Dashboards dient es dazu, die Arbeitslast zu analysieren, Schulungsbedarf zu erkennen und Leistungsunterschiede zwischen Mitarbeitenden nachzuvollziehen.

Damit lassen sich Leistung und Arbeitslast einzelner Personen oder Teams analysieren. So können Sie besonders leistungsstarke Mitarbeitende, Schulungsbedarf und eine unausgewogene Ressourcenverteilung erkennen.

Dies ist das Feld „Geändert von“ (USERNAME) im Änderungsbelegkopf der Tabelle CDHDR. Bei Erstellungsereignissen kann es sich um das Feld „Erfasst von“ (ERNAM) in Tabellen wie RBKP handeln.

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

Dieses Attribut ist wichtig für Dashboards wie „Abweichungsquote beim Rechnungs-Bestellungs-Abgleich“. Es ermöglicht, Rechnungen mit Bestellbezug von Rechnungen ohne Bestellbezug zu unterscheiden, da diese häufig ganz unterschiedliche Abläufe und Komplexitätsgrade aufweisen. Die Analyse von Problemen bei bestimmten Bestellungen kann helfen, vorgelagerte Schwierigkeiten im Beschaffungsprozess zu erkennen.

Das Attribut verknüpft die Rechnung mit dem Beschaffungsprozess. So lassen sich Rechnungen mit und ohne Bestellbezug vergleichen und Abweichungen beim Abgleich erkennen.

Die Bestellnummer befindet sich üblicherweise auf Positionsebene. Das Feld „Bestellnummer“ (EBELN) steht in der Rechnungstabelle RSEG und muss gegebenenfalls auf Kopfebene aggregiert werden.

Das Buchungsdatum ist ein wichtiges Datum im Rechnungswesen. Es legt fest, in welcher Buchungsperiode der Rechnungsaufwand im Hauptbuch erfasst wird. In der Regel trägt die Kreditorenbuchhaltung das Datum während der Rechnungsverarbeitung ein.

In der Prozessanalyse ist die durch dieses Datum gekennzeichnete Aktivität „Rechnung gebucht“ ein wichtiger Meilenstein. Die Zeitspanne vom Rechnungseingang bis zum Buchungsdatum ist ein wesentlicher Bestandteil der gesamten Durchlaufzeit. Das Datum ist außerdem entscheidend für die Finanzberichterstattung und Durchsatzanalysen, etwa wenn Sie die Zahl der pro Woche oder Monat gebuchten Rechnungen verfolgen.

Das Datum kennzeichnet einen wichtigen Meilenstein im Prozess, bestimmt die Finanzperiode des Geschäftsvorfalls und fließt in die Berechnung der Zykluszeit ein.

Dies ist das Feld „Posting Date“ (BUDAT) aus der Tabelle RBKP mit den Kopfdaten des Rechnungsbelegs.

Das Fälligkeitsdatum der Zahlung wird anhand des Basisdatums der Rechnung und der vereinbarten Zahlungsbedingungen berechnet. Es bezeichnet den Termin, bis zu dem die Zahlung erfolgen muss, damit sie nicht verspätet eingeht und dadurch möglicherweise Gebühren anfallen oder die Geschäftsbeziehung zum Lieferanten belastet wird.

Dieses Attribut ist wichtig für Leistungs- und Compliance-KPIs wie die „Pünktliche Zahlungsquote“ und den „Verlust durch nicht genutzte Skontomöglichkeiten“. Durch den Vergleich des tatsächlichen Zahlungsdatums (Ausgleichsdatum) mit dem Fälligkeitsdatum lässt sich automatisch feststellen, ob eine Zahlung pünktlich, vorzeitig oder verspätet erfolgt ist. Das Attribut bildet eine wichtige Grundlage für das Dashboard zur Einhaltung der Zahlungsbedingungen.

Es dient als Grundlage, um die Pünktlichkeit von Zahlungen zu messen und Möglichkeiten für Skonto bei vorzeitiger Zahlung zu erkennen.

Dieses Datum wird häufig berechnet. Das Basisdatum für die Zahlung (ZFBDT) steht in der Tabelle BSEG. Die Berechnung des Fälligkeitsdatums hängt außerdem von den Zahlungsbedingungen (BSEG-ZTERM) ab.

Bei Unstimmigkeiten oder wenn eine Rechnung genauer geprüft werden muss, wird eine Zahlungssperre gesetzt. Der Code für den Grund der Zahlungssperre gibt an, warum die Sperre eingerichtet wurde, zum Beispiel wegen einer Mengen- oder Preisabweichung oder durch eine manuelle Sperre.

Dieses Attribut ist für das Dashboard zur Dauer der Klärung von Zahlungssperren unverzichtbar. Wenn Sie Häufigkeit und Dauer der Sperren nach Grund analysieren, lassen sich die Ursachen für Zahlungsverzögerungen ermitteln. Ist beispielsweise „Preisabweichung“ der häufigste Grund für lang andauernde Sperren, kann das auf ein Problem mit den Stammdaten oder im Bestellprozess hinweisen, das behoben werden sollte.

Das Attribut erklärt, warum sich Rechnungen verzögern. So können Sie die Ursachen von Zahlungssperren analysieren und Verbesserungsmaßnahmen gezielt priorisieren.

Der Grund für die Zahlungssperre ist auf Positionsebene in der Tabelle RSEG (Feld SPGRS) oder in der Buchhaltungsbelegtabelle BSEG (Feld ZLSPR) zu finden.

Die Lieferantennummer ist der Stammdatenschlüssel zur Identifizierung des Lieferanten. Sie verknüpft den Rechnungsvorgang mit einem bestimmten Geschäftspartner und ermöglicht Analysen nach Lieferantenmerkmalen.

Eine Analyse nach Lieferantennummer kann wichtige Erkenntnisse zu Lieferantenbeziehungen und deren Leistung liefern. Sie zeigt beispielsweise, welche Lieferanten regelmäßig problematische Rechnungen einreichen, die zu Zahlungssperren oder Abweichungen führen, und wessen Rechnungen besonders effizient verarbeitet werden. Diese Informationen sind für das Lieferantenmanagement und die strategische Beschaffung wertvoll.

Das Attribut ermöglicht lieferantenspezifische Analysen, mit denen sich Muster, Probleme und Effizienzpotenziale bei einzelnen Lieferanten erkennen lassen.

Dies ist das Feld „Rechnungsaussteller“ (LIFNR) im Kopf der Rechnungstabelle RBKP.

Der Rechnungsbetrag gibt den Gesamtwert der vom Lieferanten eingereichten Rechnung an. Er ist eine wichtige Finanzkennzahl für jeden Rechnungsfall.

Beim Process Mining ist dieses Attribut für wertbezogene Analysen unverzichtbar. Damit lässt sich der Prozess nach Rechnungswert filtern und segmentieren, der häufig mit Prozesskomplexität und Genehmigungsanforderungen zusammenhängt. Rechnungen mit hohem Wert können beispielsweise einen anderen, strengeren Genehmigungsweg durchlaufen. Das Attribut dient auch der Compliance-Analyse, etwa um zu prüfen, ob bei Rechnungen mit hohem Wert erforderliche Genehmigungsschritte umgangen werden.

Das Attribut ermöglicht wertbezogene Analysen. So können Sie Rechnungen mit hohem Wert priorisieren und nachvollziehen, wie sich der Rechnungsbetrag auf Prozessablauf und Compliance auswirkt.

Dies ist das Feld „Bruttorechnungsbetrag“ (RMWWR) im Kopf der Rechnungstabelle RBKP.

Wenn eine prüfende Person eine Rechnung ablehnt, sollte sie idealerweise einen Grund angeben. Das kann ein standardisierter Code oder ein Freitextkommentar sein, etwa „Falsche Bestellnummer“, „Doppelte Rechnung“ oder „Falscher Betrag“.

Diese Daten sind für das Dashboard zu Ablehnungsgründen und Trends bei Rechnungen wichtig. Durch die Analyse der Häufigkeit verschiedener Ablehnungsgründe kann das Unternehmen wiederkehrende Probleme erkennen und Gegenmaßnahmen ergreifen. Ist beispielsweise „Falsche Bestellnummer“ ein häufiger Grund, kann das auf Verbesserungsbedarf bei der Kommunikation mit Lieferanten oder auf Schulungsbedarf bei der Dateneingabe hinweisen. Eine solche Analyse hilft, Nacharbeit im Prozess zu verringern.

Das Attribut zeigt die Ursachen für Ablehnungen auf. So lassen sich gezielte Prozessverbesserungen umsetzen, die Nacharbeit verringern und die Quote korrekt bearbeiteter Vorgänge beim ersten Durchlauf erhöhen.

Diese Information wird häufig nicht in einem einzelnen Standardfeld gespeichert. Sie kann in Workflow-Protokollen, Langtextfeldern zum Beleg oder in speziellen Feldern einer kundenspezifischen Workflow-Lösung stehen.

In SAP dient die Belegart dazu, verschiedene Arten von Geschäftsvorfällen zu klassifizieren. Bei der Rechnungsverarbeitung sind beispielsweise „RE“ für Standardrechnungen und „KG“ für Lieferantengutschriften üblich. Die Belegart steuert bestimmte Buchungseigenschaften, etwa den verwendeten Nummernkreis.

In der Analyse können Sie mit diesem Attribut nach bestimmten Transaktionsarten filtern. Die Verarbeitung einer Gutschrift kann sich beispielsweise deutlich von der einer Standardrechnung unterscheiden. Wenn Sie diese Abläufe anhand der Belegart getrennt betrachten, erhalten Sie eine genauere und aussagekräftigere Prozessansicht.

Das Attribut ermöglicht es, unterschiedliche Geschäftsvorfälle wie Rechnungen und Gutschriften getrennt zu analysieren, da sie verschiedene Prozesse durchlaufen.

Dies ist das Feld „Document Type“ (BLART) aus der Tabelle RBKP mit den Kopfdaten des Rechnungsbelegs.

Der Buchungskreis ist eine grundlegende Organisationseinheit in SAP Financials und steht für eine eigenständige juristische Person. Alle Finanztransaktionen, einschließlich Rechnungen, werden einem bestimmten Buchungskreis zugeordnet.

Mit diesem Attribut können Sie Prozesse nach juristischer Person analysieren. Es ist entscheidend, um Prozessleistung, Compliance und Effizienz verschiedener Unternehmen innerhalb einer Unternehmensgruppe zu vergleichen. Filtern Sie Dashboards nach Buchungskreis, um die KPIs der Rechnungsverarbeitung für ein bestimmtes Unternehmen anzuzeigen.

Das Attribut ermöglicht den Prozessvergleich und das Benchmarking der Leistung verschiedener juristischer Personen innerhalb eines Unternehmens.

Dies ist das Feld „Company Code“ (BUKRS) aus der Tabelle RBKP mit den Kopfdaten des Rechnungsbelegs.

Das Attribut Endzeit kennzeichnet den Abschluss einer bestimmten Aktivität. Viele Ereignisse in SAP werden als einzelne Zeitpunkte protokolliert, sodass Endzeit und Startzeit identisch sind. Bei Aktivitäten mit messbarer Dauer, etwa einem aktiv bearbeiteten Genehmigungsschritt, kann die Endzeit dagegen den Abschluss der Arbeit angeben.

Eine separate Endzeit ermöglicht in der Prozessanalyse, die Bearbeitungszeit einer Aktivität unabhängig von der vorangehenden Wartezeit zu messen. So lässt sich unterscheiden, wie lange eine Aktivität tatsächlich dauert und wie lange ein Case auf ihren Beginn wartet. Das liefert genauere Erkenntnisse zur Ressourceneffizienz.

Damit lässt sich die Bearbeitungszeit einer Aktivität berechnen und von den Wartezeiten zwischen Aktivitäten unterscheiden. Das verbessert die Engpassanalyse.

Häufig entspricht dieser Wert der Startzeit und wird aus CDHDR-UDATE und CDHDR-UTIME abgeleitet. In manchen Fällen lässt er sich aus Workflow-Protokollen ermitteln, in denen Beginn und Ende einer Aufgabe ausdrücklich erfasst sind.

Dieses Attribut erfasst Datum und Uhrzeit der letzten Datenextraktion oder -aktualisierung. Es bezieht sich auf den gesamten Datensatz und nicht auf einzelne Ereignisse und zeigt an, wie aktuell die Daten sind.

Dieses Metadatenattribut ist für Dashboard-Benutzer und Analysten besonders wichtig. Es zeigt, welchen Zeitraum die Analyse abdeckt, und hilft sicherzustellen, dass Entscheidungen auf aktuellen Informationen beruhen. Üblicherweise wird es gut sichtbar auf Dashboards angezeigt.

Das Attribut zeigt, wie aktuell die Daten sind, und hilft sicherzustellen, dass Analysen und Entscheidungen auf dem neuesten Stand beruhen.

Dieser Wert wird beim Aktualisieren der Daten vom Extraktions- oder ETL-Tool erzeugt und in den Datensatz eingefügt.

Das Attribut Quellsystem gibt den Ursprung der Ereignisdaten an, zum Beispiel den Namen einer bestimmten SAP-ECC-Instanz. Das ist besonders wichtig, wenn mehrere ERP-Systeme im Einsatz sind oder Daten aus verschiedenen Quellen zusammengeführt werden.

Bei der Analyse hilft dieses Attribut, Prozesse und ihre Leistung über verschiedene Systeme, Regionen oder Geschäftseinheiten hinweg zu unterscheiden, die möglicherweise auf separaten Instanzen arbeiten. Es sorgt für eine nachvollziehbare Datenherkunft und ermöglicht systembezogene Filter und Analysen.

In Umgebungen mit mehreren Systemen liefert das Attribut wichtigen Kontext und ermöglicht eine korrekte Datentrennung sowie systembezogene Leistungsanalysen.

Dieser statische Wert wird üblicherweise bei der Datenextraktion ergänzt. Er steht für die SAP-System-ID (TADIR-SRCSYSTEM) oder eine manuell zugewiesene Kennung der jeweiligen SAP-Instanz.

Das Sachkonto ist das Zielkonto im Kontenplan, auf dem die finanziellen Auswirkungen der Rechnung erfasst werden. Es ist eine wichtige Datengrundlage für die Finanzberichterstattung und das Kostenmanagement.

Beim Process Mining ergänzt die Analyse des Sachkontos den Prozessfluss um eine finanzielle Dimension. Das Dashboard zur Analyse der Sachkontennutzung kann Ausgabenmuster aufdecken, mögliche Fehlkontierungen von Rechnungen erkennen und prüfen, ob Kosten den richtigen Abteilungen oder Projekten zugeordnet werden. So werden Prozessausführung und finanzielle Auswirkungen miteinander in Beziehung gesetzt.

Das Attribut ergänzt den Prozess um eine finanzielle Dimension und ermöglicht die Analyse von Kostenverteilung, Ausgabenmustern und möglichen Fehlkontierungen von Rechnungen.

Das Sachkonto steht auf Positionsebene. Die „Sachkontonummer“ (HKONT) finden Sie bei Bestellrechnungen in der Rechnungstabelle RSEG und bei direkten FI-Rechnungen in der Tabelle BSEG.

Dieses boolesche Attribut wird anhand der Zahlungsbedingungen und des tatsächlichen Zahlungsdatums berechnet. Es erhält den Wert „true“, wenn die Zahlungsbedingungen ein Skonto für vorzeitige Zahlung vorsehen und das Ausgleichsdatum nach Ablauf der Skontofrist liegt. Damit werden finanzielle Verluste durch ineffiziente Prozesse direkt erfasst.

Dieses Attribut bildet die Grundlage für das Dashboard zum „Verlust durch nicht genutzte Skontomöglichkeiten“. Damit lässt sich die finanzielle Auswirkung von Verzögerungen bei der Verarbeitung einfach beziffern. Filtern Analysten nach Fällen mit dem Wert „true“, können sie die Prozessvarianten und Engpässe untersuchen, die am häufigsten zum Verfall von Skontomöglichkeiten führen. Das liefert eine fundierte Grundlage für Verbesserungen.

Das Attribut beziffert die finanziellen Verluste durch Prozessverzögerungen und liefert damit ein überzeugendes Argument für die Optimierung des Rechnungsverarbeitungs-Workflows.

Dieses Attribut ist in SAP nicht vorhanden. Es wird bei der Datentransformation berechnet, indem die Zahlungsbedingungen ausgewertet und das ClearingDate mit dem Skonto-Fälligkeitsdatum verglichen wird.

Dieses boolesche Attribut wird berechnet, indem das Ausgleichsdatum (tatsächliches Zahlungsdatum) mit dem Fälligkeitsdatum der Zahlung verglichen wird. Liegt das Ausgleichsdatum nach dem Fälligkeitsdatum, ist der Wert „true“, andernfalls „false“. Damit lässt sich die Pünktlichkeit jeder Rechnungszahlung direkt messen.

Das Attribut vereinfacht die Analyse und Visualisierung in Dashboards. Damit können Sie einfach filtern und aggregieren, um den KPI „Pünktliche Zahlungsquote“ zu berechnen. Außerdem lassen sich Prozessabläufe überfälliger Rechnungen mit denen pünktlich bezahlter Rechnungen vergleichen. So können Sie Prozessmuster erkennen, die zu verspäteten Zahlungen führen.

Das Attribut vereinfacht die Analyse der Zahlungspünktlichkeit und den Vergleich von Prozessen mit pünktlich beziehungsweise verspätet bezahlten Rechnungen.

Dieses Attribut ist in SAP nicht vorhanden. Es wird bei der Datentransformation anhand der Formel ClearingDate > PaymentDueDate berechnet.

Das Attribut „Währung“ gibt an, in welcher Währung der Rechnungsbetrag ausgewiesen ist, zum Beispiel USD, EUR oder JPY.

Dieses Attribut liefert den nötigen Kontext zum Rechnungsbetrag. So lassen sich Finanzdaten korrekt interpretieren und aggregieren, insbesondere in international tätigen Unternehmen, die mit mehreren Währungen arbeiten. Die Analyse kann nach Währung gefiltert werden, um die Verarbeitungseffizienz oder Probleme in verschiedenen Währungsräumen zu vergleichen. Für aussagekräftige Finanzaggregationen müssen Beträge gegebenenfalls in eine einheitliche Berichtswährung umgerechnet werden.

Das Attribut liefert den nötigen Kontext zu Finanzbeträgen, damit diese korrekt interpretiert und nach Währung gefiltert und analysiert werden können.

Dies ist das Feld „Currency Key“ (WAERS) aus der Tabelle RBKP mit den Kopfdaten des Rechnungsbelegs.

Die Zahlungsbedingungen legen fest, wann eine Rechnung bezahlt werden muss und ob bei vorzeitiger Zahlung Skonto gewährt wird. Beispiele sind „30 Tage netto“ oder „2 % in 10 Tagen, netto 30 Tage“. Im zweiten Fall gilt ein Skonto von 2 % bei Zahlung innerhalb von 10 Tagen, andernfalls ist der volle Betrag innerhalb von 30 Tagen fällig.

Dieses Attribut bildet die Grundlage für das Dashboard zum „Verlust durch nicht genutzte Skontomöglichkeiten“ und den KPI „Skontoausschöpfungsquote“. Die Analyse wertet die Zahlungsbedingungen zusammen mit Buchungs- und Zahlungsdaten aus, um festzustellen, ob ein Skonto verfügbar war und tatsächlich in Anspruch genommen wurde. Das Attribut ist auch für das Dashboard zur Einhaltung der Zahlungsbedingungen wichtig.

Das Attribut ist unverzichtbar, um die Ausschöpfung von Skontomöglichkeiten zu analysieren und die finanziellen Auswirkungen von Prozessverzögerungen zu verstehen.

Dies ist das Feld „Terms of Payment Key“ (ZTERM) aus der Tabelle RBKP mit den Kopfdaten des Rechnungsbelegs.