Scan Terminal - Rapen Voorraaditem

[Wouter Rijnbende]

Scan Terminal - Rapen Voorraaditem (LOTSSTRV)

Vanaf heden is er een nieuw scherm toegevoegd aan de reeks Scan Terminal schermen. Een scherm waarmee Voorraaditems geraapt kunnen worden en als geleverd worden geregistreerd op een (te selekteren) Verkooporderregel.

NB: Rapen is vooralsnog alleen mogelijk op basis van een op te geven aantal Verschijningen. Bulk (rapen o.b.v. werkelijke inhoud) is momenteel niet mogelijk, maar zou als aanvullend maatwerk ontwikkeld kunnen worden.

Als voorbeeld hanteer ik de meloenen uit het eerdere topic Scan Terminal - Wegen Pallet.

Gesteld:
- Meloenen worden ingekocht in dozen van 18 Kg.
- Standaard worden er 80 dozen per pallet geleverd.
- Bij Goederen Ontvangst zijn de pallets gewogen, met als resultaat 18,5 Kg per doos i.p.v. de geplande 18 Kg per doos.

Zodra de meloenen op voorraad staan en beschikbaar zijn (gewogen) kunnen ze in principe geraapt worden. Alvorens het rapen aan de orde is, kan iemand een specifieke partij toekennen aan een specifieke Verkooporder. Voor het toekennen van partijen aan orders zal op termijn een nieuw scherm worden ontwikkeld, waarbij middels een Listmover partijen kunnen worden gekoppeld-/ontkoppeld aan orders.
Zolang dit scherm er nog niet is, zou een partij aan een order kunnen worden toegekend middels "Leveren met selektie Voorraaditem" vanuit de "Raadplegen te leveren Artikelen" schermen (zie onderstaand voorbeeld).

Voor het meloenen voorbeeld geldt dat ik partij L8440020101 reserveer voor Verkooporder 20080404006.

