Heart-Profit ERP
November 27, 2024, 04:54:30 am *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: (2) Scanterminal Ophalen voor Produktieorder (LOTSSTPK)  (Read 2848 times)
0 Members and 0 Guests are viewing this topic.
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5367


View Profile WWW
« on: December 11, 2017, 05:37:45 pm »


Algemeen
Een eerder ontwikkeld Scanterminalscherm (zie http://ha1.heartprofit.nl/profit/index.php?topic=27376.0) is m.i.v. deze Releasenote drastisch gewijzigd.  In de nieuwe versie wordt een Produktieorder in delen opgesplitst en gaan we grondstoffen voor een deel van een Produktieorder ophalen. Voor het ophalen van poeders en vloeistoffen zijn nu separate schermen ontwikkeld.

Nb: Deze handleiding betreft een beknopte versie omdat ze een samenvatting is van iets wat al gecommuniceerd is met de klant voor wie dit maatwerk is ontwikkeld. Om toch ook een handleiding op het forum te hebben, als naslagwerk of ter demonstratie van de mogelijkheden, is dit document samengesteld.


Edit:
Na beschrijving van deze funktionaliteit, is er nog weer een belangrijke aanpassing gedaan inzake voorraad die uit blikken wordt afgeboekt. Vloeibare produkten worden normaliter uit tank afgeboekt (bulk) of uit vaten. Het kan ook zijn dat we vloeibare produkten nodig hebben in dermate kleine hoeveelheden dat ze in blikken op voorraad liggen; ook kan het voorkomen dat er produkten zijn die in grotere hoeveelheden nodig zijn doch waarbij de Leverancier dit gewoonweg niet in vaten levert, en het om die reden in blikken op voorraad ligt.

Als we later in het proces voorraad (vloeibaar) gaan afboeken, en die voorraad wordt niet uit een tank of een vat geboekt, dan resteren er twee situaties:

- het betreft afboeken van blikken die als 'grijpvoorraad' gewoon aanwezig zijn (blikken die naar de produktievloer als algemene voorraad zijn gebracht)
- het betreft afboeken van blikken die speciaal zijn opgehaald voor de Produktieorder

"Grijpvoorraad" betreft in dit geval voorraad 'die gewoon aanwezig is'. Voorraad die in kleine hoeveelheden benodigd is, en waarvan altijd wel "wat" nodig kan zijn in een order, bijvoorbeeld een verdunner. Deze voorraad is door iemand op een produktie Lokatie is geboekt, en welke voorraad standaard beschikbaar is voor de orders in dat Produktiemagazijn. Het betreft hier voorraad die niet speciaal voor een order gereserveerd is, maar het is ook geen "Vatenkaart", "Mengselkaart", "Ophaalkaart" etc.  Het mag gezien worden als voorraad op een 'normale' Lokatie (doch wel een die voldoet aan het Produktiemagazijn); bijvoorbeeld PT000 (of, zo je er meerdere zou willen hebben, PTG01 t/m PTGZZ waarbij de 'G' voor grijpvoorraad staat).
"Grijpvoorraad" zal vnl. aan de orde zijn bij de Activity 'Dosing Manual'.

Vloeibare voorraad (maar mag ook poeder zijn, zie verderop) die in een order benodigd is en welke alleen uit blikken (zakken) gedekt kan worden én welke niet uit "grijpvoorraad" geboekt kan worden (er is geen grijpvoorraad voor), wordt geacht voor een specifieke order te moeten worden opgehaald. Dus, als we een Produktieorder hebben die 218,9 Kg PA920 nodig heeft, en dit produkt kan alleen gedekt worden door "25 liter blikken", dan zullen we 9 blikken speciaal voor deze order moeten ophalen!
Omdat dit net zo goed poeder mag zijn, en, omdat het ook net zo goed meerdere verschillende produkten mogen zijn voor de Produktieorder, is dit Raapproces feitelijk het zelfde als het proces van het rapen voor een dositainer. Het verschil : de betreffende pallet moet naar een andere geografische lokatie van de produktie ruimte; tevens is de verdere behandeling anders.

Let op: Het uitgangspunt daarbij is dat het Recept i.g.v. blikken het beste kan worden afgestemd op het verbruik van volle blikken. Doen we dat niet, en bevat het Recept zoals bovenstaand voorbeeld een hoeveelheid van 218,9 Kg, dan zullen we 8 volle blikken van 25 Kg in de mengkuip moeten gooien en zullen we het 9e blik niet helemaal leeg mogen gooien. Er is geen geen expliciete voorziening voor het afwegen van blikken (zoals dit bij het ophalen van poeders voor de dositainer wel bestaat). Wel kan dit wegen uiteraard gebeuren op basis van wat de Raaplijst toont, gevolgd door Omvormen op voorhand. Maar, dit is ten sterkste afgeraden !

Verder, met dat dus (aanvullend) gesteld is dat dit soort blikken voor een specifieke order kunnen worden opgehaald, geldt dat het 'Ophalen Poeders' scherm niet meer enkel voor 'Poeders' gebruikt wordt, maar voor 'Poeders' en voor 'Blikken'. Dit scherm is nu gewijzigd naar 'Ophalen voor P.O.'.
/Edit





Recept ingelezen via Excel
Bij deze opzet is het uitgangspunt dat Recepturen in Excel zijn opgebouwd.

Zo'n Recept:
- dient op een vaste Batchgrootte te worden ingevoerd!
- dient te zijn ingedeeld in Dagsegmenten
- dient te zijn ingedeeld in Activitites
- moet Raaplijsten bevatten en hun volgordes

Bij het inlezen van het Recept bepaalt Profit zelf de Recept-/Verschijning uit de selektie Recept-/Verschijningen die voor dit doel zijn toegevoegd:







Toevoegen Produktieorder
Als een produkt meerdere Recepten heeft, zal dit bij Toevoegen Produktieorder worden herkend Er volgt een popup die de Gebruiker vraagt conform welke Recept-/Verschijning het produkt geproduceerd moet worden. Ik kies het AZO recept, batch tot 5000 L (zie links in de omschrijving in de popup).
 


Let op:
Bij het Toevoegen van de Produktieorder is het van belang dat er altijd 1 Kuip (Batch) wordt geproduceerd met de Batchgrootte zoals door het Recept afgedwongen. Recepten zijn in dit voorbeeld expliciet ingericht op een vaste Batchgrootte. Het Recept kan op die manier worden afgestemd op het optimale gebruik van "volle zakken" voor de Dositainers waarin de grondstoffen uiteindelijk moeten worden gestort.
Als een Recept van 4800 L op enig moment 175 Kg grondstof nodig heeft, dan is dit afgestemd op het verbruik van 7 zakken van 25 Kg. Zouden we nu alsnog 5000 Liter gaan produceren met zo'n Recept, dan wordt de behoefte voor die regel ineens 5000/4800 * 175 = 182,292 Kg, hetgeen impliceert dat we moeten gaan afwegen. En, niet alleen voor deze grondstof, maar voor allemaal. Uitgangspunt is dus dat de Receptgrootte niet wordt overschreven bij het toevoegen van een nieuwe Produktieorder.



Printen Produktieorder
Via 5-2-8-1 kan de Produktieorder worden geprint. AZO Recepten zijn niet alleen ingelezen vanuit Excel, ze worden ook weer geprint vanuit Excel! Voor het inzetten van Excel is gekozen omdat de Produktieorder is ingericht in blokken van diverse kleuren en in kleur moet worden afgedrukt op de printer. Wordt in Profit aangegeven dat de Produktieorder naar het scherm (File) moet worden geprint, dan wordt de Excelsheet opgebouwd en op het scherm getoond. Wordt er naar de printer geprint dan zullen de opgebouwde Excelbladen automatisch ook als losse bladen worden geprint.

De Print van de Produktieorder bestaat uit:
a. een hoofdblad, de Produktieorder zelf; deze geeft het overzicht, en zou tevens zijn bedoeld om het Recept te kunnen kontroleren met/in AZO.
b. een outputblad; geeft aan hoe het geproduceerde produkt moet worden afgevuld
c. 1 of meerdere P.O. Raaplijsten; bevat de te rapen grondstoffen per 'deel' van de Produktieorder

a. De Produktieorder


De Produktieorder is ingedeeld in meerdere (gekleurde) blokken met Activities. Hierin geldt:

Dosing Bulk = Blauwe tint
Dositainer = Rood-/bruine tint
Dosing Additive = Groene tint
Dosing Cleaning = Gele tint
Dosing Adjustments = Oranje tint
Dosing Big Bag = Paarse tint

Als er grondstoffen moeten worden opgehaald voor een Activity, zal de 1e kolom een Raaplijstvolgnummer bevatten die meteen aangeeft in welke volgorde er geraapt moet worden.  Hoewel het Recept en de P.O. altijd op volgorde van regelnummer wordt getoond, zie je in bovenstaand overzicht (op basis van de grote 1,2,3,4,5,6) dat er 6 Raaplijsten zijn, die in die volgorde geraapt moeten worden. In dit voorbeeld zul je dus eerst gaan rapen voor de Dositainers, en daarna pas de vloeistoffen.
 
Nb: De overgang naar een nieuw Dagsegment wordt met een dikkere zwarte streep aangegeven.
 
b. Output Produktieorder
Het 2e tabblad bevat de Output van de Produktieorder.

Hierop is te zien dat de te produceren 4800 L moet worden afgevuld in 240 blikken van 20 Liter.
Vanzelfsprekend kunnen er hier ook meerdere Outputitems staat als dit in de Produktieorder is aangegeven.
Iedere Outputregel bevat een Barcode waarmee de output via een Scanterminalscherm kan worden opgeboekt.
Rechtsbovenin kan de Produktieorder worden gescand.


c. P.O. Raaplijsten
De overige Tabbladen van de Produktieorderprint bevatten de Produktieorder Raaplijsten. Dit zijn herhalingen van de genummerde blokken op het hoofdblad van de Produktieorder, soms echter met meer detail. Merk op dat bijv. een Dositainer op het hoofdblad enkel kwa totale hoeveelheid genoemd staat, terwijl de Raaplijst juist de produkten bevat die geraapt moeten worden.

Raaplijsten zijn er voor de Activities:
Dositainer (poeders)
Dosing Big Bag (poeders)
Dosing Additive (vloeibaar)

Dezelfde kleur als die aan een blok wordt toegekend op de Produktieorder )zie twee schermen terug) vinden we terug als achtergrondkleur van de betreffende P.O. Raaplijst.

