Daten-Template: Kreditorenrechnungsverarbeitung

NetSuite
Daten-Template: Kreditorenrechnungsverarbeitung

Ihr Datentemplate für die Rechnungsbearbeitung in der Kreditorenbuchhaltung

Diese umfassende Vorlage wurde entwickelt, um Sie bei der Erfassung der notwendigen Daten zur Optimierung Ihrer Kreditorenbuchhaltung zu unterstützen. Sie beschreibt die wesentlichen Attribute, die gesammelt werden müssen, und die Schlüsselaktivitäten, die in Ihrem Event Log zu verfolgen sind. Zusätzlich finden Sie praktische Anleitungen zur Datenextraktion speziell aus NetSuite, um sicherzustellen, dass Sie alle Informationen für eine präzise Prozessanalyse und -verbesserung erhalten.
  • Empfohlene Attribute zur Datenerfassung
  • Wichtige Aktivitäten zur Nachverfolgung
  • Extraktionsanleitung für NetSuite
Neu bei Event Logs? Erfahren Sie wie man ein Process Mining Event Log erstellt.

Attribute der Rechnungsverarbeitung in der Kreditorenbuchhaltung

Dies sind die empfohlenen Datenfelder, die Sie in Ihrem Event Log für eine umfassende Analyse der Kreditorenrechnungsverarbeitung berücksichtigen sollten.
5 Erforderlich 6 Empfohlen 11 Optional
Name Beschreibung
Activity
ActivityName
Der Name der Geschäftsaktivität oder des Events, das im Rechnungsprozess aufgetreten ist.
Beschreibung

Dieses Attribut beschreibt einen spezifischen Schritt oder Meilenstein im Prozess der Kreditorenbuchhaltung, wie z.B. 'Lieferantenrechnung erstellt', 'Rechnung genehmigt' oder 'Zahlung ausgeführt'.

Die Analyse der Abfolge und Häufigkeit dieser Aktivitäten bildet den Kern des Process Mining. Sie hilft, den Prozessfluss zu visualisieren, gängige und seltene Prozessvarianten zu identifizieren und Engpässe oder Abweichungen vom Standardverfahren aufzudecken. Die definierten Aktivitäten bilden die Knotenpunkte in der Prozesslandkarte.

Warum es wichtig ist

Es definiert die Prozessschritte und ermöglicht so die Visualisierung der Prozesslandkarte, die Berechnung von Übergangszeiten sowie die Identifizierung von Engpässen und Nacharbeits-Schleifen.

Woher erhalten

Abgeleitet aus Systemprotokollen, Audit-Trails oder Statusänderungen der Vendor Bill und zugehöriger Zahlungsbelege in NetSuite. Dies erfordert oft eine Transformationslogik.

Beispiele
Lieferantenrechnung erstelltRechnung genehmigtZahlung ausgeführtUnstimmigkeit identifiziert
Rechnung
Invoice
Die eindeutige Kennung für jede Lieferantenrechnung.
Beschreibung

Die „Rechnung“ dient als primärer Case-Identifikator und verknüpft alle Aktivitäten vom Rechnungseingang bis zur endgültigen Zahlung.

Dieses Attribut ist entscheidend für die Rekonstruktion des gesamten Rechnungsweges. In der Analyse ermöglicht es das Filtern, Aggregieren und die detaillierte Untersuchung individueller Rechnungs-Prozessflüsse und bildet das Rückgrat für Variantenanalyse und Cycle Time-Berechnungen.

Warum es wichtig ist

Es ist das grundlegende Attribut, das alle zusammenhängenden Events zu einer einzigen Prozessinstanz verbindet und so eine End-to-End-Analyse des Lebenszyklus jeder Rechnung ermöglicht.

Woher erhalten

Dies ist der Primärschlüssel des Vendor Bill Transaktionsdatensatzes in NetSuite, oft als Transaction ID oder Document Number bezeichnet.

Beispiele
INV-2023-001237894561VN54321A
Startzeitpunkt
EventTime
Der Zeitstempel, der angibt, wann eine Aktivität oder ein Event begonnen hat.
Beschreibung

Dieses Attribut erfasst das genaue Datum und die Uhrzeit, zu der eine spezifische Aktivität aufgetreten ist. Es stellt die chronologische Reihenfolge der Events innerhalb jedes Falls bereit.

Dieser Timestamp ist entscheidend für alle zeitbasierten Analysen, einschließlich der Berechnung von Cycle Times zwischen Aktivitäten, der gesamten End-to-End-Prozessdauer und der Identifizierung von Verzögerungen. Er wird verwendet, um Events korrekt zu ordnen und bildet die Grundlage für Performance-KPIs wie 'Average Invoice Approval Time' und 'Days Payable Outstanding'.

Warum es wichtig ist

Es liefert die chronologische Abfolge von Events, die wesentlich ist für die Berechnung aller zeitbasierten Metriken, die Entdeckung von Engpässen und das Verständnis der Prozessperformance.

Woher erhalten

