Ihr Daten-Template für die Kreditorenrechnungsverarbeitung

NetSuite
Ihr Daten-Template für die Kreditorenrechnungsverarbeitung

Ihr Daten-Template für die Kreditorenrechnungsverarbeitung

Dieses umfassende Template unterstützt Sie dabei, die für die Optimierung Ihrer Kreditorenrechnungsverarbeitung erforderlichen Daten zusammenzustellen. Es beschreibt die wichtigsten Attribute und Aktivitäten, die Sie im Event Log erfassen sollten. Außerdem finden Sie praktische Hinweise dazu, wie Sie diese Daten gezielt aus NetSuite extrahieren. So verfügen Sie über alle Informationen, die Sie für eine genaue Prozessanalyse und Verbesserungen benötigen.
  • Empfohlene Attribute für die Datenerfassung
  • Wichtige Aktivitäten für die Erfassung
  • Anleitung zur Datenextraktion aus NetSuite
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für die Kreditorenrechnungsverarbeitung

Dies sind die empfohlenen Datenfelder für Ihr Event Log, damit Sie die Kreditorenrechnungsverarbeitung umfassend analysieren können.
5 Erforderlich 6 Empfohlen 10 Optional
Name Beschreibung
Aktivität
ActivityName
Der Name der geschäftlichen Aktivität oder des Ereignisses im Rechnungsprozess.
Beschreibung

Dieses Attribut bezeichnet einen bestimmten Schritt oder Meilenstein im Kreditorenprozess, zum Beispiel 'Lieferantenrechnung erstellt', 'Rechnung freigegeben' oder 'Zahlung ausgeführt'.

Die Analyse der Abfolge und Häufigkeit dieser Aktivitäten bildet den Kern von Process Mining. Sie macht den Prozessablauf sichtbar, zeigt häufige und seltene Prozessvarianten und hilft, Engpässe oder Abweichungen von der Standardvorgehensweise zu erkennen. Die definierten Aktivitäten bilden die Knoten in der Prozessübersicht.

Warum das wichtig ist

Es definiert die Prozessschritte und ermöglicht die Visualisierung des Prozessablaufs, die Berechnung von Übergangszeiten sowie das Erkennen von Engpässen und Nacharbeitsschleifen.

Woher beziehen

Abgeleitet aus Systemprotokollen, Audit-Trails oder Statusänderungen in NetSuite an der Lieferantenrechnung und den zugehörigen Zahlungsdatensätzen. Dafür ist häufig eine Transformationslogik erforderlich.

Beispiele
Lieferantenrechnung erstelltRechnung freigegebenZahlung ausgeführtAbweichung festgestellt
Rechnung
Invoice
Die eindeutige Kennung jeder Lieferantenrechnung.
Beschreibung

Die 'Rechnung' dient als primäre Case-Kennung und verknüpft alle Aktivitäten vom Eingang der Rechnung bis zur abschließenden Zahlung.

Dieses Attribut ist entscheidend, um den gesamten Ablauf jeder Rechnung nachzuvollziehen. In der Analyse ermöglicht es das Filtern, Aggregieren und detaillierte Untersuchen einzelner Rechnungsabläufe. Damit bildet es die Grundlage für die Variantenanalyse und die Berechnung der Bearbeitungszeit.

Warum das wichtig ist

Dieses grundlegende Attribut verknüpft alle zugehörigen Ereignisse zu einer einzelnen Prozessinstanz und ermöglicht so die durchgängige Analyse des Ablaufs jeder Rechnung.

Woher beziehen

Dies ist der Primärschlüssel des Transaktionsdatensatzes der Lieferantenrechnung in NetSuite. Er wird häufig als Transaction ID oder Document Number bezeichnet.

Beispiele
INV-2023-001237894561VN54321A
Startzeit
EventTime
Der Timestamp, der angibt, wann eine Aktivität oder ein Ereignis begonnen hat.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit einer bestimmten Aktivität. Es legt die chronologische Reihenfolge der Ereignisse innerhalb jedes Case fest.

Dieser Timestamp ist für alle zeitbasierten Analysen entscheidend. Dazu gehören die Berechnung der Bearbeitungszeiten zwischen Aktivitäten und der gesamten Prozessdauer sowie das Erkennen von Verzögerungen. Er ordnet die Ereignisse korrekt und bildet die Grundlage für Leistungskennzahlen wie 'Durchschnittliche Freigabedauer von Rechnungen' und 'Days Payable Outstanding'.

Warum das wichtig ist

Es gibt die chronologische Reihenfolge der Ereignisse vor. Das ist entscheidend, um alle zeitbasierten Kennzahlen zu berechnen, Engpässe zu erkennen und die Prozessleistung zu verstehen.

Woher beziehen

Timestamp-Felder zu Statusänderungen sowie Erstellungs- und Änderungsdaten in den Transaktionsdatensätzen und System Notes von NetSuite.

