|
Title: SCT - Selekteren te Rapen P.O. Raaplijsten Post by: Heart Informatisering B.V. on November 15, 2017, 07:50:57 am Binnen het ontwerp "Dositainers en Vaten" hebben we twee grote hoofdstromen waarvoor we moeten gaan rapen; Poeders & Vloeibaar. Als we "Poeders" gaan rapen (die uiteindelijk in een Dositainer worden gestort) doen we dit voor een specifieke Produktieorder. Een werkvoorbereider bepaalt welke orders er geproduceerd moeten worden, en stuurt rapers op pad om de "poeders" op te halen die in een bepaalde P.O. benodigd zijn.
In een eerder ontwerp hadden we bedacht dat zoiets ook kon werken voor "Vloeibaar", echter, bedenk dat je 8 Mengers hebt, die allen een behoefte hebben van 10 Kg van een bepaald produkt, het niet zinvol is als je op pad wordt gestuurd om voor alle 8 orders een heel nieuw vat op te halen. De totale behoefte uit de 8 orders (8 x 10 Kg = 80 Kg) kan met gemak door 1 Vat worden gedekt. Nb: Uitzonderingen weer daargelaten, immers, als er orders zijn die het vat op precies hetzelfde moment nodig hebben, en het vat naar het Produktiestation verplaatst zou moeten worden om eruit te kunnen tappen, dan kom je alsnog vaten tekort. Voor "Vloeibaar" is gesteld dat we er "voldoende" van moeten ophalen. Maar ja... "voldoende" waarvoor? Voor dit vloeibare deel is in een eerder ontwerp uitgegaan dat als het nu maar zo is dat alle Produktiorders per Produktiestation netjes op Startdatum gepland staan conform de wijze waarop de orders geproduceerd gaan worden, we van ieder Produktiestation kunnen bepalen welke order er als eerste moet draaien op dat Produktiestation en zodoende kunnen bepalen of het produkt wat wij voor onze order nodig hebben, ook in die orders behoeftig is. Toch werkt ook die methode niet lekker. 't Kost teveel werk om een hele planning overhoop te halen als een menger om e.o.a. reden even stil ligt, maar tevens staat ze niet toe om alvast voor een volgende order (op het zelfde Produktiestation) te gaan rapen als de workload dat toe staat. M.i.v. deze Releasenote wordt (in ieder geval voor het Vloeibare deel) dan ook een totaal andere werkwijze gehanteerd. Een "werkvoorbereider" gaat de Produktieorder-Raaplijsten scannen die geraapt mogen worden. Hierbij krijgt iedere Raaplijst waarvan wordt aangegeven dat ze geraapt mag worden standaard een prioriteit mee in de vorm van een cijfer. Default staat deze op 5, maar, ze kan van 1 t/m 9 worden gewijzigd (1 = hoogste prio, 9 = laagste prio). Het Scanterminalscherm "Ophalen Vaten" vraagt daarna helemaal niet meer om iets van een order; ze toont enkel nog "Artikelen", zijnde de Vloeibare produkten die gebruikt worden op Raaplijsten van Produktieorders waarvan is aangegeven dat ze geraapt mogen worden. Per produkt zal de raper nog wel kunnen zien welke orders er behoefte hebben aan dat produkt, maar meer om te kunnen beoordelen of er misschien een extra vat opgehaald moet worden omdat 2 orders een produkt wel eens tegelijk nodig zouden kunnen hebben, danwel dat er zoveel orders zijn, dat het bij voorbaat handiger kan zijn een extra vat op te halen opdat je dan flexibeler bent. Regels (Artikelen) waarvoor nog grondstoffen moeten worden opgehaald zullen boven in de lijst komen te staan, regels waarvan voldoende is opgehaald staan wel in de lijst (om een extra vat te kunnen boeken) maar schuiven naar onderen (opdat de gebruiker niet iedere keer naar beneden hoef te scrollen om te kijken of daar nog op te halen produkten staan). Vooralsnog is het selekteren van de PO Raaplijsten die geraapt mogen worden bedacht in het kader van het ophalen van de vloeibare produkten. In theorie zou ze ook funktionaliteit kunnen bieden voor het ophalen van Poeders, maar, aan dat deel veranderen we vooralsnog even niets. Bij Poeders is het uitgangspunt dat we voor een order lopen, alle poeders verzamelen op een pallet, en daarna de hele pallet de Dositainer in gaat. Bij Vloeibaar halen we 'voldoende' op wat voor meerdere orders bestemd is, en voor dat deel moeten we weten welke orders (Raaplijsten) dat zijn.
|