Timestamp Felder, die mit Statusänderungen oder Erstellungs-/Änderungsdaten in NetSuites Transaktionsdatensätzen und System Notes verknüpft sind.

Beispiele
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z
Letzte Datenaktualisierung
LastDataUpdate
Der Zeitstempel, der angibt, wann die Daten für dieses Ereignis zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung

Dieses Attribut gibt den letzten Zeitpunkt an, zu dem die Event-Daten aus NetSuite extrahiert wurden. Es spiegelt die Aktualität der Daten im Process Mining Tool wider.

Dies ist wichtig, um die Zeitnähe der Analyse zu verstehen. Nutzer können sehen, wie aktuell die Daten sind, was besonders für operative Dashboards relevant ist, die Rechnungsstatus nahezu in Echtzeit verfolgen.

Warum es wichtig ist

Bietet Transparenz über die Datenaktualität, sodass Benutzer verstehen können, wie aktuell die Prozessanalyse ist und wann die nächste Datenaktualisierung erwartet wird.

Woher erhalten

Dieser timestamp wird vom Datenextraktions-Tool oder der Pipeline zum Zeitpunkt der Datenaufnahme generiert.

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

Dieses Attribut identifiziert den Ursprung der Prozessdaten. Für diese Ansicht wird dies durchgängig 'NetSuite' sein.

In Umgebungen mit mehreren Systemen (z.B. einem externen OCR-System und einem ERP) ist dieses Feld entscheidend für die Datenherkunft und Fehlerbehebung. Es bestätigt, dass alle Events dem korrekten Quellsystem zugeordnet werden.

Warum es wichtig ist

Sichert die Datenherkunft und ist in Multi-System-Umgebungen entscheidend, um Daten zur Validierung und Kontextualisierung bis zu ihrem Ursprung zurückverfolgen zu können.

Woher erhalten

Dies ist ein statischer Wert ('NetSuite'), der während des Datenextraktions- und Transformationsprozesses gefüllt wird.

Beispiele
NetSuite
Approver
Approver
Der Nutzer, der für die Freigabe der Rechnung zur Zahlung zuständig ist.
Beschreibung

Dieses Attribut identifiziert den Manager oder Budgetverantwortlichen, der die finale Genehmigung für die Rechnung erteilt hat. Eine Rechnung kann im Laufe ihres Lebenszyklus mehrere Genehmiger durchlaufen.

Dies ist eine entscheidende Dimension für das Dashboard 'Approval Bottleneck Analysis'. Durch die Analyse der Genehmigungszeiten pro Genehmiger kann das Unternehmen Personen identifizieren, die langsam genehmigen, Rechnungen zur Arbeitslastverteilung umleiten und den gesamten Genehmigungsprozess optimieren.

Warum es wichtig ist

Unterstützt direkt die Identifizierung von Genehmigungsengpässen und hilft bei der Analyse der Arbeitslast und Leistung von Managern, die an der Genehmigungskette beteiligt sind.

Woher erhalten

Diese Informationen werden oft in der Workflow-Historie oder den Genehmigungsprotokollen gespeichert, die mit der Vendor Bill Transaktion verbunden sind.

Beispiele
s.chenp.williamsr.davis
Bearbeiter
ProcessorUser
Der Nutzer, der für die Bearbeitung oder Erfassung der Rechnung verantwortlich ist.
Beschreibung

Dieses Attribut identifiziert das Mitglied des Kreditorenbuchhaltungsteams, das die Datenerfassung oder die ersten Bearbeitungsschritte für die Rechnung durchgeführt hat.

Diese Daten sind essenziell für das Dashboard 'AP Staff Workload Distribution'. Sie unterstützen Manager dabei, die Arbeitslastverteilung zu analysieren, Schulungsbedarfe zu identifizieren und die individuelle oder Teamleistung zu messen. Sie können zudem genutzt werden, um Fehlerursachen zu untersuchen und diese dem Bearbeiter zuzuordnen.

Warum es wichtig ist

Ermöglicht Arbeitslastanalyse, Leistungsüberwachung und Ursachenanalyse von Fehlern durch die Zuordnung von Aktivitäten zu bestimmten Mitarbeitern der Kreditorenbuchhaltung.

Woher erhalten

Die Felder „Erstellt von“ oder „Geändert von“ in den Systemnotizen oder im Audit-Trail für frühe Aktivitäten auf der Kreditorenrechnung.

Beispiele
j.doea.smithm.jones
Bestellnummer
PurchaseOrderNumber
Der Identifikator der Bestellung, die der Rechnung zugeordnet ist, falls zutreffend.
Beschreibung

Dieses Attribut verknüpft die Lieferantenrechnung mit einer vorab genehmigten Bestellung (PO). Seine Anwesenheit oder Abwesenheit ist entscheidend für die Unterscheidung zwischen PO-basierten und nicht-PO-basierten Rechnungen.

Dieses Feld ist entscheidend für das Dashboard 'PO/GR Matching Efficiency' und den KPI 'PO/GR Matching Success Rate'. Die Analyse von Prozessen basierend darauf, ob eine Rechnung PO-basiert ist, hilft, Effizienzgewinne durch den Dreifachabgleich und Automatisierungspotenziale zu identifizieren.