Beispiele
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, zu dem die Daten dieses Ereignisses zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung

Dieses Attribut gibt an, wann die Ereignisdaten zuletzt aus NetSuite extrahiert wurden. Es zeigt, wie aktuell die Daten im Process-Mining-Tool sind.

So lässt sich die Aktualität der Analyse einschätzen. Benutzer sehen, wie aktuell die Daten sind und wann sie zuletzt aktualisiert wurden. Das ist besonders wichtig für operative Dashboards, die Rechnungsstatus nahezu in Echtzeit verfolgen.

Warum das wichtig ist

Macht die Aktualität der Daten transparent. So können Benutzer einschätzen, wie aktuell die Prozessanalyse ist und wann die nächste Datenaktualisierung ansteht.

Woher beziehen

Dieser Timestamp wird vom Datenextraktionswerkzeug oder der Datenpipeline beim Einlesen der Daten erzeugt.

Beispiele
2024-03-10T02:00:00Z2024-03-11T02:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut gibt die Herkunft der Prozessdaten an. In dieser Ansicht lautet der Wert immer 'NetSuite'.

In Umgebungen mit mehreren Systemen, etwa einem externen OCR-System und einem ERP-System, ist dieses Feld entscheidend für die Datenherkunft und die Fehleranalyse. Es bestätigt, dass alle Ereignisse korrekt dem führenden Quellsystem zugeordnet sind.

Warum das wichtig ist

Sichert die Nachvollziehbarkeit der Datenherkunft. In Umgebungen mit mehreren Systemen ist das entscheidend, um Daten zur Validierung und Einordnung bis zu ihrem Ursprung zurückzuverfolgen.

Woher beziehen

Dies ist ein statischer Wert ('NetSuite'), der während der Datenextraktion und -transformation eingetragen wird.

Beispiele
NetSuite
Bearbeitender Benutzer
ProcessorUser
Der Benutzer, der für die Bearbeitung oder Erfassung der Rechnung zuständig ist.
Beschreibung

Dieses Attribut gibt an, welches Mitglied des Kreditorenteams die Rechnung erfasst oder erste Bearbeitungsschritte ausgeführt hat.

Diese Daten sind wichtig für das Dashboard 'Arbeitslastverteilung im Kreditorenteam'. Sie helfen Führungskräften, die Arbeitslast zu verteilen, Schulungsbedarf zu erkennen und die Leistung einzelner Mitarbeitender oder des Teams zu messen. Außerdem lässt sich damit die Ursache von Fehlern untersuchen, indem sie auf die zuständige Person zurückgeführt werden.

Warum das wichtig ist

Ermöglicht die Analyse der Arbeitslast, die Leistungsüberwachung und die Ursachenanalyse von Fehlern, indem Aktivitäten bestimmten Mitarbeitenden im Kreditorenteam zugeordnet werden.

Woher beziehen

Die Felder 'Created By' oder 'Modified By' in System Notes oder im Audit-Trail zu frühen Aktivitäten an der Lieferantenrechnung.

Beispiele
j.doea.smithm.jones
Bestellnummer
PurchaseOrderNumber
Die Kennung der Bestellung, die gegebenenfalls mit der Rechnung verknüpft ist.
Beschreibung

Dieses Attribut verknüpft die Lieferantenrechnung mit einer vorab freigegebenen Bestellung (PO). Ob eine Bestellnummer vorhanden ist, unterscheidet Rechnungen mit und ohne Bestellbezug.

Das Feld ist wichtig für das Dashboard 'Effizienz des Bestell- und Wareneingangsabgleichs' und die Kennzahl 'Erfolgsquote beim Bestell- und Wareneingangsabgleich'. Die Analyse nach Bestellbezug zeigt, wo der Drei-Wege-Abgleich die Effizienz steigert und Automatisierung möglich ist.

Warum das wichtig ist

Unterscheidet Rechnungen mit und ohne Bestellbezug. Diese folgen oft unterschiedlichen Prozessabläufen und bieten unterschiedliche Automatisierungsmöglichkeiten. Das Attribut ist entscheidend für die Analyse der Abgleicheffizienz.

Woher beziehen

Die Bestellnummer steht üblicherweise in den Positionen oder im Kopf des Rechnungsdatensatzes und verknüpft ihn mit einer Bestellung.

Beispiele
PO-004589PO-005123null
Fälligkeitsdatum der Rechnung
InvoiceDueDate
Das Datum, bis zu dem die Rechnung bezahlt werden muss, um Gebühren zu vermeiden.
Beschreibung

Dieses Attribut gibt das Zahlungsfälligkeitsdatum an, das sich aus den Zahlungsbedingungen des Lieferanten und dem Rechnungsdatum ergibt. Es ist eine wichtige Frist im Kreditorenprozess.

