Heart-Profit ERP

Eerder vandaag heb ik per mail al een vraag op het gebied van bewerkingen gesteld, maar nu gebeurd er (sinds kort (?) ) iets wat ik niet helemaal snap.

Als ik een bewerking afboek middels F4 in een productieorder dan krijg ik onderstaande melding. Als ik dan terug ga en middels F5 (Automatisch afboeken) dan wordt de bewerking wel afgeboekt. Waarom is de kapaciteitseenheid nou niet bekend als je met <F4> afboekt, en is hij wel bekend als met <F5> gaat boeken.

Heeft dit te maken met het feit dat we bezig zijn de recepturen aan te passen voor de PO-planning? Ik snap alleen even niet wat er fout is.
:13c:

Kijk je wel uit dat je je recepturen niet (te veel) bekendmaakt !!

Idd, niet aan gedacht, nu even de regels minder zichtbaar gemaakt

Dit zou betekenen dat je niet de Kapaciteitseenheid zelf bekend hebt gemaakt via Hmenu-5-9-8-4 (PPKERA)
Deze kontrole ontbreekt bij het Automatisch Gereedmelden en zal waarschijnlijk daar ook opgenomen dienen te worden.

Inderdaad, daar ontbreekt 'ie sinds vrijdag middag. Nooit aan gedacht dat er ooit iemand zo handig zou zijn daar in te stoeien. Diegene die met die bewerkingen voor de PO-planning bezig was, heeft de eenheid TN Verwijderd. Sorry.

Nou we toch in die bewerkingen sfeer zitten: Nu heb ik problemen met het bepalen van de EPU (zoals vandaag eerder al voorzichtig aangegeven). Natuurlijk moet je het dan ook goed inrichten.

Maar als je nou een resource hebt benoemd en deze bij de artikelverschijning blad 3 hebt opgegeven.

Het artikel heb je gedefinieerd als Output van desbetreffende resource (LO<5-5> LOAPRA) hebt opgegeven. T

Tevens heb je via LO<5-6- select resource - shift F5> in PPARRA Raadplegen aktiviteiten Resource die aktiviteit opgenomen met een bestaande kapaciteitseenheid en eenheden per uur.

Dan heb je een receptregel "AE->10/EPU:MLN" opgenomen, waarbij regel 10 waar naar wordt verwezen ook nog wél bestaat. (bewerking gereedmelden "N"). Receptbewerking ziet er uit als in bijlage opgenomen.

Dan denk ik: dit moet lukken. e.e.a. geheel via de instructie van Menno, op de formulering van de kapaciteitseenheid na. Maar nee. Als ik een productieorder op het voorkeurproductiestation en voorkeursresource gebruik, dan kan de epu niet worden bepaald... Dan hebben wij dus ergens nog een dikke blunder gemaakt in de inrichting. Waar kan die blunder zich nog bevinden?

Uit de helptekst van Toevoegen Produktieorder (scherm 39) :

< Aantal EPU kan niet worden bepaald voor Artikel ..... >

  Middels de Formule van een van de Receptregels werd gebruik gemaakt
  van een kode EPU, welke het aantal Eenheden Per Uur berekent wat             
  de opgegeven Resource per Recepteenheid (en eventueel per Artikel) 
  kan verwerken.                                                     

  Middels deze kode kan bijvoorbeeld worden aangegeven dat m.b.v. een
  bepaalde Resource 750 meter/uur kan worden geproduceerd, zodat op   
  deze manier de benodigde tijd kan worden berekend.                 

  Deze melding verschijnt indien het aantal EPU niet kon worden       
  bepaald.                                                           

  -> Is er een Resource opgegeven bij de Produktieorder ?                       
     Is het Produktiestation als Resource bekend ?                   


Helpt dit misschien ?

ja, de resource is bekend. Heeft dezelfde kode als het productiestation omdat we (nog) niet meerdere resources per productiestation kennen. Deze zijn beide ook terug te vinden op de productieorder.

De Resource kan wel bekend zijn maar het gaat om de Aktiviteiten die aan de betreffende Resource gekoppeld zijn.
De Aktiviteit per Resource bepaald in feite de capaciteit.
Dus Resource A kan een bepaalde Aktiviteit uitvoeren (bijvoorbeeld 300 kg/uur) terwijl Resource B dezelfde Aktiviteit kan uitvoeren maar met bijvoorbeeld maar 200 kg/uur.
Dus zonder de aanwezigheid van een Aktiviteit op een Resource kan een EPU nooit bepaald worden.