Warum es wichtig ist

Unterscheidet zwischen Rechnungen mit und ohne Bestellbezug, die oft unterschiedlichen Prozesspfaden folgen und unterschiedliches Automatisierungspotenzial aufweisen. Dies ist entscheidend für die Analyse der Abgleichseffizienz.

Woher erhalten

Dies ist typischerweise in den Positionen oder im Header des Vendor Bill Datensatzes zu finden und verknüpft ihn mit einer Purchase Order Transaktion.

Beispiele
PO-004589PO-005123null
Lieferantenname
VendorName
Der Name des Kreditoren oder Lieferanten, der die Rechnung eingereicht hat.
Beschreibung

Dieses Attribut identifiziert den offiziellen Namen des Lieferanten, der mit der Rechnung verknüpft ist. Es ist ein kritischer Stammdatenbestandteil, der mit der Transaktion verbunden ist.

Die Analyse des Prozesses nach Lieferanten hilft, lieferantenspezifische Probleme zu erkennen, wie häufige Abweichungen, Zahlungsverzüge oder Möglichkeiten für dynamisches Skonto. Es ist essenziell für das Dashboard 'Invoice Status and Aging', um offene Rechnungen zu kategorisieren und für das Beziehungsmanagement.

Warum es wichtig ist

Ermöglicht eine Leistungsanalyse pro Lieferant, wodurch problematische Lieferanten identifiziert, bessere Konditionen verhandelt und Beziehungen effektiver verwaltet werden können.

Woher erhalten

Aus dem Lieferantenstammsatz (Vendor Record), der mit der Vendor Bill-Transaktion verknüpft ist. Das Feld ist typischerweise als „Lieferantenname“ oder „Firmenname“ bezeichnet.

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

Dieses Attribut stellt den fälligen Bruttobetrag der Lieferantenrechnung dar, vor Abzügen oder Rabatten. Es ist eine zentrale finanzielle Kennzahl für jeden Fall.

Der Rechnungsbetrag wird für die Finanzanalyse verwendet, z.B. um Rechnungen in Wertbereiche (hochwertig vs. geringwertig) zu kategorisieren und zu prüfen, ob sich deren Prozesswege unterscheiden. Er wird auch in Dashboards genutzt, um die finanziellen Auswirkungen von Engpässen oder Verzögerungen zu verstehen und ist grundlegend für DPO-Berechnungen.

Warum es wichtig ist

Ermöglicht eine Analyse der finanziellen Auswirkungen von Prozessineffizienzen und die Segmentierung von Rechnungen nach Wert, um Posten mit hohem Wert zu priorisieren.

Woher erhalten

Das Feld „Betrag“ oder „Gesamt“ im Header des Kreditorenrechnungs-Transaktionsbelegs.

Beispiele
1500.75250.0012500.50
Rechnungsfälligkeitsdatum
InvoiceDueDate
Das Datum, bis zu dem die Rechnung bezahlt werden muss, um Strafen zu vermeiden.
Beschreibung

Dieses Attribut gibt das Zahlungsfälligkeitsdatum an, das durch die Zahlungsbedingungen des Lieferanten und das Rechnungsdatum bestimmt wird. Es ist eine kritische Frist im Kreditorenbuchhaltungsprozess (AP-Prozess).

Dieses Datum ist die Referenz für das 'Payment Compliance Dashboard' und die 'Payment Term Adherence Rate' KPI. Es wird verwendet, um festzustellen, ob Zahlungen pünktlich, frühzeitig oder verspätet erfolgen, was sich direkt auf die Lieferantenbeziehungen auswirkt und zu Verzugszinsen führen kann.

Warum es wichtig ist

Dient als primärer Maßstab für die Messung der pünktlichen Zahlungsleistung, was entscheidend für Lieferantenbeziehungen und die Einhaltung finanzieller Vorschriften ist.

Woher erhalten

Dies ist ein Standardfeld 'Due Date' im Vendor Bill Transaktionsdatensatz.

Beispiele
2023-11-302023-12-152024-02-28
Bearbeitungszeit
ProcessingTime
Die Zeit, die aktiv an einer Aktivität gearbeitet wurde.
Beschreibung

Dieses Attribut misst die Dauer vom Start bis zum Ende einer einzelnen Aktivität. Es repräsentiert die Zeit, in der eine Ressource aktiv an einer Aufgabe beteiligt war.

Im Gegensatz zur Cycle Time (die Wartezeiten einschließt) hilft die Bearbeitungszeit, den tatsächlichen Aufwand für spezifische Aufgaben zu analysieren. Zum Beispiel könnte sie die Zeit messen, die für 'PO Matching Attempted' aufgewendet wurde, um die Effizienz dieses spezifischen Schritts zu bewerten und Automatisierungsmöglichkeiten zu identifizieren.

Warum es wichtig ist