Onder aan de Raaplijst staat nog een opsomming van de gehele Produktieorder, en kun je zien waar de aktieve Raaplijst past in het totale plaatje (zie de "*1" in dit (rose) voorbeeld).

Rechts bovenin de Raaplijst vind je een Barcode met daarin het Raaplijst-id. Deze bestaat uit het Produktieordernummer en een Raaplijstvolgnummer. Deze Barcode kan op diverse schermen in Profit worden gescand. Als het een Dositainer betreft, vind je links (eigenlijk zover mogelijk van die andere Barcode vandaan, opdat je niet makkelijk het verkeerde scant) het AZO O-nummer weergegeven in een Barcode. Deze code is scanbaar voor gebruik in Profit, maar ook in AZO.
 
Let op: Om hier met Barcodes te kunnen werken moeten de Morovia Fonts (EAN 128) zijn ingelezen op de PC waarop je de P.O. print.



Scanterminalmenu Produktie
Het Scanterminalmenu Produktie is m.i.v. heden een klantspecifieke Alternatieve Funktie geworden. Dit, omdat we inmiddels meer dan 16 Scanterminal funkties hebben voor produktie, ze niet allemaal door iedereen gebruikt (kunnen) worden, het scherm overvol zit, en we de Scanterminal users zo min mogelijk willen belasten met complexe menu strukturen. Poeders (en blikken) halen we op voor een specifieke Produktieorder (Raaplijst). De menu optie hiervoor vinden we (ten tijde van dit schrijven) als 2e optie in het Scanterminalmenu Produktie.





