Touch Screen Weergeven Vulgraad Artikel-/Verschijningen (LOTSLVVA)
Nb: Onderdeel van het ontwerp "Rapen via Scan Terminal".
Naast het TouchScreen "Weergeven Vulgraad Debiteur-/Route" (zie
http://ha1.heartprofit.nl/profit/index.php?topic=20372.0) is m.i.h. een scherm voor het weergeven van de Vulgraad per Artikel-/Verschijning toegevoegd aan de reeks TouchScreen schermen. Dit TS scherm is bedoeld voor het Cross Docking rapen van goederen uit voorraad.
De opzet is grotendeels gelijk zoals beschreven in het TouchScreen Weergeven Vulgraad Debiteur-/Route (zie
http://ha1.heartprofit.nl/profit/index.php?topic=20372.0), welk topic voor navolgende beschrijving als 'gelezen' wordt veronderstelt.
Bij het Vulgraadscherm Artikel-/Verschijning zal de Vulgraad worden bepaald door de mate van aanwezigheid van de Artikel-/Verschijningen over alle Routes heen. We gaan dus niet rapen voor een specifieke route, maar rapen "een produkt" en gaan dit afleggen bij alle routes die dit produkt nodig hebben.
Het eerste scherm van deze funktie ziet er als volgt uit:
Routes verwerken van LeverdatumDaar waar het Vulgraadscherm o.b.v. Debiteur-/Routes de mogelijkheid biedt om voor een speciale "routegroep" te rapen, is voor deze toepassing gesteld dat we "per dag" rapen. Reden hiervoor is dat we bij Cross Docking meerdere produkten op een kar zullen gaan leggen, en die over de verschillende docks (of bufferlokaties) zullen gaan uitlopen. Dit vereist a.h.w. eerst een rondje lopen langs de voorraadlokaties om de produkten op te halen, en daarna een rondje langs alle docks-/buffers om de goederen aldaar af te leggen. Als we gaan rapen voor "morgen", en 's morgens in de 06:00 levering heeft iemand een een pakje "rood-/groen gestippelde kaas" besteld, maar in de levering van 10:00 heeft óók iemand dat besteld, dan zullen we bij Cross Docking rapen maar één keer langs alle docks-/buffers willen lopen (en dus niet een rondje voor de levering van 06:00 en vervolgens nog een rondje voor de levering van 10:00). Derhalve is v.w.b. dit scherm gesteld dat er op "dagniveau" wordt geraapt; we rapen voor "vandaag" of voor "morgen".
NB: Uiteraard zou middels aanvullend maatwerk op deze werkwijze kunnen worden ingegrepen.
Data verversen met intervalZie beschrijving TS Vulgraad Debiteur-/Route
http://ha1.heartprofit.nl/profit/index.php?topic=20372.0Rapen toegestaan vanaf vulgraad %Zie beschrijving TS Vulgraad Debiteur-/Route
http://ha1.heartprofit.nl/profit/index.php?topic=20372.0In tegenstelling tot het TS scherm Vulgraad Debiteur-/Route negeert het TS scherm Vulgraad Artikel-/Verschijning de indikator "Cross Docking Rapen J/N" van de Artikel-/Verschijning. Het idee erachter is dat indien eenmaal wordt besloten om een produkt Cross Docking te gaan rapen, dan wordt dat op *dat* moment als gunstig ervaren. Ook al lopen er intussen pickers rond met een Opdrachtblad wat "Rapen op Debiteur-/Route" impliceert, de intussen toegekende produkten die Cross Docking geraapt worden zullen daaruit (vanzelf) verdwijnen. Dus, als een picker op pad is met het idee dat hij straks de tomatensap tegenkomt, maar intussen deze tomatensap Cross Docking geraapt wordt, dan heeft de picker plots minder te doen.
De opbouw van het tweede scherm is nagenoeg hetzelfde als bij het TS Vulgraad Debiteur-/Route. Bij het huidige scherm wordt echter niet met Opdrachtbladen gewerkt, waardoor het scherm feitelijk enkel een weergave scherm is geworden.
In bovenstaand Vulgraadscherm wordt de vulgraad getoond van alle Artikel-/Verschijningen (behoudens de produkten die 1:1 zijn ingekocht, die worden op een andere manier afgehandeld). De artikelregels worden gesorteerd op Vulgraadpercentage, en daarbinnen op Raapload. Ook de toekenning van kleuren (zoals beschreven in het TS scherm Vulgraad Debiteur-/Route) is hier van toepassing.
Uitgangspunt (zie ook 2e Tabblad op Scan Terminal Rapen Debiteur-/Route in topic
http://ha1.heartprofit.nl/profit/index.php?topic=20494.0) is dat ieder produkt een eigen Lokatie heeft, en tevens dat één produkt ook maar op één lokatie ligt. "De Lokatie identificeert dus a.h.w. het produkt". Per artikelregel wordt in de laatste kolom de Voorraadlokatie weergegeven waar het te rapen produkt ligt. Middels een separaat Scan Terminal scherm voor Cross Docking Rapen worden de produkten uiteindelijk daadwerkelijk Cross Docking geraapt.
Meer informatie over dit scherm volgt. In het kort komt het eropneer dat de picker door het Vulgraadscherm naar een bepaalde Lokatie gestuurd wordt, hij die lokatie scant, het systeem hem vertelt hoeveel hij Cross Docking van dit produkt op zijn kar moet leggen, waarna hij een volgend produkt kan scannen. Deze procedure zal net zolang herhaald kunnen worden tot de kar van de picker vol is. Daarna zal hij de kar moeten gaan "afleggen", waarna het Scan Terminal scherm hem langs de dockposities en bufferlokatie zal leiden, en de picker zal vertellen hoeveel hij van welk produkt per dockpositie-/buffer moet neerleggen.
Nb: Merk op dat bovenstaand voorbeeld eigenlijk niet juist is, omdat in de laatste kolom praktisch alle artikelen verwijzen naar dezelfde Lokatie HV000 danwel HO000. Dit komt niet overeen met het uitgangspunt dat ieder produkt haar eigen lokatie heeft.
Nb: Ook in dit Vulgraadscherm wordt in een header een uitroepteken weergegeven, ten teken dat er een aantal Verkooporderregels niet verwerkt werden a.g.v. onjuiste of ontbrekende Routeinformatie. In dit voorbeeld zijn 11 regels niet verwerkt a.g.v. ongeldige-/ontbrekende route informatie. Als niet bekend is middels welke Route een Debiteur beleverd moet worden, kan niet worden bepaald bij welk Dock de goederen zullen moeten worden afgelegd.
