Ihr Daten-Template für die Kreditorenrechnungsverarbeitung
Ihr Daten-Template für die Kreditorenrechnungsverarbeitung
- Empfohlene Attribute für die Datenerfassung
- Wichtige Aktivitäten für die Erfassung
- Anleitung zur Datenextraktion aus NetSuite
Attribute für die Kreditorenrechnungsverarbeitung
| 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
|
|||
Aktivitäten der Kreditorenrechnungsverarbeitung
| 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
|
|||
Anleitungen zur Datenextraktion
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 %.
Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.