> Kontinuierliche Prozessoptimierung > Bestandsmanagement > NetSuite > Datenvorlage

Ihr Daten-Template für das Bestandsmanagement

NetSuite

Bestandsmanagement-Attribute (24) Bestandsmanagement-Aktivitäten (15) Extraktionsleitfäden (3)

Ihr Daten-Template für das Bestandsmanagement

Diese Vorlage bietet einen klaren Fahrplan für die Sammlung der notwendigen Daten zur Analyse und Optimierung Ihres Bestandsverwaltungsprozesses. Sie skizziert die wesentlichen Attribute, die gesammelt werden müssen, die kritischen Aktivitäten, die verfolgt werden sollen, und bietet Anleitungen zur Extraktion dieser Informationen aus Ihren Quellsystemen. Indem Sie diesen Empfehlungen folgen, können Sie einen leistungsstarken Event Log für eine leistungsstarke Process Mining Analyse erstellen.

Empfohlene Attribute zur Erfassung
Wichtige Aktivitäten zur Verfolgung
Extraktionsanleitung für NetSuite

Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Vorlage herunterladen

Bestandsmanagement-Attribute

Dies sind die empfohlenen Datenfelder, die in Ihrem Event Log enthalten sein sollten, um eine umfassende Analyse Ihrer Bestandsmanagementprozesse zu ermöglichen.

3 Erforderlich 7 Empfohlen 14 Optional

	Name	Beschreibung
	Inventory Batch/Lot InventoryBatchLotNumber	Der eindeutige Identifikator für eine spezifische Charge oder Los eines Bestandsartikels, der als Case ID für die Verfolgung seines Lebenszyklus dient.
Beschreibung Die 'Inventory Batch' oder 'Lot Number' ist der primäre Case-Identifikator, der alle Aktivitäten bezüglich einer spezifischen Produktmenge gruppiert. Dies ermöglicht die Verfolgung des gesamten Lebenszyklus einer bestimmten Bestandsmenge, von ihrem Wareneingang über ihre verschiedenen Bewegungen bis hin zur eventuellen Ausgabe oder Verbrauch. In der Prozessanalyse repräsentiert jede eindeutige 'InventoryBatchLotNumber' eine einzelne Prozessinstanz. Die Analyse von Fällen basierend auf diesem Identifikator ermöglicht eine detaillierte Ansicht, wie verschiedene Chargen gehandhabt werden, und identifiziert dabei Variationen, Verzögerungen und Ausnahmen im Bestandsmanagementprozess vom Wareneingang bis zum Versand. Bedeutung Dies ist der entscheidende Schlüssel zur Nachverfolgung des durchgängigen Weges einer spezifischen Bestandsmenge, der die Analyse ihres gesamten Lebenszyklus und von Prozessabweichungen ermöglicht. Datenquelle Diese Kennung ist in Transaktionszeilen für bestandsgeführte Artikel mit Los- oder Chargennummer in NetSuite zu finden. Sie wird als Teil der 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 spezifisches Ereignis oder einen Schritt im Bestandsmanagementprozess, wie z.B. 'Goods Receipt Recorded' oder 'Picking Completed'. Es ist grundlegend für die Erstellung der Prozesslandkarte und das Verständnis der Betriebsablauffolge. Die Analyse des 'ActivityName' ermöglicht die Visualisierung des Prozessflusses, die Identifizierung von Prozessschritten und die Berechnung von Übergangszeiten zwischen Aktivitäten. Es bildet das Rückgrat der Prozesserkennung und Konformitätsprüfung, indem es definiert, was mit der Bestandscharge zu einem bestimmten Zeitpunkt geschah. Bedeutung Definiert die Schritte im Prozess und ermöglicht die Visualisierung und Analyse des Weges der `Bestandspartie` sowie etwaiger Abweichungen vom Standardfluss. Datenquelle Dies ist ein konzeptionelles Attribut, das aus NetSuite-Daten abgeleitet wird. Es wird typischerweise vom „Transaktionstyp“ (z. B. „Artikelzugang“) oder dem Status einer Transaktion (z. B. „Fertigungsauftrag – Erstellt“) abgebildet. Beispiele Wareneingang verbuchtQualitätsinspektion durchgeführtEinlagerung abgeschlossenBestandsdifferenz angepasstWarenausgang verbucht
	Ereigniszeit TransactionDate	Der Timestamp, der angibt, wann die Bestandsaktivität stattgefunden hat.
Beschreibung Dieses Attribut erfasst das genaue Datum und die Uhrzeit einer Aktivität, z.b. wann Waren empfangen oder eine Anpassung gebucht wurde. Dieser 'Timestamp' ist entscheidend für die korrekte Reihenfolge der Ereignisse und die Berechnung von Dauern zwischen Prozessschritten. In der Analyse wird die 'Event Time' verwendet, um den chronologischen 'Event Log' für jeden 'Case' zu erstellen. Sie ist die Grundlage für alle zeitbasierten Analysen, einschließlich Zykluszeitberechnung, Engpassidentifizierung und Leistungsüberwachung über die Zeit. Bedeutung Liefert die chronologische Reihenfolge der Ereignisse, die für die Berechnung von Zykluszeiten, die Analyse der Prozessleistung und die Identifizierung von Engpässen unerlässlich ist. Datenquelle Das Standardfeld 'Date' in NetSuite-Transaktionen wie 'Item Receipt', 'Inventory Adjustment' und 'Item Fulfillment'. Für mehr Präzision können Systemnotizen einen 'Timestamp' liefern. Beispiele 2023-10-26T09:00:00Z2023-10-26T14:30:15Z2023-10-27T08:22:05Z2023-10-28T11:59:59Z
	Ausführender Benutzer User	Der Mitarbeiter, der die Transaktion im Zusammenhang mit der Bestandsaktivität erstellt oder zuletzt geändert hat.
Beschreibung Dieses Attribut identifiziert den Benutzer, der für die Ausführung eines spezifischen Prozessschritts verantwortlich ist. Dies könnte der Lagerarbeiter sein, der die Waren erhalten hat, der Bestandsmanager, der eine Anpassung genehmigt hat, oder der Kommissionierer, der einen Auftrag erfüllt hat. Die Analyse von Aktivitäten nach Benutzer hilft beim Verständnis der Arbeitslastverteilung, bei der Identifizierung von Schulungsbedarfen und bei der Untersuchung von Compliance-Problemen. Zum Beispiel verwendet das Dashboard 'Compliance of Inventory Adjustments' dieses Attribut, um Anpassungen zu kennzeichnen, die von unbefugtem Personal vorgenommen wurden. Bedeutung Schafft Verantwortlichkeit, indem Prozessaktivitäten mit bestimmten Personen verknüpft werden, was Leistungsanalysen, Compliance-Prüfungen und die Identifizierung von Schulungsbedarfen ermöglicht. Datenquelle Verfügbar in den Feldern 'Created By' oder 'Last Modified By' bei Standard-NetSuite-Transaktionen. Der `System Notes`-Subtab bietet auch eine detaillierte Historie der Benutzeränderungen. Beispiele John SmithJane DoeLager.Operator1Admin
	Bestandswert StockValue	Der finanzielle Wert des Bestands, der in einer Transaktion involviert ist.
Beschreibung 'Stock Value' repräsentiert den monetären Wert der Bestandsmenge, die bewegt, angepasst oder verkauft wird. Er wird typischerweise berechnet, indem die Transaktionsmenge mit dem aktuellen Kostenpreis des Artikels multipliziert wird. Dieses Attribut ist unerlässlich, um die finanziellen Auswirkungen von Prozessaktivitäten zu verstehen. Zum Beispiel verwendet das Dashboard 'Inventory Adjustment Frequency & Value' den 'Stock Value', um die Kosten von Bestandsdifferenzen zu quantifizieren und so dabei zu helfen, Probleme mit dem größten finanziellen Einfluss zu priorisieren. Bedeutung Quantifiziert die finanziellen Auswirkungen von Bestandsbewegungen und -anpassungen, wodurch die Analyse auf hochwertige Transaktionen konzentriert und Kosteneinsparungsmöglichkeiten priorisiert werden können. Datenquelle Abgeleitet durch Multiplikation der Transaktions-'Quantity' mit den Kosten des Artikels. Die Kosten können aus dem zugehörigen `Item Record` (z.B. 'Average Cost', 'Last Purchase Price') bezogen werden. Beispiele 1250.75500.0025.50-150.25
	Endzeit EndTime	Der Zeitstempel, der angibt, wann eine Aktivität abgeschlossen wurde.
