> Kontinuierliche Prozessverbesserung > Bestandsverwaltung > NetSuite > Daten Template

Ihr Daten-Template für die Bestandsverwaltung

NetSuite

← Zurück zum Leitfaden zur Prozessverbesserung

Attribute der Bestandsverwaltung (23) Aktivitäten der Bestandsverwaltung (15) Anleitungen zur Datenextraktion (3)

Ihr Daten-Template für die Bestandsverwaltung

Dieses Template zeigt Ihnen, welche Daten Sie für die Analyse und Optimierung Ihrer Bestandsverwaltung erfassen sollten. Es beschreibt die erforderlichen Attribute und wichtigen Aktivitäten und erklärt, wie Sie die Informationen aus Ihren Quellsystemen extrahieren. Mit diesen Empfehlungen erstellen Sie ein aussagekräftiges Event Log für die Process-Mining-Analyse.

Empfohlene Attribute für die Datenerfassung
Wichtige Aktivitäten für die Nachverfolgung
Anleitung zur Datenextraktion aus NetSuite

Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Template herunterladen

Attribute der Bestandsverwaltung

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um Ihre Bestandsverwaltungsprozesse umfassend zu analysieren.

3 Erforderlich 7 Empfohlen 13 Optional

	Name	Beschreibung
	Bestandslos/Charge InventoryBatchLotNumber	Die eindeutige Kennung eines bestimmten Bestandsloses oder einer Charge. Sie dient als Case-ID zur Nachverfolgung des Lebenszyklus.
Beschreibung Die Nummer des Bestandsloses oder der Charge ist die zentrale Case-Kennung. Sie fasst alle Aktivitäten zu einer bestimmten Produktmenge zusammen. Damit lässt sich der gesamte Lebenszyklus einer abgegrenzten Bestandsmenge verfolgen, vom Wareneingang über verschiedene Bewegungen bis zur Ausgabe oder zum Verbrauch. In der Prozessanalyse steht jede eindeutige InventoryBatchLotNumber für eine einzelne Prozessinstanz. Werden Cases anhand dieser Kennung analysiert, lässt sich nachvollziehen, wie unterschiedliche Chargen bearbeitet werden. So werden Abweichungen, Verzögerungen und Ausnahmen im Bestandsmanagement vom Wareneingang bis zum Versand sichtbar. Warum das wichtig ist Diese Kennung ist entscheidend, um den gesamten Weg einer bestimmten Bestandsmenge nachzuverfolgen und ihren vollständigen Lebenszyklus sowie Prozessabweichungen zu analysieren. Woher beziehen Diese Kennung ist in den Transaktionszeilen von Artikeln mit Los- oder Chargennummer in NetSuite zu finden. Sie wird in den Bestandsdetails des Artikels verwaltet. Beispiele LOT-202405-001B-FG-10984A2303-4CBATCH-001298
	Aktivitätsname ActivityName	Der Name der Geschäftsaktivität, die zu einem bestimmten Zeitpunkt im Bestandslebenszyklus stattgefunden hat.
Beschreibung Dieses Attribut beschreibt ein bestimmtes Ereignis oder einen Schritt im Bestandsmanagement, etwa „Wareneingang erfasst“ oder „Kommissionierung abgeschlossen“. Es ist grundlegend für die Erstellung der Prozesslandkarte und das Verständnis der Ablauffolge. Mit einer Analyse von ActivityName lassen sich der Prozessfluss visualisieren, Prozessschritte identifizieren und Übergangszeiten zwischen Aktivitäten berechnen. Das Attribut bildet die Grundlage für die Prozesserkennung und Konformitätsprüfung, da es festhält, was zu einem bestimmten Zeitpunkt mit der Bestandscharge geschehen ist. Warum das wichtig ist Definiert die Prozessschritte und ermöglicht es, den Weg der Bestandscharge sowie Abweichungen vom Standardablauf zu visualisieren und zu analysieren. Woher beziehen Dies ist ein konzeptionelles Attribut, das aus NetSuite-Daten abgeleitet wird. In der Regel wird es dem Feld „Transaction Type“ (z. B. „Item Receipt“) oder dem Status einer Transaktion (z. B. „Work Order - Built“) zugeordnet. Beispiele Wareneingang erfasstQualitätsprüfung durchgeführtEinlagerung abgeschlossenBestandsabweichung korrigiertWarenausgang erfasst
	Ereigniszeit TransactionDate	Der Timestamp, der angibt, wann die Bestandsaktivität stattgefunden hat.
Beschreibung Dieses Attribut erfasst Datum und Uhrzeit einer Aktivität genau, etwa den Zeitpunkt des Wareneingangs oder der Buchung einer Bestandskorrektur. Dieser Timestamp ist entscheidend, um Ereignisse korrekt zu ordnen und die Dauer zwischen Prozessschritten zu berechnen. Bei der Analyse dient die Ereigniszeit dazu, das chronologische Event Log für jeden Case zu erstellen. Sie ist die Grundlage für alle zeitbezogenen Auswertungen, darunter die Berechnung der Zykluszeit, die Identifizierung von Engpässen und die Überwachung der Leistung im Zeitverlauf. Warum das wichtig ist Liefert die chronologische Reihenfolge der Ereignisse. Diese ist entscheidend, um Zykluszeiten zu berechnen, die Prozessleistung zu analysieren und Engpässe zu identifizieren. Woher beziehen Das standardmäßige Feld „Date“ in NetSuite-Transaktionen wie Item Receipt, Inventory Adjustment und Item Fulfillment. Für eine genauere Zeitangabe können Systemnotizen einen Timestamp enthalten. Beispiele 2023-10-26T09:00:00Z2023-10-26T14:30:15Z2023-10-27T08:22:05Z2023-10-28T11:59:59Z
	Ausführender Benutzer User	Der Mitarbeitende, der die mit der Bestandsaktivität verbundene Transaktion erstellt oder zuletzt geändert hat.
Beschreibung Dieses Attribut gibt an, welcher Benutzer für die Ausführung eines bestimmten Prozessschritts verantwortlich ist. Das kann die Lagerkraft sein, die die Ware entgegengenommen hat, der Bestandsmanager, der eine Korrektur freigegeben hat, oder die kommissionierende Person, die einen Auftrag bearbeitet hat. Die Analyse von Aktivitäten nach Benutzer hilft dabei, die Arbeitslastverteilung zu verstehen, Schulungsbedarf zu erkennen und Compliance-Probleme zu untersuchen. Das Dashboard „Compliance von Bestandskorrekturen“ verwendet dieses Attribut beispielsweise, um Korrekturen durch nicht autorisierte Personen zu kennzeichnen. Warum das wichtig ist Ordnet Prozessaktivitäten bestimmten Personen zu und schafft so Verantwortlichkeit. Das ermöglicht Leistungsanalysen, Compliance-Prüfungen und die Ermittlung von Schulungsbedarf. Woher beziehen In den Feldern „Erstellt von“ oder „Last Modified By“ standardmäßiger NetSuite-Transaktionen verfügbar. Der Unterreiter „System Notes“ enthält außerdem eine detaillierte Änderungshistorie der Benutzer. Beispiele John SmithJane DoeWarehouse.Operator1Admin
	Begründungscode für Bestandsbewegungen MovementReasonCode	Ein Code, der den Grund für eine Bestandsbewegung oder -korrektur angibt.
Beschreibung Dieses Attribut liefert Kontext zu bestimmten Bestandstransaktionen, insbesondere zu Korrekturen. Es erklärt, warum ein Bestand geändert wurde, etwa wegen „Beschädigter Ware“, „Korrektur nach Inventur“ oder „Rücksendung an Lieferanten“. Für das Dashboard „Häufigkeit und Wert von Bestandskorrekturen“ ist dieses Attribut entscheidend. Es hilft, Korrekturen zu kategorisieren und die Ursachen von Abweichungen zu ermitteln. Außerdem wird es bei Compliance-Analysen verwendet, um sicherzustellen, dass für alle Korrekturen ein gültiger, dokumentierter Grund vorliegt. Warum das wichtig ist Erklärt, warum Bestandskorrekturen vorgenommen wurden, und hilft, Ursachen für Bestandsabweichungen wie Beschädigung, Diebstahl oder Eingabefehler zu ermitteln. Woher beziehen Dieses Feld wird in NetSuite üblicherweise als benutzerdefiniertes Transaktionskopf- oder Positionsfeld eingerichtet, da es nicht für alle Transaktionstypen ein entsprechendes Standardfeld gibt. Beispiele ADJ_CYCLE_COUNTDMG_IN_TRANSITRECLASS_SKUEXPIRED_STOCK
	Bestandswert StockValue	Der finanzielle Wert des Bestands, der an einer Transaktion beteiligt ist.
Beschreibung Der Bestandswert gibt den Geldwert der Bestandsmenge an, die bewegt, korrigiert oder verkauft wird. Er wird üblicherweise berechnet, indem die Transaktionsmenge mit dem aktuellen Einstandspreis des Artikels multipliziert wird. Dieses Attribut ist wichtig, um die finanziellen Auswirkungen von Prozessaktivitäten zu verstehen. So verwendet das Dashboard „Häufigkeit und Wert von Bestandskorrekturen“ den Bestandswert, um die Kosten von Bestandsabweichungen zu beziffern. Dadurch lassen sich Probleme mit den größten finanziellen Auswirkungen priorisieren. Warum das wichtig ist Beziffert die finanziellen Auswirkungen von Bestandsbewegungen und -korrekturen. So kann sich die Analyse auf Transaktionen mit hohem Wert konzentrieren und Einsparpotenziale priorisieren. Woher beziehen Wird berechnet, indem die Transaktionsmenge mit den Kosten des Artikels multipliziert wird. Die Kosten können aus dem zugehörigen Artikeldatensatz stammen, zum Beispiel aus „Average Cost“ oder „Last Purchase Price“. Beispiele 1250.75500.0025.50-150.25
	Endzeit EndTime	Der Timestamp, der angibt, wann eine Aktivität abgeschlossen wurde.
Beschreibung Dieses Attribut erfasst den Abschlusszeitpunkt einer Aktivität. Bei vielen Bestandsbuchungen, die unmittelbar erfasst werden, kann die Endzeit mit der Startzeit übereinstimmen. Bei Aktivitäten mit messbarer Dauer, etwa einer Qualitätsprüfung oder einer Einlagerungsaufgabe, ist dieses Attribut jedoch entscheidend. Es wird vor allem zusammen mit der Startzeit verwendet, um die Verarbeitungszeit einzelner Aktivitäten zu berechnen. Dadurch lassen sich Engpässe genauer analysieren: Sie erkennen nicht nur Verzögerungen zwischen Schritten, sondern auch, welche konkreten Schritte am längsten dauern. Warum das wichtig ist Ermöglicht die genaue Berechnung der Dauer jeder Aktivität. Das ist entscheidend, um ineffiziente Schritte zu identifizieren und die Ressourcenleistung zu analysieren. Woher beziehen Dieser Wert muss möglicherweise abgeleitet werden. Bei einigen Datensätzen kann dafür „Last Modified Date“ verwendet werden, in anderen Fällen der Timestamp eines nachfolgenden, zugehörigen Ereignisses. Beispiele 2023-10-26T09:05:10Z2023-10-26T15:00:00Z2023-10-27T08:22:05Z
	Lagerstandort Location	Das physische Lager oder der Standort, an dem die Bestandsaktivität stattgefunden hat.
Beschreibung Dieses Attribut gibt das Lager, das Distributionszentrum oder einen anderen physischen Standort an, der mit einem Bestandsereignis verknüpft ist. Das Feld „Location“ in NetSuite ist eine gängige Möglichkeit, Bestände und Abläufe nach Standort zu gliedern. Diese Dimension ist für vergleichende Analysen entscheidend. Dashboards wie „Einlagerungszykluszeit nach Lager“ und „Heatmap der Lageraktivitäten“ verwenden das Attribut, um die Leistung verschiedener Standorte zu vergleichen, regionale Engpässe zu identifizieren und geografische Muster bei Bestandsbewegungen zu erkennen. Warum das wichtig ist Ermöglicht den Leistungsvergleich und die Ressourcenplanung an verschiedenen physischen Standorten. So lassen sich standortspezifische Engpässe und bewährte Vorgehensweisen identifizieren. Woher beziehen Dies ist das standardmäßige Feld „Location“, das in NetSuite für nahezu alle bestandsbezogenen Transaktionen verfügbar ist. Beispiele WH-EASTWH-WEST-01Main Distribution CenterRetail Store #105
	SKU Item	Die eindeutige Kennung des jeweiligen Produkts oder Materials.