Dieses Datum dient als Maßstab für das Dashboard 'Einhaltung der Zahlungsbedingungen' und die Kennzahl 'Einhaltung der Zahlungsfristen'. Damit wird ermittelt, ob Zahlungen pünktlich, vorzeitig oder verspätet erfolgen. Das wirkt sich direkt auf die Lieferantenbeziehungen aus und kann bei verspäteter Zahlung zusätzliche Gebühren verursachen.

Warum das wichtig ist

Dient als zentraler Maßstab für die Messung pünktlicher Zahlungen, die für Lieferantenbeziehungen und die Einhaltung finanzieller Vorgaben wichtig sind.

Woher beziehen

Das Standardfeld 'Due Date' im Transaktionsdatensatz der Lieferantenrechnung.

Beispiele
2023-11-302023-12-152024-02-28
Freigebender
Approver
Der Benutzer, der für die Freigabe der Rechnung zur Zahlung zuständig ist.
Beschreibung

Dieses Attribut gibt die Führungskraft oder den Budgetverantwortlichen an, die oder der die Rechnung abschließend freigegeben hat. Im Verlauf einer Rechnung können mehrere Freigebende beteiligt sein.

Das Attribut ist eine wichtige Dimension für das Dashboard 'Engpassanalyse im Freigabeprozess'. Die Analyse der Freigabedauer nach Freigebenden zeigt, wo Freigaben länger dauern. So kann das Unternehmen Rechnungen neu zuweisen, die Arbeitslast ausgleichen und den Freigabeprozess insgesamt verbessern.

Warum das wichtig ist

Unterstützt direkt das Erkennen von Engpässen bei Freigaben und die Analyse der Arbeitslast und Leistung der beteiligten Führungskräfte.

Woher beziehen

Diese Informationen sind häufig im Workflow-Verlauf oder in den Freigabeprotokollen zur Transaktion der Lieferantenrechnung gespeichert.

Beispiele
s.chenp.williamsr.davis
Lieferantenname
VendorName
Der Name des Lieferanten, der die Rechnung eingereicht hat.
Beschreibung

Dieses Attribut gibt den offiziellen Namen des Lieferanten an, der mit der Rechnung verknüpft ist. Es handelt sich um wichtige Stammdaten zur Transaktion.

Die Analyse nach Lieferanten hilft, lieferantenspezifische Probleme wie häufige Abweichungen und Zahlungsverzögerungen sowie Möglichkeiten für dynamische Skonti zu erkennen. Im Dashboard 'Rechnungsstatus und Fälligkeit' dient das Attribut zur Kategorisierung offener Rechnungen und unterstützt das Lieferantenmanagement.

Warum das wichtig ist

Ermöglicht die Leistungsanalyse nach Lieferanten. So lassen sich problematische Lieferanten erkennen, bessere Konditionen aushandeln und Beziehungen gezielt pflegen.

Woher beziehen

Aus dem Lieferantendatensatz, der mit der Transaktion der Lieferantenrechnung verknüpft ist. Das Feld heißt üblicherweise 'Vendor Name' oder 'Company Name'.

Beispiele
Global Office Supplies Inc.Tech Solutions LLCCreative Marketing Co.
Rechnungsbetrag
InvoiceAmount
Der Gesamtbetrag der Rechnung.
Beschreibung

Dieses Attribut gibt den gesamten Bruttobetrag der Lieferantenrechnung vor Abzügen oder Skonti an. Es ist eine zentrale Finanzkennzahl für jeden Case.

Der Rechnungsbetrag dient der Finanzanalyse. So lassen sich Rechnungen nach Wertklassen gruppieren, um unterschiedliche Prozessabläufe bei hohen und niedrigen Beträgen zu erkennen. Dashboards zeigen damit auch die finanziellen Auswirkungen von Engpässen und Verzögerungen. Zudem ist der Betrag eine wichtige Grundlage für die Berechnung der Days Payable Outstanding (DPO).

Warum das wichtig ist

Ermöglicht die Analyse der finanziellen Auswirkungen ineffizienter Prozesse und die Gruppierung von Rechnungen nach Betrag, damit Sie Rechnungen mit hohem Wert priorisieren können.

Woher beziehen

Das Feld 'Amount' oder 'Total' im Kopf des Transaktionsdatensatzes der Lieferantenrechnung.

Beispiele
1500.75250.0012500.50
Dokumenttyp
DocumentType
Der Typ des verarbeiteten Dokuments, zum Beispiel Rechnung oder Gutschrift.
Beschreibung

Dieses Attribut unterscheidet Standardrechnungen von anderen zugehörigen Dokumenten wie Gutschriften, für die möglicherweise andere Verarbeitungsregeln oder Workflows gelten.

Wenn Sie den Prozess nach Dokumenttyp analysieren, vergleichen Sie gleichartige Vorgänge. So kann die Genehmigung einer hohen Rechnung deutlich strenger ablaufen als die einer kleinen Gutschrift. Diese Segmentierung ermöglicht eine genauere Beurteilung der Prozessleistung.

Warum das wichtig ist

