Daten-Template: Kreditorenrechnungsverarbeitung
Ihr Datentemplate für die Rechnungsbearbeitung in der Kreditorenbuchhaltung
- Empfohlene Attribute zur Datenerfassung
- Wichtige Aktivitäten zur Nachverfolgung
- Extraktionsanleitung für NetSuite
Attribute der Rechnungsverarbeitung in der Kreditorenbuchhaltung
| 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
|
|||
Aktivitäten der Rechnungsverarbeitung in der Kreditorenbuchhaltung
| 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
|
|||