Door een aanpassing in de werkwijze van "Vervangen Artike-/Vrs in lopende Verkooporders" (zie topic
http://ha1.heartprofit.nl/profit/index.php?topic=29082.0) is vandaag een bug aan het licht gekomen in de oude werkwijze.
Toen deze LOVRVA/LOVRVARA funktionaliteit ontwikkeld werd werkte deze conform een methode die we later '0' zijn gaan noemen. De verkooporderregel werd verwijderd, en er werd een nieuw produkt toegevoegd op dezelfde regel. In 2007 is hier een tweede methode bij gekomen, die de oude regel afsloot en een nieuwe regel erbij maakte; deze methode zijn we '1' gaan noemen. Methode '1' is nu sinds kort gewijzigd, m.b.t. de volgorde van de nieuwe regel; die komt nu altijd op een nieuwe regel terecht.
Deze wijziging werd echter ook aktief bij klanten die deze methode #1 niet expliciet geaktiveerd hadden. Wat blijkt?
Indien de waarde van de bedrijfsparameter <> #0 was, dan werd de waarde van de bedrijfsparameter opgehaald, en anders werd #0 gebruikt. Maar ja... voor een klant die deze parameter nooit gevuld had, stond er <spatie> in.
Aangezien de vervang funktionaliteit enerzijds kontroleerde op #1 en anderzijds op <> 0, werd de situatie <spatie> niet consistent afgehandeld!
Per heden geldt dat de funktionaliteit nu #0 als default aanhoudt als de parameter niet gevuld is en op <spatie> staat.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOVRVARA | Raadplegen VO-rgls Art/Vrs | 07-03-2019 | 14-03-2019 |