Beschreibung Dieses Attribut erfasst die Abschlusszeit einer Aktivität. Bei vielen Bestandstransaktionen, die sofort erfasst werden, kann die 'End Time' mit der 'Start Time' identisch sein. Für Aktivitäten mit einer messbaren Dauer, wie z.B. eine Qualitätsprüfung oder eine Einlagerungsaufgabe, ist dieses Attribut jedoch entscheidend. Es wird primär in Verbindung mit der 'Start Time' verwendet, um die 'Processing Time' für einzelne Aktivitäten zu berechnen. Dies ermöglicht eine granularere Analyse von Engpässen, identifiziert nicht nur Verzögerungen zwischen Schritten, sondern auch, welche spezifischen Schritte am längsten dauern. Bedeutung Ermöglicht die Berechnung der genauen Dauer jeder Aktivität, was entscheidend ist, um ineffiziente Schritte zu identifizieren und die `Ressourcenleistung` zu analysieren. Datenquelle Dies muss möglicherweise abgeleitet werden. Für einige Datensätze könnte es das „Datum der letzten Änderung“ sein. In anderen Fällen kann es der Timestamp eines nachfolgenden, zugehörigen Ereignisses sein. 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 Ort an, der mit einem Bestandsereignis verbunden ist. Das NetSuite-Feld „Location“ ist eine Standardmethode zur Segmentierung von Inventar und Betriebsabläufen. Dies ist eine entscheidende Dimension für vergleichende Analysen. Dashboards wie „Einlagerungszykluszeit pro Lager“ und „Lageraktivitäts-Heatmap“ nutzen dieses Attribut, um die Leistung über verschiedene Standorte hinweg zu vergleichen, regionale Bottlenecks zu identifizieren und geografische Muster in der Bestandsbewegung zu verstehen. Bedeutung Ermöglicht Leistungsvergleiche und Ressourcenplanung an verschiedenen physischen Standorten und hilft dabei, standortspezifische `Engpässe` oder Best Practices zu identifizieren. Datenquelle Dies ist das Standardfeld „Standort“, das in nahezu allen bestandsbezogenen Transaktionen in NetSuite verfügbar ist. Beispiele WH-OSTWH-WEST-01HauptverteilzentrumRetail Store #105
	Movement Reason Code MovementReasonCode	Ein Code, der den Grund für eine Bestandsbewegung oder -anpassung erklärt.
Beschreibung Dieses Attribut liefert Kontext für bestimmte Bestandstransaktionen, insbesondere Anpassungen. Es klärt, warum eine Änderung der Lagerbestände vorgenommen wurde, zum Beispiel 'Damaged Goods', 'Cycle Count Adjustment' oder 'Return to Vendor'. Dies ist entscheidend für das Dashboard 'Inventory Adjustment Frequency & Value', da es hilft, Anpassungen zu kategorisieren, um die Ursachen von Differenzen zu identifizieren. Es wird auch in der Compliance-Analyse verwendet, um sicherzustellen, dass alle Anpassungen einen gültigen, dokumentierten Grund haben. Bedeutung Erklärt das `„Warum“` hinter `Bestandsanpassungen` und hilft, Grundursachen für `Bestandsdifferenzen` wie `Beschädigung`, `Diebstahl` oder `Dateneingabefehler` zu identifizieren. Datenquelle Dies wird typischerweise als benutzerdefiniertes Transaktionskopf- oder Zeilenfeld in NetSuite implementiert, da es kein Standardfeld für diesen Zweck in allen Transaktionstypen gibt. Beispiele ADJ_CYCLE_COUNTDMG_IN_TRANSITRECLASS_SKUEXPIRED_STOCK
	SKU Item	Der eindeutige Identifikator für das spezifische Produkt oder Material.
Beschreibung Die SKU (Stock Keeping Unit) ist der spezifische Identifikator für ein Produkt, wie z.B. eine Teilenummer oder ein Artikelname. Sie stellt die granularste Ebene der Produktidentifikation dar. Die Analyse nach SKU ermöglicht einen tiefen Einblick in die Leistung und Handhabung einzelner Produkte. Sie kann aufzeigen, dass bestimmte Artikel längere Einlagerungszeiten, höhere Anpassungsraten oder eine größere Anfälligkeit für Beschädigungen aufweisen, was umsetzbare Erkenntnisse für artikelspezifische Prozessverbesserungen liefert. Bedeutung Bietet die granularste Ebene von Produktdetails und ermöglicht eine präzise Analyse, wie verschiedene Produkte den Bestandsprozess durchlaufen. Datenquelle Dies ist das Standardfeld „Artikel“ in allen Transaktionszeilen in NetSuite. Es referenziert einen Datensatz aus der Artikelliste. Beispiele SKU-001-REDPN-987654RAW-STEEL-COILWIDGET-ASSY-A
	Transaktionstyp TransactionType	Der spezifische Typ des NetSuite-Transaktionsdatensatzes, der das Ereignis generiert hat.
Beschreibung Dieses Attribut gibt den nativen NetSuite-Transaktionstyp an, wie z.B. 'Item Receipt', 'Inventory Adjustment', 'Work Order Close' oder 'Item Fulfillment'. Es bietet direkte Rückverfolgbarkeit zum Quelldatensatz im ERP-System. Während der 'Activity Name' eine geschäftsfreundliche Bezeichnung liefert, ist der 'Transaction Type' entscheidend für die Datenvalidierung und für die Erstellung detaillierter Analysen, die ein Verständnis des spezifischen buchhalterischen oder operativen Kontexts eines Ereignisses erfordern. Zum Beispiel hilft es, zwischen einer Kundenretoure ('Return Authorization') und einer Lieferantenretoure zu unterscheiden. Bedeutung Bietet einen direkten Link zum Quell-Datensatztyp in NetSuite, was für die Datenvalidierung, detaillierte Drill-downs und das Verständnis des technischen Kontexts eines Ereignisses entscheidend ist. Datenquelle Dies ist der Standard-„Typ“ jedes Transaktionsdatensatzes in NetSuite. Beispiele WareneingangBestandsanpassung`Bin Putaway Worksheet`Warenausgang
	`Compliance-Flag` für Anpassungen AdjustmentComplianceFlag	Ein berechnetes Flag, das anzeigt, ob eine Bestandsanpassung nicht `Compliance`-konform ist.
Beschreibung Dies ist ein boolesches Attribut, das Bestandsanpassungen kennzeichnet, die gegen definierte Geschäftsregeln verstoßen. Zum Beispiel könnte es auf „wahr“ gesetzt werden, wenn eine Aktivität „Bestandsdiskrepanz angepasst“ von einem unbefugten Benutzer durchgeführt wird oder ein „Bewegungsgrundcode“ fehlt. Dieses Flag wurde speziell für das Dashboard „Compliance von Bestandsanpassungen“ entwickelt. Es vereinfacht die Analyse durch die Schaffung einer einfachen binären Dimension zum Filtern und Zählen nicht-konformer Ereignisse, was die Verfolgung und Berichterstattung über Prozessabweichungen und Richtlinienverstöße erleichtert. Bedeutung Vereinfacht die Compliance-Überwachung, indem Transaktionen, die gegen Geschäftsregeln verstoßen, gekennzeichnet werden, was die Quantifizierung und Untersuchung von Richtlinienverstößen erleichtert. Datenquelle Berechnetes `Attribut`. Dies wird mithilfe einer Logik abgeleitet, die andere Felder prüft, zum Beispiel `IF(MovementReasonCode IS NULL) THEN true ELSE false`. Beispiele truefalsch
	Ablaufdatum ExpirationDate	Das Datum, an dem die Bestandscharge oder das Los abläuft.