Ermöglicht die Segmentierung des Prozesses nach verschiedenen Finanzdokumenten, für die unterschiedliche Abläufe und KPIs gelten können. Das führt zu genaueren Analysen.

Woher beziehen

Der Dokumenttyp lässt sich anhand des Transaktionstyps in NetSuite bestimmen, zum Beispiel „Vendor Bill“ oder „Vendor Credit“.

Beispiele
StandardrechnungGutschriftLastschriftanzeige
Nacharbeit
IsRework
Kennzeichen dafür, ob die Aktivität Teil einer Nacharbeitsschleife ist.
Beschreibung

Dieses berechnete boolesche Attribut kennzeichnet Aktivitäten, bei denen Arbeit wiederholt wird. Beispiele sind ein zweites Ereignis „Abweichung festgestellt“ oder eine Rechnung, die abgelehnt und anschließend erneut zur Genehmigung eingereicht wird.

Das Attribut ist entscheidend für das Dashboard „Analyse von Nacharbeit und Fehlern“ und die KPI „Nacharbeitsquote bei Rechnungen“. Damit kann das Unternehmen Häufigkeit und Auswirkungen von Nacharbeit quantifizieren und Ursachen für Ineffizienz, Fehler und Prozessabweichungen ermitteln.

Warum das wichtig ist

Quantifiziert Ineffizienzen im Prozess, indem Aktivitäten mit unnötigem Aufwand gekennzeichnet werden. So lassen sich gezielte Maßnahmen zur Verbesserung der Qualität und der Quote korrekt abgeschlossener Vorgänge beim ersten Versuch einleiten.

Woher beziehen

Wird bei der Datentransformation anhand der Aktivitätsfolge eines Cases berechnet. Beispiel: Auf „Rechnung genehmigt“ folgt „Rechnung abgelehnt“ und anschließend erneut „Rechnung genehmigt“.

Beispiele
truefalse
Pünktliche Zahlung
IsOnTimePayment
Kennzeichen dafür, ob die Rechnung am oder vor dem Fälligkeitsdatum bezahlt wurde.
Beschreibung

Dieses berechnete boolesche Attribut prüft, ob das „Zahlungsdatum“ kleiner oder gleich dem „Rechnungsfälligkeitsdatum“ ist. Für jede Rechnung zeigt es eindeutig an, ob die Zahlung pünktlich erfolgte.

Das Attribut unterstützt direkt das „Dashboard zur Zahlungskonformität“ und dient zur Berechnung der KPI „Einhaltung der Zahlungsbedingungen“. Benutzer können damit alle verspäteten Zahlungen sofort filtern und deren Ursachen untersuchen.

Warum das wichtig ist

Vereinfacht die Analyse pünktlicher Zahlungen und fließt direkt in KPIs zur Einhaltung der Zahlungsbedingungen und zum Lieferantenmanagement ein.

Woher beziehen

Wird bei der Datentransformation berechnet: PaymentDate <= InvoiceDueDate.

Beispiele
truefalse
Rechnungsstatus
InvoiceStatus
Der aktuelle Bearbeitungsstatus der Rechnung.
Beschreibung

Dieses Attribut gibt den aktuellen Status der Lieferantenrechnung im Kreditorenprozess an, zum Beispiel 'Open', 'Pending Approval' oder 'Paid in Full'.

Es ist ein wichtiges Attribut für das Dashboard 'Rechnungsstatus und Fälligkeit', das einen Überblick über die aktuelle Arbeitslast und offene Verbindlichkeiten bietet. Mit Filtern können Sie offene oder problematische Rechnungen gezielt untersuchen und den Fortschritt bis zum Abschluss verfolgen.

Warum das wichtig ist

Zeigt den aktuellen Stand einer Rechnung im Prozess. Das ist wichtig für die operative Überwachung, die Arbeitslastplanung und die Finanzprognose.

Woher beziehen

Das Feld 'Status' im Transaktionsdatensatz der Lieferantenrechnung.

Beispiele
OffenFreigabe ausstehendVollständig bezahlt
Skonto bei vorzeitiger Zahlung genutzt
IsEarlyPaymentCaptured
Kennzeichen dafür, ob ein verfügbares Skonto bei vorzeitiger Zahlung erfolgreich genutzt wurde.
Beschreibung

Dieses berechnete boolesche Attribut prüft, ob eine Rechnung mit verfügbarem Skonto am oder vor dem „Skontodatum bei vorzeitiger Zahlung“ beglichen wurde.

Das Attribut ist entscheidend für die KPI „Skontoquote bei vorzeitiger Zahlung“ und das Dashboard „Skontomöglichkeiten bei vorzeitiger Zahlung“. Es zeigt eindeutig, ob die Skontostrategie des Unternehmens erfolgreich war, und macht entgangene Einsparungen sichtbar.

Warum das wichtig ist