Misst die tatsächliche Arbeitsdauer einer Aktivität und hilft, zwischen tatsächlicher Arbeitszeit und Leerlaufzeiten zu unterscheiden, um die Ressourcen- und Effizienzanalyse zu verbessern.

Woher erhalten

Berechnet durch die Differenz zwischen 'EndTime' und 'StartTime' einer Aktivität. Erfordert, dass beide Timestamps für jede Aktivität verfügbar sind.

Beispiele
PT5MPT1H30MPT8H
Buchungskreis
CompanyCode
Der Identifikator für die juristische Person oder Tochtergesellschaft, die die Rechnung bearbeitet.
Beschreibung

Dieses Attribut legt fest, welches Unternehmen oder welche Tochtergesellschaft innerhalb der Organisation für die Rechnung haftet. Dies ist besonders relevant für Unternehmen mit mehreren Rechtseinheiten.

Die Analyse des Prozesses nach Buchungskreis ermöglicht einen Leistungsvergleich zwischen verschiedenen Geschäftsbereichen. Sie kann spezifische Unterschiede in Effizienz, Compliance oder Arbeitslast bei einzelnen Tochtergesellschaften aufzeigen und dadurch gezielte Verbesserungsinitiativen ermöglichen.

Warum es wichtig ist

Ermöglicht den Vergleich der Prozessleistung über verschiedene juristische Einheiten oder Tochtergesellschaften hinweg, was gezielte Verbesserungen erleichtert und die Corporate Governance sicherstellt.

Woher erhalten

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

Beispiele
US01DE01UK01
Currency
Currency
Der Währungscode für den Rechnungsbetrag (z.B. USD, EUR).
Beschreibung

Dieses Attribut gibt die Währung an, in der die Rechnung ausgestellt ist. Es liefert wesentlichen Kontext für den 'InvoiceAmount'.

Für multinationale Organisationen ist die Datenanalyse in einer einzigen, konsistenten Währung von entscheidender Bedeutung. Dieses Feld ermöglicht die korrekte Währungsumrechnung und stellt sicher, dass Finanzkennzahlen über verschiedene Regionen oder Geschäftsbereiche hinweg auf vergleichbarer Basis verglichen werden können.

Warum es wichtig ist

Bietet den notwendigen Kontext für alle monetären Werte und gewährleistet so eine genaue Finanzanalyse, insbesondere in multinationalen Operationen.

Woher erhalten

Das Feld „Währung“ im Kreditorenrechnungs-Transaktionsbeleg, oft verknüpft mit den Stammdaten des Lieferanten.

Beispiele
USDEURGBPCAD
Dokumententyp
DocumentType
Die Art des verarbeiteten Dokuments (z.B. Rechnung, Gutschrift).
Beschreibung

Dieses Attribut unterscheidet zwischen Standardrechnungen und anderen zugehörigen Dokumenten wie Gutschriften, die möglicherweise unterschiedlichen Bearbeitungsregeln oder Workflows folgen.

Die Analyse des Prozesses nach Dokumententyp stellt sicher, dass Sie ähnliche Vorgänge vergleichen. Zum Beispiel kann der Genehmigungsprozess für eine große Rechnung wesentlich strenger sein als für eine kleine Gutschrift. Diese Segmentierung liefert eine genauere Sicht auf die Prozessleistung.

Warum es wichtig ist

Ermöglicht die Segmentierung des Prozesses nach verschiedenen Arten von Finanzdokumenten, die jeweils eigene Abläufe und KPIs aufweisen können, was zu einer präziseren Analyse führt.

Woher erhalten

Dies kann anhand des Transaktionstyps in NetSuite identifiziert werden (z.B. 'Vendor Bill', 'Vendor Credit').

Beispiele
StandardrechnungGutschriftBelastungsanzeige
Ist Nacharbeit
IsRework
Ein Kennzeichen, das anzeigt, ob die Aktivität Teil einer Korrekturschleife ist.
Beschreibung

Dieses berechnete boolesche Attribut identifiziert Aktivitäten, die wiederholte Arbeit darstellen, wie z.B. ein zweites 'Discrepancy Identified' event oder eine Rechnung, die abgelehnt und dann erneut zur Genehmigung eingereicht wird.

Dieses Attribut ist entscheidend für das 'Rework and Error Analysis' dashboard und die 'Invoice Rework Rate' KPI. Es ermöglicht dem Unternehmen, die Häufigkeit und Auswirkungen von Nacharbeit zu quantifizieren und hilft dabei, Quellen von Ineffizienz, Fehlern und Prozessabweichungen genau zu bestimmen.

Warum es wichtig ist

Misst die Prozessineffizienz, indem es Aktivitäten aufzeigt, die unnötigen Aufwand darstellen. Dies ermöglicht gezielte Initiativen zur Verbesserung der Qualität und der First-Time-Right-Quoten.

Woher erhalten

Berechnet während der Datentransformation durch Analyse der Abfolge von Aktivitäten für einen gegebenen Fall. Zum Beispiel, wenn auf 'Rechnung genehmigt' ein 'Rechnung abgelehnt' und dann ein weiteres 'Rechnung genehmigt' folgt.

