Warehouses → Zones → Racks → Positions
Eine Topologie mit vier Ebenen, damit eine Palette eine echte Adresse hat und nicht „Gebäude C, irgendwo“.
„Wo ist die Palette“ ist eine Frage, die in zu vielen ITAD-Lagern damit beantwortet wird, herumzulaufen, bis man sie findet. Die Plattform macht aus der Antwort eine Zeile in einer Datenbank.
Die Hierarchie
Warehouse: ein physischer Standort — Amsterdam, Rotterdam, Brüssel oder wo auch immer Sie arbeiten. Jedes Warehouse hat eine Adresse, Kontaktdaten und eine Kapazität in Paletten, und die Warehouse-Liste zeigt als Prozentwert, wie viel davon belegt ist. Zone: ein Bereich innerhalb des Warehouse, mit einem Typ. Sieben Typen sind eingebaut — Receiving, Processing, Storage, Staging, Shipping, Quarantine und Recycling —, und Ihre Organisation kann eigene Zonentypen anlegen, wenn das Gebäude einen Raum hat, den die Defaults nicht vorhergesehen haben. Rack: ein Code, ein Name und ein Raster aus Reihen mal Spalten innerhalb einer Zone. Position: ein Slot in diesem Raster, mit Reihe, Spalte, Barcode, Maximalgewicht und einem Gesperrt-Flag für den Platz, über dem das Dach undicht ist.
Positionen tragen Code128-Barcodelabels, druckbar von der Rack-Detailseite; das Scannen eines Positionslabels sagt der Plattform genau, wo der Operator steht und was vor ihm stehen sollte.
Wo das Layout verwaltet wird
Warehouses anlegen, bearbeiten, Zonen hinzufügen und das Rack-Layout formen passiert alles unter Einstellungen > Core > Standorte. Die Warehouse-Karten und die Detailseite verlinken direkt dorthin. Auch eine Zone zu entfernen bleibt dort, weil dort die Abhängigkeitsprüfungen wohnen — die Plattform lässt eine Zone mit Paletten darin nicht verschwinden, nur weil das Layout ohne sie aufgeräumter aussah.
Das Rack-Raster
/core/storage-racks/[id] ist ein interaktives Raster des Racks. Ihr Team kann eine Palette von einem Slot in den anderen ziehen, eine bestehende, noch nicht platzierte Palette einem Slot zuweisen, eine neue Palette anlegen und in einem Slot bereitstellen, eine Palette entfernen, eine leere Position sperren oder entsperren und das Inventory gefiltert auf dieses Rack öffnen. Änderungen sammeln sich in einem lokalen Puffer und werden gemeinsam gespeichert — oder gemeinsam verworfen. Wer mit offenen Änderungen weggehen will, wird gewarnt. Eine dieser kleinen Gnaden, die ein Lager davor bewahren, ein Puzzle mit Rechnungen zu werden.
Das Transfer-Log
Der Transfers-Tab an einem Warehouse — auch als eigene Seite zum Setzen eines Lesezeichens verfügbar — ist die Bewegungshistorie von Assets und Paletten: von welchem Rack, welcher Zone oder welchem Warehouse wohin, wann und durch wen. Es ist ein Log, kein Workflow: Es gibt keinen Transfer zu genehmigen, zu verschicken oder abzugleichen, nur den Nachweis dessen, was sich bewegt hat. Die Suche läuft über die gesamte Historie des Warehouse, bevor die Seite geschnitten wird, mit Gesamtzahl und Seitensprüngen unter der Liste. Fragt ein Kunde, wo seine Palette den März verbracht hat, ist die Antwort ein Filter und kein Gedächtnis.
Warum vier Ebenen
Weil „Lager“ keine Adresse ist. Eine Receiving-Zone, die volläuft, eine Quarantänezone, die getrennt bleiben muss, eine gesperrte Position, von der alle wissen außer dem neuen Operator — die Plattform kann das nur durchsetzen, wenn sie weiß, wo die Dinge stehen, und zwar auf der Ebene, die ein Gabelstapler versteht. Eine Zeile in einer Datenbank ist nicht glamourös. Um 17:40 die Gänge nach einer Palette abzulaufen, die am Dienstag rausging, allerdings auch nicht.