Per heden is gekonstateerd dat Gebruikers Verkooporders toevoegden, waarbij een "Ophaalkaart" als Raapvloer op de Verkooporder werd ingevuld. Tsja... op die manier wordt er wel voorraad afgeboekt die voor een ander doeleind gebruikt is. Zo 'lusten' we er nog wel een paar, denk maar eens aan:
* Ophaalkaart
* Raperkaart
* Dositainer
* Vulstation
* Mengselkaart
Als een gebruiker keihard een lokatie invult kan hier op worden gekontroleerd; vult de gebruiker 'een linkerdeel' in (bijv. ) alleen een Magazijn, dan wordt deze kontrole al een stuk moeilijker.
Feitelijk houdt dit in dat alle "Leverfunkties" (en wat allemaal nog meer) alleen zou moeten mogen leveren vanaf lokaties die daar expliciet voor zijn toegestaan. Vooralsnog gaan we ervanuit dat er in de bedoelde situatie minimaal een Magazijn wordt ingevuld. Als dat gebeurt, zal de eerste lokatie bepalend zijn voor de kontrole.
M.a.w., als we al onze vulstations met 'VS' laten beginnen, zal de eerst gevonden VS001 al een vulstation zijn, en is ook invulling van VS daarmee geblokkeerd. Maken we echter een VS000 waarvan we vinden dat dit 'een gewone lokatie' moet zijn, dan kan kontroleert Profit niet dat 'VS' voor 'Vulstations' gebruikt wordt.
Let op: Helemaal 100% hufterproof is dit dus niet; zou je bijv. een Verkooporder opnemen en geen Raapvloer invullen, dan mag feitelijk vanaf iedere lokatie worden geleverd. Een Raapvloer zou in deze situatie dus eigenlijk 'verplicht' moeten zijn, maar welke kontrole nu nog even niet is ingebouwd, gaande een discussie omtrent orders met enkel kosten-/diensten-/kommissies etc.
OOk op 'Raperlokaties' wordt momenteel niet gekontroleerd! Tevens is de kontrole alleen opgenomen bij 'Toevoegen' en Wijzigen' van een Verkooporderheader, die daarmee de Raapvloer set voor de V.O. Regels. OP Regelniveau bestaan er echter ook mogelijkheden om dit weer te overrulen...
Deze Releasenote dekt dus a.h.w. alleen via een relatief simpele aanpassing een groot deel van de lading; perfekt is het nog niet...
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOVOTVVA | Omschrijving (nog) niet bekend | 04-12-2019 | 09-12-2019 |
| LOVOWYVA | Omschrijving (nog) niet bekend | 11-06-2018 | 09-12-2019 |