Beispiele
truefalsch
Pünktliche Zahlung
IsOnTimePayment
Ein Kennzeichen, das anzeigt, ob die Rechnung am oder vor ihrem Fälligkeitsdatum beglichen wurde.
Beschreibung

Dieses berechnete boolesche Attribut prüft, ob das 'Payment Date' kleiner oder gleich dem 'Invoice Due Date' ist. Es liefert ein klares, binäres Ergebnis bezüglich der Pünktlichkeit der Zahlung jeder Rechnung.

Dieses Attribut unterstützt direkt das 'Payment Compliance Dashboard' und wird zur Berechnung der 'Payment Term Adherence Rate' KPI verwendet. Es vereinfacht die Analyse, indem es Benutzern ermöglicht, sofort nach allen verspäteten Zahlungen zu filtern und deren Grundursachen zu untersuchen.

Warum es wichtig ist

Vereinfacht die Analyse der Zahlungspünktlichkeit und liefert direkt Kennzahlen für die Einhaltung von Zahlungsbedingungen und das Lieferantenbeziehungsmanagement.

Woher erhalten

Berechnet während der Datentransformation: PaymentDate <= InvoiceDueDate.

Beispiele
truefalsch
Rechnungsstatus
InvoiceStatus
Der aktuelle Bearbeitungsstatus der Rechnung.
Beschreibung

Dieses Attribut gibt den aktuellen Status der Lieferantenrechnung innerhalb des AP-Lebenszyklus an, z.B. 'Offen', 'Genehmigung ausstehend' oder 'Vollständig bezahlt'.

Dies ist ein Schlüsselattribut für das Dashboard 'Invoice Status and Aging', das einen Überblick über die aktuelle Arbeitslast und die Verbindlichkeiten bietet. Es ermöglicht das Filtern, um sich auf offene oder problematische Rechnungen zu konzentrieren, und hilft, den Fortschritt bis zum Abschluss zu verfolgen.

Warum es wichtig ist

Bietet einen Echtzeit-Snapshot, wo sich eine Rechnung im Prozess befindet. Dies ist essenziell für operatives Monitoring, Arbeitslastmanagement und Finanzprognosen.

Woher erhalten

Das Feld „Status“ im Kreditorenrechnungs-Transaktionsbeleg.

Beispiele
OffenGenehmigung ausstehendVollständig bezahlt
Skonto genutzt
IsEarlyPaymentCaptured
Ein Kennzeichen, das anzeigt, ob ein verfügbarer Skontoabzug erfolgreich genutzt wurde.
Beschreibung

Dieses berechnete boolesche Attribut prüft, ob eine Rechnung mit verfügbarem Skonto am oder vor dem 'Early Payment Discount Date' bezahlt wurde.

Dieses Attribut ist entscheidend für die Messung der 'Early Payment Discount Capture Rate' KPI und für das 'Early Payment Discount Opportunities' dashboard. Es liefert eine klare Erfolgs-/Misserfolgsmetrik für die Skonto-Nutzungsstrategie des Unternehmens und zeigt entgangene Einsparungen auf.

Warum es wichtig ist

Misst direkt die Effektivität der Treasury- oder Kreditorenbuchhaltungsfunktion beim Erzielen von Kosteneinsparungen – ein wichtiger finanzieller Leistungsindikator.

Woher erhalten

Berechnet während der Datentransformation: PaymentDate <= EarlyPaymentDiscountDate für Rechnungen, bei denen ein Skonto verfügbar ist.

Beispiele
truefalschnull
Skontodatum
EarlyPaymentDiscountDate
Die Frist zur Zahlung einer Rechnung, um für einen Skontoabzug berechtigt zu sein.
Beschreibung

Dieses Attribut gibt das letzte Datum an, bis zu dem eine Zahlung erfolgen muss, um einen Lieferantenrabatt gemäß den 'Payment Terms' zu erhalten (z.B. die '10' in '2% 10, Net 30').

Dieses Datum ist der Haupttreiber für das 'Early Payment Discount Opportunities' dashboard. Durch den Vergleich dieses Datums mit dem aktuellen Datum und dem Zahlungsdatum kann das System Chancen identifizieren, die 'Early Payment Discount Capture Rate' KPI messen und dem Unternehmen helfen, Kosteneinsparungen zu maximieren.

Warum es wichtig ist

Dies ist das kritische Datum zur Maximierung von Kosteneinsparungen durch Skonto; dessen Verfolgung hilft, das Cash-Management zu optimieren.

Woher erhalten

Dies ist ein berechnetes Feld im Vendor Bill Datensatz, das aus dem Rechnungsdatum und dem 'Terms' Feld abgeleitet wird.

Beispiele
2023-11-102024-01-20null
Zahlungsbedingungen
PaymentTerms
Die vereinbarten Bedingungen für die Rechnungszahlung (z.B. Netto 30, 2% 10 Netto 30).
Beschreibung

Dieses Attribut legt die Bedingungen fest, unter denen der Lieferant die Zahlung erwartet, einschließlich der Fristen und möglicher Skonti für eine frühzeitige Zahlung.

