Comments
I would like that Microsoft adds an option on the request page of the report "Link to Accon" by which the user has the possibility to select the no. of digits (for g/l account ) to export. Of course, we all know that the No. in the chart of accounts is 20. There is no need to modify table 15. Just give the BE user the possibility to create a valid Accon file.
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 !
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 !
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.