Scanterminal Ophalen voor Produktieorder (Raaplijst) - Tabblad 1 - Scan P.O. Raaplijst
Op het 1e tabblad scan je de P.O. Raaplijst met welke je de grondstoffen gaat ophalen. Dit betreft de Barcode die in de rechter bovenhoek van iedere P.O. Raaplijst staat. Het is ook mogelijk de Produktieorder te scannen, in welk geval er een 2e tabblad verschijnt met een overzicht van de Raaplijsten van die order, vanwaaruit dan handmatig een keuze moet worden gemaakt. Vanzelfsprekend wordt dit scherm overgeslagen als je direkt een Raaplijst scant. In mijn voorbeeld scan ik nu geen Raaplijst maar een P.O., opdat ik vervolgens (hierna) dat extra scherm kan beschrijven :




Scanterminal Ophalen voor Produktieorder (Raaplijst) - Tabblad 2 - Selekteer P.O. Raaplijst
Het 2e tabblad (verschijnt dus alleen als je een P.O. scande en wordt overgeslagen bij het scannen van een P.O. Raaplijst) biedt een overzicht van de verschillende Raaplijsten. Hier staan deze in oplopende volgorde, zijnde de volgorde waarin ze geraapt moeten worden.



In iedere button zal met een afbeelding de status omtrent raapbaarheid worden aangegeven:
 
= Voldoende voorraad om alles van deze Raaplijst te kunnen rapen
= Er kan weliswaar iets geraapt worden, maar niet alles.
= Geen raapbare voorraad aanwezig
= Klaar; alles is geraapt.

Bij Dositainers wordt aanvullend nog (rechts in het blok) de kleurkode vermeld (TIO, OXR, CUP).

Ik ga nu rapen voor Raaplijst #1, de 1e Dositainer:
 
Nb: Tab #3 wordt overgeslagen; dat tab toont per produkt hoeveel ik al heb opgehaald c.q. wat er nog opgehaald moet worden.


Scanterminal Ophalen voor Produktieorder (Raaplijst) - Tabblad 4 - Scan P.O. Kaart
Op dit tabblad dient een keuze te worden gemaakt voor de op te halen stroom Artikelen: Poeders of Vloeibaar, echter, aangevuld met het doel van deze Scanterminalfunktie: "het ophalen van grondstoffen voor een specifieke Produktieorder". Wat precies onder welk kopje valt bepaalt degene die het Recept samenstelt door de produkten in te richten binnen een bepaalde Activity. Hiertoe eerst iets meer tekst en uitleg:

In de Receptuur onderkennen we de volgende Activities:
  • DOSITAINER
  • DOSING BIG BAG
  • DOSING ADDITIVE
  • DOSING BULK
  • DOSING MANUAL
  • DOSING CANS
  • DOSING ADJUSTMENT
  • DOSING CLEANING (MALEN) / TANK CLEANING CYCLE

Deze Acitivities bepalen of de grondstoffen wel of niet hoeven te worden opgehaald, en als ze moeten worden opgehaald, of dit dan voor een specifieke Produktieorder-Raaplijst moet gebeuren of voor alle (Te Rapen) P.O. Raaplijsten tegelijk. We kunnen deze Activities als volgt indelen:

Ophalen voor een specifieke P.O. Raaplijst:
  • DOSITAINER
  • DOSING BIG BAG
  • DOSING CANS
  • DOSING MANUAL (indien niet uit grijpvoorraad dekbaar)
  • DOSING ADJUSTMENT (indien niet uit grijpvoorraad dekbaar)

Ophalen voor alle (als "te rapen" aangemerkte) P.O. Raaplijsten:
  • DOSING ADDITIVE

Niet op te halen:
  • DOSING BULK
  • DOSING CLEANING (MALEN) / TANK CLEANING CYCLE

Dit scherm handelt de eerste kategorie af; de grondstoffen die moeten worden opgehaald voor een specifieke P.O. Raaplijst.
Poeders zullen altijd via dit scherm worden opgehaald, en kwa vloeistoffen alleen die vloeistoffen die binnen de Activities DOSING MANUAL of DOSING CANS zijn opgenomen.

Nb: Dosing Manual bevat grondstoffen die via een stijgbuis of via een luik handmatig worden toegevoegd.



Voor de wijze waarop poeders geraapt moeten worden zijn 3 buttons;

Bigbag is aktief als het Recept afdwingt dat er bigbags geraapt moeten worden

Al het andere zal worden geraapt uit de beschikbare voorraad (wat op zich ook Bigbags mogen zijn), onderverdeeld naar 'volle zakken' en 'af te wegen restanten'. Ofwel, als we 35 Kg nodig hebben en er 25 Kg in een zak zit, hebben we 1 volle zak op te halen en zal er daarna nog 10 Kg op een weeglokatie moeten worden afgewogen (waar dan uiteraard wel weer eerst voorraad moet liggen).
 
De opdracht (in de onderste regel op het scherm) is : Scan een PO kaart.
 
