Hieronder een algemene uitleg van wat we zien als wij (Heart) de Grafische Planning installeren voor Demo;
De uitleg is momenteel summier maar kan later worden uitgebreid met meer voorbeelden. Voor nu is het een eerste aanzet voor de gebruikers van het systeem waar zo'n Demo is geïnstalleerd.
Opmerking : de screenshots zijn helaas wat breed (voor het forum) en wat in dit geval onvermijdelijk is. Onder iedere screenshot zit een scrollbar; niet helemaal handig maar hopelijk volstaat het toch.
Hier zien we links de Produktiestations met PAS02 en PAS44 uitgeklapt. In de tweede kolom staan de Produktieordernummers zoals deze in Profit bestaan.
De planning is uitgezoomed zodat we een twee-tal weken tegelijk kunnen zien.
De roze vlakken betreft niet werkbare uren voor het betreffende Produktiestation en volgen uit Kalender Definities.
De gekleurde balken (die met de punten eraan die naar beneden wijzen) hebben een kleur gekregen die op "demo" wijze is ontstaan uit het interpreteren van de Artikelomschrijvingen en waarbij in dit geval "Green" tot de groene kleur leidt (zie links van het muis-handje); de Produktieorder (rode vlakken) die je daar ziet loopt van Maandag (10-10, 08:38) t/m Woensdag (12-10, 10:50). Dit is de doorlooptijd en niet de Bewerkingstijd aangezien er op de roze vlakken niets gebeurt.
Slechts enkele kleuren zijn onderkend om een idee van de mogelijkheid te geven (de kleuren zijn niet juist voor de demo - in werkelijkheid kan dit simpel en formeel in de Receptuur worden aangegeven middels 16 miljoen verschillende kleuren).
Merk op dat waar alle Orders hier zelf als rode balken worden getoond (wat ook anders kan), bovengenoemde kleuren zijn aangebracht in de balken die indikatief zijn voor de "produktie run". Zo'n Run houdt in dat je weliswaar meerdere Orders kan hebben voor een bepaalde kwaliteit en kleur, maar dat je ze samen in één run (batch) produceert. De Orders die zich dan in zo'n Run bevinden kunnen allen tegelijk naar een ander begintijdstip worden verplaatst (slepen van de gekleurde balk met de punten eraan). Verderop zullen we dit (deels) zien. Wat we in elk geval ook zullen zien is hoe we Orders met een soortgelijke kleur gemakkelijk achter elkaar kunnen produceren.
De doorlooptijd - zoals hier zichtbaar - van de order is ontstaan uit het "demo-simpel" nemen van het aantal Kg van de order en een produktietijd van een aantal minuten per Kg (deze order is 2600 Kg, zie de tekst links "Produceren 2600.000"), in dit geval (voor alle Artikelen !) 1000Kg in 7 uur. Zo'n
aanname voor de produktietijd is meestal nodig voor de Demo installatie omdat de Recepturen (veelal) geen Bewerkingen kennen, en daarmee ook geen Bewerkingstijd hebben. En dus moeten we "iets" hanteren on een Produktieorder z'n Produktietijd te geven. Merk op dat de doorlooptijd dus anders is dan de produktietijd indien de Order aan het eind van de dag (of van de week) nog niet af is en 'snachts / in het weekend virtueel niets doet.
De smallere rode balk, waar het muishandje boven staat betreft de feitelijke bewerking (die hier dus dummy is ontstaan uit de tijd per Kg zoals hierboven omschreven), wat ook meerdere Bewerkingen kunnen zijn (denk aan opwarmen gevolgd door mengen, enz.). Op de onderste regel in de Tooltip bij het handje zien we "Progress = 00:00:00" wat betekent dat de betreffende Bewerking onder het handje nog niet is begonnen; zou de bewerking zijn aangemerkt als formeel gestart (dit kan in samenwerking met de module Profit-Processcontrol) dan zal het systeem de bewerkingstijd t/m "nu" tonen. Dus, als het nu 10-10-2016, 08:48 zou zijn, dan wordt er 00:10:00 Progress getoond (de bewerking is 10 minuten + 0 seconden geleden gestart en is nog steeds bezig want nog niet als gereed gemeld (wat ook weer via Processcontrol kan).
Voor PAS44 zien we 4 orders in beeld, met de meest rechtse die op Dinsdag in week 42 start. Hou die even in de gaten (boven) ...
... en zie dat deze order is gesleept naar Vrijdag week 41. Dus wat ik hier heb gedaan is die order met de muis opgepakt en naar links gesleept. Het gevolg is dat de Order die daar in eerste instantie stond (dat was 201610040024) automatisch naar rechts is geschoven. Dus, Order 201609080050 die ik naar links sleepte, heeft 201610040024 naar rechts doen schuiven. Waarom deed ik dat ? ... kijk maar eens naar de kleur van de Order, met "Brown" in de omschrijving en wat zich hier als paars uit. Ik heb de twee paarse Orders dus achter elkaar gezet.
Nu ga ik mij afvragen of er nog meer paarse (bruine) Orders zijn in de nabije toekomst :
Ha, daar moet er een zijn op Vrijdag enkele weken verder, immers ik zie een Run die paars (dus bruin) is. Als je het niet ziet, vergeet de scrollbar niet te verschuiven.
NU scroll ik naar onderen om de Order zelf te vinden :
En daar is 'ie; 20160808080025.
De wil ik nu naar links verplaatsen;
Ik pak die Order op met de muis en beweeg de muis naar links (het scherm begint nu horizontaal naar links te scrollen) zodat we vanzelf weer aankomen bij week 41/42 waar ik was, en laat daar de muis los :
Ik heb nu rightclick gedaan op de middelste Order die je hier ziet en vervolgens vanaf de rechterkant van de order de muis (ingedrukt) naar beneden bewogen en de lijn met pijl die daar uit ontstaat laten vallen op de hierboven gevonden Order (die ik naar links had verplaatst). Niet echt onderdeel van de logische uitleg in deze post, maar dit zorgt er nu voor dat de nieuw gevonden Order altijd wordt uitgevoerd na de Order waar de lijn uit vertrekt. Je zegt feitelijk dat hoe dan ook die middelste order prioriteit heeft boven de Order aan de rechterkant. Dit, opdat ik "morgen" niet zonder verder te kijken de order die ik van twee weken verderop haald, ineens voor een Order zet die aan de beurt is en die binnenkort geleverd moet gaan worden.
Met het kleine stukje wat je ziet van de Order geheel links had ik dit ook al gedaan.
Merk op dat je iets als dit normaliter gebruikt voor Orders die "technisch" gezien eerder moeten. Dit kan bijvoorbeeld het geval zijn bij de kleurpasta's van PAS02. Dus met de wetenschap dat de kleurpasta voor de bruine verf niet meer op voorraad is en eerst gemaakt moet worden, trek je zo'n verbindingslijn van de Order op PAS02 naar de betreffende order(s) op PAS44. Wat hiermee tevens wordt geborgd is dat als we de Order op PAS02 naar rechts schuiven (later inplannen dan oorspronkelijk) dat dit niet zo maar kan omdat er andere Orders zijn die de PAS02 Order als input nodig hebben. De verbindingslijn zorgt daar dus voor.
Als we naar de laatste screenshot hierboven kijken, zouden we kunnen zeggen dat het niet slim is om de middelste Order net op Maandag aan het begin van de dag te laten eindigen (dit komt toevallig zo uit omdat we feitelijk alleen alles op volgorde hebben gezet en nergens anders naar hebben gekeken) en wat ik nu wil is dat deze Order op Vrijdag al klaar is. Bij de twee blokjes rechts pak ik de rechterkant van de Order nu op met de muis en sleep naar links tot vóór het weekend :
Je ziet dat ik nog wat verder heb gesleept en de order daadwerkelijk een halve dag korter heb laten duren (eindigt nu midden op de dag). Kennelijk vond ik dat dit wel kon (het is goed warm buiten en binnen is het ook warmer, enz. enz.).
We zien nu links een gat (in de paarse balk), welk gat weliswaar in het weekend zit, maar ik weet dat het handig is om de middelste Order al voor het weekend in te zetten zodat het goed borrelt gedurende het weekend (het is duidelijk dat ik geen verstand heb van verf
).
Hier heb ik dat gat gedicht door de middelste Order naar links te slepen (wil vanzelf niet verder dan de Order links waar het kleine pijltje uit komt) en ook de onderste Order heb ik op gelijke wijze naar links gesleept.
Zo. PAS44 is voorlopig bezig met bruin(paars) en ik verdien op schoonmaakkosten (wat feitelijk ook Bewerkingen zijn en die ingesteld kunnen worden als vanzelf eliminerend omdat ze binnen één Run optreden). Dus, waar we hier nog steeds 3 runs zien en er volgens de Receptuur schoonmaaktijd is benodigd per Run, zouden deze tijden automatisch worden geëlimineerd als we één Run van deze drie maken (en wat uitteraard weer simpel kan).
Om dit alles vloeiend en ook volgens de werkelijkheid te laten verlopen, moeten de Recepturen uiteraard Bewerkingen (Bewerkingstijden) bevatten die enigszins reëel zijn.
Iedere verandering kan met Ctrl-z ongedaan worden gemaakt of met Ctrl-y weer opnieuw worden gedaan;
Als de planning naar tevredenheid is aangepast en consistent is, kan ze met een muisklik worden "terug"geëxporteerd naar Profit.
Opnieuw Importeren geeft weer de laatste stand uit Profit en welk Importeren ook als Automatisch kan worden ingesteld (bijvoorbeeld op iedere minuut of 5 minuten enz. (scherm heeft nu een monitoring funktie).
