0
Category:
STATUS DETAILS

Comments

You should be able to find these approve entries in Posted Approval Entries.

Category:

Agreed. This is frustrating because in my case, the usage is linked with a Job planning line. but the message appears.

Category:

MRP as a philosophy is designed to run you out of stock. I.e. to optimise the stock holding. The original X++ design in earlier versions of AX of course handled the invoiced orders case. As someone with 36 + years of experience with ERP/MRP systems I can't see that this is usable for any customer who wants to upgrade or a new customer. It seems that planning optimisation is not optimising the stock and although I can see the this is listed as a difference between the original engine and the PO engine (https://learn.microsoft.com/en-us/dynamics365/supply-chain/master-planning/planning-optimization/planning-optimization-differences-with-built-in) - I don't think Microsoft should be advertising that its planning engine is not designed in line with MRP philosophy and all other MRP products in the marketplace !

Category:

MRP as a philosophy is designed to run you out of stock. I.e. to optimise the stock holding. The original X++ design in earlier versions of AX of course handled the invoiced orders case. As someone with 36 + years of experience with ERP/MRP systems I can't see that this is usable for any customer who wants to upgrade or a new customer. It seems that planning optimisation is not optimising the stock and although I can see the this is listed as a difference between the original engine and the PO engine (https://learn.microsoft.com/en-us/dynamics365/supply-chain/master-planning/planning-optimization/planning-optimization-differences-with-built-in) - I don't think Microsoft should be advertising that its planning engine is not designed in line with MRP philosophy and all other MRP products in the marketplace !

Category:

This idea can also be implemented in a DateTimeOffset wrapper codeunit in 3PL System. In that case, it would be suitable for open source contribution and I would be willing to suggest an implementation myself.

Category:

This is a serious flaw in missing functionality in relation to Master planning and Sales Forecasting and a recipe for an oversupply disater. The sales forcast reduction must be corrected if planning optomisation is to be seen as viable alternative to the legacy master planning.


Category:

Beatriz Nebot Gracia - the fact that Planning optimisation doesn't  reduce the forecast by invoiced and delivered sales orders is a very serious omission, how can this not be an emergency update? When implementing Planning, the importance of having accurate planned orders cannot be overstated. Planners, in my experience, are a cynical audience by default and I cannot think of anything more likely to justify their concerns about how teh system cannot be trusted.

Category:

That will be very helpful!

Category:

Needs to be implemented. Currently cannot fully automate production release/start process simply because of bug in this functionality.

Category:

very useful function and an absolute must for use in other companies in our group

Category:

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 500