Beschreibung Dieses Attribut speichert das Verfallsdatum für verderbliche oder zeitkritische Waren. Es ist eine wichtige Information, die auf Chargen- oder Losnummernebene verwaltet wird. Diese Daten sind grundlegend für das Dashboard „Übersicht über ablaufende und veraltete Bestände“. Durch die Analyse des Verfallsdatums können Unternehmen proaktiv Bestände identifizieren, die vom Verfall bedroht sind, Strategien wie FEFO (First-Expired, First-Out) implementieren und Verluste durch Verderb oder Veralterung minimieren. Bedeutung `Entscheidend für das Management verderblicher Waren`, um eine proaktive Identifizierung von Beständen mit Risiko zu ermöglichen und so `Abfall` und finanzielle Verluste durch `abgelaufenen Bestand` zu reduzieren. Datenquelle Verfügbar in den `Bestandsdetails` einer Transaktionszeile für `Chargenartikel`, bei denen die Verfolgung des `Verfallsdatums` aktiviert ist. Beispiele 2024-12-312025-06-302024-08-01
	Bearbeitungszeit ProcessingTime	Die Dauer einer einzelnen Aktivität, berechnet aus ihren Start- und Endzeiten.
Beschreibung Die 'Processing Time' misst, wie lange es dauerte, ein einzelnes Ereignis im Prozess abzuschließen. Sie wird als Differenz zwischen der 'End Time' und 'Start Time' einer Aktivität berechnet. Die Analyse der 'Processing Time' hilft, Ineffizienzen innerhalb spezifischer Aufgaben zu identifizieren. Zum Beispiel deutet eine lange 'Processing Time' für 'Quality Inspection Performed' darauf hin, dass die Inspektion selbst langsam ist, anstatt einer langen Wartezeit vor Beginn der Inspektion. Dies ermöglicht gezielte Verbesserungen auf Aktivitätsebene. Bedeutung Misst die Dauer einzelner Aufgaben und hilft, zwischen Wartezeit und tatsächlicher Arbeitszeit zu unterscheiden, um spezifische operative Ineffizienzen zu identifizieren. Datenquelle Dies ist kein Feld in NetSuite. Es wird durch Subtrahieren der StartTime von der EndTime während der Datenaufbereitung berechnet. Beispiele 300180086400
	Durchlaufzeit für interne Umlagerungen InternalTransferLeadTime	Die berechnete Zeit, die benötigt wird, um Bestand zwischen zwei internen Standorten oder Behältern zu bewegen.
Beschreibung Diese Metrik misst die Dauer interner Lagerbewegungen. Sie wird als die verstrichene Zeit von der Initiierung einer Transferaktivität bis zu deren Abschluss berechnet, speziell für „Intern bewegter Bestand“-Ereignisse. Dieses Attribut, das im Dashboard „Analyse der internen Transferdurchlaufzeit“ verwendet wird, hilft bei der Bewertung der Effizienz der Lagerlogistik. Lange Durchlaufzeiten können auf ineffiziente Wege, Ressourcenengpässe oder systemische Verzögerungen im Prozess der Warenbewegung innerhalb derselben Einrichtung hinweisen. Bedeutung Zeigt Ineffizienzen in der internen Lagerlogistik auf. Lange Transferzeiten können die Auftragsabwicklung verzögern, selbst wenn der Bestand physisch im Gebäude vorhanden ist. Datenquelle Berechnetes `Attribut`. Es ist die Zeitdifferenz zwischen dem Abschluss und dem Beginn einer `„Stock Moved Internally“`-Aktivitätssequenz. Beispiele 18003600900
	Einlagerungs-Zykluszeit PutAwayCycleTime	Die berechnete Zeit vom Wareneingang bis zum Abschluss des Einlagerungsprozesses.
Beschreibung Diese Metrik misst die Gesamtdauer vom Zeitpunkt des offiziellen Wareneingangs („Wareneingang erfasst“) bis zur erfolgreichen Lagerung in ihrem endgültigen Lagerplatz („Einlagerung abgeschlossen“). Sie repräsentiert die Effizienz des Wareneingangs- und Einlagerungs-Workflows. Dies ist ein wichtiger Leistungsindikator, der im Dashboard „Einlagerungszykluszeit nach Lager“ verwendet wird. Die Analyse dieser Zykluszeit hilft, Verzögerungen bei der Bereitstellung neuer Bestände für die Auftragserfüllung zu identifizieren und Engpässe an der Wareneingangsrampe, in den Bereitstellungsbereichen oder bei den Einlagerungsaufgaben selbst aufzuzeigen. Bedeutung Misst direkt die Effizienz, mit der neu eingegangener Bestand für den Verkauf oder die Nutzung verfügbar gemacht wird. Lange `Durchlaufzeiten` weisen auf `Engpässe` hin, die die `Bestandsverfügbarkeit` verzögern. Datenquelle Berechnetes `Attribut`. Es ist die Zeitdifferenz zwischen dem `Timestamp` der Aktivität `„Put-away Completed“` und der Aktivität `„Goods Receipt Recorded“` für denselben `Case`. Beispiele 72001440086400
	Kommissionier- & Verpackungsdurchlaufzeit PickingAndPackingLeadTime	Die berechnete Zeit vom Beginn der Kommissionierung bis zum Abschluss der Verpackung.
Beschreibung Diese Metrik misst die Effizienz des Outbound-Fulfillment-Prozesses. Sie ist die Gesamtzeit, die verstreicht, von dem Moment, in dem ein Artikel erstmals zur Kommissionierung bestimmt wird („Kommissionierung initiiert“ oder „Kommissionierwelle erstellt“), bis er vollständig verpackt und versandfertig ist („Verpackung abgeschlossen“). Dies ist ein kritischer KPI für das Dashboard „Kommissionier- und Verpackungsabschlussrate“. Er beeinflusst direkt die Geschwindigkeit der Auftragserfüllung und die Kundenzufriedenheit. Die Analyse dieser Durchlaufzeit hilft, Bottlenecks in den Kommissionier- oder Verpackungsphasen des Outbound-Prozesses zu identifizieren. Bedeutung Misst die Geschwindigkeit des ausgehenden Fulfillment-Prozesses. Die Reduzierung dieser Durchlaufzeit ist entscheidend für einen schnelleren Versand und eine verbesserte Kundenzufriedenheit. Datenquelle Berechnetes `Attribut`. Es ist die Zeitdifferenz zwischen dem `Timestamp` der Aktivität `„Packing Completed“` und der Aktivität `„Picking Initiated“`. Beispiele 3600540018000
	Lagerplatz BinNumber	Der spezifische Behälter oder Lagerbereich innerhalb eines Lagers, wo sich der Artikel befindet.
Beschreibung Der 'Storage Bin' identifiziert die granularste Lagereinheit innerhalb eines Lagers, wie z.B. ein spezifisches Regal, einen Rack oder Palettenplatz. Dies wird in Umgebungen verwendet, in denen eine präzise Verfolgung der Bestandsplatzierung erforderlich ist. Die Analyse nach 'Storage Bin' ist entscheidend für das Verständnis der internen Lagerlogistik. Sie unterstützt die 'Internal Transfer Lead Time Analysis' durch die Verfolgung von Bewegungen zwischen Behältern und die 'Warehouse Activity Heatmap', indem sie zeigt, welche Behälter am häufigsten für Einlagerungs- oder Kommissionieraktivitäten genutzt werden. Bedeutung Bietet detaillierte Informationen zur Bestandsplatzierung, was für die Analyse interner Lagerbewegungen, die Optimierung des Layouts und die Verfolgung der Kommissioniereffizienz unerlässlich ist. Datenquelle Finden Sie im Feld 'Bin Number' auf den Transaktionszeilen. Dies erfordert die Aktivierung der Funktion 'Advanced Bin/Numbered Inventory Management' in NetSuite. Beispiele A-01-01-AB-05-03-CRECEIVING-DOCK-01PICK-FACE-12
	Letzte Datenaktualisierung LastDataUpdate	Der Zeitstempel der aktuellsten Datenaktualisierung aus dem Quellsystem.
