0
Category:
STATUS DETAILS

Comments

LOL, this item just came up at my company too. We have various parties complaining about this exact behavior. Would be lovely to have some additional sort options out of the box.

Category:

I also support this.

Category:

Visualization didn't work as I designed it and I can't edit, so here's another attempt:

.................................................................sequence start

.................................................thread 1............................thread 2

.....................................................|.......................thread 3.............thread 4

.................................................step 1..........................|........................|

.....................................................|...............................|........................|

.................................................step 2 <<<.---------------|--------------------|

Category:

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.

Category:

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:

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