Heart-Profit ERP
July 05, 2024, 09:29:45 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1] 2  All
  Print  
Author Topic: Formules maken met parameters  (Read 5456 times)
0 Members and 0 Guests are viewing this topic.
Werny
Helper
*
Offline Offline

Posts: 46


View Profile WWW
« on: May 07, 2007, 03:01:10 pm »

Wouter, ik zet mijn vraag toch even op het forum. Misschien kan een andere gebruiker er ook iets mee.
 smile
Voor het berekenen van de Doorlooptijd van een Produktieorder gebruiken we een paar formules. In deze formules gebruiken we de parameters WI->0, AE->0, AV->0 en AE->1. (zie bijlage)

Nu resulteert
WI->0 in 5200:00 uur
AV->0 in 2000:00 uur
AE->0 in      2:36 uur
AE->1 in 0.150

Het rare is dat:
WI->0*AE->1 een Doorlooptijd berekent van 0:23 uur
en
AV->0 * AE->0 * AE->1 een Doorlooptijd berekent van 780:00 uur

Ik had verwacht dat  de formule WI->0*AE->1 zou resulteren in 5200 * 0.15 = 780 uur. Hoe kan het dat Profit dit niet zo uitrekent?




* Formules in recept.doc (163.5 KB - downloaded 105 times.)
Logged

Heart-Profit company ID : WA
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5361


View Profile WWW
« Reply #1 on: May 07, 2007, 03:56:59 pm »

Daar hebben we net een flinke tijd over aan de telefoon gehangen  Sad

Het is helaas misschien ook niet zo eenvoudig. Ik kom hier op een rustiger moment even op terug.
Logged

Heart-Profit company ID : HA
Werny
Helper
*
Offline Offline

Posts: 46


View Profile WWW
« Reply #2 on: May 08, 2007, 10:52:27 am »

Het is inderdaad niet zo eenvoudig:  scratching
De formule om de grondstofbehoefte is exact hetzelfde als de formule om de Doorlooptijd te berekenen. In het eerste geval gaat de berekening wel goed en in het tweede geval niet. Zie bijlage met screendumps

* Formules in recept 3.doc (90.5 KB - downloaded 117 times.)
Logged

Heart-Profit company ID : WA
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5361


View Profile WWW
« Reply #3 on: May 22, 2007, 02:05:39 pm »

Allemaal toch wel logisch  Wink als je maar even weet hoe.

Jij past e.e.a. nu toe bij 'Bewerkingen', maar ik pas de formule liever even toe bij 'Artikelen'.
Principe is hetzelfde, maar het voorbeeld is duidelijker.

Als jij profielen produceert, verbruik je 600 gram grondstof per M1.
In je formule verwoord je dat als L->0 * 0,600, ofwel, de lengte van de order (2,6 meter), maal 0,600 KG.
Als je echter een P.O. maakt voor 144 profielen, dan vermenigvuldigd Profit dit automatisch met het aantal Verschijningen op de order, de 144, zodat je in totaal 144 x 2,6 meter x 0,6 = 224,64 Kg nodig hebt.
Hetzelfde mechanisme verklaart de 5200 in jouw WI->0 voorbeeld.
De inhoud van 1 Profiel bedrag 2,600 M1, en jij produceert er 2000 dus in totaal 5200 M1.

Maar ja... ondanks dat het handig is dat je in bovenstaand voorbeeld niet telkens je formule * een aantal Verschijningen of Eenheden hoeft te doen, kun je op je vingers natellen dat het ook niet handig is als je zelf niet de berekening kunt maken die je wilt, omdat het altijd door Profit nog met e.o.a. faktor vermenigvuldigd wordt.
Derhalve is gesteld dat die faktorvermenigvuldiging wordt uitgeschakeld zodra je in de formule zélf refereert aan het 'Aantal Eenheden' (AE->) danwel het 'Aantal Verschijningen' (AV->0).

Ofwel, als jij in je Formule zélf al rekent met AE-> of AV-> dan zal Profit het resultaat niet nogmaals met het aantal Verschijningen/Eenheden vermenigvuldigen; jouw formule moet dan het totaal berekenen.

Dus:
In jouw voorbeeld leidt AV->0 tot 2000 omdat je 2000 Verschijningen produceert op deze order.
In jouw voorbeeld leidt AE->1 tot 0,150 omdat op regel 1 een aantal eenheden van 0,150 staat.
In jouw voorbeeld leidt AE->0 tot 2:36 uur, zijnde 2,6 uur = 2 uur en 60/100 deel ervan = 36 minuten.