Beschreibung Die SKU (Stock Keeping Unit) ist die eindeutige Kennung eines Produkts, etwa eine Teilenummer oder Artikelbezeichnung. Sie ermöglicht die genaueste Identifizierung eines Produkts. Die Analyse nach SKU ermöglicht eine detaillierte Untersuchung der Leistung und Handhabung einzelner Produkte. Sie kann zeigen, dass bestimmte Artikel längere Einlagerungszeiten oder höhere Korrekturraten aufweisen oder häufiger beschädigt werden. Daraus lassen sich konkrete Verbesserungen für die jeweiligen Artikel ableiten. Warum das wichtig ist Liefert die genaueste Ebene der Produktdetails und ermöglicht eine präzise Analyse, wie verschiedene Produkte den Bestandsprozess durchlaufen. Woher beziehen Dies ist das standardmäßige Feld „Item“ auf allen Transaktionszeilen in NetSuite. Es verweist auf einen Datensatz in der Artikelliste. Beispiele SKU-001-REDPN-987654RAW-STEEL-COILWIDGET-ASSY-A
	Transaktionstyp TransactionType	Der konkrete Typ des NetSuite-Transaktionsdatensatzes, der das Ereignis erzeugt hat.
Beschreibung Dieses Attribut gibt den nativen NetSuite-Transaktionstyp an, etwa „Item Receipt“, „Inventory Adjustment“, „Work Order Close“ oder „Item Fulfillment“. Es ermöglicht die direkte Rückverfolgung zum Quelldatensatz im ERP-System. Während „Aktivitätsname“ eine geschäftsnahe Bezeichnung liefert, ist der Transaktionstyp für die Datenvalidierung und detaillierte Analysen wichtig, die den konkreten buchhalterischen oder operativen Kontext eines Ereignisses berücksichtigen. So hilft er beispielsweise, eine Kundenrücksendung („Return Authorization“) von einer Rücksendung an einen Lieferanten zu unterscheiden. Warum das wichtig ist Stellt eine direkte Verbindung zum Quelldatensatztyp in NetSuite her. Das ist wichtig für die Datenvalidierung, detaillierte Analysen in der Tiefe und das Verständnis des technischen Kontexts eines Ereignisses. Woher beziehen Dies ist der standardmäßige „Type“ eines beliebigen Transaktionsdatensatzes in NetSuite. Beispiele Item ReceiptInventory AdjustmentBin Putaway WorksheetItem Fulfillment
	Ablaufdatum ExpirationDate	Das Datum, an dem die Bestandscharge oder das Los abläuft.
Beschreibung Dieses Attribut enthält das Ablaufdatum verderblicher oder zeitkritischer Waren. Es wird auf Ebene der Los- oder Chargennummer verwaltet. Diese Daten sind eine wichtige Grundlage für das Dashboard „Übersicht über ablaufende und veraltete Bestände“. Durch die Analyse des Ablaufdatums können Unternehmen Bestände mit drohendem Ablauf frühzeitig erkennen, Strategien wie FEFO (First-Expired, First-Out) umsetzen und Verluste durch Verderb oder Veralterung begrenzen. Warum das wichtig ist Entscheidend für die Verwaltung verderblicher Waren: Gefährdete Bestände lassen sich frühzeitig erkennen, um Abfall und finanzielle Verluste durch abgelaufene Waren zu reduzieren. Woher beziehen Für Artikel mit Chargennummer verfügbar, wenn die Verfolgung des Ablaufdatums aktiviert ist. Das Feld befindet sich in den Bestandsdetails einer Transaktionszeile. Beispiele 2024-12-312025-06-302024-08-01
	Durchlaufzeit für Kommissionierung und Verpackung PickingAndPackingLeadTime	Die berechnete Zeit vom Beginn der Kommissionierung bis zum Abschluss der Verpackung.
Beschreibung Diese Kennzahl misst die Effizienz der ausgehenden Auftragsabwicklung. Sie erfasst die gesamte Zeit vom Zeitpunkt, an dem ein Artikel erstmals zur Kommissionierung vorgesehen ist („Kommissionierung gestartet“ oder „Kommissionierwelle erstellt“), bis zur vollständigen Verpackung und Versandbereitschaft („Verpackung abgeschlossen“). Diese Kennzahl ist ein wichtiger KPI für das Dashboard „Abschlussquote für Kommissionierung und Verpackung“. Sie wirkt sich direkt auf die Geschwindigkeit der Auftragsabwicklung und die Kundenzufriedenheit aus. Die Analyse der Durchlaufzeit hilft, Engpässe bei der Kommissionierung oder Verpackung im ausgehenden Prozess zu erkennen. Warum das wichtig ist Misst die Geschwindigkeit der ausgehenden Auftragsabwicklung. Eine kürzere Durchlaufzeit ist entscheidend für schnellere Lieferungen und eine höhere Kundenzufriedenheit. Woher beziehen Berechnetes Attribut. Es entspricht der Zeitdifferenz zwischen dem Timestamp der Aktivität „Verpackung abgeschlossen“ und dem der Aktivität „Kommissionierung gestartet“. Beispiele 3600540018000
	Durchlaufzeit interner Umlagerungen InternalTransferLeadTime	Die berechnete Zeit, die für die Bewegung von Beständen zwischen zwei internen Standorten oder Lagerplätzen benötigt wird.
Beschreibung Diese Kennzahl misst die Dauer interner Bestandsbewegungen. Sie wird anhand der verstrichenen Zeit zwischen dem Beginn und dem Abschluss einer Umlagerungsaktivität berechnet, insbesondere bei Ereignissen vom Typ „Bestand intern bewegt“. Das Attribut wird im Dashboard „Analyse der Durchlaufzeit interner Umlagerungen“ verwendet und hilft, die Effizienz der Lagerlogistik zu beurteilen. Lange Durchlaufzeiten können auf ungünstige Transportwege, fehlende Ressourcen oder systembedingte Verzögerungen bei der Bewegung von Waren innerhalb desselben Standorts hinweisen. Warum das wichtig ist Macht Ineffizienzen in der internen Lagerlogistik sichtbar. Lange Umlagerungszeiten können die Auftragsabwicklung verzögern, selbst wenn sich der Bestand bereits im Gebäude befindet. Woher beziehen Berechnetes Attribut. Es entspricht der Zeitdifferenz zwischen Abschluss und Beginn einer Aktivitätsfolge vom Typ „Bestand intern bewegt“. Beispiele 18003600900
	Einlagerungszykluszeit PutAwayCycleTime	Die berechnete Zeit vom Wareneingang bis zum Abschluss der Einlagerung.
Beschreibung Diese Kennzahl misst die Gesamtdauer vom offiziellen Wareneingang („Wareneingang erfasst“) bis zur Einlagerung der Ware am endgültigen Lagerplatz („Einlagerung abgeschlossen“). Sie zeigt, wie effizient Wareneingang und Einlagerung ablaufen. Diese Kennzahl ist ein wichtiger Leistungsindikator im Dashboard „Einlagerungszykluszeit nach Lager“. Die Analyse der Zykluszeit hilft, Verzögerungen zu erkennen, durch die neu eingegangene Bestände später für die Auftragsabwicklung verfügbar sind. So werden Engpässe an der Warenannahme, in Bereitstellungsbereichen oder bei der Einlagerung sichtbar. Warum das wichtig ist Misst direkt, wie effizient neu eingegangene Bestände für den Verkauf oder die Verwendung bereitgestellt werden. Lange Zykluszeiten weisen auf Engpässe hin, die die Verfügbarkeit verzögern. Woher beziehen Berechnetes Attribut. Es entspricht der Zeitdifferenz zwischen dem Timestamp der Aktivität „Einlagerung abgeschlossen“ und dem der Aktivität „Wareneingang erfasst“ für denselben Case. Beispiele 72001440086400
	Kennzeichen für Compliance bei Bestandskorrekturen AdjustmentComplianceFlag	Ein berechnetes Kennzeichen, das angibt, ob eine Bestandskorrektur nicht konform ist.
Beschreibung Dieses boolesche Attribut kennzeichnet Bestandskorrekturen, die gegen festgelegte Geschäftsregeln verstoßen. Es kann beispielsweise auf „true“ gesetzt werden, wenn eine Aktivität vom Typ „Bestandsabweichung korrigiert“ von einem nicht autorisierten Benutzer ausgeführt wird oder der „Begründungscode für Bestandsbewegungen“ fehlt. Dieses Kennzeichen wurde speziell für das Dashboard „Compliance von Bestandskorrekturen“ entwickelt. Es vereinfacht die Analyse durch eine binäre Dimension, mit der sich nicht konforme Ereignisse filtern und zählen lassen. So können Prozessabweichungen und Richtlinienverstöße einfach verfolgt und ausgewiesen werden. Warum das wichtig ist Vereinfacht die Compliance-Überwachung, indem Transaktionen gekennzeichnet werden, die gegen Geschäftsregeln verstoßen. So lassen sich Richtlinienverstöße einfach beziffern und untersuchen. Woher beziehen Berechnetes Attribut. Es wird anhand einer Logik abgeleitet, die andere Felder prüft, zum Beispiel `IF(MovementReasonCode IS NULL) THEN true ELSE false`. Beispiele truefalse
	Lagerplatz BinNumber	Der konkrete Lagerplatz oder Lagerbereich, an dem sich der Artikel im Lager befindet.
Beschreibung Der Lagerplatz bezeichnet die kleinste Lagereinheit innerhalb eines Lagers, etwa ein bestimmtes Regal, einen Lagerboden oder einen Palettenplatz. Dieses Attribut kommt dort zum Einsatz, wo Bestände genau nach ihrem Lagerort verfolgt werden müssen. Die Analyse nach Lagerplatz ist wichtig, um die interne Lagerlogistik zu verstehen. Sie unterstützt die „Analyse der Durchlaufzeit interner Umlagerungen“, indem sie Bewegungen zwischen Lagerplätzen erfasst, und die „Heatmap der Lageraktivitäten“, indem sie zeigt, welche Plätze bei Einlagerung oder Kommissionierung am häufigsten aufgesucht werden. Warum das wichtig ist Liefert genaue Informationen zur Bestandsplatzierung. Das ist wichtig, um interne Lagerbewegungen zu analysieren, die Lageraufteilung zu optimieren und die Kommissionierleistung zu verfolgen. Woher beziehen Im Feld „Bin Number“ auf Transaktionszeilen zu finden. Dafür muss in NetSuite die Funktion „Advanced Bin/Numbered Inventory Management“ aktiviert sein. Beispiele A-01-01-AB-05-03-CRECEIVING-DOCK-01PICK-FACE-12
	Letzte Datenaktualisierung LastDataUpdate	Der Timestamp der letzten Datenaktualisierung aus dem Quellsystem.
Beschreibung Dieses Attribut gibt Datum und Uhrzeit an, zu denen die Daten zuletzt aus NetSuite extrahiert und im Process-Mining-Tool aktualisiert wurden. So lässt sich einordnen, wie aktuell die Analyse und die angezeigten Daten sind. Diese Metainformation ist für jedes Dashboard und jede Analyse wichtig, da sie Benutzer über den Aktualitätsstand der Erkenntnisse informiert. So können Benutzer einschätzen, ob sie Echtzeitinformationen oder eine Momentaufnahme von einem bestimmten Zeitpunkt sehen. Warum das wichtig ist Informiert Benutzer über den Aktualitätsstand der Daten. So können sie den Zeitraum der Analyse einordnen und Entscheidungen auf Grundlage aktueller Informationen treffen. Woher beziehen Dieser Timestamp wird während der Datenübernahme vom ETL-Prozess (Extract, Transform, Load) erzeugt. Beispiele 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
	Lieferant SupplierName	Der Name des Lieferanten, der den Bestandsartikel bereitstellt.
Beschreibung Dieses Attribut gibt den Lieferanten an, von dem die Ware bezogen wurde. Die Information wird üblicherweise beim Wareneingang erfasst und aus der zugehörigen Bestellung übernommen. Die Analyse nach Lieferant ist wichtig für das Beschaffungs- und Lieferkettenmanagement. Das Dashboard „Durchlaufzeit der Retourenbearbeitung“ verwendet dieses Attribut, um festzustellen, ob Rücksendungen bestimmter Lieferanten langsamer bearbeitet werden. Das kann auf Probleme mit der Produktqualität oder der Dokumentation des jeweiligen Lieferanten hinweisen. Warum das wichtig ist Verknüpft den Bestand mit dem Lieferanten, von dem er stammt. So lassen sich Lieferantenleistung, Qualitätsprobleme und Rücksendequoten analysieren. Woher beziehen Das Feld „Entity“ in Bestellungen und Wareneingängen, das auf einen Lieferantendatensatz in NetSuite verweist. Beispiele Global Electronics Inc.Bulk Goods Co.Component Suppliers LLCOffice Mart
	Menge Quantity	Die Anzahl der Einheiten des Artikels, die an der Transaktion beteiligt sind.
