In de Standaard Bedrijfsparameters (Hoofdmenu,
F5___,
F5___ ,
B____)vinden we o.a. een parameter "Leveren met Terugwerkende kracht J/N".
Zie de helptekst van die rubriek m.b.t. alle 'gevaarlijke' en rare situaties die daaruit kunnen staan.
Een van de klanten die deze parameter aan heeft gezet (terwijl het niet om de situatie gaat zoals bedoeld in de parameter) kreëert nu een situatie dat een partij middels een Handmatige Voorraadmutatie per een eerdere datum in het systeem gekorrigeerd wordt dan de datum waarop de partij op voorraad terecht gekomen is.
Ofwel, in februari hebben we een partij ontvangen, terwijl die reeds in januari wordt afgeboekt. Processen als 'het terugrekenen van de voorraad op een bepaald moment' kunnen hier natuurlijk niet tegen, immers, waar de helptekst al voor waarschuwt, je gaat op zo'n manier onlogische situaties kreëren.
In het geval van een Handmatige Voorraadmutatie is hier m.i.v. deze Releasenote een kontrole voor ingebouwd. Het is daarmee wél mogelijk om voorraad in het verleden bij te boeken, maar, zodra we voorraad in het verleden willen afboeken, mag dit alleen indien het systeem ook de opboeking van die Charge kon vinden in de Voorraadmutaties én de mutatiedatum niet later is dan de datum (en tijd) waarop de partij is opgeboekt.
Als het vandaag 6 februari is, mag een partij die op 30 januari ontvangen is best op 31 januari gekorrigeerd worden, maar, een partij die op 30 januari ontvangen is zal nimmer per de 29e of eerder gekorrigeerd mogen worden.
Nb: Merk overigens op dat deze funktionaliteit slechts een Datumveld biedt om iets met terugwerkende kracht te boeken, waar hier eigenlijk nu ook ineens een Tijdveld bij hoort. In theorie zou nu de situatie kunnen ontstaan dat gistermiddag om 16:00 een partij is ontvangen, die we vandaag (om 10:00) per gisteren willen korrigeren, waardoor de datum + tijd alsnog vóór de datum-/tijd van de oorspronkelijke opboeking komt te liggen. Mocht dat een probleem opleveren, zullen we alsnog (aanvullend maatwerk) expliciet een tijdveld kunnen opnemen.
Merk overigens op dat nu hooguit voor een Handmatige Voorraadmutatie een kontrole is opgenomen, maar dit helemaal niets voorkomt inzake overige mutaties. Zo kunnen we op veel meer plekken 'aanpassingen' benodigd zijn. Het aktiveren van de bedrijfsparameter stelt de gebruiker bijv. ook in staat om een partij die pas in februari ontvangen is, met terugwerkende kracht per januari aan een klant te leveren, in welk geval hetzelfde probleem ontstaat.
Niet voor niets mag deze parameter niet zonder meer geaktiveerd worden !
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOVMTV | Opnemen Voorraadmutaties | 30-01-2014 | 06-02-2014 |
