Ihr Purchase-to-Pay – Rechnungsbearbeitungs-Datentemplate
Ihr Purchase-to-Pay – Rechnungsbearbeitungs-Datentemplate
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten zur Verfolgung
- Extraktionsanleitung für NetSuite
Purchase to Pay - Rechnungsverarbeitungs-Attribute
| Name | Beschreibung | ||
|---|---|---|---|
|
Rechnungsnummer
InvoiceNumber
|
Die eindeutige Kennung für eine Lieferantenrechnung innerhalb des Systems. | ||
|
Beschreibung
Die Rechnungsnummer dient als primärer Fallbezeichner und verknüpft alle Aktivitäten und Events, die mit einer einzelnen Lieferantenrechnung von ihrer Erstellung bis zur endgültigen Zahlung zusammenhängen. Dieses Attribut ist entscheidend, um den End-to-End-Weg jeder Rechnung nachzuverfolgen.\n\nIn der Prozessanalyse ermöglicht diese Nummer dem System, den gesamten Lebenszyklus einer Rechnung zu rekonstruieren. Durch die Gruppierung aller zugehörigen Aktivitäten unter dieser gemeinsamen Kennung können Analysten den Prozessfluss visualisieren, Zykluszeiten messen und Variationen oder Engpässe identifizieren, die einzelne Rechnungen betreffen.
Bedeutung
Es ist der entscheidende Schlüssel, um den Weg jeder Rechnung durch den Zahlungsprozess zu verfolgen und eine vollständige Fallanalyse zu ermöglichen.
Datenquelle
Dies ist typischerweise das Feld 'Transaktions-ID' oder 'Rechnungsnr.' im Lieferantenrechnungsdatensatz in NetSuite.
Beispiele
INV-0012345789-ABC-654202405-101
|
|||
|
Aktivität
ActivityName
|
Der Name des ausgeführten Geschäftsprozessschritts. | ||
|
Beschreibung
Dieses Attribut beschreibt eine spezifische Aktion oder ein Event, das innerhalb des Rechnungsverarbeitungs-Lebenszyklus aufgetreten ist, z.B. 'Lieferantenrechnung erstellt', 'Rechnung genehmigt' oder 'Rechnung vollständig bezahlt'. Jede Aktivität repräsentiert einen eigenen Punkt im Prozess.\n\nAktivitäten sind die Bausteine der Prozesslandkarte. Die Analyse der Reihenfolge und Häufigkeit dieser Aktivitäten hilft, den tatsächlichen Prozessfluss zu verstehen, Abweichungen vom Standardverfahren zu identifizieren und häufige Nacharbeits-Schleifen oder ineffiziente Schritte zu lokalisieren.
Bedeutung
Es bildet das Rückgrat der Prozesslandkarte und ermöglicht die Visualisierung und Analyse der Ereignisabfolge im Lebenszyklus der Rechnungsverarbeitung.
Datenquelle
Abgeleitet aus Systemprotokollen, Statusänderungen im Lieferantenrechnungsdatensatz oder spezifischen Benutzeraktionen, die in der Systemhistorie aufgezeichnet sind.
Beispiele
Lieferantenrechnung erstelltRechnung freigegebenZahlung im Batch geplant
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Timestamp, wann die Daten zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut gibt das Datum und die Uhrzeit der letzten Datenextraktion aus dem Quellsystem an. Es liefert Kontext zur Aktualität der analysierten Daten.\n\nDie Kenntnis des letzten Datenaktualisierungszeitpunkts ist für Benutzer unerlässlich, um zu verstehen, ob sie die aktuellsten Informationen sehen. Es hilft, Erwartungen bezüglich der Datenlatenz zu verwalten und stellt sicher, dass Entscheidungen auf Daten eines bekannten Alters basieren.
Bedeutung
Es informiert Analysten über die Aktualität der Daten und stellt sicher, dass sie bei Entscheidungen deren Zeitnähe berücksichtigen.
Datenquelle
Dieser Timestamp wird während des Datenextraktions- und Ladevorgangs (ETL) generiert und hinzugefügt.
Beispiele
2024-05-21T02:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Identifiziert das System, aus dem die Daten stammen. | ||
|
Beschreibung
Dieses Attribut gibt die Quellanwendung an, in der die Event-Daten generiert wurden. Für diesen Prozess wird es typischerweise 'NetSuite' sein.\n\nIn Umgebungen mit mehreren integrierten Systemen ist dieses Feld entscheidend für das Verständnis der Datenherkunft und die Bewertung der Datenqualität. Es hilft, Aktivitäten zu unterscheiden, die in verschiedenen Systemen stattfinden, und ist wichtig für den Aufbau einer umfassenden Sicht auf den End-to-End-Prozess.
Bedeutung
Es liefert Kontext zum Ursprung der Daten, was in Multisystemlandschaften für die Fehlerbehebung und Datenvalidierung entscheidend ist.
Datenquelle
Dies ist typischerweise ein statischer Wert ('NetSuite'), der während des Datenextraktionsprozesses hinzugefügt wird.
Beispiele
NetSuite
|
|||
|
Startzeit
EventTime
|
Der Timestamp, der anzeigt, wann eine Aktivität stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut erfasst das genaue Datum und die Uhrzeit, zu der eine bestimmte Aktivität oder ein Event im System erfasst wurde. Es liefert den chronologischen Kontext für den gesamten Prozess.\n\nTimestamps sind grundlegend für jede zeitbasierte Prozessanalyse. Sie werden verwendet, um Dauern zwischen Aktivitäten zu berechnen, die gesamten Fall-Zykluszeiten zu messen und die Leistung im Vergleich zu Service Level Agreements zu analysieren. Genaue Timestamps sind unerlässlich, um Engpässe zu identifizieren und Prozessverzögerungen zu verstehen.
Bedeutung
Es liefert die chronologischen Daten, die zur Berechnung aller Durchlaufzeiten, Zykluszeiten und Leistungsmetriken notwendig sind und bildet die Grundlage der zeitlichen Prozessanalyse.
Datenquelle
Stammt aus Datumsfeldern oder Systemprotokollen des Lieferantenrechnungsdatensatzes und zugehörigen Transaktionsdatensätzen, wie z.B. 'Erstellungsdatum', 'Letztes Änderungsdatum' oder Genehmigungsdatumsfeldern.
Beispiele
2023-04-15T09:00:00Z2023-04-16T14:30:15Z2023-04-20T11:05:45Z
|
|||
|
Genehmiger
Approver
|
Der Benutzer, der für die Genehmigung oder Ablehnung der Rechnung verantwortlich ist. | ||
|
Beschreibung
Dieses Attribut identifiziert den Mitarbeiter oder Manager, der den Genehmigungsschritt für eine Rechnung durchgeführt hat. In Workflows mit mehreren Genehmigungsstufen kann dies den letzten oder finalen Genehmiger erfassen.\n\nDie Verfolgung des Genehmigers ist unerlässlich für die Analyse des Genehmigungszyklus. Es hilft, Engpässe im Genehmigungsprozess zu identifizieren, indem es zeigt, welche Personen oder Abteilungen die längsten durchschnittlichen Genehmigungszeiten haben. Diese Informationen können zur Arbeitslastverteilung oder für zusätzliche Schulungen verwendet werden.
Bedeutung
Hilft, Engpässe im Genehmigungsprozess aufzudecken und die Leistung nach Einzelperson oder Abteilung zu analysieren, was gezielte Verbesserungen ermöglicht.
Datenquelle
Stammt aus den Workflow- oder Genehmigungshistorienprotokollen, die mit der Lieferantenrechnungstransaktion verbunden sind. Dies kann in den 'System Notes' oder einem benutzerdefinierten Genehmigungsprotokoll enthalten sein.
Beispiele
John SmithJane DoeLeiter der Finanzabteilung
|
|||
|
Ist Auto Matched
IsAutoMatched
|
Ein Kennzeichen, das angibt, ob die Rechnung automatisch und ohne manuellen Eingriff mit einer Bestellung abgeglichen wurde. | ||
|
Beschreibung
Dieses boolesche Attribut gibt an, ob das System die Rechnung automatisch einer Bestellung und dem Wareneingang (in einem Drei-Wege-Abgleichsszenario) basierend auf vordefinierten Regeln und Toleranzen zuordnen konnte. Ein 'true'-Wert signalisiert einen berührungslosen Abgleichsprozess.\n\nDieses Attribut ist die Grundlage für den KPI 'Automatischer Rechnungsabgleich'. Eine hohe Rate des automatischen Abgleichs ist ein wichtiger Indikator für ein hocheffizientes und automatisiertes Rechnungsverarbeitungssystem. Die Analyse der Fälle, in denen dies 'false' ist, hilft, die Gründe für Abgleichsfehler und Möglichkeiten zur Verbesserung der Automatisierung zu identifizieren.
Bedeutung
Misst direkt den Grad der Automatisierung und Effizienz im Rechnungsabgleichsprozess und zeigt Möglichkeiten zur Reduzierung manueller Arbeit auf.
Datenquelle
Dies ist typischerweise ein abgeleitetes Attribut. Es kann aus dem Fehlen einer Aktivität 'Abweichung beim Abgleich festgestellt' oder durch die Überprüfung, ob die Rechnung von einem Systembenutzer in sehr kurzer Zeit erstellt und genehmigt wurde, abgeleitet werden.
Beispiele
truefalsch
|
|||
|
Lieferantenname
VendorName
|
Der Name des Kreditoren oder Lieferanten, der die Rechnung eingereicht hat. | ||
|
Beschreibung
Dieses Attribut identifiziert den rechtlichen Namen des mit der Rechnung verbundenen Lieferanten. Der Lieferant ist eine Schlüsselerentität im Purchase-to-Pay-Prozess.\n\nDie Analyse des Prozesses nach Lieferanten ist entscheidend, um spezifische lieferantenbezogene Probleme zu identifizieren. Sie hilft, Fragen zu beantworten, z.B. welche Lieferanten die längsten Genehmigungszeiten haben, welche die meisten Rechnungen einreichen, die Nacharbeit erfordern, und welche am häufigsten verspätet bezahlt werden. Diese Segmentierung ist grundlegend für das Lieferantenbeziehungsmanagement und die Leistungsanalyse.
Bedeutung
Es ermöglicht eine kritische Segmentierung der Prozessdaten, um lieferantenspezifische Engpässe, Zahlungsleistung und Compliance-Probleme zu identifizieren.
Datenquelle
Stammt aus dem Feld 'Lieferant' auf dem Lieferantenrechnungsdatensatz, verknüpft mit den Lieferantenstammdaten.
Beispiele
Office Supplies Inc.Global Tech Services`Kreativmarketingagentur`
|
|||
|
Rechnungsbetrag
InvoiceAmount
|
Der monetäre Gesamtwert der Lieferantenrechnung. | ||
|
Beschreibung
Dieses Attribut stellt den auf der Rechnung angegebenen Gesamtbetrag dar, einschließlich Steuern oder sonstiger Gebühren. Es ist eine wichtige Finanzkennzahl für jeden Fall.\n\nDer Rechnungsbetrag wird für verschiedene Analysezwecke verwendet, einschließlich der Segmentierung von Rechnungen in Wertebereiche (z.B. hohe Werte vs. niedrige Werte), um zu sehen, ob sich Bearbeitungszeiten oder Genehmigungswege unterscheiden. Er ist auch wesentlich für die Finanzberichterstattung, die Berechnung des Wertes von Rechnungen in verschiedenen Stadien und die Analyse der finanziellen Auswirkungen von Zahlungsverzögerungen.
Bedeutung
Ermöglicht Finanzanalyse und wertbasierte Segmentierung, was hilft, Rechnungen mit hohem Wert zu priorisieren und Kostenfaktoren zu verstehen.
Datenquelle
Dies entspricht dem Feld 'Gesamt' oder 'Betrag' im Header des Lieferantenrechnungsdatensatzes in NetSuite.
Beispiele
1500.75250.0012500.50
|
|||
|
Rechnungsstatus
InvoiceStatus
|
Der aktuelle Bearbeitungsstatus der Rechnung. | ||
|
Beschreibung
Dieses Attribut spiegelt den aktuellen Zustand der Lieferantenrechnung innerhalb ihres Lebenszyklus wider, z.B. 'Genehmigung ausstehend', 'Genehmigt', 'Vollständig bezahlt' oder 'Abgelehnt'.\n\nDer Status bietet eine Momentaufnahme, wo sich eine Rechnung zu einem bestimmten Zeitpunkt im Prozess befindet. Er wird in operativen Dashboards verwendet, um die aktuelle Arbeitslast und den Durchsatz zu überwachen. Die Analyse von Statusübergängen ist auch ein wichtiger Bestandteil des Process Mining, da sie oft die Grundlage für die Definition von Aktivitäten bildet.
Bedeutung
Bietet eine Echtzeit-Momentaufnahme des Rechnungsfortschritts und ermöglicht so Workload-Management und Durchsatzanalyse.
Datenquelle
Dies ist das Feld 'Status' im Lieferantenrechnungsdatensatz in NetSuite.
Beispiele
OffenGenehmigung ausstehendGenehmigtVollständig bezahlt
|
|||
|
Wurde pünktlich bezahlt
IsPaidOnTime
|
Ein Kennzeichen, das angibt, ob die Rechnung am oder vor ihrem Fälligkeitsdatum bezahlt wurde. | ||
|
Beschreibung
Dieses berechnete boolesche Attribut vergleicht den Timestamp der Aktivität 'Rechnung vollständig bezahlt' mit dem 'Zahlungsfälligkeitsdatum'. Es ist 'true', wenn die Zahlung pünktlich erfolgte, und 'false' andernfalls.\n\nDieses Attribut unterstützt direkt den KPI 'Pünktliche Zahlungsrate', eine kritische Messgröße für Finanzdisziplin und Lieferantenbeziehungsmanagement. Es ermöglicht eine einfache Filterung und Analyse verspäteter Zahlungen, um Grundursachen wie Genehmigungsverzögerungen oder Probleme bei der Planung von Zahlungsläufen zu identifizieren.
Bedeutung
Misst direkt die Einhaltung von Zahlungsbedingungen, was entscheidend ist für Lieferantenbeziehungen, die Vermeidung von Strafen und die Finanzplanung.
Datenquelle
Berechnetes Feld: WAHR, wenn der Zeitstempel der finalen Zahlungsaktivität kleiner oder gleich dem 'PaymentDueDate' ist.
Beispiele
truefalsch
|
|||
|
Zahlungsfälligkeitsdatum
PaymentDueDate
|
Das Datum, bis zu dem die Rechnung bezahlt werden muss, um die vereinbarten Zahlungsbedingungen zu erfüllen. | ||
|
Beschreibung
Das Zahlungsfälligkeitsdatum wird basierend auf dem Rechnungsdatum und den mit dem Lieferanten vereinbarten Zahlungsbedingungen (z.B. Netto 30, Netto 60) berechnet. Es dient als primäre Frist für die Zahlungsabwicklung.\n\nDieses Datum ist entscheidend für die Messung der pünktlichen Zahlungsleistung, einem Schlüssel-KPI für Lieferantenbeziehungen und die finanzielle Gesundheit. Durch den Vergleich des tatsächlichen Zahlungsdatums mit dem Fälligkeitsdatum können Organisationen ihre Zahlungspünktlichkeit verfolgen, Lieferanten identifizieren, die konsequent zu spät bezahlt werden, und den Cashflow effektiver verwalten.
Bedeutung
Es ist der Maßstab für die Messung der pünktlichen Zahlungsleistung, was sich direkt auf die Lieferantenbeziehungen auswirkt und dazu beitragen kann, Verzugsgebühren zu vermeiden.
Datenquelle
Dies ist das Feld 'Fälligkeitsdatum' im Lieferantenrechnungsdatensatz, das oft automatisch basierend auf dem Feld 'Bedingungen' berechnet wird.
Beispiele
2023-05-152023-06-302023-07-01
|
|||
|
Ablehnungsgrund
RejectionReason
|
Der Grund, der bei der Ablehnung einer Rechnung während des Genehmigungsprozesses angegeben wird. | ||
|
Beschreibung
Wenn ein Genehmiger eine Rechnung ablehnt, gibt er typischerweise einen Ablehnungsgrund an, z.B. 'Falscher Betrag', 'Doppelte Rechnung' oder 'Fehlende Bestellung'. Dieses Attribut erfasst diesen Grund.\n\nDiese Information ist entscheidend für die Ursachenanalyse von Prozessineffizienzen. Durch die Kategorisierung und Trendanalyse von Ablehnungsgründen können Organisationen häufige Probleme, wie Probleme mit bestimmten Lieferanten oder Dateneingabefehler, identifizieren und Korrekturmaßnahmen implementieren, um Nacharbeit und Verzögerungen zu reduzieren.
Bedeutung
Bietet direkten Einblick in die Grundursachen von Nacharbeit und Prozessfehlern und hilft, die First-Time-Right-Raten zu verbessern.
Datenquelle
Diese Daten werden typischerweise in einem Memo- oder Kommentarfeld während des Ablehnungsschritts eines Genehmigungs-Workflows erfasst. Sie können in den 'System Notes' oder einem benutzerdefinierten Feld gespeichert werden.
Beispiele
Falsche MengeDoppelte RechnungPreisabweichung zur Bestellung
|
|||
|
Bestellnummer
PurchaseOrderNumber
|
Die Kennung der mit der Rechnung verbundenen Bestellung. | ||
|
Beschreibung
Dieses Attribut verknüpft eine Lieferantenrechnung mit der entsprechenden Bestellung (PO), die die Beschaffung der Waren oder Dienstleistungen autorisiert hat. Rechnungen können bestellbezogen oder nicht-bestellbezogen sein.\n\nDie Analyse nach Bestellung liefert entscheidenden Kontext für die Effizienz des Rechnungsabgleichs. Sie hilft, die Rate des automatischen Abgleichs gegenüber manueller Intervention zu bestimmen und Diskrepanzen zwischen Rechnung, Bestellung und Wareneingang zu identifizieren. Eine hohe Rate an Abweichungen kann auf Probleme im Beschaffungsprozess hinweisen.
Bedeutung
Verknüpft die Rechnung mit dem Beschaffungsprozess, was für die Analyse der Effizienz des Rechnungsabgleichs und der Einhaltung des Drei-Wege-Abgleichs unerlässlich ist.
Datenquelle
Verfügbar im Lieferantenrechnungsdatensatz, typischerweise auf den Einzelposten oder in einem Header-Feld, das sie mit einer Bestellung verknüpft.
Beispiele
PO-005678PO-005891N/A
|
|||
|
Grund der Zahlungssperre
PaymentBlockReason
|
Der Grund, warum eine Zahlung für eine genehmigte Rechnung gesperrt wurde. | ||
|
Beschreibung
Eine zur Zahlung genehmigte Rechnung kann dennoch aus verschiedenen Gründen mit einer Zahlungssperre belegt werden, wie zum Beispiel bei einer Lieferantenstreitigkeit, einem Qualitätsproblem mit erhaltenen Waren oder einer Cash-Management-Entscheidung. Dieses Attribut erfasst den spezifischen Grund für die Sperre. Die Analyse der Gründe für Zahlungssperren und deren Lösungszeiten ist wichtig für die Optimierung des Cashflows und die Pflege guter Lieferantenbeziehungen. Sie hilft, wiederkehrende Probleme zu identifizieren, die zu Zahlungsverzögerungen führen, selbst nachdem eine Rechnung erfolgreich bearbeitet und genehmigt wurde.
Bedeutung
Erklärt, warum genehmigte Rechnungen nicht bezahlt werden, und beleuchtet operative oder finanzielle Probleme, die Zahlungen verzögern.
Datenquelle
Dies wird oft über ein benutzerdefiniertes Kontrollkästchen 'Zahlungssperre' oder 'Zahlungsblockade' und eine entsprechende Begründungsliste oder ein Textfeld auf der Lieferantenrechnung verwaltet.
Beispiele
Lieferantenkonto gesperrtQualitätsprüfung ausstehendWarten auf Gutschrift
|
|||
|
Rechnungsdurchlaufzeit
InvoiceCycleTime
|
Die gesamte verstrichene Zeit von der Erstellung der Rechnung bis zu ihrer vollständigen Bezahlung. | ||
|
Beschreibung
Diese berechnete Metrik misst die End-to-End-Dauer des Rechnungsverarbeitungs-Lebenszyklus. Sie wird typischerweise als Zeitdifferenz zwischen der Aktivität 'Lieferantenrechnung erstellt' und der Aktivität 'Rechnung vollständig bezahlt' berechnet.\n\nAls primärer KPI bietet die durchschnittliche Rechnungszykluszeit ein übergeordnetes Maß für die Gesamteffizienz des AP-Prozesses. Die Analyse dieser Metrik, segmentiert nach Lieferant oder Tochtergesellschaft, hilft, weitreichende Ineffizienzbereiche zu identifizieren und die Auswirkungen von Prozessverbesserungsinitiativen im Zeitverlauf zu verfolgen.
Bedeutung
Misst die End-to-End-Effizienz des Rechnungsverarbeitungs-Workflows und beeinflusst direkt Lieferantenbeziehungen sowie das Working Capital.
Datenquelle
Berechnetes Feld, basierend auf den Zeitstempeln der ersten und letzten Ereignisse für jeden Case (Rechnung).
Beispiele
25 Tage 4 Stunden15 Tage 11 Stunden45 Tage 2 Stunden
|
|||
|
Skonto gezogen
DiscountTaken
|
Ein Kennzeichen, das angibt, ob ein verfügbarer Skonto erfolgreich genutzt wurde. | ||
|
Beschreibung
Dieses berechnete boolesche Attribut prüft, ob eine Rechnung mit verfügbarem Skonto am oder vor dem 'Skontodatum' bezahlt wurde. Es ist 'true', wenn der Skontoabzug genutzt wurde, und 'false', wenn die Möglichkeit verpasst wurde.\n\nDieses Attribut ist unerlässlich für den KPI 'Skonto-Nutzungsrate'. Es hilft Finanzabteilungen, verpasste Einsparungen zu quantifizieren und Prozessengpässe, wie langsame Genehmigungen, zu identifizieren, die sie daran hindern, günstige Zahlungsbedingungen zu nutzen.
Bedeutung
Misst die Effektivität des Prozesses bei der Nutzung von Kosteneinsparungsmöglichkeiten, was sich direkt auf das Unternehmensergebnis auswirkt.
Datenquelle
Berechnetes Feld: WAHR, wenn die Rechnung ein 'DiscountDate' hatte und die finale Zahlungsaktivität an oder vor diesem Datum erfolgte.
Beispiele
truefalsch
|
|||
|
Skontodatum
DiscountDate
|
Die Frist für die Zahlung einer Rechnung, um für einen Skontoabzug berechtigt zu sein. | ||
|
Beschreibung
Dieses Attribut gibt das Datum an, bis zu dem eine Rechnung bezahlt werden muss, um Skontoabzüge des Lieferanten gemäß den Zahlungsbedingungen (z.B. '2% 10, Netto 30') nutzen zu können.\n\nDieses Datum ist wesentlich für die Berechnung des KPI 'Skonto-Nutzungsrate'. Die Verfolgung der Leistung anhand dieses Datums ermöglicht es der Organisation, verpasste Einsparungsmöglichkeiten zu identifizieren und ihre Zahlungsstrategie zu optimieren, um die genutzten Skonti zu maximieren, was sich erheblich positiv auf die Profitabilität auswirken kann.
Bedeutung
Es ist das Schlüsseldatum zur Identifizierung und Nutzung von Skonti, was sich direkt auf Kosteneinsparungen und Profitabilität auswirkt.
Datenquelle
Dieses Datum wird aus dem Rechnungsdatum und dem Feld 'Bedingungen' (Terms) im Lieferantenrechnungsdatensatz abgeleitet. NetSuite berechnet dies als 'Skontodatum'.
Beispiele
2023-04-252023-05-10
|
|||
|
Tochtergesellschaft
Subsidiary
|
Das Unternehmen oder die juristische Einheit innerhalb der Organisation, die für die Rechnung verantwortlich ist. | ||
|
Beschreibung
In einer Mehrentitäten-Organisation identifiziert das Attribut Tochtergesellschaft, welcher juristischen Einheit die Lieferantenrechnung gehört. Dies ist ein fundamentaler organisatorischer Datenpunkt in NetSuite OneWorld-Konten. Die Analyse des Prozesses nach Tochtergesellschaft ermöglicht einen Leistungsvergleich über verschiedene Geschäftseinheiten oder geografische Standorte hinweg. Es hilft zu identifizieren, welche Teile der Organisation am effizientesten sind und wo Best Practices geteilt werden können oder wo spezifische Prozessprobleme bestehen.
Bedeutung
Ermöglicht Leistungsbenchmarking und -analyse über verschiedene juristische Einheiten oder Geschäftsbereiche innerhalb der Organisation hinweg.
Datenquelle
Dies ist das Standardfeld 'Tochtergesellschaft' (Subsidiary) auf allen Transaktionsdatensätzen in einem NetSuite OneWorld-Konto.
Beispiele
USA WestEMEA-ZentraleAPAC Services
|
|||
|
Währung
Currency
|
Die Währung des Rechnungsbetrags. | ||
|
Beschreibung
Dieses Attribut gibt die Währung an, in der die Rechnung denominiert ist, z.B. USD, EUR oder GBP. Dies ist besonders wichtig für Unternehmen, die in mehreren Ländern tätig sind.\n\nWährung liefert wesentlichen Kontext für alle monetären Werte. In der Analyse stellt sie sicher, dass Finanzdaten korrekt interpretiert werden und ermöglicht eine ordnungsgemäße Währungsumrechnung bei der Aggregation finanzieller Metriken über verschiedene Regionen hinweg.
Bedeutung
Bietet den notwendigen Kontext für alle finanziellen Beträge und gewährleistet eine genaue Finanzanalyse in Umgebungen mit mehreren Währungen.
Datenquelle
Dies ist das Feld 'Währung' im Lieferantenrechnungsdatensatz, typischerweise aus dem Lieferantenstammdatensatz voreingestellt.
Beispiele
USDEURGBP
|
|||
Purchase to Pay - Rechnungsverarbeitungs-Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Lieferantenrechnung erstellt
|
Diese Aktivität markiert die Erstellung eines Lieferantenrechnungsdatensatzes in NetSuite, der als Ausgangspunkt für den Rechnungsverarbeitungsweg dient. Dies wird aus dem Erstellungsdatum des Lieferantenrechnungs-Transaktionsdatensatzes erfasst. | ||
|
Bedeutung
Dies ist das primäre Start-Event für den Rechnungslebenszyklus. Die Analyse der Zeit von dieser Aktivität zu anderen zeigt die gesamte Bearbeitungszeit und hebt anfängliche Dateneingabeverzögerungen hervor.
Datenquelle
Aus dem Feld 'Date Created' oder Transaktionsdatum im Lieferantenrechnungsdatensatz. Jede Lieferantenrechnung hat eine eindeutige interne ID und Transaktionsnummer.
Erfassen
Timestamp der Erstellung der Lieferantenrechnungs-Transaktion.
Ereignistyp
explicit
|
|||
|
Lieferantenzahlung erstellt
|
Diese Aktivität markiert die Erstellung der Zahlungstransaktion, die die Lieferantenrechnung begleicht. Dies ist ein explizites Event, das aus der Erstellung eines mit der Rechnung verknüpften Lieferantenzahlungsdatensatzes erfasst wird. | ||
|
Bedeutung
Stellt die Ausführung der Zahlung dar, ein kritischer Schritt für die Analyse der pünktlichen Zahlung und die Cashflow-Prognose. Es ist ein wichtiger Meilenstein vor dem Prozessende.
Datenquelle
Aus dem Erstellungsdatum des Lieferantenzahlungstransaktionsdatensatzes. Der Zahlungsdatensatz wird in seiner 'Apply'-Unterliste einen Verweis auf die Lieferantenrechnung haben, die er bezahlt.
Erfassen
Timestamp der Erstellung der Lieferantenzahlungs-Transaktion.
Ereignistyp
explicit
|
|||
|
Rechnung freigegeben
|
Markiert die endgültige Genehmigung der Lieferantenrechnung und autorisiert diese zur Zahlung. Dies ist ein wichtiger Meilenstein, der typischerweise als explizite Statusänderung zu 'Genehmigt' im Genehmigungs-Workflow des Systems erfasst wird. | ||
|
Bedeutung
Dies ist ein kritischer Meilenstein, der den Zahlungsprozess steuert. Verzögerungen hier sind ein häufiger Engpass, und die Verfolgung dieser Aktivität ist unerlässlich für das Management der Zahlungspünktlichkeit und des Cashflows.
Datenquelle
Erfasst aus den Systemhinweisen oder dem Audit-Trail für die Lieferantenrechnung, insbesondere den Zeitstempel, wenn das Feld 'Approval Status' auf 'Approved' gesetzt wird.
Erfassen
Timestamp der Statusänderung zu 'Genehmigt' im Audit-Trail der Lieferantenrechnung.
Ereignistyp
explicit
|
|||
|
Rechnung im Hauptbuch verbucht
|
Diese Aktivität repräsentiert den Zeitpunkt, zu dem die genehmigte Lieferantenrechnung das Hauptbuch beeinflusst. In Standard-NetSuite-Konfigurationen geschieht dies automatisch nach der endgültigen Genehmigung der Rechnung. | ||
|
Bedeutung
Dies ist ein wichtiger Finanzkontrollpunkt, der sicherstellt, dass Verbindlichkeiten korrekt erfasst werden. Die Überwachung auf Abweichungen, wie z.B. Zahlungen, die vor der Buchung erfolgen, ist entscheidend für die Compliance-Analyse.
Datenquelle
Das 'Posting'-Flag auf der Lieferantenrechnung ist auf true gesetzt. Der Timestamp kann aus dem Genehmigungs-Event-Datum stammen, da die Buchung typischerweise synchron zur Genehmigung erfolgt.
Erfassen
Timestamp der finalen Genehmigungsaktion, die die Hauptbuchbuchung auslöst.
Ereignistyp
explicit
|
|||
|
Rechnung vollständig bezahlt
|
Diese Aktivität bedeutet, dass die Lieferantenrechnung vollständig bezahlt wurde und ihr Status entsprechend aktualisiert wird. Dies ist der erfolgreiche Abschluss des Prozesses, abgeleitet von einer Statusänderung auf der Rechnung selbst. | ||
|
Bedeutung
Dies ist das primäre 'Happy Path'-Endereignis für den Rechnungslebenszyklus. Die Messung der Gesamtzeit bis zum Erreichen dieses Zustands liefert die End-to-End-Zykluszeit für den Prozess.
Datenquelle
Abgeleitet aus den Systemhinweisen oder dem Audit-Trail im Lieferantenrechnungsdatensatz, insbesondere den Zeitstempel, wenn der Status auf 'Vollständig bezahlt' wechselt.
Erfassen
Timestamp der Statusänderung zu 'Vollständig bezahlt' auf der Lieferantenrechnung.
Ereignistyp
inferred
|
|||
|
Abweichung beim Abgleich festgestellt
|
Diese Aktivität tritt auf, wenn eine Rechnung, die einer Bestellung entsprechen sollte, die automatisierten Abgleichsregeln nicht erfüllt und eine manuelle Überprüfung erfordert. Sie wird oft daraus abgeleitet, dass die Rechnung einen spezifischen Status wie 'Abgleichsperre' oder 'Abweichung' erhält. | ||
|
Bedeutung
Hebt Ineffizienzen in den Beschaffungs- und Wareneingangsprozessen hervor, die zu manueller Nacharbeit führen. Dies unterstützt direkt das Dashboard 'Invoice Matching Efficiency' und den KPI 'Matching Discrepancy Rework Rate'.
Datenquelle
Abgeleitet aus einer Statusänderung an der Lieferantenrechnung, die eine Sperre oder Ausnahme anzeigt, oder durch Identifizierung von Rechnungen, die mit einer Bestellung verknüpft sind und vor der Genehmigung erhebliche manuelle Änderungen erforderten.
Erfassen
Timestamp der Statusänderung zu einem 'Sperr'- oder 'Abweichungs'-Status. Kann eine Analyse von benutzerdefinierten Feldern oder Workflows erfordern.
Ereignistyp
inferred
|
|||
|
Gutschrift angewendet
|
Stellt die Anwendung einer Lieferantengutschrift auf eine Rechnung dar, wodurch der geschuldete Betrag reduziert wird. Dies ist ein explizites Event, das aus dem Anwendungsdatensatz der Lieferantengutschrift-Transaktion erfasst wird. | ||
|
Bedeutung
Zeigt einen alternativen Weg zur Begleichung einer Rechnung, der keine direkte Barzahlung beinhaltet. Häufige Gutschriften können auf Probleme mit der ursprünglichen Bestellgenauigkeit oder der Lieferantenleistung hinweisen.
Datenquelle
Aus dem Anwendungsdatensatz, der eine Lieferantengutschrift mit einer Lieferantenrechnung verknüpft. Das Anwendungsdatum würde als Event-Zeitstempel dienen.
Erfassen
Timestamp der Anwendung einer Lieferantengutschrift-Transaktion auf die Lieferantenrechnung.
Ereignistyp
explicit
|
|||
|
Rechnung abgelehnt
|
Die Lieferantenrechnung wird von einem Genehmiger abgelehnt und aus der aktiven Bearbeitungswarteschlange entfernt. Dies wird aus einer expliziten Statusänderung zu 'Abgelehnt' erfasst und stellt oft einen Endzustand dar, es sei denn, sie wird erneut eingereicht. | ||
|
Bedeutung
Hebt Prozessfehler hervor, wie doppelte Rechnungen oder falsche Lieferanteninformationen. Die Verfolgung der Häufigkeit und Gründe für Ablehnungen hilft, die Erstgenauigkeit zu verbessern und unnötigen Aufwand zu reduzieren.
Datenquelle
Erfasst aus den Systemhinweisen oder dem Audit-Trail für die Lieferantenrechnung, wobei der Zeitstempel aufgezeichnet wird, wenn das Feld 'Approval Status' auf 'Rejected' gesetzt wird.
Erfassen
Timestamp der Statusänderung zu 'Abgelehnt' im Audit-Trail der Lieferantenrechnung.
Ereignistyp
explicit
|
|||
|
Rechnung zur Genehmigung eingereicht
|
Stellt den Punkt dar, an dem die erstellte Lieferantenrechnung formal in einen Genehmigungs-Workflow übermittelt wird. Dies wird typischerweise aus einer Statusänderung der Rechnung von 'Offen' oder 'Einreichung ausstehend' zu 'Genehmigung ausstehend' abgeleitet. | ||
|
Bedeutung
Leitet den Genehmigungszyklus ein. Die Messung der Zeit von diesem Ereignis bis zu 'Rechnung genehmigt' oder 'Rechnung abgelehnt' ist entscheidend für das Dashboard zur Analyse der Rechnungs-Genehmigungszykluszeit.
Datenquelle
Abgeleitet aus den Systemhinweisen oder dem Audit-Trail im Lieferantenrechnungsdatensatz, insbesondere das Nachverfolgen von Änderungen am Feld 'Approval Status'.
Erfassen
Timestamp der Statusänderung zu 'Genehmigung ausstehend' im Audit-Trail der Lieferantenrechnung.
Ereignistyp
inferred
|
|||
|
Rechnung zur Nacharbeit gesendet
|
Tritt auf, wenn ein Genehmiger oder Prüfer die Rechnung zur Korrektur an den Verfasser zurücksendet. Dies wird aus einer Statusänderung abgeleitet, die die Rechnung im Workflow zurückbewegt, z.B. von 'Genehmigung ausstehend' zurück zu 'Einreichung ausstehend'. | ||
|
Bedeutung
Identifiziert Nacharbeits-Schleifen, die Bearbeitungszeiten erheblich verlängern und manuellen Aufwand erhöhen. Die Verfolgung hilft, häufige Fehlerursachen aufzudecken, wie falsche Kodierung oder Dateneingabefehler.
Datenquelle
Abgeleitet aus den Systemhinweisen oder dem Audit-Trail an der Lieferantenrechnung, auf der Suche nach einer Statusregression oder einem spezifischen 'Rework'-Status.
Erfassen
Timestamp der Statusänderung, die einen Rückschritt im Genehmigungs-Workflow anzeigt.
Ereignistyp
inferred
|
|||
|
Skontofrist verpasst
|
Ein berechnetes Ereignis, das anzeigt, dass die Zahlung einer Rechnung mit verfügbaren Skonto-Zahlungsbedingungen nicht innerhalb der Skontofrist ausgeführt wurde. Dieses Ereignis wird durch den Vergleich des Zahlungsdatums mit dem Skonto-Fälligkeitsdatum abgeleitet. | ||
|
Bedeutung
Unterstützt direkt den 'Early Payment Discount Capture Rate' KPI durch Quantifizierung entgangener Einsparungen. Es hilft Organisationen, Prozess- oder Cashflow-Probleme zu identifizieren, die sie daran hindern, Skonto zu nutzen.
Datenquelle
Dies ist ein berechnetes Event. Es erfordert den Vergleich des 'Datums' der angewendeten Lieferantenzahlungstransaktion mit dem Feld 'Skontodatum' im ursprünglichen Lieferantenrechnungsdatensatz.
Erfassen
Lieferantenzahlungsdatum mit Skontodatum der Lieferantenrechnung vergleichen. Wenn Zahlungsdatum > Skontodatum, tritt das Ereignis ein.
Ereignistyp
calculated
|
|||
|
Zahlung im Batch geplant
|
Die genehmigte Rechnung wird ausgewählt und in einen Zahlungsbatch zur zukünftigen Ausführung aufgenommen. Dies ist eine explizite Aktion, bei der Rechnungen einem Lieferantenzahlungs-Batch hinzugefügt oder über die Seite 'Rechnungen bezahlen' verarbeitet werden. | ||
|
Bedeutung
Zeigt den Übergang von einer genehmigten Verbindlichkeit zu einem beabsichtigten Cash-Outflow. Die Analyse von Verzögerungen zwischen Genehmigung und Planung kann Cash-Management-Strategien oder Ineffizienzen im Zahlungslaufprozess aufzeigen.
Datenquelle
Dies kann als eigenständiges Event schwierig zu erfassen sein. Es ist oft Teil des Zahlungserstellungsprozesses selbst. Es kann aus dem Erstellungsdatum eines Zahlungsbatch-Datensatzes abgeleitet werden, der die Rechnung enthält.
Erfassen
Erstellungszeitstempel eines Zahlungsstapeldatensatzes, der die Rechnung referenziert.
Ereignistyp
inferred
|
|||
|
Zahlungssperre freigegeben
|
Die Zahlungssperre auf einer Rechnung wird aufgehoben, wodurch sie wieder zahlungsfähig wird. Dies wird aus dem Löschen des Kontrollkästchens 'Zahlungssperre' oder einer Statusänderung weg von einem 'Sperr'-Zustand abgeleitet. | ||
|
Bedeutung
Die Messung der Dauer zwischen 'Zahlungssperre gesetzt' und dieser Aktivität zeigt die Effizienz des Lösungsprozesses. Sie hilft, häufige Gründe für Sperren zu identifizieren und deren Aufhebung zu beschleunigen.
Datenquelle
Abgeleitet aus dem Audit-Trail für das Deaktivieren des 'Payment Hold'-Kontrollkästchens oder der Aktualisierung eines benutzerdefinierten Statusfeldes an der Lieferantenrechnung.
Erfassen
Timestamp des Änderungs-Events für ein gelöschtes Feld 'Zahlungssperre' oder ähnliches.
Ereignistyp
inferred
|
|||
|
Zahlungssperre gesetzt
|
Eine Zahlungssperre wird aktiv auf eine genehmigte Rechnung gesetzt, die deren Bezahlung verhindert. Dies wird oft aus einem markierten Kontrollkästchen oder einem angewendeten benutzerdefinierten 'Sperr'-Status abgeleitet. | ||
|
Bedeutung
Diese Aktivität ist entscheidend für das 'Analyse der Zahlungssperren-Behebung'-Dashboard. Sie identifiziert Verzögerungen zwischen Genehmigung und Zahlungsbereitschaft, die Lieferantenbeziehungen schaden können.
Datenquelle
Abgeleitet aus dem Audit-Trail für ein 'Payment Hold'-Kontrollkästchen oder ein benutzerdefiniertes Statusfeld auf der Lieferantenrechnungstransaktion.
Erfassen
Timestamp des Änderungs-Events für ein Feld 'Zahlungssperre' oder ähnliches.
Ereignistyp
inferred
|
|||