Het Scan Terminal scherm Rapen Voorraaditem is de eerste (in een reeks) schermen waarmee leveringen kunnen worden afgehandeld. Achter de schermen bevat ze alvast de benodigde basisfunktionaliteit voor de nog te ontwikkelen schermen. Derhalve is hiervoor een nieuwe menuoptie opgenomen op het hoofdmenu (zie http://ha1.heartprofit.nl/profit/index.php?topic=19876.0) met daarin de keuze "Rapen Voorraaditem".

Het Rapen Voorraaditem scherm bestaat uit een 4-tal Tabbladen:

1. Scannen Voorraaditem
2. Selektie Verkooporder (-regel)
3. Weergave detail informatie orderregel
4. Rapen


1. Scannen Voorraaditem

Als eerste dienen we een partij te scannen. Dit scherm is vergelijkbaar met de meeste andere Scan Terminal schermen; we moeten een partij scannen, en als we dat gedaan hebben worden wat gegevens van de gescande partij getoond.

Op het scherm wordt getoond dat er 80 dozen op deze pallet staan. Middels de tekst *** GERESERVEERD *** wordt kenbaar gemaakt dat deze partij op voorhand is toegewezen aan een of meerdere Verkooporders. Het voorraaditem mag alleen maar op deze order(s) worden ingezet. Stel dat we eerst een partij melk naar een (verplaatsbare) Lokatie zouden hebben geboekt, en die partij scannen, waarbij niet op voorhand is gedefinieerd welk pak melk (charge) naar welke order moet, dan zal deze tekst niet verschijnen. Vervolgens mogen we kiezen uit iedere order waarop dit produkt behoeftig is.


2. Selektie Verkooporder (-regel)

Zowel het Rapen van goederen die formeel op een Raaplijst staan (gereserveerd zijn voor een order) is mogelijk, alsmede het Rapen van willekeurige voorraad en deze af te boeken op een zelf te selekteren order (Tabblad 2).  In beide gevallen zal de raper een document hebben waarop staat wat hij moet rapen (de Raaplijst, danwel een kopie van de order), maar écht noodzakelijk is dit niet; de mogelijkheid is aanwezig om een partij te scannen en het systeem te laten bepalen waar dit produkt behoeftig is. Merk op dat in die situatie de informatie om de juiste order te kunnen selekteren summier is.

In bovenstaand meloenen voorbeeld heb ik de ontvangen partij L8440020101 gereserveerd voor een specifieke Verkooporder. Omdat de partij gereserveerd is voor een order, mag de raper zelf niet meer kiezen. Het 2e Tabblad wordt in die situatie overgeslagen, en daarmee leent het meloenen voorbeeld zich niet om dit scherm te demonstreren. In onderstaand voorbeeld heb ik derhalve een partij melk gescand waarbij deze niet via Raaplijsten aan specifieke orders zijn toegekend. Het 2e Tabblad toont nu een overzicht van alle Verkooporders waarop dit produkt behoeftig is.

Voor iedere Verkooporder waarop dit produkt besteld is zal een regel worden opgenomen met daarop een Button welke representatief is voor de betreffende order. Van het ordernummer wordt alleen het rechterdeel getoond; het jaartal blijft achterwege. Uitgangspunt hierbij is dat orders toch geen jaar open zullen staan, en het rechterdeel informatief genoeg is.
Rechts van de Button wordt Debiteur + Afleveradres vermeld, met daaronder de Leverdatum plus het bestelde aantal.
Daarnaast zal de gebruiker nog aanvullende informatie kunnen hebben op het document op basis waarvan hij raapt.

3. Weergave detail informatie orderregel

Indien op het 2e Tabblad een order werd geselekteerd, danwel de goederen voor een specifieke order zijn gereserveerd (in welk geval Tabblad #2 wordt overgeslagen en dit Tabblad direkt na Tabblad #1 aktief wordt) zal op dit scherm allerlei informatie m.b.t. de geselekteerde order(regel) worden weergegeven.

Wordt er niet o.b.v. een raapdocument geraapt, dan zou hier aanvullende informatie uit gehaald kunnen worden; wordt wel op basis van een document geraapt, dan kan het zijn dat de alhier getoonde informatie aktueler is dan wat er op de lijst staat. Het scherm is puur informatief. Zodra de order akkoord bevonden is (en er geen melding volgt, bijv. omdat de order geblokkeerd is voor levering) dient dit scherm middels een F1 druk te worden bevestigd.

Op dit moment toont het scherm de geselekteerde order, de leverdatum, het te rapen aantal (en conform welke Raaplijst), eventueel welke Raapvloer, het Afleveradres, NAW gegevens Debiteur, en nog wat gegevens m.b.t. de gescande partij. Daar alle data wordt weergegeven op een scrollbare container, leent het scherm zich ervoor om met veel meer informatie te worden uitgebreid, op straffe van 'het iets meer moeten scrollen'.
In het geval dat er bijvoorbeeld met zgn. MasterRoutes wordt gewerkt (waarbij per dag van de week (de MasterRoute) bekend is langs welke Afleveradressen er gereden wordt) het scherm worden uitgebreid met de vermelding van de betreffende MasterRoute.

In bovenstaand voorbeeld betreft dit de 'Maandag' rit, 'Route 3', omschreven als de 'Nijmegen' Route.

Momenteel is er maatwerk in ontwikkeling waarin o.a. Docks en Dockposities worden opgenomen, alsmede de mogelijkheid om per week aan te kunnen geven bij welk Dock de vrachtwagen voor de betreffende Route geladen zal moeten worden. Scan de partij, en het systeem geeft meteen aan waar de goederen moeten worden neergelegd. Een nog te ontwikkelen Raapscherm zal nog specifieker inspringen op het afleggen van goederen op een Dock(positie).


4. Rapen

Middels het 4e en laatste Tabblad kan worden aangegeven hoeveel Verschijningen er daadwerkelijk worden geraapt voor de geselekteerde order.

In het geval dat de te rapen partij gereserveerd was voor deze order, zal de te rapen hoeveelheid default gelijk zijn aan dat deel wat aan de Raaplijst was toegekend. In ons voorbeeld is de hele pallet met 80 dozen voor 1 specifieke Verkooporder gereserveerd, en zullen we 80 dozen moeten rapen. Het is ook mogelijk dat van de 80 dozen er 50 voor order A zijn gereserveerd, en 30 voor order B. In dat geval was ook scherm #2 naar voren gekozen, en hadden we moeten aangeven of we order A of order B gaan rapen.

Bij het scannen van een partij is het uitgangspunt dat de Charge uniek is, en maar op 1 lokatie ligt. De Charge identificeert de partij maar tevens de lokatie waar ze ligt. De Verkooporder die geselekteerd wordt (danwel straks de Dockpositie) impliceert de Lokatie waar de goederen daadwerkelijk in de vrachtwagen geladen zullen worden. De gescande partij hoeft niet noodzakelijk op de Raapvloer aanwezig te zijn om te kunnen worden geraapt op een order. Hiermee is het mogelijk om de pallet meloenen in het Voorraadmagazijn te scannen, het Scanterminal scherm te laten afdwingen op welke order deze moet worden afgeboekt en te vertellen naar welke Raapvloer danwel welke Dock dit gebracht moet worden, om het vervolgens meteen op die order af te kunnen boeken (zonder dit eerst met een extra handeling naar die raaplokatie over te hoeven boeken).
Als we echter mínder rapen voor de order als wat er op de pallet staat, impliceert dit dat er een restant overblijft. Dat restant zal (administratief) op de juiste Lokatie moeten komen te liggen. Ofwel, als het rapen gepaard gaat met splitsen, dan zal omwille van het restant alsnog een Lokatie gescand moeten worden. Default is deze restant lokatie gelijk aan de lokatie waarop de goederen lagen (ofwel, als er geraapt wordt op de raapvloer, hoeft er niets te gebeuren) maar zodra het rapen tevens het overhevelen van voorraad van de Voorraadlokatie naar de Raapvloer impliceert, zal bijv. die Raapvloer moeten worden gescand als restlokatie.
Omdat de geraapte hoeveelheid direkt wordt afgeboekt op de geselekteerde order zal een eventueel restant niet vereisen dat er een nieuw etiket geprint hoeft te worden. Het restant blijft onder het oorspronkelijke (daarna weer het enige) Chargenummer op voorraad liggen, en kan direkt opnieuw gescand worden om op de 2e order te rapen.

Het rapen van een Verkooporder middels het TouchScreen Leveren Verkooporder sluit iedere regel automatisch af nadat er een aantal op geraapt is. Dit hoeft niet altijd de praktijk te zijn, immers, we kunnen hiermee geen deellevering doen van een bepaalde regel. In dit Scan Terminal scherm pogen we hier direkt rekening mee te houden. In plaats van een J/N toggle (zoals we in de normale Profit schermen kennen middels Afsluiten Ja/Nee) zijn hier 2 separate buttons opgenomen: Afsluiten of Open laten staan. Deze twee buttons zijn op deze manier opgenomen opdat de gebruiker bewust een keuze moet maken, en niet de ene keuze afhangt van het per ongeluk niet hebben geselekteerd van de andere keuze.

Als er een aantal wordt geraapt en de regel (Verkooporderregel) wordt afgesloten, dan zal de Verkooporderregel na het rapen van de opgegeven hoeveelheid worden afgesloten. Afgesloten impliceert vervolgens dat bij het nogmaals scannen van dit produkt, de betreffende Verkooporderregel niet meer tevoorschijn zal komen op Tabblad #2, en impliceert daarmee dat er niet meer op deze orderregel geleverd kan worden.

Als voor de button 'Open' wordt gekozen, blijft de Verkooporderregel in principe open staan. In principe, omdat de regel alsnog automatisch zal worden afgesloten indien de uiteindelijk geleverde hoeveelheid groter of gelijk is aan de te leveren hoeveelheid. Binnen Profit zelf is het bijv. mogelijk om bij een bestelling van 80 er 80 te rapen, en vervolgens te stellen dat de regel niet moet worden afgesloten omdat we verwachten dat we nog meer willen rapen op deze orderregel. Dergelijke funktionaliteit wordt zo sporadisch toegepast dat ze hier niet (standaard) is ingebouwd; als er 80 besteld zijn en er worden er 80 geleverd, dan wordt de orderregel afgesloten (ook al zeg je dat deze open mag blijven staan).

NB: Merk op dat bovenstaande situatie eigenlijk de enige situatie zal zijn waarin het systeem zelf de keuze zal kunnen maken, door bijv. de button "Open" te disablen en "Afsluïten" te aktiveren. Dit gebeurt nu echter niet. Praktijk zal moeten uitwijzen of hiermee om te gaan valt.

Met F1 worden de gegevens verwerkt. De opgegeven hoeveelheid wordt als 'geraapt' geregistreerd op de betreffende Raaplijst, en zodra er niet volgens een Raaplijst geraapt werd, zal er een Raaplijst worden aangemaakt waarop deze hoeveelheid als geraapt wordt geregistreerd.

Extra meegeleverde Emballage

Middels bovenstaande schermen hebben we een pallet met 80 dozen meloenen met een gewicht van gemiddeld 18,5 Kg per doos geleverd op een specifieke Verkooporder, waarvan iemand heeft aangegeven dat die partij kwalitatief, of gezien de inhoud versus de prijsstelling het best op die order geleverd kon worden. Met onze raap aktie impliceren we in dit geval ook dat we een pallet geraapt zullen hebben, hetgeen we niet registreren op dit Scan Terminal scherm.

De Raaplijst zal a.g.v. een Raapaktie via dit scherm nimmer worden afgesloten. Derhalve zal ook nimmer de vraag volgen of we een Pakbon-/Vrachtbrief willen printen, immers dat kan alleen als de Raaplijst is afgesloten. Hoewel we met dit scherm kunnen impliceren dat we "pallets" leveren, zal dit scherm niet vragen om welke Emballage er meegeleverd is, helemaal niet als je je bedenkt dat het mogelijk is om 1 partij (pallet) toe te kennen aan 2 orders (wie krijgt nu de pallet?).

Het afsluiten van de Verkooporder, alsmede het opgeven van de extra meegeleverde Emballage zal geschieden via het bestaande TouchScreen Leveren Verkooporder. Aldaar kan deze order worden opgepikt. De reeds geraapte regels worden hier grijs weergegeven. Eventueel nog niet geraapte regels zullen alsnog geraapt kunnen-/moeten worden op de gebruikelijke manier.

Via de Emballage-button schakelen we over naar het 2e scherm, alwaar kan worden aangegeven hoeveel Emballage er extra meegeleverd is (in dit geval 1 pallet), en kan de Levering worden afgesloten.

Let op:
Het Touch Screen scherm kan op zich al wel overweg met reeds afgesloten, geraapte Raaplijstregels. Het scherm kan echter (nog) niet tegen openstaande reserveringen. Een van de volgende Releasenotes zal derhalve het aanpassen van dat TouchScreen betreffen m.b.t. het anticiperen op het gereserveerd kunnen zijn van een specifieke partij voor een specifieke order. Die aanpassing hoort feitelijk bij dit Scan Terminal scherm. Advies luidt dan ook dit Scan Terminal scherm tot die tijd enkel te gebruiken in de testomgeving, danwel voor situaties waarbij (net als bij het TouchScreen scherm) er niet op voorhand partijen voor specifieke orders worden gereserveerd.