We moeten nu een Ophaalkaart scannen waar we voorraad mee gaan ophalen. Dit zijn (gewoon) de oude rode kaarten waarmee voorraad werd opgehaald.

Een Ophaalkaart is een speciale Lokatie binnen Profit. Het betreft feitelijk een print van een kaart met een Barcode erop en die bij een Produktieorder hgaat horen. Zodra er goederen worden opgehaald worden deze op deze kaart gescand. De kaart blijft vervolgens bij de pallet. Op basis van het scannen van die kaart weet Profit vervolgens welke goederen er op die pallet liggen, en voor welke P.O. Raaplijst deze bestemd zijn.
 
Ik scan kaart G5AC2.
 

Scanterminal Ophalen voor Produktieorder (Raaplijst) - Tabblad 5 - Op te halen Artikelen
Zodra de Ophaalkaart gescand is, wordt op het 5e Tabblad een overzicht opgebouwd van de Artikelen die (nog) moeten worden opgehaald voor de geselekteerde P.O. Raaplijst. Alle produkten die al volledig zijn opgehaald zijn al uit deze lijst geëlimineerd.


 
Als we nog niets geraapt hebben voor onze Raaplijst, zullen deze produkten overeen moeten komen met wat er op onze Raaplijst staat.



Merk op dat we 'volle zakken' geselekteerd hebben. Als de Raaplijst dus aangeeft dat we 370 Kg RV301 nodig hebben, dan is de opdracht hier dat we 18 zakken van 20 Kg moeten gaan rapen (18x20 = 360) en zullen we later nog 10 Kg moeten afwegen.
 
Bij de indeling van het Recept is er al rekening mee gehouden dat de produkten in omgekeerde volgorde als waarin ze in de Dositainer moeten worden verwerkt zijn opgenomen. Wij kunnen hier gewoon netjes de volgorde aanhouden waarin de produkten getoond worden. Als we in deze volgorde gaan rapen, dan zal de eerste hoeveelheid FZ104 uiteindelijk onderop de pallet liggen, en het laatste Artikel bovenop de pallet. Storten we de produkten in de Dositainer, dan geldt als het bovenste produkt op de pallet onderop in de Dositainer komt te liggen.

Merk op dat in bovenstaand voorbeeld 1 Artikel FZ104 2x is opgenomen. Eerst een grote hoeveelheid, daarna een kleine hoeveelheid. Dit produkt vormt zowel aan de onderkant als aan de bovenkant van de Dositainer een laagje. De hoeveelheid onderop is dan kleiner, omdat de Dositainer aan de onderkant spits toeloopt (en aan de bovenkant breder is).
 
Nb: Merk op dat het dubbel opnemen van een Artikel (zoals de FZ104) nieuw is. Het hele ontwerp is hier op zich niet op gebouwd en zou formeel vereisen dat we de Voorraad op een Lokatiekaart uniek moeten gaan maken naar de P.O. regel waarvoor ze geraapt is. Omdat dit vereist dat een Voorraaditem verder uniek gemaakt moet worden (en z'n impact heeft op het hele pakket) is besloten dat NIET te doen. Moraal : Op de ene pallet komen op de e.o.a. manier twee verschillende hoeveelheden van een produkt als FZ104 te liggen en hoe de operator herkent welke hoeveelheid boven en welke onder in de dositainer moet, is "procedure". Let wel, dit heeft ook alles te maken met de bereidheid om Recepturen zo te maken dat het volle zaken betreft voor wat betreft de FZ104 die onderop komt te liggen, omdat er anders geen sprake kan zijn van "onderop leggen".
 
Ik selekteer het te rapen produkt, in FZ104, en het volgende Tabblad wordt aktief; "Voorraad".


Scanterminal Ophalen voor Produktieorder (Raaplijst) - Tabblad 6 - Scan Voorraaditem
We hebben aangegeven welk Artikel we willen gaan rapen. Op het 6e Tabblad wordt een overzicht opgebouwd van de raapbare Voorraaditems. Dit overzicht toont  (op volgorde van Chargenummer, oudste charge eerst) op welke lokaties je voorraad hebt, en hoeveel. Zoals je in dit overzicht kunt zien ligt er ook ergens een aangebroken pallet met 5 zakken, en, die zouden we eerst op kunnen willen maken. Je bent vrij om een willekeurige partij te scannen, maar de oudste (FiFo) staat bovenaan. Ik scan charge 279B0630101.





Scanterminal Ophalen voor Produktieorder (Raaplijst) - Tabblad 7 - Rapen
Na het scannen van een partij verschijnt het 7e Tabblad. Hier kunnen we aangeven hoeveel Verschijningen (zakken) we willen meenemen van de geselekteerde partij. Het systeem stelt ze alle 5 voor (immers we hebben er 7 nodig, en meer dan 5 ligt er niet).



Met F1 bevestigen we dat we die hoeveelheid hebben geraapt en op onze pallet (Ophaalkaart) hebben gelegd. Het scherm keert terug naar het Tabblad 'Voorraad' alwaar we een nieuwe partij kunnen scannen; dit, net zo lang totdat we alle voorraad die we moeten ophalen geraapt hebben. Als alle zakken geraapt zijn keert het scherm terug naar het Tabblad 'Artikel' alwaar we een ander Artikel kunnen selekteren om te gaan rapen.

Mochten we op enig moment vinden dat onze pallet vol is en we een 2e pallet nodig hebben, dan kunnen we op Tab P/V clicken, en zouden we een 2e palletkaart kunnen scannen. Voor het voorbeeld doe ik dat nu, opdat ik straks ook kan uitleggen wat er gebeurt als we 2 palletkaarten (Ophaalkaarten) hebben. De rest boek ik op kaart 'G5AC5'. Let op : Het is feitelijk een verplichting om voor iedere volgende pallet ook een volgende palletkaart te maken omdat we anders straks de eerste pallet kwijt zijn. Dus, zet de eerste pallet af en neem de ene palletkaart weer mee (die heb je 100% nodig) en er staat een pallet zonder kaart. <- Verboden.



Wegen:

Als alle volle zakken zijn opgehaald, keren we weer terug naar dit scherm, alleen nu is de button 'Wegen' geaktiveerd'. De Ophaalkaart staat nog wel ingevuld, en is ook 'geselekteerd' kwa tekst. We zouden nu de Ophaalkaart nogmaals kunnen scannen, of gewoon op Enter drukken. De weegprodukten gaan in een emmertje mee op dezelfde pallet.
 
Nb: Omdat we meerdere kaarten per Raaplijst aankunnen, zou je er ook voor kunnen kiezen om emmertjes weer met een eigen kaart op te halen; desnoods krijgt een emmertje een barcode en weten we precies wat er in welk emmertje zit. :-)
Zie in dit verband ook een stukje terug (hierboven) en de FZ104 die onherkenbaar wordt en wat niet kan worden opgelost hiermee. Immers, de twee emmertjes kunnen ten opzichte van elkaar geen andere barcode krijgen.