Misst direkt, wie erfolgreich die Treasury- oder Kreditorenbuchhaltungsfunktion Kosten einspart. Dies ist eine wichtige Kennzahl für die finanzielle Leistung.

Woher beziehen

Wird bei der Datentransformation berechnet: PaymentDate <= EarlyPaymentDiscountDate für Rechnungen, für die ein Skonto verfügbar ist.

Beispiele
truefalsenull
Skontofrist
EarlyPaymentDiscountDate
Der Stichtag, bis zu dem eine Rechnung bezahlt werden muss, damit ein Skonto für vorzeitige Zahlung gewährt wird.
Beschreibung

Dieses Attribut gibt den letzten Tag an, an dem eine Zahlung eingehen kann, damit ein Lieferantenskonto gewährt wird. Maßgeblich sind die „Payment Terms“, zum Beispiel die „10“ in „2% 10, Net 30“.

Dieses Datum ist die zentrale Grundlage für das Dashboard „Skontomöglichkeiten bei vorzeitiger Zahlung“. Durch den Abgleich mit dem aktuellen Datum und dem Zahlungsdatum kann das System Skontomöglichkeiten erkennen, die KPI „Skontoquote bei vorzeitiger Zahlung“ berechnen und dem Unternehmen helfen, Kosten einzusparen.

Warum das wichtig ist

Dieses Datum ist entscheidend, um durch Skonto bei vorzeitiger Zahlung Kosten einzusparen. Wenn Sie es verfolgen, können Sie Ihr Cash Management optimieren.

Woher beziehen

Dies ist ein berechnetes Feld im Datensatz „Vendor Bill“, das sich aus dem Rechnungsdatum und dem Feld „Terms“ ergibt.

Beispiele
2023-11-102024-01-20null
Unternehmenscode
CompanyCode
Die Kennung der juristischen Person oder Tochtergesellschaft, die die Rechnung bearbeitet.
Beschreibung

Dieses Attribut gibt das Unternehmen oder die Tochtergesellschaft innerhalb der Organisation an, die für die Rechnung haftet. Das ist besonders für Unternehmen mit mehreren Rechtsträgern relevant.

Wenn Sie den Prozess nach Buchungskreis analysieren, können Sie die Leistung verschiedener Unternehmensbereiche vergleichen. So werden Unterschiede bei Effizienz, Compliance oder Arbeitsaufkommen sichtbar, die für einzelne Tochtergesellschaften spezifisch sind. Darauf aufbauend lassen sich gezielte Verbesserungsmaßnahmen einleiten.

Warum das wichtig ist

Ermöglicht den Vergleich der Prozessleistung zwischen verschiedenen Rechtsträgern oder Tochtergesellschaften. So lassen sich gezielte Verbesserungen umsetzen und die Corporate Governance sicherstellen.

Woher beziehen

In NetSuite entspricht dies dem Feld „Subsidiary“ im Transaktionsdatensatz eines OneWorld-Kontos.

Beispiele
US01DE01UK01
Währung
Currency
Der Währungscode des Rechnungsbetrags, zum Beispiel USD oder EUR.
Beschreibung

Dieses Attribut gibt die Währung der Rechnung an und liefert damit den nötigen Kontext für 'InvoiceAmount'.

Für international tätige Unternehmen ist es wichtig, Daten in einer einheitlichen Währung zu analysieren. Dieses Feld ermöglicht die korrekte Währungsumrechnung und stellt sicher, dass Finanzkennzahlen über Regionen und Geschäftseinheiten hinweg vergleichbar sind.

Warum das wichtig ist

Liefert den nötigen Kontext für alle Geldbeträge und ermöglicht eine korrekte Finanzanalyse, insbesondere bei internationaler Geschäftstätigkeit.

Woher beziehen

Das Feld 'Currency' im Transaktionsdatensatz der Lieferantenrechnung, häufig mit den Lieferantenstammdaten verknüpft.

Beispiele
USDEURGBPCAD
Zahlungsbedingungen
PaymentTerms
Die vereinbarten Zahlungsbedingungen für eine Rechnung, zum Beispiel Net 30 oder 2% 10 Net 30.
Beschreibung

Dieses Attribut legt fest, unter welchen Bedingungen der Lieferant die Zahlung erwartet. Dazu gehören die Zahlungsfrist und mögliche Skonti bei frühzeitiger Zahlung.

Anhand der Zahlungsbedingungen werden das 'Fälligkeitsdatum der Rechnung' und der 'Skontotermin' berechnet. Sie sind wichtig für das Dashboard 'Einhaltung der Zahlungsbedingungen' und die Analyse möglicher Skonti, mit denen sich das Working Capital optimieren lässt.

Warum das wichtig ist

Legt Zahlungsfristen und Skontomöglichkeiten fest. Das wirkt sich direkt auf die Liquiditätssteuerung und die erzielbaren Einsparungen aus.

Woher beziehen

Das Feld 'Terms' in der Transaktion der Lieferantenrechnung, üblicherweise aus dem Lieferantenstammdatensatz übernommen.