Beschreibung Dieses Attribut gibt die Menge des Bestandsartikels an, der bei einer Transaktion bewegt, entgegengenommen, korrigiert oder versendet wird. Die Menge kann positiv oder negativ sein, etwa bei einer Bestandsentnahme. Die Menge ist eine grundlegende Kennzahl, um den Umfang der Abläufe zu verstehen. Sie dient dazu, die Bedeutung bestimmter Aktivitäten einzuschätzen, den Durchsatz zu berechnen und das Volumen korrigierter oder ausgesonderter Bestände zu beurteilen. Sie liefert Kontext für nahezu jede Bestandsanalyse. Warum das wichtig ist Gibt das Volumen jeder Transaktion an. Das ist wichtig, um den Durchsatz zu verstehen, den Wert von Korrekturen zu berechnen und Aktivitäten mit hohem Volumen zu priorisieren. Woher beziehen Dies ist das standardmäßige Feld „Quantity“ auf allen Transaktionszeilen in NetSuite. Beispiele 100501000-10
	Mengeneinheit Units	Die Mengeneinheit der Transaktion, zum Beispiel Stück, kg oder Karton.
Beschreibung Die Mengeneinheit liefert Kontext zum Attribut „Menge“. Sie gibt an, ob die Menge in Einzelstücken, Kartons, Kilogramm, Litern oder einer anderen Einheit angegeben ist. Dieses Attribut ist wichtig, damit mengenbezogene Kennzahlen korrekt interpretiert werden, insbesondere bei unterschiedlichen Produkttypen. Es verhindert Missverständnisse, etwa wenn eine Menge von 10 Paletten mit 10 Einzelartikeln verglichen wird, und ist für genaue Wertberechnungen unverzichtbar. Warum das wichtig ist Liefert wichtigen Kontext zum Feld „Menge“ und stellt sicher, dass Analysen und Vergleiche korrekt sind, wenn Artikel in unterschiedlichen Einheiten wie Stück, Kartons oder Kilogramm erfasst werden. Woher beziehen Als Feld „Units“ auf Transaktionszeilen verfügbar, wenn in NetSuite die Funktion „Multiple Units of Measure“ aktiviert ist. Beispiele StückKarton (24)kgL
	Quellsystem SourceSystem	Das System, aus dem die Daten extrahiert wurden.
Beschreibung Dieses Attribut gibt die Herkunft der Ereignisdaten an. In dieser Prozessansicht lautet der Wert durchgehend „NetSuite“. Das bedeutet, dass alle Aktivitäten im Bestandsmanagement aus diesem ERP-System stammen. Auch wenn der Wert unveränderlich erscheint, ist das Attribut wichtig, wenn Daten aus mehreren Systemen zusammengeführt werden. Es schafft Klarheit über die Datenherkunft und hilft bei der Fehlerbehebung in der Datenextraktion und -integration. Warum das wichtig ist Bestätigt die Herkunft der Daten. Das ist wichtig für die Data Governance und Validierung sowie für Szenarien, in denen Daten aus mehreren Systemen zusammengeführt werden. Woher beziehen Dies ist ein statischer Wert („NetSuite“), der während der Datenextraktion und -transformation hinzugefügt wird. Beispiele NetSuite
	SKU-Kategorie ItemCategory	Eine Klassifizierung oder Kategorie für den Bestandsartikel (SKU).
Beschreibung Die SKU-Kategorie fasst Produkte auf einer übergeordneten Ebene zusammen, etwa als „Elektronik“, „Bekleidung“ oder „Rohmaterialien“. So lassen sich ähnliche Artikel gemeinsam auswerten. In NetSuite kann diese Kategorie durch Standardfelder wie „Class“ oder ein benutzerdefiniertes Artikelfeld abgebildet werden. Dashboards wie „Übersicht über ablaufende und veraltete Bestände“ verwenden sie, um Trends und Probleme ganzer Produktgruppen statt einzelner SKUs zu analysieren. Das ermöglicht eine strategischere Sicht. Warum das wichtig ist Ermöglicht die aggregierte Analyse nach Produktgruppe und hilft, systemische Probleme oder Trends zu erkennen, die ganze Artikelkategorien betreffen. Woher beziehen Dafür können die Standardfelder „Class“ oder „Department“ im Artikeldatensatz von NetSuite oder ein eigens für die Kategorisierung angelegtes Artikelfeld verwendet werden. Beispiele FertigerzeugnisseRohmaterialienElektronikBekleidung
	Transaktions-ID TransactionId	Die eindeutige Kennung des Quelldatensatzes der Transaktion in NetSuite.
Beschreibung Dieses Attribut enthält die eindeutige System-ID oder Belegnummer der NetSuite-Transaktion, die das Ereignis im Process-Mining-Event-Log erzeugt hat. Beispiele sind die Nummer des Wareneingangs oder der Belegnummer der Bestandskorrektur. Die Transaktions-ID ist für operative Anwendungsfälle sehr wertvoll. Sie ermöglicht es Benutzern, von einem interessanten oder problematischen Case im Process-Mining-Tool direkt zum entsprechenden Quelldatensatz in NetSuite zu wechseln, um ihn genauer zu untersuchen oder Korrekturmaßnahmen einzuleiten. Warum das wichtig ist Stellt eine direkte Verbindung zur jeweiligen Transaktion in NetSuite her. So können Benutzer Auffälligkeiten untersuchen oder Prozessschritte im Quellsystem prüfen. Woher beziehen Dies kann die „Transaction Number“ (die für Benutzer sichtbare ID) oder die „Internal ID“ (der eindeutige Primärschlüssel des Systems) eines Transaktionsdatensatzes sein. Beispiele IR-001234ADJ-00056WO-00987IF-004321

Erforderlich Empfohlen Optional

Aktivitäten der Bestandsverwaltung

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um Warenbewegungen zuverlässig zu erkennen und zu analysieren.

6 Empfohlen 9 Optional

	Aktivität	Beschreibung
	Bestand verschrottet oder entsorgt	Kennzeichnet die endgültige Ausbuchung eines Bestandsloses aufgrund von Beschädigung, Ablauf oder Veralterung. Erfasst wird dies über eine Inventory Adjustment-Transaktion mit negativer Menge und einem spezifischen Ursachencode.
Warum das wichtig ist Dieses alternative End-Event ist entscheidend für die Analyse von Bestandsabschreibungen, die Bewertung der finanziellen Auswirkungen veralteter Bestände und die Verbesserung des Bestandslebenszyklusmanagements. Woher beziehen Erfasst anhand einer Inventory Adjustment-Transaktion, bei der das Korrekturkonto für Verschrottung oder Entsorgung vorgesehen ist oder ein benutzerdefiniertes Feld den Grund angibt. Erfassung Das Ereignis wird über eine Inventory Adjustment-Transaktion mit einem spezifischen Konto oder Ursachencode für die Verschrottung protokolliert. Ereignistyp explicit
	Bestandsabweichung korrigiert	Tritt ein, wenn eine Abweichung zwischen dem physischen Bestand und dem Systembestand korrigiert wird. In NetSuite wird dies ausdrücklich durch eine Inventory Adjustment-Transaktion erfasst, die den verfügbaren Bestand erhöht oder verringert.
Warum das wichtig ist Dieses Ereignis ist entscheidend für die Analyse der Bestandsgenauigkeit, die Ermittlung der Ursachen von Abweichungen und die Einhaltung finanzieller Vorgaben. Woher beziehen Erfasst anhand des Erstellens eines Inventory Adjustment-Transaktionsdatensatzes. Die Transaktion enthält Angaben wie das Korrekturkonto, den Grund und die Mengenänderung. Erfassung Das Ereignis wird beim Anlegen einer Inventory Adjustment-Transaktion protokolliert. Ereignistyp explicit
	Einlagerung abgeschlossen	Bestätigt, dass das Bestandslos erfolgreich an seinem vorgesehenen Lagerplatz eingelagert wurde. Das Ereignis wird erfasst, wenn ein Bin Transfer oder ein Bin Putaway Worksheet als abgeschlossen markiert wird und dadurch der Lagerplatz des Artikels aktualisiert wird.
Warum das wichtig ist Dieser Meilenstein ist entscheidend, um die Verfügbarkeit des Bestands für die Auftragsabwicklung zu verfolgen und die gesamte Einlagerungszeit zu berechnen. Verzögerungen beeinträchtigen unmittelbar die Auftragsbearbeitung. Woher beziehen Erfasst anhand des Abschluss- oder Transaktionsdatums eines Bin Transfer-Datensatzes oder eines abgeschlossenen Bin Putaway Worksheet. Dadurch wird der Lagerplatz für die Losnummer aktualisiert. Erfassung Das Ereignis wird beim Abschluss einer Bin Transfer- oder Bin Putaway Worksheet-Transaktion protokolliert. Ereignistyp explicit
	Kommissionierung abgeschlossen	Kennzeichnet den Abschluss der physischen Entnahme eines Bestandsloses aus seinem Lagerplatz für einen Auftrag. Das Ereignis wird häufig aus einer Statusänderung des Item Fulfillment-Datensatzes von „Picking“ zu „Packed“ oder einem ähnlichen Status abgeleitet.
Warum das wichtig ist Dieser Meilenstein ist wichtig, um die Kommissionierleistung und die gesamte Durchlaufzeit für Kommissionierung und Verpackung zu messen. Beides beeinflusst maßgeblich die Geschwindigkeit der Auftragsabwicklung. Woher beziehen Abgeleitet aus einer Statusänderung des Item Fulfillment-Datensatzes, zum Beispiel zu „Picked“, oder aus dem Abschluss aller mit der Auftragsabwicklung verbundenen Kommissionieraufgaben. Erfassung Abgeleitet aus einer Statusänderung der Item Fulfillment-Transaktion zu „Picked“. Ereignistyp inferred
	Warenausgang erfasst	Kennzeichnet den letzten Schritt, bei dem ein Bestandslos an einen Kunden versandt wird und das Lager offiziell verlässt. Erfasst wird dies in NetSuite, wenn der Status einer Item Fulfillment-Transaktion auf „Shipped“ gesetzt wird.
Warum das wichtig ist Als zentrales erfolgreiches End-Event ist dies entscheidend für die Analyse des gesamten Bestandslebenszyklus vom Wareneingang bis zum Versand und für die Messung der gesamten Auftragsabwicklungszeit. Woher beziehen Erfasst anhand des Datums der Statusänderung, wenn ein Item Fulfillment-Datensatz auf „Shipped“ gesetzt wird. Dadurch wird der Bestand verringert. Erfassung Das Ereignis wird protokolliert, wenn der Status der Item Fulfillment-Transaktion zu „Shipped“ wechselt. Ereignistyp explicit
	Wareneingang erfasst	Kennzeichnet den offiziellen Eingang eines Bestandsloses im Lager. Dieses Ereignis wird erfasst, wenn in NetSuite eine Item Receipt-Transaktion angelegt wird, häufig mit Bezug zu einer Purchase Order.
Warum das wichtig ist Dies ist das zentrale Start-Event im Bestandslebenszyklus. Es ist entscheidend, um Lieferzeiten und die gesamte Bearbeitungszeit des Wareneingangs zu messen. Woher beziehen Erfasst anhand des Erstellungsdatums des Item Receipt-Transaktionsdatensatzes. Die Transaktion protokolliert Benutzer, Datum, Artikel und eingegangene Mengen. Erfassung Das Ereignis wird beim Anlegen einer Item Receipt-Transaktion protokolliert. Ereignistyp explicit
	Bestand intern bewegt	Kennzeichnet die Bewegung eines Bestandsloses zwischen zwei Lagerplätzen oder Lagerorten innerhalb desselben Lagers. In NetSuite wird dies ausdrücklich durch eine Inventory Transfer- oder Bin Transfer-Transaktion erfasst.
Warum das wichtig ist Die Erfassung interner Bewegungen hilft, die Effizienz der Lageraufteilung zu analysieren, übermäßige Warenbewegungen zu erkennen und die Bestandsplatzierung zu optimieren. Woher beziehen Erfasst anhand des Transaktionsdatums eines Inventory Transfer-Datensatzes (zwischen Lagerorten) oder eines Bin Transfer-Datensatzes (innerhalb eines Lagerorts). Erfassung Das Ereignis wird beim Anlegen einer Inventory Transfer- oder Bin Transfer-Transaktion protokolliert. Ereignistyp explicit
	Bestandszählung genehmigt	Kennzeichnet die offizielle Freigabe der Ergebnisse einer physischen Bestandszählung, bevor Korrekturen vorgenommen werden. Das Ereignis wird aus einer Statusänderung des Inventory Count-Datensatzes zu „Genehmigt“ abgeleitet.
Warum das wichtig ist Dieser Freigabeschritt kann einen Engpass beim Abgleich des Bestands darstellen. Die Analyse seiner Dauer hilft, Abläufe zu vereinfachen und die Datengenauigkeit schneller zu verbessern. Woher beziehen Abgeleitet aus den Systemnotizen oder dem Prüfpfad, wenn ein autorisierter Benutzer den Status des Inventory Count-Datensatzes auf „Genehmigt“ setzt. Erfassung Abgeleitet aus einer Statusänderung des Inventory Count-Datensatzes zu „Genehmigt“. Ereignistyp inferred
	Bestandszählung gestartet	Kennzeichnet den Beginn einer physischen Bestandszählung für ein bestimmtes Los oder einen Lagerort. Die Aktivität wird erfasst, wenn in NetSuite ein Inventory Count-Datensatz angelegt und damit die Zählung geplant wird.
