Middels Handmatige Voorraadmutaties kan de Voorraadhoogte in het systeem worden aangepast. In verreweg de meeste gevallen zullen produkten worden afgeboekt, bijv. omdat iets wordt weggegeven, intern verbruikt wordt, kapot valt, houdbaarheid vervalt etc.
Hoewel een produkt normaliter via Inkoop of Produktie op voorraad terecht komt, is het ook mogelijk een produkt 'handmatig' op voorraad op te boeken; veelal als resultaat van het feit dat een collega iets niet (op tijd) heeft ingeboekt in het systeem. Stel hierbij voor je dat een gebruiker een order voor een klant moet gaan leveren (of in Produktie nodig heeft), hij het produkt in het Magazijn ziet liggen, maar er simpelweg niets in het systeem op voorraad ligt.
Ook in zo'n geval geldt dat we niet zomaar klakkeloos iets handmatig moeten gaan opboeken, immers, als wij de partij handmatig op voorraad leggen en de collega het produkt enige tijd later alsnog boekt, ligt het ineens dubbel op voorraad.
V.w.b. deze Releasenote eigenlijk al tever afgedwaald; de Releasenote gaat nl. niet over het wel/niet mogen gebruiken van een Handmatige Opboeking, maar betreft de maximale waarde van zo'n mutatie áls eenmaal bepaald is dat er handmatig geboekt moet worden.
M.i.v. deze Releasenote kan middels een Bedrijfsparameter bij Kostprijzen (Hoofdmenu,
F5___,
F5___,
F____) de maximale waarde van een op te boeken partij worden ingesteld.
Profit wordt in veel verschillende toepassingen gebruikt. Bij de een liggen dure machines op voorraad (hoge kostprijs per eenheid), bij een ander liggen heel veel produkten op voorraad (een partij van 200000 stenen). Standaard is de maximale waarde van een Voorraadmutatie gesteld op ongeveer 1 miljard; dit moet meer dan voldoende zijn (ook voor het Grootboek).
Nb: Merk overigens op dat dit weliswaar 1 miljard euro's betreft, maar ook 1 miljard Japanse Yen (wat aanzienlijk minder veel waard is).
Reden om een maximum waarde in te kunnen stellen, is, omdat binnen een omgeving waar 24 uur per dag gewerkt wordt, een nachtploeg in staat moet kunnen zijn om voorraad te kunnen korrigeren indien dat nodig is, maar, we enigzins een beperking moeten kunnen leggen op welke mutatie reëel is en welke niet. In voorkomende gevallen werden 1000 Verschijningen opgeboekt met een kostprijs van EUR 999.999.999,9999 per stuk, en waarbij je op je vingers kunt uittellen dat dit wel ergens tot problemen zal leiden (omdat er niet geanticipeerd wordt op dit soort grote bedragen).
Ook al zou een item met een prijs van 1000x teveel worden opgeboekt, dan nog geldt dat dit tot allerlei problemen kan/zal leiden, immers, uitgaande van het werken met Werkelijke Kostprijzen bepaalt deze te hoge prijs ook de kostprijs in de Statistieken, waardoor marges totaal uit de pas gaan lopen.
Recentelijk is derhalve de 999.999.999,9999 al als maximum voor de
hele mutatie ingesteld, maar ook dát is absurd. Wat wél reëel is, kunt U m.i.v. deze Releasenote zelf bepalen, door invulling van de bedrijfsparameter.
Wellicht kan op voorhand al worden gesteld dat als een gebruiker een partij handmatig op voorraad wil leggen, en de waarde boven de EUR 100.000,- uitkomt, of misschien zelfs boven de EUR 10.000,- of EUR 1.000,-, we dit willen blokkeren omdat er dan een fout zal zijn gemaakt òf in het aantal Verschijningen òf de Inhoud òf de prijs.
Door rubriek 'Maximale waarde opboeking Voorraadmutatie' in te vullen met een andere waarde dan 0,00, zal Toevoegen Handmatige Voorraadmutatie niet meer toestaan om méér op voorraad te boeken dan de in de parameter ingevulde waarde.
De kontrole geldt overigens alleen voor "opboeken", omdat "opboeken" de plek is waar de gebruiker zélf aantal, inhoud en prijs kan invullen. Als er iets van voorraad moet worden afgeboekt, dan wordt de waarde gebruikt die het Voorraaditem op dat moment al heeft.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOPAIN | Initialiseren Parameters. | 25-02-2014 | 19-03-2014 |
| LOPAKPWY | Wijzigen Kostprijsopslag-param | 05-02-2009 | 19-03-2014 |
| LOVMTV | Opnemen Voorraadmutaties | 18-03-2014 | 19-03-2014 |