Beschreibung Dieses Attribut gibt Datum und Uhrzeit an, wann die Daten zuletzt aus NetSuite extrahiert und im Process Mining Tool aktualisiert wurden. Es liefert Kontext für die Aktualität der Analyse und der angezeigten Daten. Dies ist ein entscheidendes Metadatum für jedes Dashboard oder jede Analyse, da es den Benutzer über die Aktualität der Erkenntnisse informiert. Es hilft Benutzern zu verstehen, ob sie Echtzeitinformationen oder eine Momentaufnahme von einem bestimmten Zeitpunkt betrachten. Bedeutung Informiert Benutzer über die Aktualität der Daten und stellt sicher, dass sie den Analysezeitraum verstehen und Entscheidungen auf Basis aktueller Informationen treffen. Datenquelle Dieser Timestamp wird vom ETL-Prozess (Extract, Transform, Load) während der Datenaufnahme generiert. Beispiele 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
	Lieferant SupplierName	Der Name des Lieferanten oder Verkäufers, der den Bestandsartikel liefert.
Beschreibung Dieses Attribut identifiziert den Lieferanten, von dem die Waren bezogen wurden. Diese Informationen werden typischerweise während des Wareneingangsprozesses erfasst und sind mit der entsprechenden Bestellung verknüpft. Die Analyse nach Lieferant ist wichtig für das Beschaffungs- und Lieferkettenleistungsmanagement. Das Dashboard 'Returns Processing Cycle Time' verwendet dieses Attribut, um zu identifizieren, ob Retouren von bestimmten Lieferanten langsamer bearbeitet werden, was auf Probleme mit der Produktqualität oder Dokumentation des Lieferanten hindeuten könnte. Bedeutung Verknüpft den Bestand mit seinem Ursprungslieferanten und ermöglicht die Analyse der Lieferantenleistung, Qualitätsprobleme und Retourenquoten. Datenquelle Das Feld 'Entity' in Bestellungen und Wareneingängen, das einen Lieferantendatensatz in NetSuite referenziert. Beispiele Global Electronics Inc.`Massengüter GmbH``Komponentenlieferanten GmbH`Office Mart
	Maßeinheit Units	Die Maßeinheit für die Transaktionsmenge (z.B. Stück, Kg, Karton).
Beschreibung Die 'Unit of Measure (UoM)' liefert den Kontext für das Attribut 'Quantity'. Sie gibt an, ob die Menge in einzelnen Einheiten, Kartons, Kilogramm, Litern oder einer anderen Maßeinheit angegeben ist. Dieses Attribut ist entscheidend, um eine genaue Interpretation von mengenbasierten Metriken zu gewährleisten, insbesondere in Umgebungen mit vielfältigen Produkttypen. Es verhindert Fehlinterpretationen, z.B. den Vergleich einer Menge von 10 Paletten mit einer Menge von 10 einzelnen Artikeln, und ist unerlässlich für genaue Wertberechnungen. Bedeutung Liefert wesentlichen Kontext zum Feld 'Quantity' und stellt sicher, dass Analysen und Vergleiche korrekt sind, wenn Artikel in verschiedenen Einheiten wie Stück, Kartons oder Kilogramm verfolgt werden. Datenquelle Verfügbar als Feld 'Units' in Transaktionszeilen, wenn die Funktion 'Multiple Units of Measure' in NetSuite aktiviert ist. Beispiele `Stück`Case (24)kgL
	Menge Quantity	Die Anzahl der Einheiten des Artikels, der an der Transaktion beteiligt ist.
Beschreibung Dieses Attribut repräsentiert die Menge des Lagerartikels, der in einer bestimmten Transaktion bewegt, empfangen, angepasst oder versandt wird. Die Menge kann positiv oder negativ sein, zum Beispiel im Falle einer Lagerbestandsminderung. Die Menge ist eine grundlegende Kennzahl, um den Umfang der Vorgänge zu verstehen. Sie wird verwendet, um die Bedeutung bestimmter Aktivitäten zu gewichten, den Durchsatz zu berechnen und das Volumen des angepassten oder verschrotteten Lagerbestands zu bewerten. Sie liefert den Kontext für nahezu jede Bestandsanalyse. Bedeutung Gibt das Volumen für jede Transaktion an, was für das Verständnis des Durchsatzes, die Berechnung des Wertes von Anpassungen und die Priorisierung von Aktivitäten mit hohem Volumen unerlässlich ist. Datenquelle Dies ist das Standardfeld „Menge“ in allen Transaktionszeilen in NetSuite. Beispiele 100501000-10
	Quellsystem SourceSystem	Das System, aus dem die Daten extrahiert wurden.
Beschreibung Dieses Attribut identifiziert den Ursprung der Ereignisdaten. Für diese Prozessansicht wird der Wert konsistent 'NetSuite' sein, was darauf hinweist, dass alle Bestandsmanagementaktivitäten aus diesem ERP-System stammen. Obwohl es statisch erscheinen mag, ist dieses Attribut in Umgebungen, in denen Daten aus mehreren Systemen kombiniert werden könnten, entscheidend. Es sorgt für Klarheit über die Datenherkunft und hilft bei der Fehlerbehebung bei Datenextraktions- und Integrationsproblemen. Bedeutung Bestätigt den Datenursprung, was für `Data Governance`, Validierung und in Szenarien, in denen Daten aus mehreren Systemen zusammengeführt werden, unerlässlich ist. Datenquelle Dies ist ein statischer `Wert` (`NetSuite`), der während des `Datenextraktions- und Transformationsprozesses` hinzugefügt wird. Beispiele NetSuite
	SKU-Kategorie ItemCategory	Eine Klassifizierung oder Kategorie für den Bestandsartikel (SKU).
Beschreibung Die SKU-Kategorie ist eine übergeordnete Gruppierung für Produkte, wie z.B. 'Electronics', 'Apparel' oder 'Raw Materials'. Dies ermöglicht eine aggregierte Analyse über ähnliche Artikeltypen hinweg. In NetSuite könnte dies durch Standardfelder wie 'Class' oder ein benutzerdefiniertes Artikelfeld dargestellt werden. Es wird in Dashboards wie 'Expiring & Obsolete Stock Overview' verwendet, um Trends und Probleme zu analysieren, die ganze Produktgruppen und nicht nur einzelne SKUs betreffen, und bietet so eine strategischere Sicht. Bedeutung Ermöglicht eine aggregierte Analyse nach Produktgruppen, um systemische Probleme oder Trends zu identifizieren, die ganze Artikelkategorien betreffen. Datenquelle Dies könnte das Standardfeld „Klasse“ oder „Abteilung“ im Artikeldatensatz in NetSuite sein oder ein benutzerdefiniertes Artikelfeld, das für die Kategorisierung erstellt wurde. Beispiele `Fertigwaren`RohmaterialienElektronikBekleidung
	Transaktions-ID TransactionId	Der eindeutige Identifikator für den Quelltransaktionsdatensatz in NetSuite.
Beschreibung Dieses Attribut ist die eindeutige System-ID oder Dokumentennummer für die NetSuite-Transaktion, die das Ereignis im Process Mining Log generiert hat. Beispiele sind die Wareneingangsnummer oder die Bestandsanpassungs-Dokumentennummer. Eine 'Transaction ID' ist von unschätzbarem Wert für operative Anwendungsfälle. Sie ermöglicht Benutzern, von einem interessanten oder problematischen Fall, der im Process Mining Tool entdeckt wurde, direkt zum spezifischen Quelldatensatz in NetSuite für weitere Untersuchungen oder Korrekturmaßnahmen zu springen. Bedeutung Bietet einen direkten Link zur spezifischen Transaktion in NetSuite, sodass Benutzer Anomalien leicht untersuchen oder Prozessschritte im Quellsystem überprüfen können. Datenquelle Dies kann die „Transaktionsnummer“ (die vom Benutzer sichtbare ID) oder die „Interne ID“ (der eindeutige Primärschlüssel des Systems) eines Transaktionsdatensatzes sein. Beispiele IR-001234ADJ-00056WO-00987IF-004321

