Heart-Profit ERP
September 30, 2024, 07:25:41 am *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Voorraadprint in de tijd niet op basis van waarde laatste Inventarisatie  (Read 788 times)
0 Members and 4 Guests are viewing this topic.
Heart Informatisering B.V.
Partner
******
Offline Offline

Posts: 27468


View Profile WWW
« on: June 15, 2015, 10:15:17 am »

Via Hmenu-1-4-9-1 (LOPRVI) kan er een print worden gemaakt van alle Voorraaditems. De print is in 2000 ontwikkeld met een optie om de Voorraadhoogte terug te rekenen naar een op te geven datum-/tijd, en is bedoeld om bijv. de stand per "eind vorige maand" weer te kunnen geven.

Nb: Voorraad betreft een 'momentopname', en de weergave per een ander tijdstip werkt puur op basis van een berekening (iets wat na de opgegeven datum pas geleverd is, zal op dat moment nog wel op voorraad hebben gelegen).

De 'normale' print die op basis van de huidige Voorraaditem tabel werkt, baseert de Voorraadwaarde op de waarde zoals die in de Voorraaditem tabel staat (dit overigens ook conform de rest van het pakket!). Indien er wordt teruggerekend naar de voorraadhoogte op een bepaalde datum-/tijd switcht deze berekeningsmethode ineens naar 'bepaal de waarde op basis van de laatste inventarisatie'.

Hoewel het bepalen van de waarde op basis van de laatste inventarisatie instelbaar is (Kostprijs bepalen A/I), stond deze rubriek wel default op "I" hetgeen deze berekenwijze standaard deed triggeren.

Het gebeurt niet vaak, maar per heden is toch de defaultwaarde van deze rubriek gewijzigd van "I" (o.b.v. laatste Inventarisatie) naar "A" (welke de waarde v/h V-item hanteert).

Er zijn meerdere redenen voor deze aanpassing. Ten eerste geldt dat niet meer kan worden achterhaald waarom dit überhaupt zo ontwikkeld is en welk doel dit zou moeten dienen. Wel kan worden gesteld dat de wijze waarop dit gebeurt tegenstrijdig is met alle andere rapportages en funkties in Profit, die hun waarde ophalen bij het Voorraaditem. Een gedachte zou kunnen zijn dat 'terugrekenen' geen rekening houdt met 'kostprijswijzigingen' en dus maar de waarde van de laatste inventarisatie gebruikt wordt. Of dat de gebruiker met Effektieve Kostprijzen werkt, en het overzicht wenst te rapporteren tegen de waarde t.t.v. de laatste Inventarisatie? Als beide al zinvol zouden zijn, dan was e.e.a. hooguit zinvol als naar een waarde t.t.v. de laatste Inventarisatie vóór het opgegeven rapportage tijdstip werd gekeken, maar zelfs dat is niet het geval. Ofwel, als we vandaag op 15 juni leven, en ieder kwartaal geïnventariseerd wordt, en we vandaag een print willen maken per 31-12 vorig jaar, dan zal "I" de waarde baseren op de inventarisatie van 31-03 (terwijl we per 31-12 rapporteren).

Resumer, de waarden die er nu uitkomen zijn op zich wel juist conform 'hetgeen opgevraagd wordt', maar sluiten met helemaal niets aan.

Als dan ook nog blijkt dat de klant voor wie e.e.a. oorspronkelijk ontwikkeld is, nooit gebruik is gaan maken van formele Inventarisaties, dan wordt het hoog tijd de defaultwaarde toch maar eens te wijzigen. Indien iemand wel funktioneel weet hoe de rubriek werd toegepast, kan ze alsnog de waarde 'I' invullen; in deze Releasenote is hooguit de defaultwaarde van de rubriek gewijzigd, zodat 'de rest' wel cijfers gepresenteerd krijgt die ze herkent en die aansluiten.

FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
LOPRVI      Printen Voorraad-Items    12-06-2015    15-06-2015
LOVIHSGN    Omschrijving (nog) niet bekend    12-06-2015    15-06-2015
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.016 seconds with 19 queries.