Title: Touch Screen - PO Planning Post by: Wouter Rijnbende on April 06, 2010, 11:26:32 am Touch Screen - PO Planning (LOTSPOPL)
Het Touch Screen PO Planning is het 1e scherm in bijzonder ontwerp v.w.b. gereedmelden Produktieorders; de komende tijd zullen er meerdere schermen volgen, die tezamen het hele ontwerp zullen dekken. Het scherm is ontwikkeld voor de AGF branche. Produktie bestaat uit meerdere afdelingen (Warme Keuken, Koude Keuken, Snijkeuken, Voorbewerking), waarbij iedere afdeling moet weten hoeveel ze van welk produkt moet produceren. Toch is het niet de bedoeling dat iedere afdeling wordt voorzien van daadwerkelijke Produktieorders, immers, die moeten gereedgemeld worden. Het per stap moeten gereedmelden (aangeven wat de input- en output is van de P.O.) kost teveel tijd. Ook zou de hele produktie binnen de korste keren vastlopen omdat een afdeling nog niet (administratief) heeft opgeboekt wat op een volgende afdeling al nodig is. Het bijzondere is nu dat we in dit ontwerp de hele produktie, per afdeling, als één grote black box gaan beschouwen. Iedere afdeling heeft daarbij 2 deuren, een aan de voorkant waar de grondstoffen worden aangevoerd, en een aan de achterkant waar het geproduceerde eindprodukt de ruimte verlaat. Alle grondstoffen die door de deur worden aangevoerd worden naar de betreffende produktievloer overgeboekt. Alle produkten die geproduceerd zijn worden aan de andere kant opgeboekt. Aan het einde van de dag wordt (per afdeling) de produktie "afgesloten". Met als uitgangspunt dat er aan het einde van de dag geen produkten meer op de produktievloer achterblijven, zal het systeem de naar de produktievloer verplaatste grondstoffen verdelen over de op die produktievloer geproduceerde produkten. Stel dat op een dag er voor 200 Kg aan komkommers behoeftig waren, maar er is 250 Kg naar produktie verplaatst, dan zal het verbruik in iedere order 25% hoger gelegen hebben, en wordt er 25% meer komkommers afgeboekt in iedere order waarin komkommers verbruikt zijn. Deze bijzondere wijze van werken dient voor onderstaande funktionaliteit eerst bevestigd te worden middels een parameter "Produktie o.b.v. Dagafsluiting J/N". (http://www.heartprofit.com/www/transfer/graphics/forum/lopappwy100406002.png) Alvorens tot het daadwerkelijk produceren over te gaan, krijgen we eerst te maken met een stukje P.O. Planning. "Planning" is hierbij wellicht een groot woord in vergelijk met de P.O. Planning die we in Profit hebben, maar het gaat hier om het plannen van de produkten die geproduceerd moeten worden en in welke hoeveelheid. Scherm 1 - Instellingen: (http://www.heartprofit.com/www/transfer/graphics/forum/lotspopl100406001.png) Selektie Artikelgroep: De verschillende afdelingen zullen los van elkaar hun eigen produkten willen plannen. Er is voor gekozen te kunnen plannen o.b.v. een Artikelgroep. Middels een Bedrijfsparameter (R = TouchScreen-/ScanTerminal) kan worden aangegeven welke Artikelgroepen er in dit scherm gepresenteerd moeten worden. De gebruiker dient hier vervolgens een keuze uit te maken. VTV weergeven t/m datum: 1 keer per dag, vroeg in de ochtend, wordt er een produktielijst gemaakt waarop alle artikelen komen te staan die op de betreffende dag moeten worden geproduceerd. De basis voor deze lijst zijn alle Artikelen die voor levering 1 tot 3 dagen daarna zijn besteld. Middels deze rubriek kan de gebruiker aangeven t/m welke datum op het volgende scherm de VTV van de artikelen berekend moet worden. Bestelniveau respekteren: Als het scherm 's morgens vroeg voor de 1e keer wordt opgestart, kan hieruit volgen dat er 20 stuks op voorraad liggen, er 5 verkocht zijn, en het Bestelniveau op 60 staat (nb: merk op dat rekening wordt gehouden met Bestelniveau's die per Artikel-/Verschijning per dag van de week kunnen worden vastgelegd). Dit impliceert dat we (voor die dag) 45 zullen moeten produceren (20 - 5 = 15 + 45 = 60). Stel dat we later op de dag nog een keer gaan kijken, dan mogen we niet wéér aanvullen tot een Bestelniveau van 60, immers de 60 was een waarde bestemd voor de hele dag, en aangezien als we 's middags kijken er de halve dag al leveringen hebben plaatsgevonden, zouden we teveel produceren als we zouden aanvullen tot 60. Derhalve een toggle waarmee we kunnen aangeven of het Bestelniveau wel/niet moet worden meegenomen in de berekening van de te produceren hoeveelheid. 's Morgens zal deze aan behoren te staan, 's middags dient ze uit te worden gezet. Alleen Behoeftige Artikelen: Middels deze toggle kan worden aangegeven of alle Artikel-/Verschijningen moeten worden getoond, danwel alleen de behoeftige Artikel-/Verschijningen (lees: waar voorraad van is, danwel waar orders voor zijn). In veel gevallen zullen we enkel alleen de behoeftige Artikelen op ons scherm willen zien, echter, willen we een Koninginnedag-salade kunnen opnemen in de planning, terwijl er nog geen orders voor zijn noch er voorraad aanwezig is, zullen we ervoor kunnen kiezen om ook de niet behoeftige Artikelen te willen zien. Herberekenen indien nodig: Bij de berekening van de VTV van de Artikel-/Verschijningen die op het vervolgscherm worden weergegeven, wordt gebruik gemaakt van de funktionaliteit "Resultaten VTV berekening op het netwerk opslaan". Deze funktionaliteit is ontwikkeld t.b.v. een scherm "Raadplegen Artikel-/Verschijningen met VTV" om aldaar snel inzicht te geven in de VTV van een betreffende Artikel-/Verschijning. De snelheidswinst wordt daar behaald door de resultaten van een VTV berekening op te slaan op het netwerk, zodat andere gebruikers de resultaten van die berekening weer kunnen gebruiken (zonder de betreffende VTV opnieuw te berekenen). De VTV resultaten worden voor een (in parameters op te geven) aantal dagen vooruit berekend en bewaard. Zodra er "iets" veranderd in de VTV gegevens van een Artikel-/Verschijning, krijgt deze een indikator dat de VTV opnieuw berekend moet worden. Door het inzetten van extra werkstations, die enkel worden gebruikt voor dit soort VTV berekeningen. Niet alleen separate werkstations kunnen voor de taak "VTV berekenen" worden ingezet, het is ook mogelijk om ieder werkstation zélf te laten konstateren dat de VTV opnieuw berekend moet worden, om dit vervolgens te gaan doen. Na de berekening zullen de resultaten weer op het netwerk worden opgeslagen, opdat andere werkstations weer kunnen profiteren van de berekende resultaten. Op deze manier kunnen alle werkstations in het netwerk meewerken aan het zo aktueel mogelijk houden van de de VTV gegevens. Middels deze toggle kan worden aangegeven wat het werkstation waarop het TS scherm wordt opgevraagd moet doen indien ze Artikel-/Verschijningen tegenkomt waarvan de VTV gegevens niet aktueel zijn. Herberekenen indien nodig, of niet herberekenen. I.g.v. niet herberekenen zal de laatst berekende situatie worden getoond (alsmede een indikator dat deze gegevens oud zijn er herberekend moeten worden). Linkerdeel Artikelnummer: Het keyboard control is bedoeld voor rubriek "Linkerdeel Artikelnummer". Hiermee kan worden gefilterd op het linkerdeel van het Artikelnummer, om zodoende het overzicht van Artikelen in het vervolgscherm niet groter te maken dan nodig is. Middels button [Volgend] wordt het 2e scherm aangeroepen: Scherm 2 - Raadplegen Artikel-/Verschijningen met VTV: (http://www.heartprofit.com/www/transfer/graphics/forum/lotspopl100406002.png) Op het 2e scherm wordt een overzicht getoond van alle Artikel-/Verschijningen die voldoen aan de instellingen zoals deze op het 1e scherm zijn gemaakt. Van iedere Artikel-/Verschijning worden een aantal gegevens getoond die tezamen bepalen hoeveel er geproduceerd moet worden. Het scherm is bedoeld voor Produktie en toont derhalve alleen de Artikel-/Verschijningen die als "Produktie" betiteld zijn. De waarden worden getoond in "aantal Verschijningen". Zoals bij "Herberekenen indien nodig" is uitgelegd, maakt dit scherm gebruik van de VTV berekeningen die eerder zijn uitgevoerd, en waarvan de waarden in een tabel op het netwerk zijn bewaard. Dit is een vrij nieuwe werkwijze, die alleen voor eindprodukten en grondstoffen gebruikt kan worden, en waarbij het niet nodig is om eerst middels een Behoefterun te bekijken hoeveel er van een betreffende Artikel-/Verschijning behoeftig is. In het overzicht worden de volgende kolommen getoond: Vrrd - Voorraad Deze kolom bevat twee waarden. Middels de bovenste waarde wordt de aktuele voorraadhoogte weergegeven. De onderste waarde betreft de zgn. "Beginvoorraad" die aan het begin van de dag gold. Deze beginvoorraad wordt berekend door de werkstations die continue worden ingezet voor VTV berekeningen, die de voorraadstand van de 1e berekening op een nieuwe dag separaat bewaren. Doel van de beginvoorraad is om inzicht te geven hoe de stand "vanochtend vroeg" was, opdat als de gebruiker later op de dag nogmaals kijkt, en de voorraad inmiddels veranderd is, hij toch indikatief de hoeveelheid van die ochtend nog ziet. Verkp - Verkoop Geeft aan hoeveel er van de betreffende Artikel-/Verschijning op Verkooporders besteld is (maar nog niet geleverd). Prod- - Produktie input Geeft aan hoeveel er van de betreffende Artikel-/Verschijning benodigd is in produktie. Prod+ - Produktie output Geeft aan hoeveel er van de betreffende Artikel-/Verschijning benodigd uit produktie staat te komen. Rest - Restant behoeftes Omdat er meer systeemdelen zijn die behoefte kunnen kreëren dan degene die hier opgesomd zijn, wordt er een kolom "restant" opgenomen, die de totale overige behoefte kreërende/dekkende waarden bevat die samen met de reeds gespecificeerde kolommen de VTV vormen. VTV - Verwachte Technische Voorraad Deze kolom bevat de voorraadhoogte die verwacht wordt op de in het 1e scherm opgegeven VTV Datum. BNiv - Bestelniveau Middels deze kolom wordt het Bestelniveau weergegeven. Standaard betreft het hier het Bestelniveau zoals aangegeven bij de betreffende Artikel-/Verschijning, maar deze kan nog worden overruled door Bestelniveau's per Artikel-/Verschijning per dag v/e week. Met die laatste funktionaliteit is het mogelijk om voor iedere dag van de week een ander bestelniveau op te geven. HB - Herberekenen Indien op het 1e scherm werd aangegeven dat er niet moet worden herberekend indien nodig, zal hier een image van een rekenmachine worden weergegeven indien de gegevens van de betreffende Artikel-/Verschijning niet aktueel zijn en herberekend moeten worden. Aantal - Aantal te produceren Artikel-/Verschijningen Deze Spinnercontrol wordt gevuld met het aantal te produceren Artikel-/Verschijningen. De hoeveelheid die hier standaard getoond wordt betreft de aanvulling van de VTV tot het Bestelniveau. Indien de VTV groter is dan het Bestelniveau zal de spinner met 0 gevuld zijn. Order - P.O. Genereren J/N Middels deze button kan het al dan niet genereren van een Produktieorder voor de betreffende Artikel-/Verschijning met één druk op de knop worden uitgeschakeld. De button is opgenomen voor de situatie dat de planner konstateert dat er boerenkool in de zomer behoeftig is. Met deze toggle button kan dan in één handeling worden aangegeven dat er voor die boerenkool geen order gegenereerd moet worden zonder hiervoor net zolang op de spinner-minus button te hoeven drukken tot de spinner een waarde 0 bereikt heeft. Rechts op het scherm treffen we een 2 tal buttons aan: Vorig Middels deze button keren we terug naar het vorige scherm. Aldaar zouden we instellingen kunnen wijzigen (andere VTV datum, of wél herberekenen indien nodig) en kunnen we het 2e scherm opnieuw aanroepen. P.O.'s genereren Middels deze button worden er Produktieorders toegevoegd in het systeem voor de opgegeven hoeveelheden. Let op: Onderstaand nog een aantal opmerkingen: 1 Produktieorder per Artikel-/Verschijning per dag: De achterliggende gedachte voor dit scherm is de bijzondere wijze van produceren, waarbij per dag, enerzijds de naar produktie verplaatste grondstoffen worden geboekt, en anderzijds de in produktie geproduceerde produkten worden opgeboekt. Per Artikel-/Verschijning zal er hierbij altijd maar één Produktieorder bestaan ! Genereren Produktieorders zal derhalve per Artikel-/Verschijning één Produktieorder genereren. Bestaat er al een Produktieorder voor deze Artikel-/Verschijning (met vandaag als produktiedatum), dan zal de hoeveelheid met die order worden gesaldeerd. Produktieorders uitwerken t/m grondstofniveau: Zoals uitgelegd zal uiteindelijk een procedure "Dagafsluiting" de grondstoffen die naar produktie zijn verplaatst proberen te matchen met de grondstofbehoefte die er op die Produktievloer bestaat. Hiertoe dienen de Produktieorders t/m grondstofniveau te worden uitgewerkt; d.w.z. eventuele halffabrikaten in de Produktieorders zullen direkt worden uitgewerkt tot grondstofbehoeftes. De te genereren Produktieorder zal daarna alleen grondstoffen bevatten, en geen halffabrikaten. Merk op dat a.g.v. dit uitwerken naar grondstoffen er géén link meer zal zijn tussen de oorspronkelijke Receptregel en de regel waaronder het produkt op de produktieorder zal worden opgenomen. Funktionaliteit die zich daarop baseert, zoals het tekstmechanisme die een tekst koppelt aan een Regelnummer van een Recept/Produktieorder, of een Analyse van Voor-/Nagekalkuleerde kostprijzen van een Produktieorder, zal niet gebruikt kunnen worden omdat de link tussen het regelnummer in de PO <> Recept er niet meer is. Desgewenst kan daar met aanvullend maatwerk wel weer wat op worden gevonden. V.w.b. het uitwerken t/m grondstofniveau zijn er ook weer uitzonderingen. Zo voorziet het ontwerp in een tweetal afdelingen (warme- en koude keuken) waarvan gesteld is dat deze enkel produceren o.b.v. gereed produkt. Per artikel kan middels een separate rubriek worden aangegeven of dit produkt in onderdelen moet worden opgenomen in produktie. Uitgangspunt is dat deze indikator bij alle "Halffabrikaten" aan komt te staan, en de Produktieorders op die manier vanzelf nooit meer halffabrikaten zullen bevatten. Recepturen van de warme- en koude keuken zullen enkel dienen te bestaan uit Eindprodukten (die niet in onderdelen op de PO moeten worden opgenomen) en grondstoffen. Title: Re: Touch Screen - PO Planning Post by: Wouter Rijnbende on December 22, 2010, 11:59:55 am Per heden is dit TS scherm uitgebreid met de ondersteuning voor Artikel-/Verschijningsvorm Groepen. Dit betreft een normale Artikelgroep, doch dan een waarin Artikel-/Verschijningen kunnen worden opgenomen.
Uitgangspunt voor de VTV berekening is dat zodra er ook maar één Artikel-/Verschijning aan de Artikelgroep gekoppeld is, dit triggert dat het scherm op basis van de gekoppelde Artikel-/Verschijningen werkt, en niet meer naar (nog) eventueel gekoppelde Artikelen kijkt. Kwa inrichting zal het eropneerkomen dat we een Artikelgroep óf inrichten als groep voor Artikelen óf als groep voor Artikel-/Verschijningen, niet beide. Tevens is het aantal weer te geven Artikelregels beperkt tot 500 stuks. Dit, omdat er anders zoveel controls op het scherm komen te staan, dat de funktionaliteit traag wordt, en zich niet lekker meer laat bedienen. Daarnaast is het ook niet echt werkbaar als in een ellenlange lijst een specifiek artikel opgezocht moet worden; in zo'n geval kun je beter gebruik maken van de opgave van een linkerdeel van het Artikelnummer. |