Heart-Profit ERP
November 27, 2024, 05:33:01 am *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Een verzoekje uit productie betreffende LOPORBBK verbruik aantal eenheden.  (Read 3045 times)
0 Members and 0 Guests are viewing this topic.
Johan
Designer
*****
Offline Offline

Posts: 2178


As it net kin sa't moat, dan mat it mar sa't kin.


View Profile
« on: January 30, 2008, 01:28:20 pm »

Omdat we proberen het gereedmelden (opboeken / afboeken / gereedmelden) meer en meer tot een taak van een operator te verheffen, lopen we daarbij tegen de volgende situatie aan. Bij het afboeken van de bewerking wordt gekeken naar de inputhoeveelheeid, en een evenredig deel daarvan moet worden afgeboekt als bewerking.

In de figuren kun je zien dat de norm 27,778 is geweest, voor het produceren van 25 kg van de 20000. Dan is de bewerking automatisch 0,278.

Leuk, maar nu verbruik je wat meer, en we hebben het idee dat je ook de bewerking navenant zou moeten afboeken. Dus verbruikt 31 kg, dus bewerking afboeken = 0,310.

Vraag uit de fabriek bestaat uit 2 onderdelen, die ik deze keer omwille van de duidelijkheid toch maar in 1 topic behandel:
  • 1. Wanneer 0,310 als bewerking wordt afgeboekt, dan zou men na het afboeken daarvan onmiddelijk in LOPOABRA terug willen komen. Waarom? omdat je anders het beeld krijgt zoals op het tweede plaatje is te zien. Daar wordt het verschil ten opzichte van de norm als een soort correctie voorgesteld. En ja, dan drukken ze maar weer op F1, en dan heb je de bewerking gecorrigeerd, iets wat niet de bedoeling is.
  • 2. Wat de heren nog mooier zouden vinden: Stel de juiste hoeveelheid voor. Ik heb gelijk al gezegd, dat dit een lastige is. Want zo'n bewerking wordt gebaseerd op een formule of iets dergelijks. Die kan ook verwijzen naar AE (Aantal Eenheden) van een bepaalde regel, receptgrootte, kenmerken en weet ik veel allemaal wel niet meer. Het enige wat ik me even kan verzinnen, is dat je kijkt naar de afboekingen van de grondstoffen (zoals in dit voorbeeld). Als deze grondstoffen reeds zijn afgeboekt (verbruik is dus groter dan 0) zou ik dan op 1 of andere manier middels Profit Dynscreen die waarde kunnen voorstellen? Vertaalt naar onderstaand voorbeeld: er is 31 kg afgeboekt, dan zou ik in loporbbk, rubriek verbruik, 0,310 voorgesteld willen zien. Ik realiseer me wel dat dit lastig is, om degelijk te maken, dus mogelijk zou dit op weet ik veel wat voor wijze door een receptregel getriggerd moeten gaan worden. Is iets dergelijks mogelijk, en zo ja hoe?
  • 2b. maar misschien is het handiger dat ik ze leer dat met LOPOOGBR (Vanuit LO<5-2-1-1-Shift F4 - Shift f6> alvast te corrigeren. Dit zal echter niet werken als er reeds output opgeboekt is.

Het moge duidelijk zijn dat e.e.a. ontstaan is vanuit de gedachte, dat we zoveel mogelijk typefouten en dergelijke willen voorkomen in het algemeen, en dit bij de bewerkingen in het bijzonder. Tegelijk realiseer ik me dat met name punt 2 nog niet zomaar al te eenvoudig is.


* LOPORBBK 20080130.PNG (42.06 KB, 905x581 - viewed 178 times.)

* LOPORBBK 20080130 2.PNG (40.74 KB, 893x567 - viewed 168 times.)

* lorbkpwy 20080130.PNG (25.09 KB, 826x458 - viewed 174 times.)
Logged

KM
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5367


View Profile WWW
« Reply #1 on: January 31, 2008, 08:35:22 am »

1. Wanneer 0,310 als bewerking wordt afgeboekt, dan zou men na het afboeken daarvan onmiddelijk in LOPOABRA terug willen komen. Waarom? omdat je anders het beeld krijgt zoals op het tweede plaatje is te zien. Daar wordt het verschil ten opzichte van de norm als een soort correctie voorgesteld. En ja, dan drukken ze maar weer op F1, en dan heb je de bewerking gecorrigeerd, iets wat niet de bedoeling is.

De werking van dit scherm is bedoeld om bijv. uren te kunnen boeken op een Produktieorder. Er kunnen meerdere Resources (medewerkers) aan dezelfde order hebben gewerkt, en na iedere boeking automatisch terugkeren naar de Raadpleegfunktie, waar de gebruiker opnieuw voor F4 'Afboeken' moet kiezen zou in dat geval uitermate irritant zijn. In jouw voorbeeld heb jij je Resource met Profit-DynScreen disabled waardoor het feitelijk weinig zin heeft een nieuwe doorloop in te gaan.
Wat we kunnen doen is een J/N rubriekje opnemen 'Terug na boeken regel J/N' of i.d. Ook die kun je dan met DynScreen op Ja zetten. Indien ze op Ja staat en je een regel verwerkt hebt, kunnen we dan autom. terugkeren naar de aanroepende funktie. Kosten: 1 uur.


2. Wat de heren nog mooier zouden vinden: Stel de juiste hoeveelheid voor.
Als je in staat bent om deze hoeveelheid via een formule te berekenen, dan is het natuurlijk nog mooier om dit direkt te koppelen aan het afboeken van de 1e regel; dat scheelt je weer bewerkingen afboeken. Met Profit-DynScreen ga je dit in ieder geval niet oplossen, want die kan niet rekenen, c.q. weet niets van de specifieke funktie af.
LOPOOGBR... Herberekenen... Tsja... er zijn diverse klanten die niet specifiek aangeven wat ze verbruikt hebben, en normatief willen afboeken o.b.v. de output. V.w.b. je Bewerking noem je dat feitelijk ook, v.w.b. je Artikelregel niet. Stel dat dat wel het geval is, dan zou je i.d.d. de PO kunnen herberekenen (dat rekent dan ook meteen de Bewerking opnieuw uit), maar ja, dan wijzig je met het herberekenen wel het normatieve getal, en op basis daarvan ga je dan afboeken. Ofwel, je mist dan het verschil tussen norm en werkelijk verbruik; feitelijk stel je de norm bij op basis van de herberekening. Het heeft niet mijn voorkeur.

In hoeverre is jouw 31 kg direkt gerelateerd aan de output? Ik bedoel, de werkwijze zoals deze bij Gedeeltelijk Gereedmelden wordt toegepast zegt feitelijk ook dat als je 110% van de order gereedmeld, er 110% van je grondstoffen- en bewerkingen wordt afgeboekt. Ok. Gedeeltelijk Gereedmelden is niet mogelijk bij Mengrecepten, maar, het zou maar zo kunnen zijn dat dit wel is waar je naar op zoek bent: op basis van een variabele output dynamisch het grondstoffenverbruik registreren.

Een andere oplossing kan zijn dat de af te boeken hoeveelheid berekend gaat worden op basis van een formule, die vlak voor het afboeken wordt toegepast op de op dat moment afgeboekte hoeveelheden. Een formule die 10 promille uitrekent o.b.v. de afgeboekte 31 Kg i.p.v. de normatieve 27,778 Kg, en de uitkomst gebruikt als af te boeken hoeveelheid.
Maar ja, dat dan weer minus het deel wat al geboekt is, immers als de 31 wordt geboekt als 15 + 16 kg, dan wil je bij het boeken van de 16 kg niet dat hij nogmaals over de 15 kg rekent. Maar ja... overschrijf de 0,150 met 0,200 en wat moet er dan bij een 2e afboeking geboekt worden? 15+16 = 31 Kg x 0,001 = 0,310 - 0,200 = 0,110 ? Of behoort hij dan eigenlijk te weten dat sinds de laatste herberekening er 16 kg extra is afgeboekt, en we dus op 16 x 0,001 = 0,160 uitkomen.
Kortom, je lokt aardig wat uit, en we zullen niet kunnen volstaan dit in 1 afboekfunktie in te bouwen. Je zou maar zo ergens op 16 - 24 uur kunnen uitkomen...
Logged

Heart-Profit company ID : HA
Johan
Designer
*****
Offline Offline

Posts: 2178


As it net kin sa't moat, dan mat it mar sa't kin.


View Profile
« Reply #2 on: January 31, 2008, 08:48:40 am »

Wat we kunnen doen is een J/N rubriekje opnemen 'Terug na boeken regel J/N' of i.d. Ook die kun je dan met DynScreen op Ja zetten. Indien ze op Ja staat en je een regel verwerkt hebt, kunnen we dan autom. terugkeren naar de aanroepende funktie. Kosten: 1 uur.


Deze aanpassing is akkoord
Logged

KM
Johan
Designer
*****
Offline Offline

Posts: 2178


As it net kin sa't moat, dan mat it mar sa't kin.


View Profile
« Reply #3 on: February 04, 2008, 08:28:03 am »


2. Wat de heren nog mooier zouden vinden: Stel de juiste hoeveelheid voor.

LOPOOGBR... Herberekenen... Tsja... er zijn diverse klanten die niet specifiek aangeven wat ze verbruikt hebben, en normatief willen afboeken o.b.v. de output. V.w.b. je Bewerking noem je dat feitelijk ook, v.w.b. je Artikelregel niet.
--> Dit is niet zozeer de output die hier leidend is, maar meer de input. (grondstoffenverbruik).

Waar ik heel concreet aan zit te denken is het volgende: Pak de formule van desbetreffende bewerking uit het recept, en voer die formule uit, op het moment dat je via LOPORBBK de bewerking af wilt gaan boeken. Er is namelijk een aantal bewerkingen dat werkt met het principe  "AE->10/100". Of zoals het bovenstaand voorbeeld werkt (formule productieorder: "1")  obv de output, dus die bekijkt de reeds geboekte ouput.

Is die output 0 (niet geboekt), of is de andere verwijzing 0 (niet geboekt) dan stelt loporbbk de norm voor. is er reeds wel wat geboekt? Dan voert 'ie de formule uit en stelt dit voor om af te boeken. Dit betreft dan dus een voorstel om af te boeken, het afboeken van de bewerking hoeft dus nog niet helemaal automatisch te gebeuren.

Als je een bewerking hebt die kijkt naar de receptheader (POGrootte vermoedelijk)? Tsja dan zit je er naast als je de PO niet eerst hergenereerd. Jammer dan.
Logged

KM
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5367


View Profile WWW
« Reply #4 on: February 04, 2008, 09:06:44 am »

Waar ik heel concreet aan zit te denken is het volgende: Pak de formule van desbetreffende bewerking uit het recept, en voer die formule uit, op het moment dat je via LOPORBBK de bewerking af wilt gaan boeken. Er is namelijk een aantal bewerkingen dat werkt met het principe  "AE->10/100". Of zoals het bovenstaand voorbeeld werkt (formule productieorder: "1")  obv de output, dus die bekijkt de reeds geboekte ouput.

Dat zeg ik... 16-24 uur...
Logged

Heart-Profit company ID : HA
Richard Masseling
Moneymaker
****
Offline Offline

Posts: 1320


View Profile
« Reply #5 on: March 14, 2008, 02:57:06 pm »

Johan,

Rubriekje staat erbij en het staat inmiddels bij je ophet systeem. Zie http://ha1.heartprofit.nl/profit/index.php?topic=19870.0;topicseen
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.079 seconds with 19 queries.