Profit zal nu kontroleren of er voldoende voorraad ligt op de weeglokatie. Is dat niet het geval, dan wordt er wederom een 'ophaal' cyclus gestart, waarbij we steeds maximaal 1 Verschijning zullen kunnen ophalen van het artikel wat op de weeglokatie nodig is. 1 Verschijning maximaal omdat de bakken niet groter zijn.
 
Als er voldoende voorraad op de weeglokatie ligt, zoals nu, toont het scherm dat, en worden we direkt doorgestuurd naar de weeglokatie.



Is er niet voldoende voorraad op de weeglokatie, dan verschijnt het 'Voorraad' scherm weer, alwaar we steeds maximaal 1 zak tegelijk kunnen ophalen. Deze zak mogen we meenemen met de pallet waarmee me goederen ophalen voor de P.O. Raaplijst, maar, ze moeten wel herkenbaar zijn als 'achter te laten op de weeglokatie'. Het kan verstandiger zijn om de weegprodukten separaat op te halen. De produkten die worden opgehaald t.b.v. de weeglokatie worden administratief niet overgeboekt naar de Ophaalkaart, maar worden overgeboekt op een zgn. Raperlokatie; een Lokatie waarvan de eerste twee letters bijv. "RP" zijn, en de laatste 3 posities gebruikt worden voor het Userid van de ingelogde gebruiker. Op die manier weet Profit welke goederen de raper bij zich heeft om achter te laten op de weeglokatie.



Scanterminal Ophalen voor Produktieorder (Raaplijst) - Tabblad 8 - Wegen

Edit: Het Tabblad wegen is inmiddels gewijzigd, zie topic http://ha1.heartprofit.nl/profit/index.php?topic=28749.0
/Edit

Nadat we naar de weeglokatie worden gestuurd wordt het 8e tabblad aktief.



In ons voorbeeld moeten we 10,24 Kg rapen. Profit weet dat het benodigde produkt in een bak ligt met daarop de Barcode G9WA2. De gebruiker zal nu die bak moeten scannen ter kontrole dat ze inderdaad het produkt uit die bak gehaald heeft.

Een uitvoerige beschrijving over het wegen vinden we in het eerdere topic http://ha1.heartprofit.nl/profit/index.php?topic=27376.0. Zie daarbij de mogelijkheden v.w.b. 'schep uit bak', 'schep uit zak', 'schep uit bak/zak' maar ook bijv. de 'niet uitschepbare hoeveelheid'. We volstaan derhalve hier maar met uit te leggen hoe het verder theoretisch werkt; er moeten in ons voorbeeld 4 produkten worden afgewogen. Op de weeglokatie heb je diverse bakken (G9 lokaties) waar maximaal 1 produkt in ligt. Kan de voorraad uit de bak worden gehaald, dan krijg je een opdracht het uit de bak te halen. Moet je eerst een zak ophalen, dan heb je eerst de opdracht gekregen extra zakken op te halen, en bepaal je zelf wat handiger is, eerst de zak in de bak, eerst de bak leegscheppen en dan de zak in de bak en verder scheppen, eerst uit de zak halen en dan de zak in de bak. Alles hangt van de situatie af, die we niet te hard gaan afdwingen. Als je bijv. 19 kg moet afwegen en er 20 kg in een zak zit, zul je liever 1 kg uit de opgehaalde zak scheppen en die in de bak doen, om daarna de zak mee te nemen. In andere situaties zul je eerder eerst de bak leeg willen maken. Bij een overgang naar een nieuwe hoofdcharge is het verplicht om eerst de bak leeg te maken.

Als ook de artikelen van de weeglokatie geraapt zijn, keren we terug naar het overzicht van de Raaplijsten, waar nu het duimpje omhoog gaat; we zijn klaar met rapen voor deze Raaplijst:



Bigbags

Het ophalen van de voorraad voor de andere Dositainers gaat uiteraard op dezelfde manier. Echter, bij de 3e Dositainer is er een produkt PA901 nodig welke in zakken van 25 Kg op voorraad ligt, maar ook in Bigbags van 750 Kg :


In het V-item overzicht is dan ook zichtbaar dat er diverse partijen van 25 Kg en Big Bags (750 Kg) liggen; de raper bepaalt zelf wat hij scant (maar onthoud: een big bag zal op een separate kaart moeten worden geboekt). Ik heb nu eerst even een paar zakken op mijn kaart geboekt, en als ik daarna een Big Bag op dezelfde kaart wil boeken, geeft het systeem aan dat dit niet is toegestaan; Bigbags moeten met een separate kaart worden opgehaald.