Erforderlich Empfohlen Optional

Bestandsmanagement-Aktivitäten

Dies sind die wichtigsten Prozessschritte und Meilensteine, die in Ihrem Event Log erfasst werden müssen, um eine genaue Erkennung und Analyse der Bestandsflüsse zu ermöglichen.

6 Empfohlen 9 Optional

	Aktivität	Beschreibung
	`Kommissionierung abgeschlossen`	Stellt den Abschluss der physischen Kommissionierung einer Bestandscharge aus ihrem Lagerbehälter für einen Auftrag dar. Dies wird oft aus einer Statusänderung im 'Item Fulfillment' Datensatz von 'Picking' zu 'Packed' oder einem ähnlichen Status abgeleitet.
Bedeutung Dies ist ein entscheidender Meilenstein zur Messung der Effizienz von Kommissionierern und der gesamten Durchlaufzeit für Kommissionierung und Verpackung, einem kritischen Bestandteil der Liefergeschwindigkeit von Bestellungen. Datenquelle Abgeleitet von einer Statusänderung im 'Item Fulfillment' Datensatz (z.B. zu 'Picked') oder dem Abschluss aller mit der Erfüllung verbundenen Kommissionieraufgaben. Erfassen Abgeleitet von einer Statusänderung in der 'Item Fulfillment' Transaktion zu 'Picked'. Ereignistyp inferred
	Bestand verschrottet/entsorgt	Repräsentiert die endgültige Entnahme einer Bestandscharge aus dem Lagerbestand aufgrund von Beschädigung, Ablaufdatum oder Veralterung. Dies wird mithilfe einer 'Inventory Adjustment'-Transaktion mit negativer Menge und einem spezifischen Grundcode erfasst.
Bedeutung Dieses alternative Endereignis ist entscheidend für die Analyse von Bestandsabschreibungen, das Verständnis der finanziellen Auswirkungen von veraltetem Bestand und die Verbesserung des Bestandslebenszyklusmanagements. Datenquelle Erfasst aus einer `Inventory Adjustment`-Transaktion, bei der das `Anpassungskonto` für `Ausschuss` oder `Entsorgung` vorgesehen ist oder ein `Custom Field` den Grund angibt. Erfassen `Event` wird über eine `Inventory Adjustment`-Transaktion mit einem spezifischen Konto oder Grundcode für `Ausschuss` protokolliert. Ereignistyp explicit
	Bestandsdifferenz angepasst	Tritt auf, wenn eine Differenz zwischen physischem und Systembestand korrigiert wird. Dies wird in NetSuite explizit über eine 'Inventory Adjustment'-Transaktion erfasst, die die verfügbare Menge erhöht oder verringert.
Bedeutung Dies ist ein kritisches Ereignis zur Analyse der Bestandsgenauigkeit, zur Identifizierung von Grundursachen für Diskrepanzen und zur Sicherstellung der finanziellen Compliance. Datenquelle Erfasst aus der Erstellung eines `Inventory Adjustment`-Transaktionsdatensatzes. Die Transaktion enthält Details wie das `Anpassungskonto`, den Grund und die Mengenänderung. Erfassen `Event` wird bei der Erstellung einer `Inventory Adjustment`-Transaktion protokolliert. Ereignistyp explicit
	Einlagerung abgeschlossen	Bestätigt, dass die `Bestandspartie` erfolgreich in das dafür vorgesehene `Lagerfach` platziert wurde. Dieses `Event` wird erfasst, wenn ein `Bin Transfer` oder `Bin Putaway Worksheet` als abgeschlossen markiert wird, wodurch der `Bin Location` des Artikels aktualisiert wird.
Bedeutung Dieser Meilenstein ist entscheidend für die Verfolgung der Bestandsverfügbarkeit zur Auftragserfüllung und die Berechnung der gesamten Einlagerungszykluszeit. Verzögerungen hier wirken sich direkt auf die Auftragsbearbeitungskapazitäten aus. Datenquelle Erfasst vom Abschluss- oder Transaktionsdatum eines `Bin Transfer` Records oder eines abgeschlossenen `Bin Putaway Worksheet`. Diese Aktion aktualisiert den `Bin Location` für die `Losnummer`. Erfassen `Event` wird bei Abschluss einer `Bin Transfer`- oder `Bin Putaway Worksheet`-Transaktion protokolliert. Ereignistyp explicit
	Warenausgang verbucht	Kennzeichnet den letzten Schritt, bei dem eine Bestandscharge an einen Kunden versandt wird und das Lager offiziell verlässt. Dies wird erfasst, wenn der Status einer 'Item Fulfillment' Transaktion in NetSuite auf 'Shipped' gesetzt wird.
Bedeutung Als primäres erfolgreiches Endereignis ist es essenziell für die Analyse des End-to-End-Bestandslebenszyklus, vom Wareneingang bis zum Versand, und für die Messung der gesamten `Order Fulfillment`-Zeit. Datenquelle Erfasst vom Statusänderungsdatum, wenn ein `Item Fulfillment`-Record auf 'Shipped' aktualisiert wird. Diese Aktion verringert den Lagerbestand. Erfassen `Event` wird protokolliert, wenn der Status der `Item Fulfillment`-Transaktion 'Shipped' wird. Ereignistyp explicit
	Wareneingang verbucht	Kennzeichnet den offiziellen Wareneingang einer Bestandscharge im Lager. Dieses Ereignis wird erfasst, wenn eine 'Item Receipt' Transaktion in NetSuite erstellt wird, oft verknüpft mit einer Bestellung.
Bedeutung Dies ist das primäre Start-Event für den Bestandslebenszyklus, entscheidend für die Messung von Lieferanten-Durchlaufzeiten und der gesamten Inbound-Bearbeitungszeit. Datenquelle Erfasst vom Erstellungsdatum des `Item Receipt`-Transaktionsdatensatzes. Die Transaktion protokolliert den Benutzer, das Datum, die Artikel und die erhaltenen Mengen. Erfassen `Event` wird bei der Erstellung einer `Item Receipt`-Transaktion protokolliert. Ereignistyp explicit
	`Verpackung abgeschlossen`	Signalisiert, dass die kommissionierten Artikel für einen Auftrag verpackt und versandbereit sind. Dies wird typischerweise aus einer Statusänderung im 'Item Fulfillment' Datensatz von 'Picked' zu 'Packed' abgeleitet.
Bedeutung Diese Aktivität kennzeichnet das Ende der internen Lagerbearbeitung für einen Auftrag und ist der letzte Schritt vor Beginn des Versands. Datenquelle Abgeleitet von einer Statusänderung im 'Item Fulfillment' Datensatz zu 'Packed'. Der 'Timestamp' dieser Änderung würde aus den Systemnotizen erfasst werden. Erfassen Abgeleitet von einer Statusänderung in der 'Item Fulfillment' Transaktion zu 'Packed'. Ereignistyp inferred
	Bestand intern umgelagert	Stellt die Bewegung einer Bestandscharge zwischen zwei verschiedenen Lagerbehältern oder Standorten innerhalb desselben Lagers dar. Dies wird in NetSuite explizit durch eine 'Inventory Transfer'- oder 'Bin Transfer'-Transaktion erfasst.
