Receiving sessions: Schrödingers 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 manifestregels nog openstaan, en wanneer het werk stopte.

In ReVend OS is receiving een session — een echte entiteit in de database met een eigen nummer (RECEIV-2026-00042, uitgedeeld per tenant per jaar door dezelfde teller die je orders nummert), een begin, een einde en een status. Het is geen gevoel. Het is een row.

Wat een session bevat

Elke session hoort bij een inbound order en legt vast wie hem opende, wanneer hij openging, wanneer hij sloot, welke status hij heeft — open, gepauzeerd of gesloten — plus de notities en de collection waar hij uit voortkwam, als die er is. Elke asset die je operators tijdens de session aanmaken, wordt aan die session row gelinkt, zodat je later "wat kwam er dinsdagmiddag binnen" kunt beantwoorden zonder door e-mails te grepen. Zolang de session niet gesloten is, kan hij aan een pallet gekoppeld worden, zodat de assets uit die ronde landen op de pallet waar ze fysiek op staan.

Assets worden meteen als assets aangemaakt. Er is geen "ontvangen item"-limbo dat iemand later tot voorraad moet promoveren; op het moment dat een row in de session wordt vastgelegd, bestaat hij in het levende assetregister, met zijn session en zijn inbound order eraan vast.

Scannen, grid, bulk

De QuickGrid-intake is gebouwd voor keyboard-only werk: Tab tussen cellen, Enter om een row vast te leggen, Alt+↓ om uit de merksuggesties te kiezen. Hij past op een tablet zonder horizontaal scrollen, zodat de dock geen desktopmonitor op een heftruck nodig heeft. De mobiele receiving-schermen tonen wie is ingelogd en voor welke organisatie, met uitloggen op één tap afstand — een gedeelde scanner is maar zo betrouwbaar als het account dat erin zit.

Voor loads waar één asset tegelijk scannen het verkeerde tempo is, biedt de manifest-tab op de inbound order bulk ontvangen: selecteer de openstaande manifestregels, geef ze één conditie mee, en het platform maakt de ontvangen assets voor die regels in één keer aan. Serienummerlijsten komen binnen via de Excel- of CSV-manifestimport; bulk ontvangen maakt daarna van claim voorraad. Handig wanneer 200 identieke Latitudes op één pallet aankomen.

Geen order? Begin toch

Een truck die opduikt zonder voorbereide inbound order is nog altijd een truck. Standalone receiving opent een session en maakt een lege inbound order om hem aan op te hangen, zodat de assets vanaf de eerste scan een parent hebben en het papierwerk de pallets achterna komt.

Pauzeren, sluiten en het vastgelopen geval

Sessies kunnen gepauzeerd en hervat worden — de shift eindigt, de session hoeft dat niet. Sluiten is een statuswijziging naar gesloten, weggeschreven naar de Activiteit met wie het deed; meerdere sessies kunnen tegen één inbound order sluiten wanneer een zending in twee trucks aankomt. Session-assets kunnen rechtstreeks vanaf de sessiepagina naar testing gestuurd worden. Een session die vastzit in een staat die niet langer met de werkelijkheid klopt, krijgt een force-finalize pad — voor wanneer de operationele waarheid duidelijk is en alleen de status nog gecorrigeerd moet worden.

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. Het overzicht Ontvangst en de Pipeline gebruiken één gedeelde regel voor wat als openstaand receivingwerk telt — een order die niet volledig ontvangen is, of een session die nog open of gepauzeerd staat — zodat een volledig ontvangen order zonder actieve session in één keer van beide schermen verdwijnt. Twee entiteiten. Eén regel. Voorspelbare woensdag.