Scanterminal Ophalen voor Produktieorder (Raaplijst) - Tabblad 3 - Regels P.O. Raaplijst

Als laatste Tabblad 3. Deze toont de regels van de P.O. Raaplijst, en toont hoeveel er initieel nodig is, alsmede hoeveel er al geraapt is (op de iedere tweede regel).





Scanterminal Ophalen voor Produktieorder (Raaplijst) - Tabblad 4 - Blikken & Cans
Zoals bovenin dit topic in de 'Edit' al is aangevuld, gaan we ook vloeibare produkten die niet uit Silo's/Tanks/IBC's/Vaten geboekt worden ophalen met dit scherm. Dit zullen dan grondstoffen zijn die binnen de Activity 'DOSING MANUAL' behoeftig zijn, wat voorraad kan betreffen in Blikken of Cans, maar in theorie ook voorraad uit Vaten kan betreffen. Merk op dat het hier voorraad betreft die via een luik of stijgbuis wordt toevoegen, en dat we deze altijd op een pallet naar die stijgbuislokatie moeten toebrengen. Het is niet de bedoeling dat we alle vaten onder deze Activity gaan opnemen, immers, vaten worden daarmee (ongeacht de benodigde hoeveelheid) per P.O. opgehaald. Ofwel, hebben we 5 Produktieorders die ieder een behoefte hebben aan 15 Kg, en zijn deze allen opgenomen onder de Activity 'DOSING MANUAL', dan zullen er 5 vaten moeten worden opgehaald. Zijn de vaten opgenomen onder de Activity 'DOSING ADDITIVE', dan wordt er ongeacht P.O. Raaplijst opgehaald en kunnen we volstaan met het ophalen van 1 vat.

Nb: Vloeibare voorraad die uit een silo/tank wordt geboekt, hoeft sowieso niet te worden opgehaald.

Vloeibare produkten die nodig zijn binnen de Activity 'DOSING ADDITIVE' worden ongeacht Produktieorder opgehaald; dit gebeurt via een separaat scherm.

Bij blikken en cans stellen we dat we niet een slang in ieder blik gaan hangen en de inhoud eruit pompen; we trekken het blik open, en gooien het in de menger (n.b.: dit mag uiteindelijk ook zakgoed zijn, wat we verder in de tekst hierna niet zullen noemen - dit staat óók niet in het Scanterminalscherm zelf (zie hieronder) omdat dit te verwarrend zou zijn !).  Juist omdat dit een handmatige handeling zal betreffen, geldt dat we met de juiste hoeveelheid blikken op pad moeten. Het is derhalve niet toegestaan om een hele pallet op te halen met voorraad die toereikend is voor de behoefte aan dit produkt over al die orders heen; per order (of beter per P.O. Raaplijst) zullen we de juiste hoeveelheid blikken moeten ophalen, en dit mag op dezelfde wijze gebeuren als dat we grondstoffen ophalen voor een Dositainer.

Ofwel, we scannen een P.O. Raaplijst, en het P/V Tabblad (Poeder of Vloeibaar) wordt aktief:


Aldaar wordt ons gevraagd om een Ophaalkaart te scannen.

Merk op dat de indeling van de Produktieorder (kwa Raaplijsten) er al zorg voor dient te dragen dat Poeders voor dositainers en Vloeibaar niet tezamen op dezelfde Raaplijst staan. Poeders staan daarbij (normaliter) in een kopje 'Dositainer' en Vloeibaar als 'Dosing Additive'. Binnen een 'poeder' raaplijst zullen geen vloeibare produkten mogen worden opgenomen, en andersom. Aangezien de Ophaalkaart (P.O. Kaart) 1:1 is gekoppeld aan een specifieke Raaplijst van een Produktieorder, zal dit er al voor zorgen dat het niet mogelijk is om vloeistoffen met eenzelfde kaart op te halen als de poeders.

Wel mag het zo zijn dat we in 1 P.O. Raaplijst meerdere vloeibare produkten nodig hebben die allen enkel dekbaar is uit blikken; de blikken van het ene produkt mogen dan weer wel tezamen met de blikken van het andere produkt met dezelfde Ophaalkaart worden opgehaald (mits ze dus maar voor dezelfde Raaplijst zijn!).

Als we vloeibare produkten gaan ophalen voor een specifieke P.O. Raaplijst, dan doen we dat niet met een Vatenkaart, maar met een (normale) Ophaalkaart. In theorie zouden dit de zelfde G5 kaarten kunnen zijn als die we bij Dositainers gebruiken, maar, we hebben er een separate set kaarten voor in het leven geroepen. VB001 t/m VB999 kaarten: Ophaalkaarten die speciaal voor vaten en Blikken bedoeld zijn. Op die manier ontstaat er ook kwa kaart een visueel verschil tussen kaarten die naar de Dositainer/Vulstations moeten, en kaarten die naar de luik-/stijgbuis loaktie moeten. Als Vaten voor een specifieke order worden opgehaald geldt wederom dat ieder vat een eigen kaart behoeft.


Edit:
Zonder deze handleiding nu weer totaal aan te passen, zijn een aantal dingen inmiddels achterhaald. De VB001 t/m VB999 kaarten lijken te zijn achterhaald. Voor het hele verhaal maakt het op zich verder weinig uit, immers bovengenoemde VB kaarten zijn Ophaalkaarten, en de G5 kaarten zijn dat ook. En, aangezien gesteld is dat we altijd met onze goederen door een deur gaan en e.e.a. wordt overgeboekt naar een andere Ophaalkaart, maakt het technisch niet uit of we met een G5 kaart ophalen en deze naar een G6 kaart boeken òf dat we met een VB kaart ophalen en dit naar een G6 kaart boeken. We kunnen dan beter zeggen dat we altijd via G5 naar G6 gaan, dan is de instruktie duidelijker.