Beispiele
Net 30Net 602% 10, Net 30
Zahlungsdatum
PaymentDate
Das Datum, an dem die Zahlung der Rechnung ausgeführt wurde.
Beschreibung

Dieses Attribut erfasst das Datum, an dem die Zahlung an den Lieferanten geleistet wurde. Damit ist die Rechnung finanziell abschließend beglichen.

Bei vielen KPIs dient dieses Datum dazu, das tatsächliche Prozessende zu bestimmen, darunter „Days Payable Outstanding“ und „Einhaltung der Zahlungsbedingungen“. Es ist das tatsächliche Ereignis, anhand dessen sich die Zahlung mit dem „Rechnungsfälligkeitsdatum“ und dem „Skontodatum bei vorzeitiger Zahlung“ vergleichen lässt.

Warum das wichtig ist

Es markiert den finanziellen Abschluss des Prozesses und bildet die Grundlage für die Berechnung von Zahlungskonformität, DPO und KPIs zur Skontonutzung.

Woher beziehen

Aus dem Feld „Date“ des zugehörigen Transaktionsdatensatzes „Bill Payment“ in NetSuite.

Beispiele
2023-11-282023-12-142024-02-25
Erforderlich Empfohlen Optional

Aktivitäten der Kreditorenrechnungsverarbeitung

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um den Prozess zuverlässig zu entdecken und Engpässe zu identifizieren.
6 Empfohlen 8 Optional
Aktivität Beschreibung
Lieferantenrechnung erstellt
Kennzeichnet den Eingang einer neuen Lieferantenrechnung in NetSuite. Erfasst wird das Erstellungsdatum des Transaktionsdatensatzes der Lieferantenrechnung. Damit beginnt der Kreditorenprozess offiziell.
Warum das wichtig ist

Dieser Zeitpunkt bildet den Ausgangspunkt für die Berechnung der Bearbeitungszeit aller Rechnungen. Er ist entscheidend, um die Prozesseffizienz insgesamt zu messen und das Alter offener Rechnungen nachzuverfolgen.

Woher beziehen

Das Feld 'Date Created' im Transaktionsdatensatz der Lieferantenrechnung.

Erfassung

Erstellungsereignis des Transaktionsdatensatzes der Lieferantenrechnung.

Ereignistyp explicit
Rechnung freigegeben
Zeigt an, dass der zuständige Freigebende die Lieferantenrechnung zur Zahlung freigegeben hat. Erfasst wird das Ereignis, wenn der 'Approval Status' der Rechnung auf 'Approved' gesetzt wird.
Warum das wichtig ist

Dieser wichtige Meilenstein schließt die Freigabephase ab und ermöglicht die Buchung und Einplanung der Zahlung. Er ist eine zentrale Kennzahl zur Messung der Freigabeeffizienz.

Woher beziehen

Timestamp der Änderung des Felds 'Approval Status' im Rechnungsdatensatz zu 'Approved', wie in System Notes oder einem Workflow-Protokoll erfasst.

Erfassung

Timestamp im Workflow-Protokoll oder in System Notes für 'Approval Status' = 'Approved'.

Ereignistyp explicit
Rechnung geschlossen
Kennzeichnet den endgültigen Abschluss des Rechnungsdatensatzes, in der Regel nach vollständiger Zahlung. Abgeleitet wird das Ereignis, wenn sich der Status der Lieferantenrechnung zu 'Paid in Full' ändert.
Warum das wichtig ist

Dieses Ereignis markiert eindeutig das Ende des Prozessablaufs und bestätigt, dass für die betreffende Rechnung keine weiteren Schritte erforderlich sind.

Woher beziehen

Abgeleitet aus dem Timestamp in System Notes, an dem sich das Feld 'Status' im Rechnungsdatensatz zu 'Paid in Full' ändert.

Erfassung

Timestamp der Änderung des Felds 'Status' zu 'Paid in Full'.

Ereignistyp inferred
Rechnung im Hauptbuch gebucht
Kennzeichnet den Zeitpunkt, an dem die finanziellen Auswirkungen der Lieferantenrechnung offiziell im Hauptbuch erfasst werden. Erfasst wird das Transaktionsdatum, an dem die Rechnung freigegeben und das Kennzeichen 'Posting' gesetzt wird.
Warum das wichtig ist

Dies ist ein wichtiger Kontrollpunkt im Finanzwesen, der bestätigt, dass das Unternehmen die Verbindlichkeit offiziell erfasst hat. Verzögerungen bei der Buchung können die Genauigkeit der Finanzberichterstattung beeinträchtigen.

Woher beziehen

Das Buchungsdatum der Hauptbuchtransaktion, die aus der Lieferantenrechnung erstellt wurde. Dabei wird das Feld 'Posting' der Rechnung geprüft.

Erfassung

Transaktionsdatum der Hauptbuchbuchung zur Lieferantenrechnung.