Warum das wichtig ist Mit diesem Ereignis beginnt die Messung der Durchlaufzeit zur Klärung von Bestandsabweichungen. Es zeigt, wie lange Zählungen und Bestandskorrekturen dauern. Woher beziehen Erfasst anhand des Erstellungsdatums des Inventory Count-Transaktionsdatensatzes, in dem die zu zählenden Artikel und Lagerorte festgelegt sind. Erfassung Das Ereignis wird beim Anlegen eines Inventory Count-Datensatzes protokolliert. Ereignistyp explicit
	Einlagerung gestartet	Kennzeichnet den Beginn des Transports eines eingegangenen Bestandsloses von der Warenannahme zu seinem endgültigen Lagerplatz. Das Ereignis lässt sich aus dem Anlegen eines Bin Putaway Worksheet oder eines ähnlichen Aufgabensatzes im WMS-Modul von NetSuite ableiten.
Warum das wichtig ist Diese Aktivität bildet den Ausgangspunkt für die Messung der Einlagerungszeit, einer wichtigen Kennzahl für die Lagereffizienz. Außerdem lässt sich damit analysieren, wie lange der Bestand in Bereitstellungsbereichen verbleibt. Woher beziehen Abgeleitet aus dem Erstellungsdatum eines Bin Putaway Worksheet oder einer Aufgabenzuweisung in einer WMS-Erweiterung. Besonders relevant ist dies für Umgebungen mit NetSuite WMS. Erfassung Abgeleitet aus dem Anlegen eines Bin Putaway Worksheet-Datensatzes für den jeweiligen Item Receipt. Ereignistyp inferred
	Kommissionierwelle erstellt	Startet den Versandprozess, indem mehrere Aufträge zu einem Kommissionierauftrag oder einer Kommissionierwelle zusammengefasst werden. Erfasst wird dies üblicherweise durch das Anlegen eines Wellendatensatzes in NetSuite WMS oder einem zugehörigen Modul für die Auftragsabwicklung.
Warum das wichtig ist Damit beginnt der Auftragsabwicklungszyklus. So lässt sich die Zeit von der Auftragszuweisung bis zum Beginn der physischen Kommissionierung analysieren. Woher beziehen Erfasst anhand des Erstellungsdatums einer Kommissionierwelle oder eines zusammengefassten Auftragsabwicklungsdatensatzes in NetSuite WMS. Bei Implementierungen ohne WMS ist dieser Datensatz möglicherweise nicht vorhanden. Erfassung Das Ereignis wird beim Anlegen eines Auftragsabwicklungs-Wellendatensatzes protokolliert. Ereignistyp explicit
	Qualitätsprüfung durchgeführt	Kennzeichnet den Abschluss einer Qualitätsprüfung des eingegangenen Bestandsloses. Das Ereignis wird häufig aus einer Statusänderung des Bestandslosdatensatzes oder eines zugehörigen benutzerdefinierten Datensatzes abgeleitet, da NetSuite standardmäßig möglicherweise kein eigenes Ereignis dafür erfasst.
Warum das wichtig ist Die Analyse der Zeit zwischen Wareneingang und Prüfung zeigt Engpässe in der Qualitätssicherung, die die Verfügbarkeit des Bestands verzögern. Woher beziehen Wird wahrscheinlich aus einem Timestamp in einem benutzerdefinierten Feld, einer Statusänderung des Los-/Chargendatensatzes oder einem zugehörigen benutzerdefinierten Qualitätsdatensatz abgeleitet. Dafür muss die konkrete NetSuite-Konfiguration analysiert werden. Erfassung Abgeleitet aus einer Statusänderung des Bestandsdatensatzes, zum Beispiel von „Pending Inspection“ zu „Available“. Ereignistyp inferred
	Retoure eingegangen	Bestätigt den physischen Eingang zurückgesandter Waren im Lager. Das Ereignis wird durch das Anlegen einer Item Receipt-Transaktion erfasst, die mit einer Return Authorization verknüpft ist.
Warum das wichtig ist Die Erfassung dieses Ereignisses ist entscheidend, um die gesamte Durchlaufzeit der Retourenbearbeitung zu messen und zurückgesandte Bestände zeitnah und korrekt zu verbuchen. Woher beziehen Erfasst anhand des Erstellungsdatums einer Item Receipt-Transaktion, deren Feld „Created From“ auf eine Return Authorization verweist. Erfassung Das Ereignis wird beim Anlegen eines Item Receipt zu einer Return Authorization protokolliert. Ereignistyp explicit
	Retourenfreigabe erstellt	Kennzeichnet den offiziellen Beginn des Retourenprozesses: Die Rückgabe von Waren wird beantragt, genehmigt und dokumentiert. Erfasst wird dies durch das Anlegen einer Return Authorization (RMA)-Transaktion in NetSuite.
Warum das wichtig ist Diese Aktivität startet den Rückführungsprozess. So lassen sich Rückgabegründe, Häufigkeit und anschließende Bearbeitungszeiten analysieren. Woher beziehen Erfasst anhand des Erstellungsdatums des Return Authorization-Transaktionsdatensatzes. Dieser Datensatz wird vor dem physischen Eingang der Waren angelegt. Erfassung Das Ereignis wird beim Anlegen einer Return Authorization-Transaktion protokolliert. Ereignistyp explicit
	Verpackung abgeschlossen	Kennzeichnet, dass die kommissionierten Artikel eines Auftrags verpackt und versandbereit sind. Das Ereignis wird üblicherweise aus einer Statusänderung des Item Fulfillment-Datensatzes von „Picked“ zu „Packed“ abgeleitet.
Warum das wichtig ist Diese Aktivität markiert das Ende der internen Lagerbearbeitung eines Auftrags und ist der letzte Schritt vor dem Versand. Woher beziehen Abgeleitet aus einer Statusänderung des Item Fulfillment-Datensatzes zu „Packed“. Der Timestamp dieser Änderung wird den Systemnotizen entnommen. Erfassung Abgeleitet aus einer Statusänderung der Item Fulfillment-Transaktion zu „Packed“. Ereignistyp inferred

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus NetSuite

Schritte

Bei NetSuite anmelden: Melden Sie sich mit einer Rolle bei Ihrem NetSuite-Konto an, die Saved Searches vom Typ „Transaction“ erstellen und ausführen sowie alle relevanten Bestandsdatensätze anzeigen darf.
Zur Erstellung einer Saved Search navigieren: Gehen Sie zu Reports > Saved Searches > All Saved Searches > New. Wählen Sie in der Liste der verfügbaren Suchtypen „Transaction“ aus. Dieser Datensatztyp dient als Grundlage für alle Suchabfragen.
Eine Suche für „Wareneingang“ erstellen: Beginnen Sie mit der ersten Aktivität. Legen Sie auf der Einrichtungsseite der Saved Search die Kriterien fest. Filtern Sie „Type“ nach „Item Receipt“ und setzen Sie „Main Line“ auf „false“, damit die Details auf Artikelebene angezeigt werden. Fügen Sie einen „Date“-Filter für den gewünschten Analysezeitraum hinzu, zum Beispiel für die letzten 3 Monate.
Ergebnisspalten festlegen: Klicken Sie auf die Unterregisterkarte „Results“. Fügen Sie die erforderlichen Felder hinzu. Mit Formeln erstellen Sie eine einheitliche Spalte ActivityName. Fügen Sie für diese Suche eine Spalte „Formula (Text)“ hinzu und setzen Sie die Formel auf 'Goods Receipt Recorded'. Ergänzen Sie „Inventory Detail Fields...Lot/Serial Number“ als Case-ID, „Date“ als Timestamp, „Created By“ als Benutzer sowie alle weiteren erforderlichen Attribute. Benennen Sie die Spalten mit „Custom Label“ passend zum Schema des Event Logs um, zum Beispiel in InventoryBatchLotNumber.
Für alle Aktivitäten wiederholen: Speichern Sie die erste Suche. Erstellen Sie anschließend für jede der 15 erforderlichen Aktivitäten eine eigene Saved Search. Passen Sie dabei den Filter „Type“ und die Formel „Formula (Text)“ für ActivityName entsprechend an. Für „Goods Issue Recorded“ filtern Sie beispielsweise „Type“ nach „Item Fulfillment“ und „Status“ nach „Shipped“. Bei manchen Aktivitäten, etwa „Quality Inspection Performed“, müssen Sie möglicherweise ein benutzerdefiniertes Feld oder einen Status verwenden, der für den Workflow Ihrer Organisation spezifisch ist.
Jede Suche speichern und ausführen: Speichern Sie jede konfigurierte Suche unter einem aussagekräftigen Namen, zum Beispiel „ProcessMind - Goods Receipts“. Führen Sie die Suche über die Seite mit der Liste der gespeicherten Suchen aus. Die Ergebnisse werden auf dem Bildschirm angezeigt.
Ergebnisse als CSV exportieren: Klicken Sie auf jeder Ergebnisseite auf das Symbol „Export - CSV“. Dadurch wird für jede der 15 Aktivitäten eine separate CSV-Datei heruntergeladen.
CSV-Dateien zusammenführen: Öffnen Sie die heruntergeladenen CSV-Dateien in einem Tabellenkalkulationsprogramm wie Microsoft Excel oder verwenden Sie ein Skript. Kopieren Sie die Daten aus jeder Datei nacheinander in eine gemeinsame Hauptdatei. Achten Sie darauf, dass die Spaltenüberschriften in allen Dateien identisch sind.
Event Log fertigstellen: Prüfen Sie die zusammengeführte CSV-Hauptdatei. Kontrollieren Sie, ob die Spaltenüberschriften korrekt benannt sind (InventoryBatchLotNumber, ActivityName, TransactionDate usw.). Achten Sie auf ein einheitliches Datumsformat und entfernen Sie beim Zusammenführen entstandene doppelte Kopfzeilen. Anschließend ist die Datei bereit für den Upload.

Konfiguration

Voraussetzungen: Die Benutzerrolle benötigt Berechtigungen zum Erstellen und Ausführen von Saved Searches für den Datensatztyp „Transaction“. Außerdem ist Zugriff auf Item Receipts, Item Fulfillments, Inventory Adjustments und weitere relevante Bestandsdatensätze erforderlich.
Suchtyp: Verwenden Sie für die Extraktion von Bestandsereignissen immer den Suchtyp „Transaction“ als Grundlage.
Datumsbereich: Es empfiehlt sich, die Suche über das Feld „Date“ auf einen bestimmten Zeitraum, etwa die letzten 3 bis 6 Monate, einzugrenzen. So bleibt der Datensatz überschaubar. Bei sehr großen Datenmengen sollten Sie die Suche monatlich oder wöchentlich ausführen.
Wichtige Filterkriterien: Die wichtigsten Filter sind „Type“, um bestimmte Transaktionen wie Item Receipt auszuwählen, und „Main Line“ mit dem Wert „No“, um einzelne Artikelpositionen abzurufen. Weitere Filter für „Status“, „Location“ oder benutzerdefinierte Felder sind erforderlich, um verschiedene Aktivitäten innerhalb desselben Transaktionstyps zu unterscheiden.
Ergebnisspalten und Formeln: Die Unterregisterkarte „Results“ ist entscheidend. Über „Inventory Detail Fields...“ greifen Sie auf die Lot/Serial Number zu. Verwenden Sie „Formula (Text)“, um für jede Suche den Wert für ActivityName festzulegen, zum Beispiel 'Goods Receipt Recorded'. Legen Sie mit „Custom Label“ für jede Spalte die endgültige Überschrift der CSV-Datei fest.
Chargennummern berücksichtigen: Fügen Sie die Spalte „Inventory Detail Fields...Lot/Serial Number“ zu den Ergebnissen hinzu. Transaktionen ohne Chargennummer werden nicht angezeigt, wenn Sie für dieses Feld einen Wert als Pflichtkriterium festlegen.

a Beispielabfrage config

The following represents the configuration for 15 separate NetSuite Saved Searches. The results of these searches must be exported to CSV and combined into a single file.

**Search 1: Goods Receipt Recorded**
*   **Search Type**: Transaction
*   **Criteria**: Type is 'Item Receipt'; Main Line is false; Date is within [Start Date] and [End Date]; Inventory Detail.Lot/Serial Number is not empty
*   **Results**: Inventory Detail.Lot/Serial Number (Custom Label: InventoryBatchLotNumber), Formula (Text): 'Goods Receipt Recorded' (Custom Label: ActivityName), Date (Custom Label: TransactionDate), Created From.Date (Custom Label: EndTime), Created By (Custom Label: User), Location (Custom Label: Location), Memo (Custom Label: MovementReasonCode), Amount (Custom Label: StockValue), Type (Custom Label: TransactionType), Item (Custom Label: Item)

