Heart-Profit ERP
November 27, 2024, 02:41:30 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Terugrekenen voorraad m.b.t. niet ondersteunde Mutatiekodes  (Read 814 times)
0 Members and 1 Guest are viewing this topic.
Heart Informatisering B.V.
Partner
******
Offline Offline

Posts: 27476


View Profile WWW
« on: February 04, 2016, 11:42:14 am »

"Terugrekenen Voorraad" betreft een complexe berekening, die op basis van de Voorraadmutaties probeert terug te rekenen hoeveel voorraad er op een bepaald moment in de tijd op voorraad zal hebben gelegen.

Van "Voorraad" hebben we altijd gesteld dat dit "een momentopname" betreft, en dat je op 31-12 je voorraadlijst dient te printen. Het "terugrekenen" is in 2000 als eerste ontwikkeld voor een klant die verzuimd had die print te maken op 31-12, en toen hij op 02-01 weer aan de slag ging, er 's morgens vroeg al een aantal medewerkers mutaties hadden verricht. "Kun je de stand niet even terugrekenen naar 31-12". Natuurlijk.

Maar, waar we een datum kunnen invullen, kunnen we ook 31-12 van nog weer een jaar daarvoor intypen, en moet Profit niet 1 dag terugrekenen, maar een kompleet jaar. Hoewel dit technisch natuurlijk niet veel anders is, is het daar niet voor ontwikkeld. Merk ook op dat als er bijv. eens een storing is opgetreden, een medewerker misschien nog wel kontroleert of de voorraadhoogte korrekt is, maar iemand nooit zal kijken of alle Voorraadmutaties die de voorraad verantwoorden wel gemaakt zijn. Hoe groter de periode waarover teruggerekend wordt, des te groter de kans dat dit niet lukt.

Net als "Doorrekenen Gewijzigde Inkoopprijs", waar letterlijk iets in de helptekst staat als 'garantie tot aan de deur', puur omdat we op voorhand niet kunnen verzinnen wat voor een rariteiten een gebruiker uithaalt, c.q. iemand ergens "een simpel stukje maatwerk" aanvraagt, maar het dagen werk kost op dat terugrekenen daar rekening mee te laten houden, gelden er beperkingen.

Van één ding mogen we wel zeggen dat het hartstikke fout is, en dat is dat Profit mutaties tegen kon komen die niet afgevangen waren, terwijl hier geen melding van werd gemaakt. Sommige mutaties werden expliciet als 'fout' betiteld, andere niet. Op die manier kon het voorkomen dat de lijst geprint kon worden, er geen fouten werden gevonden, maar het resultaat toch verkeerd was.

Met de aanpassing in deze Releasenote geldt dat in ieder geval voor de niet ondersteunde Mutaties er een melding volgt dat er fouten zijn gekonstateerd in de berekening. Deze fouten zullen in een LOVIHSGN.LOG file worden weggeschreven die te vinden is in de TROEP directory van het betreffende werkstation waarop de print werd opgestart.

FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
LOVIHSGN    Omschrijving (nog) niet bekend    04-02-2016    04-02-2016
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.041 seconds with 19 queries.