Bedeutung Die Verfolgung interner Bewegungen hilft, die Effizienz des Lagerlayouts zu analysieren, übermäßiges Handling zu identifizieren und Strategien für die Bestandsplatzierung zu optimieren. Datenquelle Erfasst vom Transaktionsdatum eines `Inventory Transfer` (zwischen Standorten) oder `Bin Transfer` (innerhalb eines Standorts) Records. Erfassen `Event` wird bei der Erstellung einer `Inventory Transfer`- oder `Bin Transfer`-Transaktion protokolliert. Ereignistyp explicit
	Bestandszählung genehmigt	Repräsentiert die offizielle Genehmigung der Ergebnisse einer physischen Inventur, die allen Anpassungen vorausgeht. Dieses Ereignis wird aus der Statusänderung des 'Inventory Count' Datensatzes zu 'Approved' abgeleitet.
Bedeutung Dieser Genehmigungsschritt kann ein Engpass im Bestandsabgleichsprozess sein. Die Analyse seiner Dauer hilft, Abläufe zu rationalisieren und die Geschwindigkeit der Datenaktualisierung zu verbessern. Datenquelle Abgeleitet aus den Systemnotizen oder dem Audit-Trail, wenn der Status im 'Inventory Count' Datensatz von einem autorisierten Benutzer auf 'Approved' aktualisiert wird. Erfassen Abgeleitet von einer Statusfeldänderung im 'Inventory Count' Datensatz zu 'Approved'. Ereignistyp inferred
	Bestandszählung initiiert	Kennzeichnet den Beginn einer physischen Inventur für eine bestimmte Charge oder einen Standort. Diese Aktivität wird erfasst, wenn ein 'Inventory Count' Datensatz in NetSuite erstellt wird, der die Bestandsaufnahme terminiert.
Bedeutung Dieses Ereignis startet die Zeiterfassung für die Messung der Zykluszeit der Diskrepanzbehebung und zeigt auf, wie lange es dauert, Zählungen durchzuführen und Lagerbestände zu korrigieren. Datenquelle Erfasst vom Erstellungsdatum des `Inventory Count`-Transaktionsdatensatzes, der die zu zählenden Artikel und Standorte definiert. Erfassen `Event` wird bei der Erstellung eines `Inventory Count` Records protokolliert. Ereignistyp explicit
	Einlagerung initiiert	Signalisiert den Beginn des Prozesses, eine erhaltene Bestandscharge vom Wareneingang zu ihrem endgültigen Lagerplatz zu bewegen. Dies kann aus der Erstellung eines 'Bin Putaway Worksheet' oder eines ähnlichen Aufgaben-Datensatzes im WMS-Modul von NetSuite abgeleitet werden.
Bedeutung Diese Aktivität bildet den Ausgangspunkt für die Messung der Einlagerungs-Zykluszeit, einer Schlüsselmetrik für die Lagereffizienz, und hilft bei der Analyse der Zeit, die der Bestand in Bereitstellungsbereichen verbringt. Datenquelle Abgeleitet vom Erstellungsdatum eines 'Bin Putaway Worksheet' oder einer Aufgaben zuweisung in einer WMS-Erweiterung. Dies ist am relevantesten für Umgebungen, die NetSuite WMS verwenden. Erfassen Abgeleitet von der Erstellung eines `Bin Putaway Worksheet` Records für den spezifischen `Wareneingang`. Ereignistyp inferred
	Kommissionierwelle erstellt	Initiiert den Versandprozess, indem mehrere Aufträge zu einer einzigen Kommissionieraufgabe oder -welle gruppiert werden. Dies wird typischerweise durch die Erstellung eines Wellendatensatzes innerhalb von NetSuite WMS oder eines verwandten Fulfillment-Moduls erfasst.
Bedeutung Dies markiert den Beginn des Erfüllungszyklus und ermöglicht die Analyse der Zeit von der Auftragszuteilung bis zum Beginn der physischen Kommissionierung. Datenquelle Erfasst vom Erstellungsdatum einer `Picking Wave` oder eines konsolidierten `Fulfillment Record` in `NetSuite WMS`. Dies existiert möglicherweise nicht in `Non-WMS`-Implementierungen. Erfassen `Event` wird bei der Erstellung eines `Fulfillment Wave` Records protokolliert. Ereignistyp explicit
	Qualitätsinspektion durchgeführt	Repräsentiert den Abschluss einer Qualitätsprüfung der erhaltenen Bestandscharge. Dies wird oft aus einer Statusänderung im Bestands-Los-Datensatz oder einem verwandten benutzerdefinierten Datensatz abgeleitet, da NetSuite standardmäßig kein diskretes Ereignis dafür haben könnte.
Bedeutung Die Analyse der Zeit zwischen Wareneingang und Inspektion hilft, `Engpässe` im `Qualitätssicherungsprozess` zu identifizieren, die die `Lagerverfügbarkeit` verzögern. Datenquelle Wahrscheinlich abgeleitet von einem Timestamp in einem benutzerdefinierten Feld oder einer Statusänderung im Los-/Chargendatensatz oder einem verwandten benutzerdefinierten Qualitätsdatensatz. Erfordert eine Analyse der spezifischen NetSuite-Konfiguration. Erfassen Abgeleitet von einer Statusänderung (z.B. 'Pending Inspection' zu 'Available') im Bestandsdatensatz. Ereignistyp inferred
	Retourenautorisierung erstellt	Stellt den offiziellen Beginn des Retourenprozesses dar, bei dem ein Antrag auf Warenrücksendung genehmigt und dokumentiert wird. Dies wird durch die Erstellung einer 'Return Authorization (RMA)'-Transaktion in NetSuite erfasst.
Bedeutung Diese Aktivität initiiert den Reverse-Logistik-Fluss und ermöglicht die Analyse von Retourengründen, Häufigkeit und nachfolgenden Bearbeitungszeiten. Datenquelle Erfasst vom Erstellungsdatum des `Return Authorization`-Transaktionsdatensatzes. Dieser Datensatz geht der physischen Rücksendung von Waren voraus. Erfassen `Event` wird bei der Erstellung einer `Return Authorization`-Transaktion protokolliert. Ereignistyp explicit
	Retourenware erhalten	Bestätigt den physischen Wareneingang zurückgegebener Artikel ins Lager. Dieses `Event` wird durch die Erstellung einer `Item Receipt`-Transaktion erfasst, die mit einer `Return Authorization` verknüpft ist.
Bedeutung Die Verfolgung dieses Ereignisses ist entscheidend für die Messung der gesamten Zykluszeit der Retourenbearbeitung und die Sicherstellung, dass zurückgegebene Bestände korrekt erfasst und zeitnah dispositioniert werden. Datenquelle Erfasst vom Erstellungsdatum einer `Item Receipt`-Transaktion, bei der das Feld 'Created From' auf eine `Return Authorization` verweist. Erfassen `Event` wird bei Erstellung eines `Item Receipt` gegen eine `Return Authorization` protokolliert. Ereignistyp explicit

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus NetSuite

Schritte

