Valuation Miscellaneous Receipt with Last Recepipt cost

SUGGESTED

Hello,

We have a problem with Miscellaneous Recepipts. We want to valuate them with "Last Recepipt cost".

The valuation rule details are:

- Receipt source: Order cost

- Receipt alternate: Last cost  (i dont know whye the possible values are differents than the previous picklist).

- Exception: Miscellaneous Receipt; Valuation source = Last cost.

Example: in product-site "Last receipt cost" = 22. I create a miscellaneous receipt, qty=1, value=23. Therefore the product-site "last receipt cost" change to 23. I would like to maintain 22.

Top Replies

Parents
  • Hi again  ,

    I have other question, because with the same valuation method, when a Misc. Receipt with 0 in Order price, Sage X3 create a stock movement valued at article last cost. ¿why and why not when the misc. Receipt has value?

  • 0 in reply to Jonathan.gonzalez

    Hi  

    This is an interesting question: when having no order price upon receipt should the system put zero in the order price (impacting the last cost calculation) or use the valuation price as a default vale for the order price (hence for the last cost) which is the current behavior?

    I just found that this was discussed internally in September and the final answer I can see is the current behavior is confirmed working as designed. -> It seems this would deserve your need!

    Note: I wasn't able to reproduce in 2023R2 the anomaly identified earlier (from my 2nd post where the misc. receipt didn't update the last cost), so no anomaly was log at the end.

Reply
  • 0 in reply to Jonathan.gonzalez

    Hi  

    This is an interesting question: when having no order price upon receipt should the system put zero in the order price (impacting the last cost calculation) or use the valuation price as a default vale for the order price (hence for the last cost) which is the current behavior?

    I just found that this was discussed internally in September and the final answer I can see is the current behavior is confirmed working as designed. -> It seems this would deserve your need!

    Note: I wasn't able to reproduce in 2023R2 the anomaly identified earlier (from my 2nd post where the misc. receipt didn't update the last cost), so no anomaly was log at the end.

Children