Het is mogelijk om een Credit Verkooporder te laten leiden tot een Retourorder (Inkooporder) waarmee de goederen van de betreffende Debiteur binnengeboekt kunnen worden.
Zodra deze goederen Retour geboekt worden, zal de Verkooporder worden aangepast op basis van wat er retour geboekt is. Dus, stel dat er een Credit Verkooporder wordt geboekt voor 10 stuks, dan volgt daaruit een Retourorder voor 10 stuks, maar, als de klant er slechts 8 terugstuurt, zullen er ook 8 gecrediteerd worden.
Ook de Werkelijke Inhoud van de Verkooporder zal opnieuw worden berekend op basis van hetgeen retour ontvangen is. Deze berekening zal te maken hebben met de situatie dat er een Creditorder gemaakt kan zijn voor 10 zakken van 25 Kg, maar waarbij er 10 zakken van 23,5 Kg retour worden gestuurd.
Deze berekening blijkt nu fout te lopen, zodra de Retourontvangst werd geboekt voor 0 Verschijningen. Immers, in dat geval werd het Retour ontvangen aantal eenheden (0) gedeeld door het Retour aantal ontvangen Verschijningen (0), en, deling door 0 is niet mogelijk.
Dit resulteerde vervolgens in een geblokkeerde funktie (numeric overflow) bij Goederen Ontvangst. Tevens was rubriek W-Inhoud van de Verkooporder daarna gevuld met *****.***, en leidde ook het faktureren van die order weer tot eenzelfde geblokkeerde funktie.
Met ingang van deze Releasenote is dit probleem opgelost.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOVRCRBW | Omschrijving (nog) niet bekend | 28-04-2009 | 25-04-2012 |