Ver in het achterhoofd (de scenario's zijn nog wel eens omgedraaid) druist nog iets door dat VB gekozen is voor 'Vaten' en 'Bigbags', omdat Vaten en Bigbags altijd een separate kaart bevatten. Dit zou op zich wel een reden kunnen zijn om hier een speciaal soort kaart voor te introduceren, immers, dan zou een VB kaart indikatief kunnen zijn voor 'met dit type kaart mag er altijd maar één artikel/charge tegelijk worden opgehaald, en dus niet een hele pallet vol)'. Toch klopt ook dat niet helemaal, want een VB-Lokatie betreft òf een Vatenkaart òf een Ophaalkaart, en vaten halen we op met vatenkaarten en bigbags met ophaalkaarten. Resumer, we houden het er vooralsnog even op dat we de VB kaarten niet meer nodig hebben; verder is de handleiding hier niet meer op aangepast.

Merk in dit kader ook op dat een eindje verderop staat dat we i.g.v. vloeibaar 'altijd voldoende ophalen' en dat we niet wegen. Ook dat is achterhaald.
Bij DOSING ADDITIVE halen we wél voldoende op, we halen vaten op ongeacht een Produktieorder.
Bij DOSING MANUAL is het uitgangspunt dat we altijd een behoefte hebben in volle blikken.
Maar ook toegevoegd is DOSING CANS, waarbij we wél vloeistoffen gaan afwegen op de weeglokatie vloeibaar.

/Edit



In het voorbeeld scan ik Ophaalkaart VB004. Vervolgens verschijnt op eenzelfde wijze als bij poeders een overzicht van de te rapen vloeibare produkten:



Mijn P.O. Raaplijst heeft overigens veel meer vloeistoffen nodig in deze Raaplijst, maar enkel de PA920 ligt alleen in blikken op voorraad, dus de PA920 zal ik specifiek voor deze P.O. Raaplijst moeten ophalen (de andere vloeistoffen zullen via 'Ophalen Vaten' moeten worden afgehandeld).

In een vervolgscherm wordt getoond dat ik voor deze Raaplijst 36,49 Kg nodig heb.
Het produkt ligt in blikken van 25 Kg op voorraad.



Voor vloeistoffen geldt in z'n algemeenheid 'we moeten er voor zorgen dat we voldoende hebben'. Dit geldt in principe ook voor 'blikken'. Voor vloeibaar is er geen 'weegafdeling' zoals we die bij poeders kennen. In de optimaalsituatie zal een Recept dus zodanig geformuleerd zijn dat er 'volle blikken' verbruikt kunnen/zullen worden. Is dat niet gebeurd, zoals in dit voorbeeld, en hebben we 36,49 Kg nodig, dan zullen we 2 blikken moeten meenemen op onze kaart, en wat in dit geval inhoudt dat we 50 Kg meenemen terwijl er maar 36,49 Kg nodig hebben. Het systeem ondersteunt in deze dus geen "on the fly" afwegen zoals het bij poeders voor dositainers wel gebeurt en feitelijk is het dus een verplichting dat de Recepturen volle blikken bevatten. Dat dit tevens voor de poeders geldt die we via deze methode toch eveneens kunnen ophalen, hoeft verder geen betoog. Hele zakken ! En anders, zie hierna ...


Dit deel vergt nu straks extra aandacht. Tegen de tijd dat de Produktieorder gaat worden afgeboekt, zullen we in ieder geval voldoende blikken bij ons hebben. Maar, als we de 25 Kg uit het ene blik in de mengkuip hebben gegooid, resteert ons nog 11,49 Kg uit het 2e blik af te boeken. Dat 2e blik mogen we dus niet in zijn geheel in de kuip gooien, maar moeten we (ongeveer) voor de helft erin gooien. Hoe de gebruiker dat precies regelt is verder niet uitgewerkt. In theorie zijn er misschien opties door vooralsnog vanuit de voor een specifieke P.O. Raaplijst opgehaalde blikken om te boeken naar een Mengselvat (die ook voor een specifieke P.O. Raaplijst is).

Hoe dan ook, na afboeking zullen we een half vol blik overhouden met, zeg, 13,5 Kg erin.

Die 13,5 Kg ligt op dat moment nog op de Ophaalkaart, en die Ophaalkaart is gereserveerd voor deze specifieke P.O. Raaplijst.
Willen we dit restant elders kunnen gebruiken, zullen we eerst de voorraad van deze PO Kaart weer terug de voorraad in moeten boeken.
En, doen we dit op dezelfde lokatie als waar de overige voorraad al stond (bijv. Magazijn RM), dan zal vervolgens een situatie ontstaan dat we van de buitenkant niet aan het blik kunnen zien of het een vol blik is, of een halfvol blik. Ook kwa barcode geldt dat alle blikken eenzelfde barcode hebben, en dat we het 13,5 Kg blik niet los van een 25 Kg blik kunnen scannen.

Dit soort problematiek is verder niet uitgewerkt. En, omdat het niet is uitgewerkt kunnen we er nog even niet over oordelen, maar, in gedachte zit wel dat we ook te maken hebben met 'grijpvoorraad' welke weer op Lokatie PT000 ligt. Wellicht is het een optie om het restblik van de G5AD7 kaart naar PM000 te boeken. Omdat dit een 'normale' Lokatie betreft en geen Ophaalkaart, verlies de voorraad haar koppeling met een specifieke P.O. Raaplijst, en kan het restblik vervolgens uit grijpvoorraad in een volgende order worden geboekt. Maar :