**Search 2: Quality Inspection Performed**
*   **Search Type**: Transaction
*   **Criteria**: Type is 'Item Receipt'; Main Line is false; [Your Custom Inspection Status Field] is '[Completed Status]'; Date is within [Start Date] and [End Date]; Inventory Detail.Lot/Serial Number is not empty
*   **Results**: Inventory Detail.Lot/Serial Number (Custom Label: InventoryBatchLotNumber), Formula (Text): 'Quality Inspection Performed' (Custom Label: ActivityName), Last Modified Date (Custom Label: TransactionDate), null (Custom Label: EndTime), Last Modified By (Custom Label: User), Location (Custom Label: Location), null (Custom Label: MovementReasonCode), Amount (Custom Label: StockValue), Type (Custom Label: TransactionType), Item (Custom Label: Item)

**Search 3: Put-away Initiated**
*   **Search Type**: Transaction
*   **Criteria**: Type is '[Your Bin Putaway Worksheet Type]'; Main Line is false; Status is '[Initiated Status]'; Date Created is within [Start Date] and [End Date]; Inventory Detail.Lot/Serial Number is not empty
*   **Results**: Inventory Detail.Lot/Serial Number (Custom Label: InventoryBatchLotNumber), Formula (Text): 'Put-away Initiated' (Custom Label: ActivityName), Date Created (Custom Label: TransactionDate), null (Custom Label: EndTime), Created By (Custom Label: User), Location (Custom Label: Location), null (Custom Label: MovementReasonCode), null (Custom Label: StockValue), Type (Custom Label: TransactionType), Item (Custom Label: Item)

**Search 4: Put-away Completed**
*   **Search Type**: Transaction
*   **Criteria**: Type is 'Bin Transfer' or '[Your Bin Putaway Worksheet Type]'; Main Line is false; Status is '[Completed Status]'; Date is within [Start Date] and [End Date]; Inventory Detail.Lot/Serial Number is not empty
*   **Results**: Inventory Detail.Lot/Serial Number (Custom Label: InventoryBatchLotNumber), Formula (Text): 'Put-away Completed' (Custom Label: ActivityName), Date (Custom Label: TransactionDate), Date (Custom Label: EndTime), Last Modified By (Custom Label: User), Location (Custom Label: Location), Memo (Custom Label: MovementReasonCode), null (Custom Label: StockValue), Type (Custom Label: TransactionType), Item (Custom Label: Item)

**Search 5: Stock Moved Internally**
*   **Search Type**: Transaction
*   **Criteria**: Type is 'Inventory Transfer' or 'Bin Transfer'; Main Line is false; Date is within [Start Date] and [End Date]; Inventory Detail.Lot/Serial Number is not empty
*   **Results**: Inventory Detail.Lot/Serial Number (Custom Label: InventoryBatchLotNumber), Formula (Text): 'Stock Moved Internally' (Custom Label: ActivityName), Date (Custom Label: TransactionDate), Date (Custom Label: EndTime), Created By (Custom Label: User), Location (Custom Label: Location), Memo (Custom Label: MovementReasonCode), null (Custom Label: StockValue), Type (Custom Label: TransactionType), Item (Custom Label: Item)

**Search 6: Inventory Count Initiated**
*   **Search Type**: Transaction
*   **Criteria**: Type is 'Inventory Count'; Main Line is false; Date is within [Start Date] and [End Date]; Inventory Detail.Lot/Serial Number is not empty
*   **Results**: Inventory Detail.Lot/Serial Number (Custom Label: InventoryBatchLotNumber), Formula (Text): 'Inventory Count Initiated' (Custom Label: ActivityName), Date (Custom Label: TransactionDate), null (Custom Label: EndTime), Created By (Custom Label: User), Location (Custom Label: Location), Memo (Custom Label: MovementReasonCode), null (Custom Label: StockValue), Type (Custom Label: TransactionType), Item (Custom Label: Item)

**Search 7: Inventory Count Approved**
*   **Search Type**: Transaction
*   **Criteria**: Type is 'Inventory Count'; Main Line is false; Status is 'Approved'; Last Modified Date is within [Start Date] and [End Date]; Inventory Detail.Lot/Serial Number is not empty
*   **Results**: Inventory Detail.Lot/Serial Number (Custom Label: InventoryBatchLotNumber), Formula (Text): 'Inventory Count Approved' (Custom Label: ActivityName), Last Modified Date (Custom Label: TransactionDate), Last Modified Date (Custom Label: EndTime), Last Modified By (Custom Label: User), Location (Custom Label: Location), Memo (Custom Label: MovementReasonCode), null (Custom Label: StockValue), Type (Custom Label: TransactionType), Item (Custom Label: Item)

**Search 8: Inventory Discrepancy Adjusted**
*   **Search Type**: Transaction
*   **Criteria**: Type is 'Inventory Adjustment'; Main Line is false; Date is within [Start Date] and [End Date]; Inventory Detail.Lot/Serial Number is not empty
*   **Results**: Inventory Detail.Lot/Serial Number (Custom Label: InventoryBatchLotNumber), Formula (Text): 'Inventory Discrepancy Adjusted' (Custom Label: ActivityName), Date (Custom Label: TransactionDate), Date (Custom Label: EndTime), Created By (Custom Label: User), Location (Custom Label: Location), Memo (Custom Label: MovementReasonCode), Est. Extended Cost (Custom Label: StockValue), Type (Custom Label: TransactionType), Item (Custom Label: Item)

**Search 9: Picking Wave Created**
*   **Search Type**: Transaction
*   **Criteria**: Type is '[Your Wave Transaction Type]'; Main Line is false; Date Created is within [Start Date] and [End Date]
*   **Results**: Formula (Text): 'Extract Lot Number from Memo or Custom Field' (Custom Label: InventoryBatchLotNumber), Formula (Text): 'Picking Wave Created' (Custom Label: ActivityName), Date Created (Custom Label: TransactionDate), null (Custom Label: EndTime), Created By (Custom Label: User), Location (Custom Label: Location), null (Custom Label: MovementReasonCode), null (Custom Label: StockValue), Type (Custom Label: TransactionType), null (Custom Label: Item)

**Search 10: Picking Completed**
*   **Search Type**: Transaction
*   **Criteria**: Type is 'Item Fulfillment'; Main Line is false; Status is 'Picked' or 'Packed'; Last Modified Date is within [Start Date] and [End Date]; Inventory Detail.Lot/Serial Number is not empty
*   **Results**: Inventory Detail.Lot/Serial Number (Custom Label: InventoryBatchLotNumber), Formula (Text): 'Picking Completed' (Custom Label: ActivityName), Last Modified Date (Custom Label: TransactionDate), Last Modified Date (Custom Label: EndTime), Last Modified By (Custom Label: User), Location (Custom Label: Location), null (Custom Label: MovementReasonCode), Amount (Custom Label: StockValue), Type (Custom Label: TransactionType), Item (Custom Label: Item)

**Search 11: Packing Completed**
*   **Search Type**: Transaction
*   **Criteria**: Type is 'Item Fulfillment'; Main Line is false; Status is 'Packed' or 'Shipped'; Last Modified Date is within [Start Date] and [End Date]; Inventory Detail.Lot/Serial Number is not empty
*   **Results**: Inventory Detail.Lot/Serial Number (Custom Label: InventoryBatchLotNumber), Formula (Text): 'Packing Completed' (Custom Label: ActivityName), Last Modified Date (Custom Label: TransactionDate), Last Modified Date (Custom Label: EndTime), Last Modified By (Custom Label: User), Location (Custom Label: Location), null (Custom Label: MovementReasonCode), Amount (Custom Label: StockValue), Type (Custom Label: TransactionType), Item (Custom Label: Item)

**Search 12: Goods Issue Recorded**
*   **Search Type**: Transaction
*   **Criteria**: Type is 'Item Fulfillment'; Main Line is false; Status is 'Shipped'; Date is within [Start Date] and [End Date]; Inventory Detail.Lot/Serial Number is not empty
*   **Results**: Inventory Detail.Lot/Serial Number (Custom Label: InventoryBatchLotNumber), Formula (Text): 'Goods Issue Recorded' (Custom Label: ActivityName), Actual Ship/Receipt Date (Custom Label: TransactionDate), Actual Ship/Receipt Date (Custom Label: EndTime), Last Modified By (Custom Label: User), Location (Custom Label: Location), Memo (Custom Label: MovementReasonCode), Amount (Custom Label: StockValue), Type (Custom Label: TransactionType), Item (Custom Label: Item)
	
**Search 13: Return Authorization Created**
*   **Search Type**: Transaction
*   **Criteria**: Type is 'Return Authorization'; Main Line is false; Date is within [Start Date] and [End Date]; Inventory Detail.Lot/Serial Number is not empty
*   **Results**: Inventory Detail.Lot/Serial Number (Custom Label: InventoryBatchLotNumber), Formula (Text): 'Return Authorization Created' (Custom Label: ActivityName), Date (Custom Label: TransactionDate), null (Custom Label: EndTime), Created By (Custom Label: User), Location (Custom Label: Location), Memo (Custom Label: MovementReasonCode), Amount (Custom Label: StockValue), Type (Custom Label: TransactionType), Item (Custom Label: Item)

**Search 14: Return Goods Received**
*   **Search Type**: Transaction
*   **Criteria**: Type is 'Item Receipt'; Main Line is false; Created From.Type is 'Return Authorization'; Date is within [Start Date] and [End Date]; Inventory Detail.Lot/Serial Number is not empty
*   **Results**: Inventory Detail.Lot/Serial Number (Custom Label: InventoryBatchLotNumber), Formula (Text): 'Return Goods Received' (Custom Label: ActivityName), Date (Custom Label: TransactionDate), Date (Custom Label: EndTime), Created By (Custom Label: User), Location (Custom Label: Location), Memo (Custom Label: MovementReasonCode), Amount (Custom Label: StockValue), Type (Custom Label: TransactionType), Item (Custom Label: Item)

**Search 15: Stock Scrapped/Disposed**
*   **Search Type**: Transaction
*   **Criteria**: Type is 'Inventory Adjustment'; Main Line is false; Quantity is negative; [Your Reason Code Field] is '[Scrap Reason]'; Date is within [Start Date] and [End Date]; Inventory Detail.Lot/Serial Number is not empty
*   **Results**: Inventory Detail.Lot/Serial Number (Custom Label: InventoryBatchLotNumber), Formula (Text): 'Stock Scrapped/Disposed' (Custom Label: ActivityName), Date (Custom Label: TransactionDate), Date (Custom Label: EndTime), Created By (Custom Label: User), Location (Custom Label: Location), Memo (Custom Label: MovementReasonCode), Est. Extended Cost (Custom Label: StockValue), Type (Custom Label: TransactionType), Item (Custom Label: Item)

Schritte

Voraussetzungen: Stellen Sie sicher, dass das SuiteAnalytics-Connect-Zusatzmodul für Ihr NetSuite-Konto aktiviert ist. Außerdem benötigen Sie eine NetSuite-Benutzerrolle mit ausreichenden Berechtigungen für den Zugriff auf die erforderlichen Datentabellen, etwa Transaction, TransactionLine und InventoryNumber.
Verbindungsdaten abrufen: Navigieren Sie in NetSuite zum Portlet „Settings“ auf Ihrem Dashboard und klicken Sie auf „Set Up SuiteAnalytics Connect“. Notieren Sie sich Ihre Account-ID, Role-ID und den passenden Service Host für Ihr Konto.
Treiber installieren: Laden Sie den passenden Treiber für Ihr Betriebssystem und Ihren SQL-Client herunter und installieren Sie ihn. NetSuite stellt ODBC-, JDBC- und ADO.NET-Treiber bereit.
SQL-Client konfigurieren: Richten Sie anhand der Angaben aus Schritt 2 eine neue Verbindung oder DSN ein. Zur Authentifizierung verwenden Sie Ihren NetSuite-Benutzernamen und Ihr Passwort. Geben Sie als Datenbanknamen NetSuite.com oder NetSuite2.com an, je nach Datenquelle Ihres Kontos.
Mit NetSuite verbinden: Starten Sie Ihren bevorzugten SQL-Client, zum Beispiel DBeaver, Microsoft Excel oder Tableau, und verbinden Sie ihn mit den konfigurierten Einstellungen mit dem NetSuite Data Warehouse.
Abfrage vorbereiten: Öffnen Sie in Ihrem SQL-Client einen neuen Abfrageeditor und kopieren Sie das vollständige SQL-Skript aus dem Abschnitt „Query“ dieses Dokuments.
Platzhalter anpassen: Suchen Sie in der Abfrage die WHERE-Klausel in der ersten Common Table Expression (CTE). Ersetzen Sie die Platzhalter für Datumsangaben wie 'YYYY-MM-DD', um den gewünschten Extraktionszeitraum festzulegen. Ergänzen Sie bei Bedarf weitere unternehmensspezifische Filter, etwa für eine bestimmte Tochtergesellschaft.
Extraktionsabfrage ausführen: Führen Sie die vollständige SQL-Abfrage aus. Die Ausführungsdauer hängt vom Datumsbereich und vom Datenvolumen Ihres NetSuite-Kontos ab.
Daten prüfen: Prüfen Sie nach Abschluss der Abfrage kurz die Ergebnisse. Vergewissern Sie sich, dass Zeilen zurückgegeben werden und Spalten wie InventoryBatchLotNumber, ActivityName und TransactionDate wie erwartet befüllt sind.
Als CSV exportieren: Exportieren Sie das gesamte Ergebnis als CSV-Datei. Speichern Sie die Datei mit UTF-8-Kodierung, damit Zeichen korrekt dargestellt werden.
Formatierung abschließen: Öffnen Sie die CSV-Datei und prüfen Sie, ob die Spaltenüberschriften den für den Import in ProcessMind erforderlichen Namen entsprechen (CaseId, Aktivität, EventTime). Passen Sie bei Bedarf das Datumsformat an den erforderlichen Standard an, zum Beispiel YYYY-MM-DD HH:MI:SS.

