Receiving sessions: Schrodingers pallet is geen opslagstrategie

Receiving moet voorspelbaar blijven vanaf de eerste scan. Een truck komt aan, het manifest zegt één ding, de chauffeur iets anders, en iemand kan het eerste uur de verkeerde barcode scannen. Het sessiemodel houdt dat werk beantwoordbaar: wat kwam binnen, wie scande het, welke verschillen kwamen boven, en wanneer werd de overdracht voorraad.

In ReVend OS is receiving een session — een echte entiteit in de database met een eigen ID (RECEIV-NNNNN), een begin, een einde en een ondertekende handoff die zegt "deze assets zijn nu inventory, stop met vragen". Het is geen gevoel. Het is een row.

Wat een session bevat

Elke session is gekoppeld aan een inbound order, de operator van dienst, de dock of station waar hij werkt, en het openingsmoment. Elke asset die tijdens de session wordt gescand, wordt aan die session row gelinkt, zodat je later kunt antwoorden op "wat kwam dinsdagmiddag binnen op AMS-Dock-2?" zonder door e-mails te zoeken. De QuickGrid intake component is gebouwd voor keyboard-only werk: Tab tussen cellen, Enter om een row vast te leggen, Alt+↓ om uit de brand suggestions te kiezen. Het grid is herbouwd om op een tablet te passen zonder horizontaal scrollen, zodat de dock geen desktopmonitor op een heftruck nodig heeft.

Bulk receive

Voor loads waar één asset tegelijk scannen het verkeerde tempo is, heeft de manifest-tab van inbound-detail nu een bulk-receive flow: plak of upload een serial list, het platform reconcileert die in één ronde tegen het manifest en maakt de asset rows in één transactie aan. Discrepancies verschijnen in dezelfde view als de per-asset scanner — dezelfde reconciliation-logica, andere ergonomie. Handig wanneer 200 identieke Latitudes op één pallet aankomen en het per-asset scanritme een bottleneck wordt.

De handoff

Een session sluiten is een bewuste actie. De operator markeert de count, de discrepancies en eventuele condition exceptions. Het systeem schrijft een ondertekend handoff record — RLS-protected, tamper-evident, append-only — en de assets gaan van "received" naar "inventory". Een aparte rol (warehouse manager) kan discrepancies boven een threshold aftekenen, zodat de operator een ontbrekende pallet niet alleen kan wegpoetsen.

Waarom de entiteit bestaat

Omdat "de inbound order is ook het receiving record" fout was. Een inbound order is een contractuele claim over wat eraan komt. Een receiving session is het fysieke bewijs van wat is aangekomen. Die twee samenvoegen betekende dat je receiving niet opnieuw kon openen zonder de order te heropenen — en de order niet kon sluiten tot receiving klaar was — wat precies het soort state-machine deadlock creëert dat eindigt met iemand die een CSV mailt. Twee entiteiten. Eén handoff. Voorspelbare woensdag.