Heart-Profit ERP

Heart-Profit Boards => Heart-Profit Releasenotes => Topic started by: Heart Informatisering B.V. on December 20, 2013, 11:29:01 am



Title: Nagekalkuleerde Kostprijs wordt niet opgehaald bij gebruik "0 Inventarisaties"
Post by: Heart Informatisering B.V. on December 20, 2013, 11:29:01 am
Oktober 2012 is "bepalen kostprijs v/e niet bestaand Voorraaditem" aangepast m.b.t. het bepalen van de kostprijs op basis van de laatste Voorraadmutatie.

Stel dat we een produkt bij-/afboeken welke al (of nog) op Voorraad ligt, dan zal de waarde van dat produkt (met die Charge) eenvoudig bepaalt kunnen worden op basis van de waarde van dat Voorraaditem. Ligt het item niet meer op voorraad, dan zal het systeem op een andere wijze de waarde moeten bepalen. Een van die methoden was dat het systeem in de Voorraadmutaties op zoek ging naar de waarde van het item.

Hierbij werd bij een Produktie-artikel gekeken naar de Voorraadmutatie van de opboeking (Mutatiekode = "OP") en werd bij een Koop-artikel gekeken naar de waarde van de Goederen Ontvangst (Mutatiekode = "GO").

Bovenstaande kontrole was niet waterdicht, en was in veel gevallen niet in staat om de prijs juist te bepalen. Immers, een partij die ooit was ingekocht, was inmiddels al diverse malen 'geherwaardeerd' kwa prijs, en werd bij opnieuw opboeken tegen de intiële prijs opgeboekt. Ook gold dat als een item op een andere wijze op voorraad kwam dan bovenstaande twee funkties (bijv. uit omvorming, uit bij-/af, uit een Handmatige Voorraadmutatie), of van een Retour van een klant dan kon er geen waarde worden bepaald.

Sinds oktober 2012 wordt de waarde bepaald op basis van de laatste Voorraadmutatie van de kombinatie Artikel-/Verschijning-/Charge en Inhoud, zodat ook eventuele korrekties in de prijs verwerkt worden.

Per heden is echter gebleken dat bovenstaande funktionaliteit niet werkbaar is in kombinatie met het een bepaald gebruik van de funktionaliteit "Genereren 0 Inventarisaties".

Als we gaan Inventariseren zal Profit alle Voorraaditems die geïnventariseerd zijn kwa hoeveelheid aanpassen. Stel dat we van een produkt (en charge etc.) 10 zakken van 25 Kg op voorraad hebben liggen, dan kunnen we bij inventarisatie aangeven dat dit er 7 moeten zijn. Na het effektueren van de Inventarisatie liggen er dan 7 op voorraad.

Stel dat we 10 zakken van 25 kg op voorraad hebben, en één restzak met 16 kg erin, en we inventariseren alleen de volle zakken, dan zal na effektuering er 7x25 + 1x16 op voorraad liggen. Immers, omdat we het produkt 1x16 niet expliciet (met 0) geteld hebben, zal dit item niet worden aangepast kwa hoeveelheid, en blijft de voorraad zoals ze was: 1.

Alle items van de tellijst, óók de items die er niet meer liggen, moeten derhalve expliciet kwa hoeveelheid ingevoerd worden.

Nb: Dit overigens, om ook de voorraad van één specifiek Artikel danwel alle voorraad uit slechts één Magazijn te kunnen inventariseren (zonder dat het systeem alles wat niet geteld is (de andere Artikelen, de voorraad in de andere Magazijnen) klakkeloos van voorraad gooit).

Speciaal voor klanten die het hele bedrijf plat leggen, en in één keer "alles" gaan inventariseren, is er een optie "Genereren 0 Inventarisaties" ontwikkeld. Om te voorkomen dat iemand bepaalde Voorraaditems vergeet te tellen, doorloopt het systeem alvast alle Voorraaditems, en genereert voor ieder Voorraaditem een inventarisatie record met een aantal van 0 stuks.

Deze 0 inventarisaties hoeven dan alleen nog maar gewijzigd te worden met de getelde hoeveelheid, en na effektuering zal alles wat geteld is verheven worden tot de nieuwe voorraadhoogte (en alles wat niet geteld is zal worden afgeboekt, omdat er default 0 geteld was).

Ook tot zover nog geen probleem.

Echter... als én gebruik werd gemaakt van "Genereren 0 Inventarisaties" én deze 0 inventarisaties niet werden gewijzigd  in de getelde voorraad, maar eerst de 0 inventarisatie werd geëffektueerd (om vervolgens in een nieuwe Inventarisatie te tellen wat er wel op voorraad ligt), dan zorgde de Voorraadmutatie die uit de effektuering van de eerste "op 0 stelling" voortvloeide ervoor dat dit bij de nieuwe inventarisatie "de laatste mutatie van de betreffende charge" was, en derhalve de mutatie die bepalend was voor de prijs.

Omdat dit nou net een Voorraadmutatie betreft van 0 stuks (en daarbij een waarde van EUR 0,00), leidde dit tot een prijs per eenheid van 0,00.

Bij het Toevoegen van het Inventarisatie record volgde er vervolgens partij die op deze manier op 0 gezet was, een melding dat de Nagekalkuleerde Kostprijs niet door het systeem kon worden bepaald.

M.i.v. deze aanpassing wordt de effektuering van zo'n "0 Inventarisatie" overgeslagen bij de bepaling van de kostprijs op basis van de laatste voorraadmutaties, en gaat het systeem op zoek naar de voorlaatste mutatie.

FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
LOVINKBR    Omschrijving (nog) niet bekend    03-12-2013    20-12-2013