Die Zahlungsbedingungen werden zur Berechnung des 'Rechnungsfälligkeitsdatums' und des 'Skontodatums' herangezogen. Sie sind unerlässlich für das 'Payment Compliance Dashboard' und für die Analyse von Möglichkeiten zur Nutzung von Skonti, wodurch das Betriebskapital optimiert wird.

Warum es wichtig ist

Es bestimmt Zahlungsfristen und Skontomöglichkeiten, was sich direkt auf das Cashflow-Management und die Fähigkeit zur Realisierung von Einsparungen auswirkt.

Woher erhalten

Das Feld „Zahlungsbedingungen“ in der Kreditorenrechnungstransaktion, typischerweise vom Lieferantenstammsatz übernommen.

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

Dieses Attribut erfasst das Datum, an dem die Barauszahlung an den Lieferanten erfolgte. Es markiert die endgültige finanzielle Begleichung der Rechnung.

Dieses Datum wird verwendet, um das tatsächliche Ende des Prozesses für viele KPIs zu bestimmen, einschließlich 'Days Payable Outstanding' und 'Payment Term Adherence Rate'. Es ist das faktische Ereignis, das zur Messung gegen das 'Rechnungsfälligkeitsdatum' und das 'Skontodatum' herangezogen wird.

Warum es wichtig ist

Es markiert den finanziellen Abschluss des Prozesses und ist die Grundlage für die Berechnung von KPIs wie Zahlungseinhaltung, DPO und Skontoausnutzung.

Woher erhalten

Aus dem Feld „Datum“ des zugehörigen Zahlungsbelegs (Bill Payment) in NetSuite.

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

Aktivitäten der Rechnungsverarbeitung in der Kreditorenbuchhaltung

Dies sind die entscheidenden Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um eine präzise Prozessentdeckung und Engpasserkennung zu gewährleisten.
6 Empfohlen 8 Optional
Aktivität Beschreibung
Genehmigung eingereicht
Dieses event markiert den Zeitpunkt, an dem die Lieferantenrechnung formal in einen Genehmigungs-Workflow eingegeben wird. Es wird erfasst, wenn der 'Approval Status' der Rechnung von einem Entwurfsstatus zu 'Pending Approval' wechselt.
Warum es wichtig ist

Diese Aktivität ist der Ausgangspunkt für die Messung der Genehmigungszykluszeit. Sie ist essenziell, um Engpässe bei bestimmten Genehmigern oder Abteilungen zu identifizieren.

Woher erhalten

Abgeleitet aus dem Timestamp, zu dem der 'Approval Status' im Kreditorenrechnungsdatensatz zu 'Pending Approval' wechselt, wie in den System Notes verfolgt.

Erfassen

Timestamp des Wechsels des 'Approval Status' Feldes zu 'Pending Approval'.

Ereignistyp inferred
Lieferantenrechnung erstellt
Markiert den Eingang einer neuen Lieferantenrechnung in NetSuite. Dies wird anhand des Erstellungsdatums des Vendor Bill Transaktionsdatensatzes erfasst und stellt den offiziellen Start des AP-Prozesses dar.
Warum es wichtig ist

Legt den Ausgangspunkt für alle Berechnungen der Rechnungsbearbeitungszeit fest, was entscheidend für die Messung der Gesamtprozesseffizienz und die Überwachung des Rechnungsalters ist.

Woher erhalten

Das Feld „Erstellungsdatum“ aus dem Kreditorenrechnungs-Transaktionsbeleg.

Erfassen

Event zur Erstellung einer Lieferantenrechnung.

Ereignistyp explicit
Rechnung abgeschlossen
Markiert den endgültigen Abschluss des Vendor Bill-Datensatzes, typischerweise nachdem er vollständig bezahlt wurde. Dies wird abgeleitet, wenn der Status des Vendor Bill auf 'Paid in Full' wechselt.
Warum es wichtig ist

Bietet ein definitives End-Event für den Prozesslebenszyklus, das bestätigt, dass für diese spezifische Rechnung keine weiteren Maßnahmen erforderlich sind.

Woher erhalten

Abgeleitet aus dem Timestamp, zu dem das 'Status'-Feld im Kreditorenrechnungsdatensatz zu 'Paid in Full' wechselt, wie in den System Notes verfolgt.

Erfassen

Timestamp des Wechsels des 'Status' Feldes zu 'Paid in Full'.

Ereignistyp inferred
Rechnung genehmigt
Bedeutet, dass die Kreditorenrechnung von dem/den zuständigen Genehmiger(n) zur Zahlung freigegeben wurde. Dies wird erfasst, wenn der „Genehmigungsstatus“ der Rechnung auf „Genehmigt“ gesetzt wird.
Warum es wichtig ist

Dies ist ein kritischer Meilenstein, der die Genehmigungsphase abschließt und die Buchung sowie die Einplanung der Rechnung zur Zahlung ermöglicht. Es ist ein wichtiger Datenpunkt zur Messung der Genehmigungseffizienz.