WI->0 (2,60) * AE->1 (0,150) = 39/100 deel van een uur = 23 minuten (maar wordt niet meer met het aantal van de order vermenigvuldigd, omdat je zelf al refereert aan AE->).

AV->0 (2000) * AE->0 (2,600) * AE->1 (0,150) = 2000 x 2,6 x 0,150 = 780 uur.

Klopt precies dus  Wink

Waarom werkt WI->0 * AE->1 niet? Wel, het antwoord is al gegeven: omdat je zelf aan AE-> refereert, en dan vindt vermenigvuldiging met de ordergrootte niet meer plaats.

Duidelijker zou de formule zijn als je zegt: AV->0 * L->0 * AE->1 of i.d., dan zie je nl. dat je het hebt over het Aantal Verschijningen * de Lengte * iets wat op regel 1 staat.

Merk overigens op dat er ook mogelijkheden zijn om de benodigde Bewerkingstijd te berekenen op basis van het Aantal Eenheden Per Uur (EPU) waarmee de betreffende Resource (of Produktiestation) een bepaalde Bewerking kan uitvoeren. In plaats van met moeilijke formules te werken, zou je dan kunnen volstaan in 'mijn produktiestation produceert op 180 meter / uur'  waarbij het systeem dan uitrekent dat je 5200 meters maakt, en dus bijna 29 uur nodig hebt. Snelheden kunnen voor andere Produktiestations anders gedefinieerd worden, en zelfs kun je afhankelijk van het Produkt per machine andere tijden instellen (standaard = 180 m/u, maar produkt B gaat op 160 m/u).
Logged

Heart-Profit company ID : HA
Werny
Helper
*
Offline Offline

Posts: 46


View Profile WWW
« Reply #4 on: May 22, 2007, 02:56:56 pm »

Er is wel degelijk een verschil tussen de het resultaat van de formule bij bewerkingen  en het resultaat van de formule bij artikelen. Kijk maar eens naar de bijlage van mijn reactie op 8-5-2007.

Bij het artikelnr 11250PR is de formule WI->0 * (AE->1+1)
wat resulteert in: 2000 * 2.6 * (0.15 + 1) = 5980.000 kg

Bij de bewerking EXD is de formule WI->0 * (AE->1+1)
wat resulteert in:           2.6 * (0.15 + 1) = 2.990 uur

Bij het artikelnr wordt het aantal van de produktieorder wel meegenomen en bij de bewerking niet.
Logged

Heart-Profit company ID : WA
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5361


View Profile WWW
« Reply #5 on: May 22, 2007, 03:27:03 pm »

Helaas hangt het van nog veel meer faktoren af zoals:

- betreft het een Statische Receptregel danwel een Dynamische
- betreft het een Mengrecept danwel een (Dynamisch-) Assemblage Recept
- wordt er geproduceerd in de Verschijningsvorm 'ST'
- betreft het bulk
- mogen behoeftes worden samengevoegd

Voor alle situaties (en kombinaties) kunnen we niet even opschrijven wat er wel/niet gebeurd.

Helaas zullen we ook al te snel verzanden in situaties als 'we kunnen niet zomaar even stellen dat we hier-/daar nu wel/niet met het aantal eenheden moeten vermenigvuldigen, omdat je op je vingers kunt natellen dat de inrichting bij een ander het niet meer zal doen'.

Kortom, probeer de juiste formule toe te passen, wetende hoe het afhankelijk van jouw situatie werkt. En merk daarbij op dat je al aardig het werk aan het doen bent wat wij normaliter voor je zouden verzinnen (= inrichting, = betaald werk).
Logged

Heart-Profit company ID : HA
Werny
Helper
*
Offline Offline

Posts: 46


View Profile WWW
« Reply #6 on: August 02, 2007, 09:19:56 am »

Als ik alleen gebruik maak van de parameter AE dan is het resultaat goed wanneer er een handgemaakte Produktieorder wordt aangemaakt via 5,2,1,1,F4. Wordt er een Produktieorder vanuit een Verkooporder gegenereerd dan is het resultaat niet goed. (zie voorbeelden in bijlage)
Het lijkt er op dat tijdens het genereren van een Produktieorder uit een Verkooporder de formule AE->0 altijd 1 is.


* Produktieorder genereren.doc (131.5 KB - downloaded 96 times.)
Logged

Heart-Profit company ID : WA
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5361


View Profile WWW
« Reply #7 on: August 06, 2007, 03:53:04 pm »