Bei NetSuite anmelden: Melden Sie sich bei Ihrem NetSuite-Konto mit einer Rolle an, die Berechtigungen zum Erstellen und Ausführen von 'Transaction'-Typ Saved Searches und zum Anzeigen aller relevanten Inventar-Records besitzt.
Zur Erstellung von Saved Search navigieren: Gehen Sie zu Reports > Saved Searches > All Saved Searches > New. Wählen Sie 'Transaction' aus der Liste der verfügbaren Suchtypen aus. Dies ist der Basis-Record für alle unsere Suchen.
Eine Suche für 'Wareneingang' erstellen: Beginnen Sie mit der ersten Aktivität. Legen Sie auf der Saved Search-Einrichtungsseite die Kriterien fest. Filtern Sie 'Type' nach 'Item Receipt' und 'Main Line' auf 'false', um Details auf Artikelebene zu erhalten. Fügen Sie einen 'Date'-Filter für Ihren gewünschten Analysezeitraum hinzu, z. B. die letzten 3 Monate.
Ergebnisspalten definieren: Klicken Sie auf den 'Results'-Subtab. Fügen Sie die notwendigen Felder hinzu. Sie müssen Formeln verwenden, um eine standardisierte ActivityName-Spalte zu erstellen. Fügen Sie für diese Suche eine 'Formula (Text)'-Spalte hinzu und setzen Sie die Formel auf 'Goods Receipt Recorded'. Fügen Sie 'Inventory Detail Fields...Lot/Serial Number' für die Case ID, 'Date' für den Timestamp, 'Created By' für den Benutzer und so weiter für alle erforderlichen Attribute hinzu. Verwenden Sie 'Custom Label', um Spalten umzubenennen, damit sie dem Event Log-Schema entsprechen, z. B. InventoryBatchLotNumber.
Für alle Aktivitäten wiederholen: Speichern Sie die erste Suche. Erstellen Sie dann separate Saved Searches für jede der 15 erforderlichen Aktivitäten, passen Sie den 'Type'-Filter und 'Formula (Text)' für den ActivityName entsprechend an. Zum Beispiel filtern Sie für 'Goods Issue Recorded' nach 'Type' ist 'Item Fulfillment' und 'Status' ist 'Shipped'. Für einige Aktivitäten wie 'Quality Inspection Performed' müssen Sie möglicherweise nach einem Custom Field oder Status filtern, der spezifisch für den Workflow Ihrer Organisation ist.
Jede Suche speichern und ausführen: Speichern Sie jede konfigurierte Suche mit einem klaren Namen (z. B. 'ProcessMind - Wareneingänge'). Führen Sie jede Suche von der Liste der gespeicherten Suchen aus. Die Ergebnisse werden auf dem Bildschirm angezeigt.
Ergebnisse als CSV exportieren: Klicken Sie auf jeder Suchergebnisseite auf das 'Export - CSV'-Symbol. Dadurch wird eine separate CSV-Datei für jede der 15 Aktivitäten heruntergeladen.
CSV-Dateien kombinieren: Öffnen Sie die heruntergeladenen CSV-Dateien in einem Tabellenkalkulationsprogramm wie Microsoft Excel oder verwenden Sie ein Skript-Tool. Kopieren Sie die Daten aus jeder Datei nacheinander in eine einzige Masterdatei. Stellen Sie sicher, dass die Spaltenüberschriften in allen Dateien identisch sind, bevor Sie sie kombinieren.
Event Log finalisieren: Überprüfen Sie die kombinierte Master-CSV-Datei. Prüfen Sie, ob die Spaltenüberschriften korrekt benannt sind (InventoryBatchLotNumber, ActivityName, TransactionDate usw.). Stellen Sie sicher, dass das Datumsformat konsistent ist und entfernen Sie alle doppelten Header-Zeilen aus dem Kopier- und Einfügevorgang. Die Datei ist nun zum Hochladen bereit.

Konfiguration

Voraussetzungen: Die Benutzerrolle muss Berechtigungen zum Erstellen und Ausführen von Saved Searches für den 'Transaction'-Recordtyp besitzen. Der Zugriff zum Anzeigen von Item Receipts, Item Fulfillments, Inventory Adjustments und anderen relevanten Inventar-Records ist erforderlich.
Suchtyp: Verwenden Sie immer den 'Transaction'-Suchtyp als Grundlage für die Extraktion von Inventar-Events.
Datumsbereich: Es wird empfohlen, Suchen nach dem Feld 'Date' für einen spezifischen Zeitraum, z. B. die letzten 3 bis 6 Monate, zu filtern, um den Datensatz überschaubar zu halten. Bei sehr hohen Volumina sollten Sie die Suchen in monatlichen oder wöchentlichen Batches ausführen.
Wichtige Kriterienfilter: Die primären Filter sind 'Type' (um spezifische Transaktionen wie Item Receipt zu isolieren) und 'Main Line' auf 'No' gesetzt (um einzelne Artikelpositionen zu erhalten). Zusätzliche Filter für 'Status', 'Location' oder Custom Fields sind notwendig, um verschiedene Aktivitäten innerhalb desselben Transaktionstyps zu unterscheiden.
Ergebnisspalten und Formeln: Der 'Results'-Subtab ist entscheidend. Verwenden Sie die Option 'Inventory Detail Fields...', um auf die Lot/Serial Number zuzugreifen. Verwenden Sie 'Formula (Text)', um den ActivityName für jede Suche fest zu kodieren, z. B. 'Goods Receipt Recorded'. Verwenden Sie 'Custom Label' für jede Spalte, um den endgültigen Header für die CSV-Datei zu definieren.
Umgang mit Losnummern: Stellen Sie sicher, dass Sie die Spalte 'Inventory Detail Fields...Lot/Serial Number' zu den Ergebnissen hinzufügen. Transaktionen, die keine Losnummern verwenden, werden nicht angezeigt, wenn Sie nach diesem Feld filtern, das nicht leer ist.

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 Add-on-Modul für Ihr NetSuite-Konto aktiviert ist. Sie benötigen außerdem eine NetSuite-Benutzerrolle mit ausreichenden Berechtigungen für den Zugriff auf die erforderlichen Datentabellen, wie Transaction, TransactionLine und InventoryNumber.
Verbindungsdetails abrufen: Navigieren Sie in NetSuite zum Settings-Portlet auf Ihrem Home Dashboard und klicken Sie auf Set Up SuiteAnalytics Connect. Notieren Sie Ihre Account ID, Role ID und den korrekten 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 bietet ODBC-, JDBC- und ADO.NET-Treiber an.
SQL-Client konfigurieren: Richten Sie eine neue Verbindung oder DSN mit den Details aus Schritt 2 ein. Sie verwenden Ihren NetSuite-Benutzernamen und Ihr Passwort zur Authentifizierung. Für den Datenbanknamen verwenden Sie NetSuite.com oder NetSuite2.com, je nach Datenquelle Ihres Kontos.
Mit NetSuite verbinden: Starten Sie Ihren bevorzugten SQL-Client, wie DBeaver, Microsoft Excel oder Tableau, und stellen Sie eine Verbindung zum NetSuite-Data Warehouse mit Ihren konfigurierten Einstellungen her.
Abfrage vorbereiten: Öffnen Sie einen neuen Abfrage-Editor in Ihrem SQL-Client und kopieren Sie das vollständige SQL-Skript, das im Abschnitt Query dieses Dokuments bereitgestellt wird.
Platzhalter anpassen: Suchen Sie in der Abfrage die WHERE-Klausel in der anfänglichen Common Table Expression (CTE). Ändern Sie die Datumsplatzhalter, z. B. 'YYYY-MM-DD', um den gewünschten Datumsbereich für die Extraktion zu definieren. Fügen Sie bei Bedarf weitere unternehmensspezifische Filter hinzu, z. B. für eine bestimmte Tochtergesellschaft.
Extraktionsabfrage ausführen: Führen Sie die vollständige SQL-Abfrage aus. Die Ausführungszeit variiert je nach Datumsbereich und Datenvolumen in Ihrem NetSuite-Konto.
Daten überprüfen: Sobald die Abfrage abgeschlossen ist, überprüfen Sie kurz die Ergebnisse, um sicherzustellen, dass Zeilen zurückgegeben werden und Spalten wie InventoryBatchLotNumber, ActivityName und TransactionDate wie erwartet ausgefüllt sind.
Als CSV exportieren: Exportieren Sie das gesamte Ergebnis als CSV-Datei. Stellen Sie sicher, dass die Datei mit UTF-8-Kodierung gespeichert wird, um Zeichenprobleme zu vermeiden.
Endgültige Formatierung: Öffnen Sie die CSV-Datei und überprüfen Sie, ob die Spaltenüberschriften mit den für die ProcessMind-Aufnahme erforderlichen Namen übereinstimmen (CaseId, Activity, EventTime). Passen Sie das Datumsformat bei Bedarf an den erforderlichen Standard an, z. B. YYYY-MM-DD HH:MI:SS.

Konfiguration