Konfiguration

Zugriff auf SuiteAnalytics Connect: Für das SuiteAnalytics-Connect-Modul ist eine gültige Lizenz erforderlich. Ohne diese Lizenz können Sie keine direkte Datenbankverbindung herstellen.
Benutzerberechtigungen: Die für die Verbindung verwendete NetSuite-Rolle muss die erforderlichen Datensätze und Felder anzeigen dürfen. Dazu gehören Transaktionen, Artikel, Standorte, Mitarbeitende und Bestandsnummern.
Datumsbereich filtern: Begrenzen Sie das Datenvolumen unbedingt mit einem Datumsfilter für das Feld Transaction.trandate. Wir empfehlen, zunächst einen aktuellen Zeitraum von 3 bis 6 Monaten auszuwählen, damit die Abfrage in angemessener Zeit ausgeführt werden kann.
Aktualität der Daten: Die Datenquelle von SuiteAnalytics Connect ist eine Replik der Produktionsdatenbank. Beachten Sie, dass die Replikation verzögert sein kann und die Daten daher nicht in Echtzeit vorliegen. Die Verzögerung beträgt üblicherweise ein bis drei Stunden.
Anpassungen: Die bereitgestellte Abfrage setzt eine standardmäßige NetSuite-Konfiguration voraus. Wenn Ihre Organisation benutzerdefinierte Felder verwendet, um wichtige Ereignisse wie „Quality Inspection Performed“ oder „Stock Scrapped“ zu erfassen, müssen Sie die Abfrage um die entsprechende Logik für diese Felder oder Datensätze ergänzen.
WMS-Modul: Einige Aktivitäten, etwa „Picking Wave Created“, setzen das NetSuite Warehouse Management System (WMS) voraus. Wenn Sie NetSuite WMS nicht verwenden, liefert dieser Teil der Abfrage keine Daten.

a Beispielabfrage sql

WITH EventData AS (
  SELECT
    T.tranid AS TransactionId,
    T.trandate AS TransactionDate,
    T.id AS TransactionInternalId,
    T.lastmodifieddate AS LastModifiedDate,
    BUILTIN.DF(T.type) AS TransactionType,
    BUILTIN.DF(T.status) AS TransactionStatus,
    T.memo AS TransactionMemo,
    TL.id AS TransactionLineId,
    IA.inventorynumber AS InventoryNumberId,
    INUMB.inventorynumber AS InventoryBatchLotNumber,
    I.itemid AS Sku,
    E.entityid AS UserName,
    L.fullname AS LocationName,
    TL.quantity AS Quantity,
    TL.rate AS Rate,
    T.createdfrom AS CreatedFromId,
    INUMB.custitemnumber_quality_status AS QualityStatus -- Placeholder for a custom quality status field
  FROM
    Transaction AS T
    JOIN TransactionLine AS TL ON T.id = TL.transaction
    JOIN InventoryAssignment AS IA ON TL.id = IA.transactionline
    JOIN InventoryNumber AS INUMB ON IA.inventorynumber = INUMB.id
    LEFT JOIN Item AS I ON TL.item = I.id
    LEFT JOIN Employee AS E ON T.lastmodifiedby = E.id
    LEFT JOIN Location AS L ON TL.location = L.id
  WHERE
    T.trandate >= '2023-01-01' AND T.trandate < '2024-01-01' -- Define your date range here
    AND T.type IN ('ItemRcpt', 'InvTrnfr', 'BinTrnfr', 'InvCount', 'InvAdjst', 'ItemShip', 'RtnAuth')
    AND IA.inventorynumber IS NOT NULL
)
SELECT
  InventoryBatchLotNumber,
  'Goods Receipt Recorded' AS ActivityName,
  TransactionDate,
  TransactionDate as EndTime,
  UserName AS User,
  LocationName AS Location,
  TransactionMemo AS MovementReasonCode,
  (Quantity * Rate) AS StockValue,
  TransactionType,
  Sku AS Item
FROM EventData
WHERE TransactionType = 'Item Receipt'
UNION ALL
SELECT
  InventoryBatchLotNumber,
  'Quality Inspection Performed' AS ActivityName,
  LastModifiedDate AS TransactionDate, -- Using last modified as a proxy for this custom event
  LastModifiedDate as EndTime,
  UserName AS User,
  LocationName AS Location,
  'Quality Status set to ' || QualityStatus AS MovementReasonCode,
  (Quantity * Rate) AS StockValue,
  TransactionType,
  Sku AS Item
FROM EventData
WHERE QualityStatus = 'Approved' -- This condition requires customization based on your quality process
UNION ALL
-- NetSuite WMS activities often use separate tables. The following are placeholders if not using EventData.
-- If not using WMS, these activities might be inferred from status changes on other transactions.
SELECT
  NULL AS InventoryBatchLotNumber, -- This information needs to be joined from your WMS implementation
  'Put-away Initiated' AS ActivityName,
  trandate AS TransactionDate,
  trandate as EndTime,
  BUILTIN.DF(lastmodifiedby) AS User,
  BUILTIN.DF(location) AS Location,
  memo AS MovementReasonCode,
  NULL AS StockValue,
  'Bin Putaway Worksheet' AS TransactionType,
  NULL AS Item
FROM Transaction
WHERE type = 'BinWksht' AND status = 'A' -- Status for 'Pending'
UNION ALL
SELECT
  NULL AS InventoryBatchLotNumber, -- This information needs to be joined from your WMS implementation
  'Put-away Completed' AS ActivityName,
  lastmodifieddate AS TransactionDate,
  lastmodifieddate as EndTime,
  BUILTIN.DF(lastmodifiedby) AS User,
  BUILTIN.DF(location) AS Location,
  memo AS MovementReasonCode,
  NULL AS StockValue,
  'Bin Transfer' AS TransactionType,
  NULL AS Item
FROM Transaction
WHERE type = 'BinTrnfr' AND BUILTIN.DF(status) = 'Completed'
UNION ALL
SELECT
  InventoryBatchLotNumber,
  'Stock Moved Internally' AS ActivityName,
  TransactionDate,
  TransactionDate as EndTime,
  UserName AS User,
  LocationName AS Location,
  TransactionMemo AS MovementReasonCode,
  (Quantity * Rate) AS StockValue,
  TransactionType,
  Sku AS Item
FROM EventData
WHERE TransactionType IN ('Inventory Transfer', 'Bin Transfer')
UNION ALL
SELECT
  InventoryBatchLotNumber,
  'Inventory Count Initiated' AS ActivityName,
  TransactionDate,
  TransactionDate as EndTime,
  UserName AS User,
  LocationName AS Location,
  TransactionMemo AS MovementReasonCode,
  NULL AS StockValue,
  TransactionType,
  Sku AS Item
FROM EventData
WHERE TransactionType = 'Inventory Count'
UNION ALL
SELECT
  InventoryBatchLotNumber,
  'Inventory Count Approved' AS ActivityName,
  LastModifiedDate AS TransactionDate,
  LastModifiedDate as EndTime,
  UserName AS User,
  LocationName AS Location,
  TransactionMemo AS MovementReasonCode,
  NULL AS StockValue,
  TransactionType,
  Sku AS Item
FROM EventData
WHERE TransactionType = 'Inventory Count' AND TransactionStatus LIKE '%Approved%'
UNION ALL
SELECT
  InventoryBatchLotNumber,
  'Inventory Discrepancy Adjusted' AS ActivityName,
  TransactionDate,
  TransactionDate as EndTime,
  UserName AS User,
  LocationName AS Location,
  TransactionMemo AS MovementReasonCode,
  (Quantity * Rate) AS StockValue,
  TransactionType,
  Sku AS Item
FROM EventData
WHERE TransactionType = 'Inventory Adjustment'
UNION ALL
-- Picking Wave is a WMS-specific record. This query assumes a 'Wave' table exists.
SELECT
  NULL AS InventoryBatchLotNumber, -- Requires joining WaveTransaction and other tables to get lot numbers
  'Picking Wave Created' AS ActivityName,
  W.trandate AS TransactionDate,
  W.trandate AS EndTime,
  BUILTIN.DF(W.lastmodifiedby) AS User,
  BUILTIN.DF(WT.location) AS Location,
  W.memo AS MovementReasonCode,
  NULL AS StockValue,
  'Wave' AS TransactionType,
  NULL AS Item
FROM Wave AS W
JOIN WaveTransaction AS WT ON W.id = WT.wave
WHERE W.trandate >= '2023-01-01' AND W.trandate < '2024-01-01' -- Define your date range here
UNION ALL
SELECT
  InventoryBatchLotNumber,
  'Picking Completed' AS ActivityName,
  LastModifiedDate AS TransactionDate,
  LastModifiedDate as EndTime,
  UserName AS User,
  LocationName AS Location,
  TransactionMemo AS MovementReasonCode,
  (Quantity * Rate) AS StockValue,
  TransactionType,
  Sku AS Item
FROM EventData
WHERE TransactionType = 'Item Fulfillment' AND TransactionStatus LIKE '%Picked%'
UNION ALL
SELECT
  InventoryBatchLotNumber,
  'Packing Completed' AS ActivityName,
  LastModifiedDate AS TransactionDate,
  LastModifiedDate as EndTime,
  UserName AS User,
  LocationName AS Location,
  TransactionMemo AS MovementReasonCode,
  (Quantity * Rate) AS StockValue,
  TransactionType,
  Sku AS Item
FROM EventData
WHERE TransactionType = 'Item Fulfillment' AND TransactionStatus LIKE '%Packed%'
UNION ALL
SELECT
  InventoryBatchLotNumber,
  'Goods Issue Recorded' AS ActivityName,
  TransactionDate,
  TransactionDate as EndTime,
  UserName AS User,
  LocationName AS Location,
  TransactionMemo AS MovementReasonCode,
  (Quantity * Rate) AS StockValue,
  TransactionType,
  Sku AS Item
FROM EventData
WHERE TransactionType = 'Item Fulfillment' AND TransactionStatus LIKE '%Shipped%'
UNION ALL
SELECT
  InventoryBatchLotNumber,
  'Return Authorization Created' AS ActivityName,
  TransactionDate,
  TransactionDate as EndTime,
  UserName AS User,
  LocationName AS Location,
  TransactionMemo AS MovementReasonCode,
  (Quantity * Rate) AS StockValue,
  TransactionType,
  Sku AS Item
FROM EventData
WHERE TransactionType = 'Return Authorization'
UNION ALL
SELECT
  ED.InventoryBatchLotNumber,
  'Return Goods Received' AS ActivityName,
  ED.TransactionDate,
  ED.TransactionDate as EndTime,
  ED.UserName AS User,
  ED.LocationName AS Location,
  ED.TransactionMemo AS MovementReasonCode,
  (ED.Quantity * ED.Rate) AS StockValue,
  ED.TransactionType,
  ED.Sku AS Item
FROM EventData ED
JOIN Transaction T_RMA ON ED.CreatedFromId = T_RMA.id
WHERE ED.TransactionType = 'Item Receipt' AND T_RMA.type = 'RtnAuth'
UNION ALL
SELECT
  InventoryBatchLotNumber,
  'Stock Scrapped/Disposed' AS ActivityName,
  TransactionDate,
  TransactionDate as EndTime,
  UserName AS User,
  LocationName AS Location,
  TransactionMemo AS MovementReasonCode,
  (Quantity * Rate) AS StockValue,
  TransactionType,
  Sku AS Item
FROM EventData
WHERE TransactionType = 'Inventory Adjustment' AND Quantity < 0 AND (LOWER(TransactionMemo) LIKE '%scrap%' OR LOWER(TransactionMemo) LIKE '%dispose%');

Schritte