Ereignistyp explicit
Zahlung ausgeführt
Bezeichnet die endgültige Ausführung der Zahlung für die Rechnung. Erfasst wird das Transaktionsdatum des Zahlungsvorgangs, der der Lieferantenrechnung zugeordnet ist.
Warum das wichtig ist

Dies ist der zentrale Endpunkt des Kreditorenprozesses. Er ist entscheidend für die Berechnung der durchgängigen Bearbeitungszeit, die Einhaltung der Zahlungsbedingungen und der Days Payable Outstanding (DPO).

Woher beziehen

Das Feld 'Date' im Zahlungstransaktionsdatensatz, der mit der Lieferantenrechnung verknüpft ist.

Erfassung

Transaktionsdatum des Zahlungsvorgangs, der der Rechnung zugeordnet ist.

Ereignistyp explicit
Zur Freigabe eingereicht
Dieses Ereignis markiert den Zeitpunkt, an dem die Lieferantenrechnung offiziell in einen Freigabe-Workflow aufgenommen wird. Es wird erfasst, wenn sich der 'Approval Status' der Rechnung von einem Entwurfsstatus zu 'Pending Approval' ändert.
Warum das wichtig ist

Dieser Schritt bildet den Ausgangspunkt für die Messung der Freigabedauer. So lassen sich Engpässe bei bestimmten Freigebenden oder Fachabteilungen erkennen.

Woher beziehen

Abgeleitet aus dem Timestamp in System Notes, an dem sich der 'Approval Status' des Rechnungsdatensatzes zu 'Pending Approval' ändert.

Erfassung

Timestamp der Änderung des Felds 'Approval Status' zu 'Pending Approval'.

Ereignistyp inferred
Abweichung festgestellt
Dieses Ereignis tritt ein, wenn eine Abweichung zwischen Rechnung, Bestellung oder Wareneingang festgestellt wird und die weitere Bearbeitung dadurch verhindert ist. Häufig lässt es sich daran erkennen, dass ein Benutzer den 'Approval Status' auf einen bestimmten Wert wie 'On Hold' oder 'Pending Clarification' setzt.
Warum das wichtig ist

Die Erfassung dieses Ereignisses hilft, Reibungspunkte und Nacharbeit bei der Validierung zu lokalisieren, die häufig zu Zahlungsverzögerungen führen.

Woher beziehen

Abgeleitet aus einer Änderung des Felds 'Approval Status' der Lieferantenrechnung in einen nicht standardmäßigen ausstehenden Status, zum Beispiel 'On Hold'. Möglicherweise ist eine benutzerdefinierte Statuskonfiguration erforderlich.

Erfassung

Änderungen am Feld 'Approval Status' erfassen, die auf eine Zurückstellung oder Rückfrage hinweisen.

Ereignistyp inferred
Bestellabgleich versucht
Bezeichnet den Abgleich einer Lieferantenrechnung mit der zugehörigen Bestellung zur Validierung. Das Ereignis wird abgeleitet, wenn vor der Freigabe erstmals eine Bestellung in der Unterliste 'Items' oder 'Expenses' des Rechnungsdatensatzes verknüpft wird.
Warum das wichtig ist

Die Erfassung dieses Schritts hilft, die Effizienz des Abgleichs zu analysieren und Verzögerungen zu erkennen, bevor Rechnungen überhaupt zur Freigabe eingereicht werden.

Woher beziehen

Abgeleitet aus dem System-Notes-Protokoll, wenn das Feld 'Created From' erstmals befüllt wird oder Bestellreferenzen auf Positionsebene in der Lieferantenrechnung erscheinen.

Erfassung

Befüllung des Bestellreferenzfelds in System Notes erkennen.

Ereignistyp inferred
Gutschrift angewendet
Dieses Ereignis tritt ein, wenn eine Lieferantengutschrift auf eine Lieferantenrechnung angewendet wird und dadurch der offene Betrag sinkt. Erfasst wird der Anwendungsvorgang, der die beiden Transaktionen verknüpft.
Warum das wichtig ist

Gutschriften bieten einen alternativen Weg, eine Rechnung abzuschließen. Ihre Erfassung zeigt, wie Abschreibungen und Rücksendungen den Kreditorenprozess beeinflussen.

Woher beziehen

Das Anwendungsdatum, an dem eine Lieferantengutschrift auf die Lieferantenrechnung angewendet wird. Es ist in den verknüpften Datensätzen der Rechnung sichtbar.

Erfassung

Timestamp der Anwendung einer Lieferantengutschrift auf eine Lieferantenrechnung.

Ereignistyp explicit
Rechnung abgelehnt
Bezeichnet die formelle Ablehnung einer Lieferantenrechnung während des Freigabeprozesses. Die Rechnung muss korrigiert und erneut eingereicht werden. Erfasst wird das Ereignis, wenn der 'Approval Status' auf 'Rejected' gesetzt wird.
Warum das wichtig ist