SuiteAnalytics Connect-Zugriff: Eine gültige Lizenz für das SuiteAnalytics Connect-Modul ist erforderlich. Ohne diese können Sie keine direkte Datenbankverbindung herstellen.
Benutzerberechtigungen: Die für die Verbindung verwendete NetSuite-Rolle muss Berechtigungen zum Anzeigen der abgefragten Records und Felder besitzen. Dies umfasst Transactions, Items, Locations, Employees und Inventory Numbers.
Datumsbereichsfilterung: Es ist entscheidend, einen Datumsfilter auf das Feld Transaction.trandate anzuwenden, um das Datenvolumen zu begrenzen. Wir empfehlen, mit einem aktuellen Zeitraum von 3 bis 6 Monaten zu beginnen, um eine überschaubare Abfrageleistung zu gewährleisten.
Datenaktualität: Die SuiteAnalytics Connect-Datenquelle ist eine Replik der Produktionsdatenbank. Beachten Sie, dass es zu einer Replikationsverzögerung kommen kann, sodass die Daten möglicherweise nicht in Echtzeit vorliegen. Die Verzögerung liegt typischerweise zwischen einer und drei Stunden.
Anpassungen: Die bereitgestellte Abfrage geht von einer Standard-NetSuite-Konfiguration aus. Wenn Ihre Organisation Custom Fields verwendet, um wichtige Events wie 'Quality Inspection Performed' oder 'Stock Scrapped' zu verfolgen, müssen Sie die Abfrage ändern, um die Logik für diese Custom Fields oder Records einzuschließen.
WMS-Modul: Einige Aktivitäten, wie 'Picking Wave Created', sind spezifisch für das NetSuite Warehouse Management System (WMS)-Modul. Wenn Sie NetSuite WMS nicht verwenden, liefern diese Teile 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 Umgebungseinrichtung: Stellen Sie sicher, dass Python 3.6 oder neuer installiert ist. Installieren Sie die notwendigen Python-Bibliotheken, indem Sie pip install requests requests-oauthlib pandas in Ihrem Befehlszeilenterminal ausführen. Bestätigen Sie, dass Sie eine NetSuite-Rolle mit 'REST Web Services'-Berechtigungen und Zugriff auf die erforderlichen Transaktionsdatensätze (Item Receipt, Item Fulfillment, Inventory Adjustment usw.) haben.
NetSuite-Authentifizierung konfigurieren: Melden Sie sich bei NetSuite an und navigieren Sie zu Setup > Integration > Manage Integrations. Erstellen Sie eine neue Integration, aktivieren Sie die Token-basierte Authentifizierung und speichern Sie den Consumer Key und Consumer Secret. Navigieren Sie dann zu Setup > Users/Roles > Access Tokens > New. Wählen Sie die konfigurierte Integration, den Benutzer und die Rolle aus und speichern Sie die Token ID und Token Secret. Notieren Sie Ihre Account ID, die unter Setup > Integration > Web Services Preferences zu finden ist.
Python-Skript vorbereiten: Kopieren Sie das vollständige Python-Skript, das im Abschnitt 'query' dieses Dokuments bereitgestellt wird, in eine neue Datei, z. B. 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 in Schritt 2 erhaltenen Zugangsdaten. Passen Sie die Variablen start_date und end_date an, um den gewünschten Extraktionszeitraum zu definieren.
SuiteQL-Abfrage anpassen: Überprüfen Sie die SuiteQL-Abfrage innerhalb des Skripts. Achten Sie genau auf Platzhalter wie [Your Custom Field for QA Status] oder [Your Scrap Account ID]. Ändern Sie diese Teile der Abfrage, um sie an Ihre spezifische NetSuite-Konfiguration und Custom Fields anzupassen.
Extraktionsskript ausführen: Führen Sie das Skript von Ihrer Befehlszeile aus mit dem Befehl python extract_netsuite_inventory.py aus. Das Skript verbindet sich mit der NetSuite API, führt die Abfrage aus und handhabt die Paginierung automatisch.
Skriptausführung überwachen: Das Skript gibt Fortschrittsupdates auf der Konsole aus und zeigt an, welche Datenseite gerade abgerufen wird. Falls Fehler im Zusammenhang mit Authentifizierung oder Berechtigungen auftreten, werden diese hier angezeigt. Die Ausführungszeit variiert je nach Datumsbereich und Datenvolumen.
Ausgabedaten überprüfen: Sobald das Skript erfolgreich abgeschlossen ist, wird eine Datei namens netsuite_inventory_event_log.csv im selben Verzeichnis erstellt. Öffnen Sie diese CSV-Datei mit einem Tabellenkalkulationsprogramm, um die extrahierten Daten zu überprüfen.
Daten für ProcessMind vorbereiten: Stellen Sie vor dem Hochladen sicher, dass die Spaltenüberschriften in der CSV-Datei den erforderlichen Attributen für Ihr ProcessMind-Projekt entsprechen. Benennen Sie Spalten bei Bedarf um. Zum Beispiel sollte InventoryBatchLotNumber Ihrer Case ID, ActivityName der Aktivität und TransactionDate dem Timestamp zugeordnet werden.

Konfiguration

NetSuite-Rollenberechtigungen: Die NetSuite-Rolle, die mit dem Access Token verbunden ist, muss Berechtigungen für 'REST Web Services' und 'SuiteAnalytics Connect' besitzen. Zudem ist ein 'View'-Zugriff auf alle abgefragten Transaktionstypen erforderlich, einschließlich Item Receipt, Item Fulfillment, Inventory Adjustment, Inventory Transfer und aller relevanten Custom Records.
Token-basierte Authentifizierung (TBA): Dieses Script verwendet ausschließlich TBA für die Sicherheit. Stellen Sie sicher, dass TBA in Ihrem NetSuite-Konto aktiviert ist (Setup > Company > Enable Funktionen > SuiteCloud tab) und dass Sie die erforderlichen Consumer Keys und Access Tokens generiert haben.
Datumsbereich: Das Script erfordert ein start_date und ein end_date im Format 'YYYY-MM-DD'. Verwenden Sie für erste Tests einen kleinen Datumsbereich, z. B. eine Woche. Für eine vollständige Analyse wird typischerweise ein Zeitraum von 3 bis 6 Monaten empfohlen, um ausreichende Prozessvariationen ohne übermäßiges Datenvolumen zu erfassen.
Tochtergesellschaftsfilterung: Für NetSuite OneWorld-Konten ist es entscheidend, einen Filter für die spezifische Subsidiary hinzuzufügen, um das Abrufen von Daten aus allen Entitäten zu vermeiden. Dies kann durch Hinzufügen von AND Transaction.subsidiary = [Your Subsidiary ID] zur WHERE-Klausel jeder SELECT-Anweisung in der Abfrage erfolgen.
Benutzerdefinierte Felder: Die Abfrage enthält Platzhalter für Aktivitäten, die oft auf Custom Fields oder Records basieren, wie z. B. 'Quality Inspection Performed'. Sie müssen die korrekten Custom Field-Namen in Ihrem System identifizieren und die Abfrage entsprechend aktualisieren, damit diese Aktivitäten extrahiert werden können.
API-Governance: NetSuite erzwingt API-Governance-Limits für Parallelität und Gesamt-Ausführungszeit. Bei sehr großen Datensätzen kann das Script ablaufen. Es ist ratsam, die Extraktion während der Nebenzeiten durchzuführen und sehr große Datumsbereiche in kleinere, sequentielle Läufe aufzuteilen.

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()

Ihr Daten-Template für das Bestandsmanagement

Ihr Daten-Template für das Bestandsmanagement

Bestandsmanagement-Attribute

Bestandsmanagement-Aktivitäten

Extraktionsleitfäden

NetSuite Saved Search und CSV-Export für den Bestand

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

Bereit, um loszulegen?

Optimieren Sie jetzt Ihr NetSuite Bestandsmanagement!

Ihr Daten-Template für das Bestandsmanagement

Ihr Daten-Template für das Bestandsmanagement

Bestandsmanagement-Attribute

Bestandsmanagement-Aktivitäten

Extraktionsleitfäden

NetSuite Saved Search und CSV-Export für den Bestand

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

Ihre Privatsphäre ist uns wichtig

Bereit, um loszulegen?

Optimieren Sie jetzt Ihr NetSuite Bestandsmanagement!