Voraussetzungen und Einrichtung der Umgebung: Stellen Sie sicher, dass Python 3.6 oder neuer installiert ist. Installieren Sie die erforderlichen Python-Bibliotheken über die Befehlszeile mit pip install requests requests-oauthlib pandas. Vergewissern Sie sich, dass Ihre NetSuite-Rolle über Berechtigungen für „REST Web Services“ und Zugriff auf die erforderlichen Transaktionsdatensätze verfügt, etwa Item Receipt, Item Fulfillment und Inventory Adjustment.
NetSuite-Authentifizierung konfigurieren: Melden Sie sich bei NetSuite an und navigieren Sie zu Setup > Integration > Manage Integrations. Erstellen Sie eine neue Integration, aktivieren Sie Token-Based Authentication und speichern Sie Consumer Key und Consumer Secret. Navigieren Sie anschließend zu Setup > Users/Roles > Access Tokens > New. Wählen Sie die Integration, den Benutzer und die konfigurierte Rolle aus und speichern Sie Token ID und Token Secret. Notieren Sie sich Ihre Account-ID. Sie finden sie unter Setup > Integration > Web Services Preferences.
Python-Skript vorbereiten: Kopieren Sie das vollständige Python-Skript aus dem Abschnitt „query“ dieses Dokuments in eine neue Datei, zum Beispiel extract_netsuite_inventory.py.
Zugangsdaten und Parameter eingeben: Öffnen Sie das Skript und ersetzen Sie die Platzhalterwerte für ns_account_id, ns_consumer_key, ns_consumer_secret, ns_token_id und ns_token_secret durch die Zugangsdaten aus Schritt 2. Passen Sie die Variablen start_date und end_date an den gewünschten Extraktionszeitraum an.
SuiteQL-Abfrage anpassen: Prüfen Sie die SuiteQL-Abfrage im Skript. Achten Sie besonders auf Platzhalter wie [Your Custom Field for QA Status] oder [Your Scrap Account ID]. Ändern Sie diese Stellen entsprechend Ihrer NetSuite-Konfiguration und Ihren benutzerdefinierten Feldern.
Extraktionsskript ausführen: Starten Sie das Skript über die Befehlszeile mit dem Befehl python extract_netsuite_inventory.py. Das Skript verbindet sich mit der NetSuite-API, führt die Abfrage aus und verarbeitet die Seiten automatisch.
Skriptausführung überwachen: Das Skript gibt in der Konsole Fortschrittsmeldungen aus und zeigt an, welche Datenseite gerade abgerufen wird. Fehler bei der Authentifizierung oder den Berechtigungen werden hier angezeigt. Die Ausführungsdauer hängt vom Datumsbereich und Datenvolumen ab.
Ausgabedaten prüfen: Nach erfolgreicher Ausführung erstellt das Skript im selben Verzeichnis die Datei netsuite_inventory_event_log.csv. Öffnen Sie diese CSV-Datei in einem Tabellenkalkulationsprogramm und prüfen Sie die extrahierten Daten.
Daten für ProcessMind vorbereiten: Prüfen Sie vor dem Upload, ob die Spaltenüberschriften in der CSV-Datei den erforderlichen Attributen Ihres ProcessMind-Projekts entsprechen. Benennen Sie Spalten bei Bedarf um. Beispielsweise sollte InventoryBatchLotNumber Ihrer Case-ID, ActivityName der Aktivität und TransactionDate dem Timestamp zugeordnet werden.

Konfiguration

Berechtigungen der NetSuite-Rolle: Die mit dem Zugriffstoken verknüpfte NetSuite-Rolle muss über Berechtigungen für „REST Web Services“ und „SuiteAnalytics Connect“ verfügen. Außerdem benötigt sie mindestens Lesezugriff auf alle abgefragten Transaktionstypen, darunter Item Receipt, Item Fulfillment, Inventory Adjustment, Inventory Transfer und alle relevanten benutzerdefinierten Datensätze.
Token-Based Authentication (TBA): Dieses Skript verwendet ausschließlich TBA zur Authentifizierung. Stellen Sie sicher, dass TBA in Ihrem NetSuite-Konto aktiviert ist (Setup > Company > Enable Features > SuiteCloud) und dass Sie die erforderlichen Consumer Keys und Zugriffstoken erstellt haben.
Datumsbereich: Das Skript benötigt start_date und end_date im Format „YYYY-MM-DD“. Verwenden Sie für erste Tests einen kurzen Zeitraum, zum Beispiel eine Woche. Für eine vollständige Analyse empfehlen sich in der Regel 3 bis 6 Monate, um genügend Prozessvarianten zu erfassen, ohne ein übermäßig großes Datenvolumen zu erzeugen.
Nach Tochtergesellschaft filtern: Bei NetSuite-OneWorld-Konten ist ein Filter für die jeweilige Tochtergesellschaft wichtig, damit nicht die Daten aller Unternehmen abgerufen werden. Fügen Sie dazu AND Transaction.subsidiary = [Your Subsidiary ID] in die WHERE-Klausel jeder SELECT-Anweisung der Abfrage ein.
Benutzerdefinierte Felder: Die Abfrage enthält Platzhalter für Aktivitäten, die häufig auf benutzerdefinierten Feldern oder Datensätzen beruhen, etwa „Quality Inspection Performed“. Ermitteln Sie die entsprechenden Feldnamen in Ihrem System und passen Sie die Abfrage an, damit diese Aktivitäten extrahiert werden.
API-Governance: NetSuite begrenzt die gleichzeitige Nutzung der API und die Gesamtausführungszeit. Bei sehr großen Datensätzen kann das Skript eine Zeitüberschreitung erreichen. Führen Sie die Extraktion möglichst außerhalb der Spitzenzeiten aus und teilen Sie sehr große Datumsbereiche in kleinere, aufeinanderfolgende Zeiträume auf.

a Beispielabfrage python

import requests
from requests_oauthlib import OAuth1
import json
import pandas as pd
import sys

class=class="hl-string">"hl-comment"># --- Configuration: Replace with your NetSuite Credentials and Parameters ---
ns_account_id = class="hl-string">"[Your NetSuite Account ID]"  class=class="hl-string">"hl-comment"># e.g., class="hl-string">"1234567_SB1"
ns_consumer_key = class="hl-string">"[Your Consumer Key]"
ns_consumer_secret = class="hl-string">"[Your Consumer Secret]"
ns_token_id = class="hl-string">"[Your Token ID]"
ns_token_secret = class="hl-string">"[Your Token Secret]"

class=class="hl-string">"hl-comment"># --- Date Range for Extraction ---
start_date = class="hl-string">"2023-01-01"
end_date = class="hl-string">"2023-06-30"

