Vandaag is wel een hele oude bug opgelost. Bij toeval is ze aan het licht gekomen door een feitelijk onjuiste inrichting van het pakket.
In het gegeven voorbeeld koop de Profit-Gebruiker grondstoffen in in vaten. Het produkt kan bij meerdere Leveranciers worden betrokken echter, de ene Leverancier stopt 160 Kg in zijn vat, terwijl een andere Leverancier 185 Kg in een vat stopt.
Zoiets kan uiteraard worden opgelost door 2 Verschijningsvormen aan te maken (V165 en V185) maar, dat levert weer andere problemen op. Bedenk maar dat als we zo'n vat gaan verkopen, we ineens bij de Verkoop zouden moeten weten of we uiteindelijk een V165 of een V185 gaan inkopen. Derhalve is alles gewoon als 'vat' gedefinieerd.
Om nu de gebruiker er op te attenderen dat er voor zo'n vat per Inkooporderregel handmatig een juiste Inhoud moet worden ingevuld (afhankelijk van bij welke Leverancier het produkt wordt besteld) is bedacht de standaard inhoud van het vat op 1 Kg te zetten.
Nb: Dit zal overigens meteen tot problemen leiden als we via een Behoefterun zouden gaan inkopen, immers, als we 1000 Kg nodig hebben worden er nu ineens 1000 vaten ingekocht (immers 1 vat heeft een inhoud van slechts 1 kg). Met de Behoefterun wordt dan ook niet gewerkt, de produkten worden via handmatige Inkooporders ingekocht.
Als we in Toevoegen Inkooporderregel zitten en ons produkt inkopen, komt Profit met de default inhoud van de Artikel-/Verschijning; deze stond op 1 Kg. Zouden we deze overschrijven naar 185 Kg en daarna onze bestelling opgeven (16 vaten) dan wordt de prijs bepaald op basis van 16 x 185 = 2960 Kg. Verwerken we de IO-Regel met F1 dan hebben we netjes 16 vaten van ieder 185 Kg = 2960 Kg ingekocht.
Het aantal Inkoopeenheden van de toegevoegde Inkooporderregel wordt bepaald door het aantal Inkoopeenheden die door de Inkoopprijsberekening werd berekend: de 2960 Kg. Zodra het aantal Verschijningen, de indikator 'Eenheden of Verschijningen', de Inkoopeenheid of de Lokatie werd gewijzigd, werd opnieuw de Prijs uitgerekend (en daarmee werd het totaal bestelde aantal eenheden opnieuw berekend).
Hier ontbreekt echter al 20 jaar een kontrole op een gewijzigde Werkelijke Inhoud! Ofwel, als we in Toevoegen Inkooporderregel eerst de inhoud van 1 Kg over het hoofd zagen, en 16 vaten van 1 Kg inkochten, dan door enterden tot de Inkoopprijs velden, en pas dan konstateerden dan de inhoud van 1 niet juist was, en de inhoud alsnog op 185 zetten, dan triggerde dit NIET opnieuw een berekening van de Inkoopprijs. Resultaat was dat hierdoor:
a. de prijs niet juist werd berekend als deze afhankelijk was van de bestelde hoeveelheid
b. het aantal Inkoopeenheden niet opnieuw werd berekend, waardoor de Inkooporder weliswaar 16 Verschijningen bevatte en 1 verschijning een inhoud had van 185 Kg maar het totaal ingekochte aantal Kg op 16 Kg (16 x 1) bleef staan.
Met ingang van deze Releasenote is dit probleem verholpen.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOIRPB | Omschrijving (nog) niet bekend | 26-08-2016 | 07-04-2017 |
| LOIRTV | Toevoegen Inkooporderregels | 29-08-2016 | 07-04-2017 |
| LOIRTVF1 | Omschrijving (nog) niet bekend | 03-12-2015 | 07-04-2017 |
| LOIRTVVA | Omschrijving (nog) niet bekend | 05-08-2015 | 07-04-2017 |