Woher erhalten

Timestamp des Wechsels des 'Approval Status' Feldes im Vendor Bill Datensatz zu 'Approved', wie in den System Notes oder einem Workflow Log erfasst.

Erfassen

Workflow-Log oder System-Notes-Timestamp für 'Approval Status' = 'Approved'.

Ereignistyp explicit
Rechnung ins Hauptbuch gebucht
Markiert den Zeitpunkt, zu dem die finanzielle Auswirkung der Vendor Bill offiziell im Hauptbuch verbucht wird. Dies wird anhand des Transaktionsdatums erfasst, wenn die Rechnung genehmigt und das 'Posting'-Flag gesetzt wird.
Warum es wichtig ist

Dies ist ein wichtiger finanzieller Kontrollpunkt, der bestätigt, dass die Verbindlichkeit vom Unternehmen formell anerkannt wurde. Verzögerungen bei der Buchung können die Genauigkeit der Finanzberichterstattung beeinträchtigen.

Woher erhalten

Das Buchungsdatum, das mit der aus der Kreditorenrechnung erstellten Hauptbuchtransaktion verbunden ist. Das Feld „Buchung“ auf der Rechnung wird überprüft.

Erfassen

Transaktionsdatum der GL-Buchung, die mit der Vendor Bill verbunden ist.

Ereignistyp explicit
Zahlung ausgeführt
Stellt die endgültige Ausführung der Rechnungszahlung dar. Dieses Event wird vom Transaktionsdatum des Kreditorenzahlungsbelegs erfasst, der auf die Kreditorenrechnung angewendet wurde.
Warum es wichtig ist

Dies ist der primäre Endpunkt für den AP-Prozess und unerlässlich für die Berechnung der End-to-End-Durchlaufzeit, der Einhaltung der Zahlungsbedingungen und der Days Payable Outstanding (DPO).

Woher erhalten

Das Feld „Datum“ aus dem Kreditorenzahlungs-Transaktionsbeleg, der mit der Kreditorenrechnung verknüpft ist.

Erfassen

Transaktionsdatum des Vendor Payment Datensatzes, der auf die Rechnung angewendet wurde.

Ereignistyp explicit
Gutschrift angewendet
Tritt auf, wenn ein Vendor Credit auf einen Vendor Bill angewendet wird und den geschuldeten Betrag reduziert. Dies wird aus dem Anwendungs-Event erfasst, das die beiden Transaktionen miteinander verknüpft.
Warum es wichtig ist

Die Verrechnung von Gutschriften ist ein wichtiger alternativer Weg, um eine Rechnung abzuschließen. Deren Nachverfolgung hilft zu verstehen, wie Wertberichtigungen und Retouren den gesamten AP-Prozess beeinflussen.

Woher erhalten

Das Anwendungsdatum, das erfasst wird, wenn eine Kreditorengutschriftstransaktion auf die Kreditorenrechnung angewendet wird. Dies ist in den zugehörigen Rechnungsdatensätzen sichtbar.

Erfassen

Timestamp der Anwendung einer Vendor Credit auf eine Vendor Bill.

Ereignistyp explicit
PO-Abgleich versucht
Stellt die Verknüpfung einer Kreditorenrechnung mit der entsprechenden Bestellung zur Validierung dar. Dies wird impliziert, wenn eine Bestellung (PO) erstmals in der Unterliste „Positionen“ oder „Kosten“ des Kreditorenrechnungsbelegs vor der Genehmigung hinterlegt wird.
Warum es wichtig ist

Die Verfolgung dieses Schritts hilft, die Effizienz des Abgleichprozesses zu analysieren und Verzögerungen zu identifizieren, noch bevor Rechnungen zur Genehmigung eingereicht werden.

Woher erhalten

Abgeleitet aus dem System Notes-Protokoll, das die initiale Befüllung des Feldes 'Created From' oder der Bestellpositionsreferenzen auf der Kreditorenrechnung anzeigt.

Erfassen

Erkennung der Befüllung des Bestellnummernfeldes in den System Notes.

Ereignistyp inferred
Rechnung abgelehnt
Stellt die formelle Ablehnung einer Kreditorenrechnung während des Genehmigungsprozesses dar, was eine Korrektur und erneute Einreichung nach sich zieht. Dieses Event wird erfasst, wenn der „Genehmigungsstatus“ auf „Abgelehnt“ aktualisiert wird.
Warum es wichtig ist

Die Verfolgung von Ablehnungen ist entscheidend für die Nacharbeitsanalyse, da sie hilft, häufige Fehlerursachen (z.B. falsche Kodierung, Richtlinienverstöße) zu identifizieren und die Genehmigungsquoten im ersten Durchlauf zu verbessern.

Woher erhalten

Timestamp des Wechsels des 'Approval Status' Feldes im Vendor Bill Datensatz zu 'Rejected', wie in den System Notes erfasst.

Erfassen

Workflow-Log oder System-Notes-Timestamp für 'Approval Status' = 'Rejected'.