class=class="hl-string">"hl-comment"># --- SuiteQL Query ---
class=class="hl-string">"hl-comment"># This query unions data from multiple transaction types to build a comprehensive event log.
class=class="hl-string">"hl-comment"># Each SELECT block corresponds to a specific inventory activity.
suiteql_query = fclass="hl-string">"""
SELECT
    InventoryNumber.inventoryNumber AS InventoryBatchLotNumber,
    'Goods Receipt Recorded' AS ActivityName,
    Transaction.trandate AS TransactionDate,
    Transaction.lastModifiedDate AS EndTime,
    BUILTIN.DF(Transaction.lastModifiedBy) AS User,
    BUILTIN.DF(TransactionLine.location) AS Location,
    NULL AS MovementReasonCode,
    (TransactionLine.quantity * TransactionLine.rate) AS StockValue,
    BUILTIN.DF(Transaction.type) AS TransactionType,
    BUILTIN.DF(TransactionLine.item) AS Item
FROM
    Transaction
    INNER JOIN TransactionLine ON Transaction.id = TransactionLine.transaction
    INNER JOIN InventoryAssignment ON Transaction.id = InventoryAssignment.transaction AND TransactionLine.id = InventoryAssignment.transactionline
    INNER JOIN InventoryNumber ON InventoryAssignment.inventorynumber = InventoryNumber.id
WHERE
    Transaction.type = 'ItemRcpt' AND Transaction.trandate BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')

UNION ALL

-- Note: Quality Inspection is often a custom process. This is a placeholder.
-- You may need to join to a custom record or check a custom field on the InventoryNumber record.
SELECT
    InventoryNumber.inventoryNumber AS InventoryBatchLotNumber,
    'Quality Inspection Performed' AS ActivityName,
    InventoryNumber.lastModifiedDate AS TransactionDate, -- Using last modified date as event time
    InventoryNumber.lastModifiedDate AS EndTime,
    (SELECT employee.entityId FROM employee WHERE employee.id = InventoryNumber.lastModifiedBy) AS User,
    BUILTIN.DF(InventoryNumber.location) AS Location,
    'QA Completed' AS MovementReasonCode,
    NULL AS StockValue,
    'Custom QA Process' AS TransactionType,
    BUILTIN.DF(InventoryNumber.item) AS Item
FROM
    InventoryNumber
WHERE
    InventoryNumber.custitemnumber_qa_status = 'Approved' -- Placeholder: [Configure based on your system]
    AND InventoryNumber.lastModifiedDate BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')

UNION ALL

SELECT
    InventoryNumber.inventoryNumber AS InventoryBatchLotNumber,
    'Put-away Completed' AS ActivityName,
    Transaction.trandate AS TransactionDate,
    Transaction.lastModifiedDate AS EndTime,
    BUILTIN.DF(Transaction.lastModifiedBy) AS User,
    BUILTIN.DF(TransactionLine.location) AS Location,
    'Put-away' AS MovementReasonCode,
    NULL AS StockValue,
    BUILTIN.DF(Transaction.type) AS TransactionType,
    BUILTIN.DF(TransactionLine.item) AS Item
FROM
    Transaction
    INNER JOIN TransactionLine ON Transaction.id = TransactionLine.transaction
    INNER JOIN InventoryAssignment ON Transaction.id = InventoryAssignment.transaction AND TransactionLine.id = InventoryAssignment.transactionline
    INNER JOIN InventoryNumber ON InventoryAssignment.inventorynumber = InventoryNumber.id
WHERE
    Transaction.type = 'BinTrnfr' AND TransactionLine.quantity > 0 AND Transaction.trandate BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')

UNION ALL

SELECT
    InventoryNumber.inventoryNumber AS InventoryBatchLotNumber,
    'Stock Moved Internally' AS ActivityName,
    Transaction.trandate AS TransactionDate,
    Transaction.lastModifiedDate AS EndTime,
    BUILTIN.DF(Transaction.lastModifiedBy) AS User,
    BUILTIN.DF(TransactionLine.location) AS Location,
    Transaction.memo AS MovementReasonCode,
    NULL AS StockValue,
    BUILTIN.DF(Transaction.type) AS TransactionType,
    BUILTIN.DF(TransactionLine.item) AS Item
FROM
    Transaction
    INNER JOIN TransactionLine ON Transaction.id = TransactionLine.transaction
    INNER JOIN InventoryAssignment ON Transaction.id = InventoryAssignment.transaction AND TransactionLine.id = InventoryAssignment.transactionline
    INNER JOIN InventoryNumber ON InventoryAssignment.inventorynumber = InventoryNumber.id
WHERE
    Transaction.type IN ('InvTrnfr', 'BinTrnfr') AND Transaction.trandate BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')

UNION ALL

-- Note: Capturing multiple events from InventoryCount record (creation, approval)
SELECT
    InventoryDetail.inventoryNumber AS InventoryBatchLotNumber,
    'Inventory Count Initiated' AS ActivityName,
    InventoryCount.tranDate AS TransactionDate,
    NULL AS EndTime,
    BUILTIN.DF(InventoryCount.createdBy) as User,
    BUILTIN.DF(InventoryCount.location) as Location,
    'Count Creation' as MovementReasonCode,
    NULL as StockValue,
    'InvCount' as TransactionType,
    BUILTIN.DF(InventoryDetail.item) as Item
FROM
    InventoryCount
    INNER JOIN TransactionLine InventoryDetail ON InventoryCount.id = InventoryDetail.transaction
WHERE
    InventoryCount.tranDate BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')

UNION ALL

SELECT
    InventoryDetail.inventoryNumber AS InventoryBatchLotNumber,
    'Inventory Count Approved' AS ActivityName,
    NoteSystem.noteDate AS TransactionDate, -- Using system note date for accuracy
    NoteSystem.noteDate AS EndTime,
    NoteSystem.author AS User,
    BUILTIN.DF(InventoryCount.location) as Location,
    'Count Approval' as MovementReasonCode,
    NULL as StockValue,
    'InvCount' as TransactionType,
    BUILTIN.DF(InventoryDetail.item) as Item
FROM
    InventoryCount
    INNER JOIN TransactionLine InventoryDetail ON InventoryCount.id = InventoryDetail.transaction
    INNER JOIN SystemNote NoteSystem on InventoryCount.id = NoteSystem.recordId
WHERE
    NoteSystem.field = 'TRANSTATUS' AND NoteSystem.newvalue = 'Approved'
    AND NoteSystem.noteDate BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')

UNION ALL

SELECT
    InventoryNumber.inventoryNumber AS InventoryBatchLotNumber,
    'Inventory Discrepancy Adjusted' AS ActivityName,
    Transaction.trandate AS TransactionDate,
    Transaction.lastModifiedDate AS EndTime,
    BUILTIN.DF(Transaction.lastModifiedBy) AS User,
    BUILTIN.DF(TransactionLine.location) AS Location,
    Transaction.memo AS MovementReasonCode,
    (TransactionLine.quantity * TransactionLine.rate) AS StockValue,
    BUILTIN.DF(Transaction.type) AS TransactionType,
    BUILTIN.DF(TransactionLine.item) AS Item
FROM
    Transaction
    INNER JOIN TransactionLine ON Transaction.id = TransactionLine.transaction
    INNER JOIN InventoryAssignment ON Transaction.id = InventoryAssignment.transaction AND TransactionLine.id = InventoryAssignment.transactionline
    INNER JOIN InventoryNumber ON InventoryAssignment.inventorynumber = InventoryNumber.id
WHERE
    Transaction.type = 'InvAdjst' AND Transaction.trandate BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')

UNION ALL

SELECT
    InventoryNumber.inventoryNumber AS InventoryBatchLotNumber,
    'Goods Issue Recorded' AS ActivityName,
    Transaction.trandate AS TransactionDate,
    Transaction.actualShipDate AS EndTime,
    BUILTIN.DF(Transaction.lastModifiedBy) AS User,
    BUILTIN.DF(TransactionLine.location) AS Location,
    'Shipment' AS MovementReasonCode,
    (TransactionLine.quantity * TransactionLine.rate) AS StockValue,
    BUILTIN.DF(Transaction.type) AS TransactionType,
    BUILTIN.DF(TransactionLine.item) AS Item
FROM
    Transaction
    INNER JOIN TransactionLine ON Transaction.id = TransactionLine.transaction
    INNER JOIN InventoryAssignment ON Transaction.id = InventoryAssignment.transaction AND TransactionLine.id = InventoryAssignment.transactionline
    INNER JOIN InventoryNumber ON InventoryAssignment.inventorynumber = InventoryNumber.id
WHERE
    Transaction.type = 'ItemShip' AND Transaction.status = 'ItemShip:G' -- G = Shipped
    AND Transaction.trandate BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')

UNION ALL

SELECT
    NULL AS InventoryBatchLotNumber, -- Batch not known at time of authorization
    'Return Authorization Created' AS ActivityName,
    Transaction.trandate AS TransactionDate,
    Transaction.lastModifiedDate AS EndTime,
    BUILTIN.DF(Transaction.createdby) AS User,
    BUILTIN.DF(TransactionLine.location) AS Location,
    Transaction.memo AS MovementReasonCode,
    (TransactionLine.quantity * TransactionLine.rate) AS StockValue,
    BUILTIN.DF(Transaction.type) AS TransactionType,
    BUILTIN.DF(TransactionLine.item) AS Item
FROM
    Transaction
    INNER JOIN TransactionLine ON Transaction.id = TransactionLine.transaction
WHERE
    Transaction.type = 'RtnAuth' AND Transaction.trandate BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')

UNION ALL

SELECT
    InventoryNumber.inventoryNumber AS InventoryBatchLotNumber,
    'Return Goods Received' AS ActivityName,
    Transaction.trandate AS TransactionDate,
    Transaction.lastModifiedDate AS EndTime,
    BUILTIN.DF(Transaction.lastModifiedBy) AS User,
    BUILTIN.DF(TransactionLine.location) AS Location,
    'Return' AS MovementReasonCode,
    (TransactionLine.quantity * TransactionLine.rate) AS StockValue,
    BUILTIN.DF(Transaction.type) AS TransactionType,
    BUILTIN.DF(TransactionLine.item) AS Item
FROM
    Transaction
    INNER JOIN TransactionLine ON Transaction.id = TransactionLine.transaction
    INNER JOIN InventoryAssignment ON Transaction.id = InventoryAssignment.transaction AND TransactionLine.id = InventoryAssignment.transactionline
    INNER JOIN InventoryNumber ON InventoryAssignment.inventorynumber = InventoryNumber.id
WHERE
    Transaction.type = 'ItemRcpt' AND Transaction.createdFrom IS NOT NULL AND BUILTIN.DF(Transaction.createdFrom.type) = 'Return Authorization'
    AND Transaction.trandate BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')

UNION ALL

SELECT
    InventoryNumber.inventoryNumber AS InventoryBatchLotNumber,
    'Stock Scrapped/Disposed' AS ActivityName,
    Transaction.trandate AS TransactionDate,
    Transaction.lastModifiedDate AS EndTime,
    BUILTIN.DF(Transaction.lastModifiedBy) AS User,
    BUILTIN.DF(TransactionLine.location) AS Location,
    'Scrap/Disposal' AS MovementReasonCode,
    (TransactionLine.quantity * TransactionLine.rate) AS StockValue,
    BUILTIN.DF(Transaction.type) AS TransactionType,
    BUILTIN.DF(TransactionLine.item) AS Item
FROM
    Transaction
    INNER JOIN TransactionLine ON Transaction.id = TransactionLine.transaction
    INNER JOIN InventoryAssignment ON Transaction.id = InventoryAssignment.transaction AND TransactionLine.id = InventoryAssignment.transactionline
    INNER JOIN InventoryNumber ON InventoryAssignment.inventorynumber = InventoryNumber.id
WHERE
    Transaction.type = 'InvAdjst' AND TransactionLine.quantity < 0 AND Transaction.account = [Your Scrap Account ID] -- Placeholder: [Configure based on your system]
    AND Transaction.trandate BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')

-- Note: Activities like Picking/Packing/Wave Creation often require the WMS module.
-- The following are common representations but may need adjustment for your specific configuration.

UNION ALL

SELECT
    NULL AS InventoryBatchLotNumber, -- Batch is assigned during picking, not wave creation
    'Picking Wave Created' as ActivityName,
    Wave.creationDate as TransactionDate,
    Wave.lastModifiedDate as EndTime,
    BUILTIN.DF(Wave.createdBy) as User,
    BUILTIN.DF(Wave.location) as Location,
    NULL as MovementReasonCode,
    NULL as StockValue,
    'Wave' as TransactionType,
    NULL as Item
FROM Wave
WHERE Wave.creationDate BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')

UNION ALL

-- Picking/Packing are often status changes on the Item Fulfillment
SELECT
    InventoryNumber.inventoryNumber AS InventoryBatchLotNumber,
    'Picking Completed' as ActivityName,
    NoteSystem.noteDate as TransactionDate, -- Use system note date for status change time
    NoteSystem.noteDate as EndTime,
    NoteSystem.author AS User,
    BUILTIN.DF(TransactionLine.location) AS Location,
    'Picking for Shipment' as MovementReasonCode,
    NULL AS StockValue,
    BUILTIN.DF(Transaction.type) AS TransactionType,
    BUILTIN.DF(TransactionLine.item) AS Item
FROM
    Transaction
    INNER JOIN TransactionLine ON Transaction.id = TransactionLine.transaction
    INNER JOIN InventoryAssignment ON Transaction.id = InventoryAssignment.transaction AND TransactionLine.id = InventoryAssignment.transactionline
    INNER JOIN InventoryNumber ON InventoryAssignment.inventorynumber = InventoryNumber.id
    INNER JOIN SystemNote NoteSystem on Transaction.id = NoteSystem.recordId
WHERE
    Transaction.type = 'ItemShip' AND NoteSystem.field = 'TRANSTATUS' AND NoteSystem.newvalue = 'Packed'
    AND NoteSystem.noteDate BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')

UNION ALL

SELECT
    InventoryNumber.inventoryNumber AS InventoryBatchLotNumber,
    'Packing Completed' as ActivityName,
    NoteSystem.noteDate as TransactionDate, -- Use system note date for status change time
    NoteSystem.noteDate as EndTime,
    NoteSystem.author AS User,
    BUILTIN.DF(TransactionLine.location) AS Location,
    'Packing for Shipment' as MovementReasonCode,
    NULL AS StockValue,
    BUILTIN.DF(Transaction.type) AS TransactionType,
    BUILTIN.DF(TransactionLine.item) AS Item
FROM
    Transaction
    INNER JOIN TransactionLine ON Transaction.id = TransactionLine.transaction
    INNER JOIN InventoryAssignment ON Transaction.id = InventoryAssignment.transaction AND TransactionLine.id = InventoryAssignment.transactionline
    INNER JOIN InventoryNumber ON InventoryAssignment.inventorynumber = InventoryNumber.id
    INNER JOIN SystemNote NoteSystem on Transaction.id = NoteSystem.recordId
WHERE
    Transaction.type = 'ItemShip' AND NoteSystem.field = 'TRANSTATUS' AND NoteSystem.newvalue = 'Packed'
    AND NoteSystem.noteDate BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')

-- Put-away Initiated is not included as Bin Putaway Worksheet is not available in standard SuiteQL at this time.

"""

class=class="hl-string">"hl-comment"># --- Main Script Logic ---
def main():
    class=class="hl-string">"hl-comment"># Construct the URL for the SuiteQL endpoint
    base_url = fclass="hl-string">"https://{ns_account_id.lower().replace('_', '-')}.suitetalk.api.netsuite.com"
    suiteql_url = fclass="hl-string">"{base_url}/services/rest/query/v1/suiteql"

    class=class="hl-string">"hl-comment"># Set up OAuth1 authentication
    auth = OAuth1(
        client_key=ns_consumer_key,
        client_secret=ns_consumer_secret,
        resource_owner_key=ns_token_id,
        resource_owner_secret=ns_token_secret,
        realm=ns_account_id
    )

    headers = {
        class="hl-string">'Content-Type': class="hl-string">'application/json',
        class="hl-string">'Prefer': class="hl-string">'transient'
    }

    offset = 0
    limit = 1000  class=class="hl-string">"hl-comment"># NetSuite's max limit per page
    all_data = []

    print(class="hl-string">"Starting NetSuite data extraction...")

    while True:
        payload = json.dumps({
            class="hl-string">'q': suiteql_query,
            class="hl-string">'offset': offset,
            class="hl-string">'limit': limit
        })

        try:
            print(fclass="hl-string">"Fetching data page with offset: {offset}")
            response = requests.post(suiteql_url, headers=headers, data=payload, auth=auth)
            response.raise_for_status()  class=class="hl-string">"hl-comment"># Raises an HTTPError for bad responses (4xx or 5xx)

            result = response.json()
            
            if class="hl-string">'items' in result and result[class="hl-string">'items']:
                all_data.extend(result[class="hl-string">'items'])
            
            has_more = result.get(class="hl-string">'hasMore', False)
            if not has_more:
                print(class="hl-string">"All pages have been fetched.")
                break
            
            offset += limit

        except requests.exceptions.HTTPError as e:
            print(fclass="hl-string">"HTTP Error: {e}")
            print(fclass="hl-string">"Response body: {response.text}")
            sys.exit(1)
        except Exception as e:
            print(fclass="hl-string">"An unexpected error occurred: {e}")
            sys.exit(1)

    if not all_data:
        print(class="hl-string">"No data found for the specified criteria.")
        return

    class=class="hl-string">"hl-comment"># Convert the list of dictionaries to a pandas DataFrame
    df = pd.DataFrame(all_data)

    class=class="hl-string">"hl-comment"># Save the DataFrame to a CSV file
    output_file = class="hl-string">'netsuite_inventory_event_log.csv'
    df.to_csv(output_file, index=False)
    print(fclass="hl-string">"Extraction complete. Data saved to {output_file}")

if __name__ == class="hl-string">"__main__":
    main()

Möchten Sie loslegen?

Mit diesem Template bereiten Sie Ihre NetSuite-Daten effizient vor und gewinnen noch heute wertvolle Erkenntnisse zu Ihrer Bestandsverwaltung. Optimieren Sie Ihre Abläufe gezielt und auf Grundlage präziser Daten.

Zurück zum Leitfaden zur Prozessverbesserung Template herunterladen

Optimieren Sie jetzt Ihre NetSuite-Bestandsverwaltung!

Erkennen Sie Ineffizienzen, verbessern Sie die Auftragsabwicklung und verkürzen Sie die Zykluszeit um 30 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten startklar.

Ihr Daten-Template für die Bestandsverwaltung

Ihr Daten-Template für die Bestandsverwaltung

Attribute der Bestandsverwaltung

Aktivitäten der Bestandsverwaltung

Anleitungen zur Datenextraktion

NetSuite-Saved-Searches und CSV-Export für Bestandsdaten

Schritte

Konfiguration

a Beispielabfrage config

Direkte Datenbankabfrage über SuiteAnalytics Connect

Schritte

Konfiguration

a Beispielabfrage sql

Python-Skript mit SuiteQL über die NetSuite-REST-API

Schritte

Konfiguration

a Beispielabfrage python

Möchten Sie loslegen?

Optimieren Sie jetzt Ihre NetSuite-Bestandsverwaltung!

Ihr Daten-Template für die Bestandsverwaltung

Ihr Daten-Template für die Bestandsverwaltung

Attribute der Bestandsverwaltung

Aktivitäten der Bestandsverwaltung

Anleitungen zur Datenextraktion

NetSuite-Saved-Searches und CSV-Export für Bestandsdaten

Schritte

Konfiguration

a Beispielabfrage config

Direkte Datenbankabfrage über SuiteAnalytics Connect

Schritte

Konfiguration

a Beispielabfrage sql

Python-Skript mit SuiteQL über die NetSuite-REST-API

Schritte

Konfiguration

a Beispielabfrage python

Möchten Sie loslegen?

Optimieren Sie jetzt Ihre NetSuite-Bestandsverwaltung!

Der Schutz Ihrer Daten ist uns wichtig