|
Title: Formule AE-> ook onjuist i.g.v. Bewerkingsregel igv PO uit VO Post by: Heart Informatisering B.V. on August 09, 2007, 12:14:22 pm LET OP:
Per heden is de uitwerking van het gebruik van AE->0 in de formule van een Recept-bewerking van een (Dynamisch-) Assemblage Recept drastisch gewijzigd. Dat deze bug nu pas gemeld wordt, mag indikatief zijn voor het feit dat wellicht niemand e.e.a. als zodanig gebruikt, doch mocht U herkennen formules te gebruiken bij Bewerkingen (in Assemblage Recepten), welke zich baseren op AE->0, dan zullen die orders na deze aanpassing een ander resultaat krijgen. Met AE->0 wordt gerefereerd aan het aantal eenheden van regel 0, waarbij 'regel 0' is gedefinieerd als 'de PO header'. Ofwel, we refereren daarmee aan het aantal eenheden van de header. Als voorbeeld nemen we een (Dynamisch-) Assemblage Recept, en maken we een Produktieorder van 1000 stuks met een lengte van 2,6 meter, ofwel in totaal 2600 meter. Als we refereren aan AE->0 in de formule van een Artikelregel, dan resulteert dit in 2600; ofwel het aantal Voorraadeenheden. Passen we AE->0 toe in de formule van een Bewerking, dan resulteert dit bij Handmatig Toevoegen van een Produktieorder (LOPOTV) in de waarde 2,6 terwijl het Toevoegen van een P.O. vanuit een Verkooporderregel met de waarde 1000 komt. Beide zijn fout. De waarde 2,6 betreft de Werkelijke Inhoud van regel 0, welke waarde gebruikt kan worden door te refereren aan WI->0. De waarde 1000 mag je bij een Assemblage Recept nog zien als het aantal 'Recept-eenheden', welke in stuks is, doch die 1000 betreft gewoon 'het aantal Verschijningen' welke middels AV->0 opgehaald kan worden. Beide funkties 'Genereren Produktieorder' zullen m.i.v. deze Releasenote (nčt zoals e.e.a. bij een Artikel werkt) de waarde 2600 opleveren, zijnde het aantal Voorraadeenheden wat op de order geproduceerd wordt.
|