Pallets: Move, Merge, Split - ohne Audit Trail zu verlieren

Paletten in einem ITAD-Warehouse sind eine Arbeitsfläche, kein dauerhaftes Zuhause. Eine Palette wird beim Receiving aufgebaut, bleibt stehen, während Testing läuft, wird gesplittet, wenn die Hälfte der Assets durchfällt, mit einer anderen Palette gemerged, wenn beide einen ähnlichen Grade-Mix haben, und beim Outbound schließlich zerlegt, wenn die Assets verschickt werden. Die Plattform verfolgt jeden Schritt.

Sieben Pallet Types

Mixed (Default — alles erlaubt), graded (Assets nach Grade Band sortiert), category (nur Laptops, nur Monitors), client (Single-Client-Inhalt für Traceability), recycling (downstream-bound), parts (geharvestete Components) und quarantine (Assets in Investigation oder Compliance Hold). Der Typ steuert, welche Aktionen erlaubt sind: Ein Grade-D-Asset kann nicht auf eine graded-A-Palette gelegt werden.

Move, merge, split

Von der Pallet Detail Page (/core/pallets/[id]): Move ändert die Rack Position und schreibt eine Movement Row. Merge nimmt zwei kompatible Paletten und konsolidiert sie, wobei beide Source IDs im Merge Audit erhalten bleiben. Split nimmt eine Palette und erzeugt N neue Paletten, wobei die Assets so verteilt werden, wie der Operator auswählt — genutzt, wenn die Hälfte des Inhalts Testing besteht und die andere Hälfte Re-work braucht.

Movement History

Jede Palette hat eine chronologische History: wo sie war, was hinzugefügt wurde, was entfernt wurde, jeder Move, Merge und Split. Nützlich für Audits, zum Reconciliieren von Discrepancies und für den Tag, an dem jemand fragt: "Wo ist Palette PALL-2026-00123 im März eigentlich hingegangen."

Pallet Barcodes

Jede Palette erhält eine eigene scannbare Code128 ID. Der Warehouse Mode des Scanners liest sie und öffnet die Pallet Details. Receiving- und Outbound-Flows nutzen sie, um Assets ohne Tippen an eine Palette zu hängen.