Die Erfassung von Ablehnungen ist für die Nacharbeitsanalyse entscheidend. Sie hilft, häufige Ablehnungsgründe wie falsche Kontierung oder Richtlinienverstöße zu erkennen und die Freigabequote beim ersten Durchlauf zu verbessern.

Woher beziehen

Timestamp der Änderung des Felds 'Approval Status' im Rechnungsdatensatz zu 'Rejected', wie in System Notes erfasst.

Erfassung

Timestamp im Workflow-Protokoll oder in System Notes für 'Approval Status' = 'Rejected'.

Ereignistyp explicit
Rechnung erneut zur Freigabe weitergeleitet
Dieses Ereignis tritt ein, wenn eine Rechnung aufgrund einer Änderung oder Ablehnung an eine frühere Prozessstufe oder an einen anderen Freigebenden zurückgeleitet wird. Es lässt sich daran erkennen, dass sich der 'Approval Status' von 'Pending Approval' in einen anderen Status und anschließend erneut zu 'Pending Approval' ändert.
Warum das wichtig ist

Die Erfassung solcher Weiterleitungen ist wichtig, um Nacharbeitsschleifen im Freigabeprozess zu verstehen, die die Bearbeitungszeit deutlich verlängern.

Woher beziehen

Abgeleitet aus System Notes, indem Folgen erkannt werden, in denen sich der 'Approval Status' derselben Rechnung mehrfach zu 'Pending Approval' ändert.

Erfassung

Folgen von Änderungen des 'Approval Status' in System Notes analysieren.

Ereignistyp inferred
Skonto genutzt
Ein berechnetes Ereignis, das eintritt, wenn eine Rechnung vor dem Skontotermin bezahlt wird. Es wird ermittelt, indem das Zahlungsdatum mit den Skontobedingungen der Lieferantenrechnung verglichen wird.
Warum das wichtig ist

Misst direkt, wie erfolgreich das Kreditorenteam Skonti nutzt. Das wirkt sich unmittelbar auf die Rentabilität und die Liquiditätssteuerung des Unternehmens aus.

Woher beziehen

Dies ist ein berechnetes Ereignis. Dazu wird das Feld 'Date' der Zahlungstransaktion mit dem Skontotermin verglichen, der aus dem Feld 'Terms' der Lieferantenrechnung abgeleitet wird.

Erfassung

Das Feld 'Date' der Zahlungstransaktion mit dem Skontotermin vergleichen, der aus dem Feld 'Terms' der Lieferantenrechnung abgeleitet wird.

Ereignistyp calculated
Verspätete Zahlung festgestellt
Ein berechnetes Ereignis, das ausgelöst wird, wenn eine Rechnung nach dem Fälligkeitstermin bezahlt wird. Dazu wird das Ausführungsdatum der Zahlung mit dem Fälligkeitsdatum der Lieferantenrechnung verglichen.
Warum das wichtig ist

Dieses Ereignis ist wichtig, um die Einhaltung von Zahlungsbedingungen zu überwachen und Lieferantenbeziehungen zu pflegen. Häufige verspätete Zahlungen können das Vertrauen der Lieferanten beeinträchtigen.

Woher beziehen

Berechnet durch den Vergleich des Felds 'Date' der Zahlungstransaktion mit dem Feld 'Due Date' im Rechnungsdatensatz. Wenn das Zahlungsdatum nach dem Fälligkeitsdatum liegt, tritt dieses Ereignis ein.

Erfassung

Das Feld 'Date' der Zahlungstransaktion mit dem Feld 'Due Date' der Lieferantenrechnung vergleichen.

Ereignistyp calculated
Zahlung eingeplant
Dieses Ereignis zeigt an, dass eine Lieferantenrechnung zur Zahlung ausgewählt und in einen Zahlungslauf aufgenommen wurde. Erfasst wird es, wenn eine Zahlungstransaktion mit einem zukünftigen Zahlungsdatum erstellt wird.
Warum das wichtig ist

Dieses Ereignis macht den Zahlungsprozess transparent. Es unterstützt die Liquiditätsplanung und die Wahl des Zahlungszeitpunkts, um Skonti zu nutzen.

Woher beziehen

Erstellungsdatum des Zahlungstransaktionsdatensatzes, der der Lieferantenrechnung zugeordnet ist.

Erfassung

Erstellungs-Timestamp des zugehörigen Zahlungstransaktionsdatensatzes.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus NetSuite

Möchten Sie loslegen?

Mit diesem Daten-Template können Sie mit der Optimierung Ihrer Kreditorenrechnungsverarbeitung beginnen. Verbessern Sie noch heute Ihren Workflow und sorgen Sie für schnellere, regelkonforme Zahlungen.

Mehr Kontrolle: Optimieren Sie Ihre Kreditorenrechnungen noch heute

Vermeiden Sie Mahngebühren und doppelte Zahlungen und senken Sie die Kosten um 60 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.