In je voorbeeld tref ik geen formules aan. In de tekst zeg je formule AE->0 te gebruiken.
Wel, die zal (lijkt me) inderdaad altijd 1 zijn, immers, je hebt een PO voor 1 stuk gemaakt, dus het aantal eenheden van regel 0 (de PO header) = 1.

Dat een PO welke via een Verkooporder gegenereerd wordt een ander resultaat heeft dan een PO die handmatig wordt toegevoegd zou op zich fout zijn, maar, kontroleren kan ik dat niet. Je modem PC neemt niet op (en jullie zelf ook niet  Sad ).

Ofwel, neem even kontakt op zodra je dit leest.
Logged

Heart-Profit company ID : HA
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5361


View Profile WWW
« Reply #8 on: August 08, 2007, 11:35:24 am »

Probleem is opgelost, zie http://ha1.heartprofit.nl/profit/index.php?topic=18673.0.
Kan het echter niet oversturen zonder een Upgrade.
Logged

Heart-Profit company ID : HA
Werny
Helper
*
Offline Offline

Posts: 46


View Profile WWW
« Reply #9 on: August 08, 2007, 01:46:38 pm »

De upgrade is uitgevoerd, maar de bewerkingstijd op regel 100 klopt nog niet in de Produktieorder die gegenereerd is uit een Verkooporder. Zie bijlage voor de schermafdrukken.

* Produktieorder genereren_2.doc (66 KB - downloaded 94 times.)
Logged

Heart-Profit company ID : WA
Peter Stordiau
Administrator
Partner
*****
Offline Offline

Posts: 4073


Just testing


View Profile WWW
« Reply #10 on: August 08, 2007, 03:44:02 pm »

Voor de zekerheid (want Wouter is er niet) : Je hebt e.e.a. ook vanuit een nieuwe Verkooporder van na de Upgrade gedaan (het zou kunnen uitmaken) ?
Logged

Heart-Profit company ID : HA
moderator all boards
Werny
Helper
*
Offline Offline

Posts: 46


View Profile WWW
« Reply #11 on: August 08, 2007, 04:49:13 pm »

Helaas, ook met een nieuwe Verkooporder gaat het genereren niet goed.
Logged

Heart-Profit company ID : WA
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5361


View Profile WWW
« Reply #12 on: August 09, 2007, 08:42:55 am »

De upgrade is uitgevoerd, maar de bewerkingstijd op regel 100 klopt nog niet in de Produktieorder die gegenereerd is uit een Verkooporder. Zie bijlage voor de schermafdrukken.

Wat opgelost is, is het probleem waar het draaiende bolletje aan toegekend was. Ofwel, het feit dat als je handmatig een PO toevoegt, er iets anders uit komt dan wanneer je die PO vanuit een VO genereert. Zoiets is sowieso fout, en trad op bij Artikelregels. Nu heb je het weer over de bewerkingstijd; wellicht je eerdere melding dat een formule van een artikel anders wordt uitgewerkt dan bij een bewerking, en zie het antwoord daarop.
Logged

Heart-Profit company ID : HA
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5361


View Profile WWW
« Reply #13 on: August 09, 2007, 12:35:56 pm »

Telefonisch door Werny toegelicht, doelde hij op het feit dat AE->0 bij een Bewerking ook anders werd uitgewerkt door "Toevoegen Produktieorder" en "Toevoegen Produktieorder via een Verkooporderregel".

Ook hier geldt dat beide wijzen van "Toevoegen Produktieorder" natuurlijk eenzelfde resultaat moeten geven, en zoiets per definitie fout betiteld mag worden. Echter, hier was nog meer aan de hand, omdat de een i.g.v. AE->0 met het de Werkelijke Inhoud kwam (2,600, en daaraan dien je te refereren via WI->0) waar de ander met het Aantal Verschijningen kwam (1000, waarvoor AV->0 bedoeld is). Ofwel, beide waren fout.

Probleem is per heden opgelost, zie http://ha1.heartprofit.nl/profit/index.php?topic=18678.0

(Werny, e.e.a. staat al op jullie systeem).
Logged

Heart-Profit company ID : HA
Werny
Helper
*
Offline Offline

Posts: 46


View Profile WWW
« Reply #14 on: August 09, 2007, 02:32:16 pm »

Doorlooptijd wordt nu goed berekend als een Produktieorder wordt genereerd uit een Verkooporder. smile

Alleen als diezelfde Produktieorder later wordt hergenereerd dan komt Profit met een geblokkeerde functie die in de bijlage staat.

* Geblokkeerde functie.doc (41.5 KB - downloaded 109 times.)
Logged

Heart-Profit company ID : WA
Pages: [1] 2  All
  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.047 seconds with 20 queries.