Het onjuist boeken van gebruik evenals het onjuist registreren van de resterende voorraad IS VERBODEN.
Duidelijk ? De Recepturen moeten in deze dus hele blikken en zakken bevatten. oops
Dit geldt niet voor de Raaplijsten voor dositainers en dit geldt ook niet voor de Raaplijsten voor vaten.


Scanterminal Ophalen voor Produktieorder (Raaplijst) - Bijstellingen via Blikken & Cans
Een Produktieorderreceptuur kan op voorhand 'Bijstellingsregels' met een hoeveelheid van 0,000 bevatten. Dit zijn regels die normaliter niet aan de orde zijn, maar zo af en toe toch nodig kunnen zijn om een produkt bij te stellen, en waarbij het recept op deze wijze afdwingt met welk produkt (welke produkten) dit moet gebeuren. Verderop in het trajekt (Scanterminalscherm Afboeken Lokatiekaart) hebben we het mogelijk gemaakt om, indien gekonstateerd wordt dat het produkt moet worden bijgesteld, deze hoeveelheid te kunnen overschrijven, met als doel 'een raper' op weg te sturen deze produkten te gaan rapen. Voor de vloeistoffen in vaten werkt dit prima, maar, die worden ongeacht Produktieorder (Raaplijst) opgehaald; een Raper krijgt vanzelf een opdracht om te gaan rapen en hij hoeft niet te weten waarvoor. Voor vloeistoffen uit blikken wordt het verhaal nu iets anders...

Onthoud : dit gaat over Bijstellingsregels die met een hoeveelheid van 0 in de Receptuur staan en die niet op voorhand worden geraapt :

Vloeistoffen uit blikken worden (op eenzelfde wijze als bij Dositainers) opgehaald voor een specifieke P.O. Raaplijst. En, op dat scherm (zie eerder) is het uitgangspunt dat een raper eerst zijn Raaplijst scant. Tsja... die is er niet, immers, we hebben tevens gesteld dat Raaplijsten waarvoor niets geraapt hoeft te worden niet werden uitgeprint (lees : raaplijsten waarvoor niet behoeft te worden geraapt, zijn geen raaplijsten c.q. deze bestaan domweg niet).

Mogelijk is er helemaal geen probleem omdat in dit soort situaties, deze bijstelprodukten die uit blikken komen, in de grijpvoorraad liggen en helemaal niet opgehaald hoeven te worden; ze liggen er gewoon. Let wel, dit kan dus een oplossing zijn, waarbij deze grijpvoorraad bijvoorbeeld daags wordt geplaatst in geringe (maar hopelijk voldoende) hoeveelheid, in de buurt van de menger (denk op de begane grond).
Bestaat deze grijpvoorraad niet voor het betreffende bijstelprodukt dan is er in ieder geval een escape ontwikkeld:

Voor de DOSING ADJUSTMENT Activity worden m.i.v. heden alsnog een Raaplijst geprint, ook al hoeft er hier niets voor te worden opgehaald.



Misschien hoeft er wel nooit iets te worden opgehaald voor Dosing Adjustment, dan blijft dit een Raaplijst waarop niets op te halen valt, en die we dan voor niets hebben uitgeprint. Toch kan het gebeuren dat de order wel achteraf moet worden bijgesteld. Bij het scherm 'Afboeken Produktieorder' (wordt in een separaat topic beschreven) ontstaan dan de mogelijkheid alsnog de initiële benodigde hoeveelheid van 0,0 Kg te overschrijven met de hoeveelheid die we nodig hebben om het produkt bij te stellen, bijvoorbeeld 20 Kg:



Hierdoor ontstaat er dan alsnog behoefte aan dit produkt. In veel gevallen hoeft er ook dán niets opgehaald te worden, omdat veel van de grondstoffen die voor bijstellingen worden gebruikt, sowieso al standaard aanwezig zijn op de Produktievloer als 'Grijpvoorraad' (Lokatie PT000). Mocht echter het produkt wat voor bijstelling nodig is niet uit Grijpvoorraad kunnen worden gedekt, dan zal het alsnóg (speciaal voor deze P.O. Raaplijst) moeten worden opgehaald. En tjsa... daar hebben we dan een Raaplijst voor nodig, die dan al op voorhand is uitgeprint.

Nb: Merk op dat die P.O. Raaplijsten via Excel worden geprint, en het niet te doen is die Raaplijsten dan alsnog ter plekke uit te printen door op de Scanterminal Excel op te starten en ter plekke uit te printen. De Adjustment Raaplijst worden derhalve net als de andere Raaplijsten tezamen met de Produktieorder geprint, en zal alleen als scanbaar document gebruikt worden indien er bijstellingen nodig zijn.

Overigens is het ook altijd mogelijk om de Produktieorder te scannen op het 'Ophalen voor Produktieorder' scherm, en dan de Adjustment Raaplijst te selekteren  (omdat deze nu aan het lijstje met Raaplijsten is toegevoegd; zie Raaplijst 13 (laatste regel)).






Overig
In dit topic zijn een aantal onderwerpen niet behandeld terwijl ze in de procedure als geheel wel aan de orde zijn. Deze onderwerpen zijn in een eerdere versie van het scherm al op het forum beschreven; zie: http://ha1.heartprofit.nl/profit/index.php?topic=27376.0
 
Denk daarbij aan:
- niet uitschepbare hoeveelheid
- meerdere voorbeelden omtrent wegen
- Raperlokatie

Het "Splitsen van een partij" zoals in dat topic stond uitgelegd is in de nieuwe versie komen te vervallen.
« Last Edit: October 04, 2018, 12:45:24 pm by Wouter Rijnbende » Logged

Heart-Profit company ID : HA
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.099 seconds with 20 queries.