- loopt coding fout?
Je zult vast wel iets gedaan hebben wat niet ergens niet ondervangen is. Vertel maar hoe je het kunt reproduceren, dan kunnen wij kijken of we iets kunnen oplossen.
Als ik je voorraadmutaties bekijk, dan begrijp ik slecht wat überhaupt de bedoeling geweest is van de betreffende persoon:
08:52 2000 Kg wordt omgevormd naar dezelfde Artikel-/Verschijning-/Charge. Dus -2000/+2000 van dezelfde partij.
08:53 2000 Kg wordt nogmaals omgevormd naar dezelfde Artikel-/Verschijning, nu echter van charge 1450 naar 1572. Blijkbaar is bij de 1e omvorming geen vinkje geplaatst bij "nieuw chargenummer genereren" of i.d. Ok. Tot zover nog duidelijk.
08:56 De 2000 Kg van charge 1572 wordt weer terug omgevormd naar charge 1450. Alsof er per saldo helemaal niets gebeurd is.
09:07 Partij 1572 wordt door een andere gebruiker geleverd aan een klant. Kostprijs 0,00.
Zodra een partij gereserveerd wordt op een raaplijst, zou je haar niet meer mogen kunnen omvormen. Als het goed is zitten daar kontroles op.
Je kunt zelf i.g.v. noodgevallen e.d. reservering vrijgeven (vereist expl. autorisatie). Gebruik je dat verkeerd, kun je precies deze situatie krijgen.
De andere gebruiker zal meldingen op zijn scherm hebben gekregen dat de voor hem gereserveerde partij niet meer bestaat. Kostprijs van die voorraadmutatie is nu ook 0.00
- kan order gefactureerd worden
Ik vermoed dat dan de kostprijs van die partij 0,00 is; zie de voorraadmutatie van de levering.
Ik zou eerst de levering ongedaan maken.
Maar... misschien eerst de huidige partij even naar een andere lokatie boeken, voordat de teruggeboekte voorraad daar toevallig mee wordt samengevoegd.
- hoe voorraad te verwijderen ivm financiele waarde?
Zelf even kontroleren. Ik kan me voorstellen dat als die partij van 0,00 terug op voorraad komt, je die gewoon kunt afboeken, en dit geen effekt heeft ( de waarde is immers 0,00). Daarna kun je de partij die nu op voorraad staat leveren (die heeft wel een waarde).