Ereignistyp explicit
Rechnung zur erneuten Genehmigung umgeleitet
Tritt auf, wenn eine Rechnung aufgrund einer Änderung oder Ablehnung in ein früheres Stadium oder an einen anderen Genehmiger zurückgesandt wird. Dies wird abgeleitet, wenn der 'Approval Status' von 'Pending Approval' wieder in einen anderen Status und dann erneut in 'Pending Approval' wechselt.
Warum es wichtig ist

Das Identifizieren von Umleitungsereignissen ist entscheidend, um Nacharbeits-Schleifen innerhalb des Genehmigungsprozesses zu verstehen, die die Durchlaufzeiten erheblich verlängern.

Woher erhalten

Abgeleitet aus den System Notes durch Erkennung von Sequenzen, in denen sich der 'Approval Status' derselben Rechnung mehrfach in 'Pending Approval' ändert.

Erfassen

Analysieren Sie Sequenzen von Änderungen des 'Approval Status' in Systemprotokollen.

Ereignistyp inferred
Skonto genutzt
Ein berechnetes Ereignis, das eintritt, wenn eine Rechnung vor dem Skontoabzugsdatum beglichen wird. Dies ergibt sich aus dem Vergleich des Zahlungsdatums mit den Skontobedingungen auf der Lieferantenrechnung.
Warum es wichtig ist

Misst direkt den Erfolg des Kreditorenbuchhaltungsteams bei der Nutzung von Skonti, was sich unmittelbar auf die Rentabilität und die Cash-Management-Strategie des Unternehmens auswirkt.

Woher erhalten

Dies ist ein berechnetes event. Es erfordert den Vergleich des 'Date' aus der Vendor Payment Transaktion mit dem Skonto-Datum, das aus dem 'Terms' Feld der Vendor Bill abgeleitet wird.

Erfassen

Vergleich des 'Datums' der Lieferantenzahlung mit dem Skontoabzugsdatum, das aus den 'Terms' der Lieferantenrechnung abgeleitet wurde.

Ereignistyp calculated
Unstimmigkeit identifiziert
Diese Aktivität tritt auf, wenn eine Diskrepanz zwischen Rechnung, Bestellung oder Wareneingang festgestellt wird, die eine weitere Bearbeitung verhindert. Sie wird oft dadurch impliziert, dass ein Nutzer einen spezifischen 'Genehmigungsstatus' wie 'Angehalten' oder 'Klärung ausstehend' setzt.
Warum es wichtig ist

Die Hervorhebung dieser Aktivität hilft, Ursachen für Reibungsverluste und Nacharbeiten im Validierungsprozess zu identifizieren, die wesentliche Gründe für Zahlungsverzögerungen sind.

Woher erhalten

Abgeleitet aus einer Änderung des Feldes 'Approval Status' der Kreditorenrechnung in einen nicht-standardmäßigen 'Ausstehend'-Status (z. B. 'On Hold'). Erfordert möglicherweise eine benutzerdefinierte Statuskonfiguration.

Erfassen

Änderungen im 'Approval Status' Feld verfolgen, die eine Sperre oder Rückfrage anzeigen.

Ereignistyp inferred
Zahlung geplant
Diese Aktivität zeigt an, dass eine Lieferantenrechnung zur Zahlung ausgewählt und einem Zahlungslauf hinzugefügt wurde. Sie wird erfasst, wenn eine Lieferantenzahlungstransaktion mit einem zukünftigen Zahlungsdatum erstellt wird.
Warum es wichtig ist

Dieses event bietet Transparenz über die Zahlungs-Pipeline und unterstützt bei der Cashflow-Prognose sowie der Steuerung des Zahlungszeitpunkts, um Skonto zu nutzen.

Woher erhalten

Erstellungsdatum des Lieferantenzahlungs-Transaktionsdatensatzes, der auf die Lieferantenrechnung angewendet wird.

Erfassen

Erstellungs-timestamp des zugehörigen Lieferantenzahlungs-Transaktionsdatensatzes.

Ereignistyp explicit
Zahlungsverzug identifiziert
Ein berechnetes Ereignis, das ausgelöst wird, wenn eine Rechnung nach ihrem Fälligkeitsdatum beglichen wird. Dies wird durch den Abgleich des Zahlungsdatums mit dem auf der Lieferantenrechnung vermerkten Fälligkeitsdatum ermittelt.
Warum es wichtig ist

Diese Aktivität ist entscheidend für die Überwachung der Zahlungskonformität und das Management von Lieferantenbeziehungen. Eine hohe Häufigkeit von Zahlungsverzügen kann das Vertrauen der Lieferanten nachhaltig beeinträchtigen.

Woher erhalten

Berechnet durch den Vergleich des 'Datums' der Lieferantenzahlungstransaktion mit dem Feld 'Due Date' im Lieferantenrechnungsdatensatz. Wenn Payment Date > Due Date, tritt dieses Ereignis ein.

Erfassen

Vergleich des 'Datums' der Lieferantenzahlung mit dem 'Due Date' der Lieferantenrechnung.

Ereignistyp calculated
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus NetSuite