Naast LOAPRA Raadplegen artikel/produktielijnen kun je ook artikelen specifiek opgeven. Misschien zorgt dat voor die melding. Ik wilde deze wel even verwijderen om te kontroleren wat er dan gebeurd. De aktiviteit van het recept had ik al verwijderd, nu wilde ik ook het artikel 1186 uit de resource receptparamters halen. Dat lukt echter niet, want dat levert een geblokkeerde functie op:

    DATUM  : 23-01-07    TIJD : 13:14:43          VISUAL FOXPRO         UID : JVR    
      KODE : 12       MESSAGE : Variable 'PSTATION_S' is not found.                        
      AREA : 27         ALIAS : LOYX              INDEX : A1            ROW : 88
      LINE :  PSTATION_S                                                            
      STCK : SYERAH  SYER  ON...  LORYVW  LORYPSRA  LOLORA  LOVBLO  LOVB  LOAV  LO  SYSA  LOIN
              PROFIT
      XST  : =MEEL=[LO]Mouse1[LOAV]4[LOVB]7[LOVBLO]1[LOLORA]pdsm1PgDnEnterShift+F4[LORYPSRA]Shi
             ft+F4[PPAPRA]Esc[LORYPSRA]F6

Los daarvan: Ik betwijfel of dit de oplossing was, want als ik het me goed herriner heeft Menno destijds gezegd dat je dit kunt gebruiken om voor bepaalde artikelen een afwijkende doorlooptijd te bepalen (een afwijkende EPU ten opzichte van de 'normale' epu)
:13c:

Er is een aktiviteit gekoppeld aan de resource

Bestaaat het artikel wel als output van het productiestation: Ja:

Om op peter z'n opmerking terug te komen: zowel het productiestatoin als de resource zijn opgegeven bij de PO

Wat nog wel opvalt: Na die melding komt de bewerking MLN ondanks haar aanwezigheid in de receptregels niet op de productieorderregels terug. De melding zegt ook nog dat "de uitkomst van regel 220 waarschijnlijk onjuist" zal zijn. Er is helemaal geen regel 220, dus die uitkomst is er niet, want hij wordt niet opgenomen. Nou ja, je kunt ook zeggen, als er geen uitkomst is, is het onjuist.  Maar goed, regel 220 zou die bewerking moeten bevattten, maar is er niet. Nakykvlag staat uit.

Ben nu toch bezig, om de vragen over de receptregel voor te zijn: Die ziet er zo uit:

Ondanks alles blijft die melding maar komen dat de EPU niet kan worden bepaald. Welke stap kan er nog ontbreken waardoor die melding ontstaat?
:22c:

Het is al opgelost: Gewoon de bewerking verwijderd, dan maar geen planning in HP

De oplossing stond al een paar dagen in beeld (zie Bijlage).

De Kapaciteits-Eenheid van de bewerking MLN is UUR. Het Aantal Kapaciteits-Eenheden per UUR is 10,00. Hier wordt aldus een poging ondernomen om 10 UUR per UUR te produceren (de Omschrijving "Ton per uur" is dan ook wel erg misleidend).

Ik heb (in de Testbestanden) de Kapaciteitseenheid van de Aktiviteit MLN gewijzigd in TN en kon de PO zonder verdere meldingen Toevoegen, waarbij op de Produktieorder Regel 220 aangeeft dat het Malen van 100 TN grondstof 10 UUR in beslag neemt.

Ik zou het per mail vragen, maar die ligt er uit. Ach waarom ook niet via het forum: Ben wel erg blij dat de oorzaak boven water is. Zoals al aangegeven: een eigen inrichtingsfout.

De gewijzigde capacteitseenheid was er om duidelijk een afwijkend iets te zien in de recepten / productieorders. De verbruiken staan namelijk in TN (bij veel recepten), we wilden met die bewerking duidelijk maken dat het er in zat om een 'doorlooptijd' aan te geven. Om dat nu ook met TN te doen vonden we minder fraai.

Derhalve dacht ik even creatief te zijn door er niet de eenheid TN van te maken. Maar in hoeverre ben je nou vrij om zelf je capaciteitseenheden te definiereën, het trefwoord kapaciteit heeft me nog geen antwoord gegeven hierop in de helptekst (DOS).

Ik krijg namelijk het vermoeden dat je niet zomaar een eenheid toe kan / mag voegen.