Heart-Profit ERP

In bedrijf GELDER, testbestanden het volgende:

Ik heb het product Lollo Rosso (art. 100077).
Deze staat op voorraad met verschijning KST8ST (kist 8 stuks).
De waarde van de voorraad is 3,20 per kist en dus 0,40 per st (3,20/8)

Ik heb een verkooporder gemaakt voor debiteur TESTKLANT met daarop 50 stuks Lollo Rosso, met een verkoopprijs van 1,25 per stuk.
Deze order heb ik geleverd en gefaktureerd.

Als ik nu via Hmenu 8-3-2-1 een verkoopoverzicht opvraag met daarop de verkooporder (TESTKLANT) dan wordt als werkelijke kostprijs weergeven met als kostprijs de prijs van de hele verschijning > 3,20 dus waar dit 0,40 per st had moeten zijn.

Zie PrintScreen's.

Kan dit aangepast worden of mis ik een instelling o.i.d.?

ps. Prijzen zijn fictief op voorraad gezet.

Je verhaal is niet helemaal kompleet  ;)

Als ik je Voorraadmutaties bekijk, zie ik dat je eerst 50 stuks geleverd hebt uit kisten van 8 stuks. De waarde van deze Voorraadmutatie is EUR 20,00 ofwel precies 50 x 0,40.

Vervolgens heb je een Levering teruggedraaid (Terugboeken Voorraad) en daarbij is de voorraad voor EUR 160,- terug op voorraad gekomen (EUR 3,20 per stuk). Daarna heb je de order opnieuw geleverd, hetgeen (dus) gebeurt met hetgeen op dat moment op voorraad ligt, de voorraad van 3,20 per stuk.

Ik vermoed dat het fout gaat bij het Terugboeken van de levering (wellicht in kombinatie met het in jullie geval leveren in ST terwijl er wordt afgeboekt uit KST8ST). Zal kijken of ik dit na kan spelen, en dit laten oplossen...

Ik heb inderdaad de levering 1 keer terug gedraaid omdat er een onjuiste voorraadwaarde in stond. Deze heb ik eerst aangepast, en daarna de order opnieuw geleverd (tegen de goede voorraadwaarde).  De voorraadwaarde is op voorraad gekomen met een waarde van 3,20 per kist van 8 stuks, dus 0,40 per stuk. En juist hier gaat het mis. In mijn overzicht komt een prijs van 3,20 per stuk ipv 0,40 per stuk.
Ik verwacht niet dat dit ligt aan het terugboeken van de levering maar meer aan het afmelden via het TS o.i.d. In GELDER, productiebestanden gaat dit namelijk bij heel veel artikelen mis, op precies dezelfde manier.

Dat geloof ik niet helemaal, volgens mij is de voorraad mutatie wèl juist, zie PrintScreen.

Je was me nèt voor. Ben de order hier aan het naspelen, en reeds bij de 1e levering wordt er EUR 20,- van voorraad afgeboekt maar staat er een kostprijs van EUR 160,- bij de Faktuur. Daarmee heeft het inderdaad niets met terugboeken te maken. Nu nog even uitzoeken wat dit veroorzaakt... :(

Gevonden.

Ging fout in het TS Leveren Verkooporder, en wel in de situatie dat er in een andere Verschijningsvorm werd verkocht dan waarin er geleverd werd; de situatie dat bij de verschijningsvorm staat aangegeven "Impliceert Behoefte ongeacht Verschijningsvorm = Ja" (maatwerk voor jullie gemaakt, en w.s. alleen bij jullie in gebruik).

Meteen reist bij mij de vraag "waarom ben je dit niet eerder tegengekomen tijdens je testwerkzaamheden", maar wellicht heb ik het antwoord daar zelf al op gevonden: je deed nog helemaal niets met kostprijzen. Van iedere Artikel-/Verschijning hebben we 100000 op voorraad gelegd, allen met een kostprijs 0,00. Of dus de kostprijs van ST danwel de kostprijs van KST8ST gebruikt werd, 't was toch allebei nul. Nu je met het nieuwe Goederen Ontvangst scherm aan het testen bent komt de voorraad wel netjes met een waarde op voorraad, en werd deze bug zichtbaar.

De oplossing vereist een Upgrade.

Vooralsnog ga ik er even vanuit dat er niets met terugwerkende kracht kwa kostprijsgegevens gekorrigeerd hoeft te worden, omdat ik niet beter weet dan dat je nog niet echt met kostprijzen aan de gang bent. Zo toch, dan impliceert dat dat je al 3/4 jaar? goederen de deur uit stuurt met verkeerde kostprijzen, en dat dat nu gekonstateerd wordt. Ook daar komen we dan vast wel weer uit met e.o.a. korrektierun, maar indien dat niet nodig is (omdat je toch niets met kostprijzen doet) dan liever niet. :heat:

Jouw verhaal klopt helemaal, we hebben in april alles voor 100000 op voorraad gelegd tegen een prijs 0. Nu zijn de miljoenen eruit, en gebruiken we de werkelijk ingekochte prijs. Vandaar dat deze bug inderdaad nu naar boven komt.

Enne, er hoeft wat mij betreft niets gecorrigeerd te worden  :P