Als we een Credit Verkooporder maken en daarop goederen Crediteren, er vanuit de Credit Verkooporder een Inkooporder wordt gegenereerd om de retour ontvangen goederen terug op voorraad te kunnen ontvangen doch bij de Credit Verkooporderregel niet is aangegeven welke Debet Verkooporder gecrediteerd werd én dit werd gekombineerd met het boeken van de Retourontvangst m.b.v. toets F5 (Regelontvangst) dan werd de retour ontvangen voorraad opgeboekt tegen een waarde van EUR 0,00.
M.i.v. deze Releasenote wordt in dit geval waarin Profit niet kan verzinnen welk Chargenummer retour ontvangen wordt (en in welk geval Profit zelf een Chargenummer zal moeten verzinnen) dit gegenereerde Chargenummer opgeboekt tegen de Effektieve Kostprijs van het produkt.
Echter... F5 is weinig zinvol bij de wijze zoals deze funktionaliteit is opgezet.
Natuurlijk, F5, "even snel alles retour ontvangen", super handig...
Maar hoe zit het met traceability op Chargeniveau? Stel dat we 100V leveren aan een klant, en hiervan 60x Charge A leveren en 40x Charge B, en we Crediteren de hele order, dan zouden we (mogen?) verwachten dat als we deze Retour via F5 boeken, dit ook weer 60A en 40B terug op voorraad legt. Toch gebeurde dat niet, omdat hier de 'normale' Goederen Ontvangst funktionaliteit in werking treedt, die alles opboekt onder het Chargenummer zoals in het scherm ingevuld. Werd er geen Chargenummer ingevuld, dan bepaald het systeem er een, in dit geval "het eerst geleverde Chargenummer A". Kostprijstechnisch zou dit daarna in zoverre goed moeten gaan dat er moeite werd ondernomen om de gemiddelde kostprijs van de levering (dus gebaseerd op A en B) te gebruiken, maar... per saldo hebben we 60A geleverd en 100A retour ontvangen, en dat kan natuurlijk niet.
"F5 Regelontvangst" is hier sowieso al vreemd, omdat je geen 2 Charges zou kunnen ontvangen; daarvoor moet je een Deelontvangst (F4) doen. En dat je een Deelontvangst moet doen, omdat er meerdere Charges geleverd zijn, weet je niet (zeker niet als je de funktionaliteit gebruikt om een order te korrigeren die in werkelijkheid helemaal niet retour komt!). Merk ook op dat als de Credit voor slechts 10V zou zijn, het systeem niet kan verzinnen of het nu Charge A is die retour komt of Charge B. Dus, net zoals dit eind vorig jaar voor de situatie DryDock is ingebouwd, is m.i.v. heden gesteld dat dit soort retouren niet via F5 geboekt mogen worden maar verplicht via F4 geboekt moeten worden.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOILGLF1 | Omschrijving (nog) niet bekend | 28-09-2016 | 03-10-2016 |
| LOILOGDL | Gedeeltelijke Ontvangst. | 29-09-2016 | 04-10-2016 |
| LOILOGGL | Volledige Ontvangst. | 13-07-2016 | 04-10-2016 |
