-
Workflow for Firmed Planned Purchase Order
Suggested by Peter Hao – Under Review – 57 Comments
After planned purchase orders are firmed, the ‘Approval status’ is default to ‘Approved’ on purchase order screen, which is skipping the purchase order workflow. Suggest to default the ‘Approval status’ to ‘Draft’ while workflow is enabled; or have a parameter like 'require workflow' to control planned purchase orders. Then the workflow process should work the same way as any other manually created purchase orders.
The reason is: the 'approve' and 'firm' on the planned order screen is normally used by the planning / purchasing department, then workflow is still required from purchase authorisation / financial point of view.
-
Warehouse processes for vendor returns
Suggested by Marialecia Guada Suarez – Under Review – 43 Comments
A vendor return is created (purchase order with negative lines) for an intercompany vendor in company A. This generates an intercompany sales return order in company B.
Now it's required to ship to goods from company A using WHS processes, but in the purchase order there is no way to "Release to warehouse". Therefore all the capabilities of the warehouse processed cannot be used for shipping returned godos to vendors. -
Consignment inventory functionality - Working with advanced warehousing
Suggested by Alex Whitfield – Under Review – 29 Comments
It is currently not possible to create consignment replenishment orders for released products which are configured with the storage dimension corresponding to advanced warehousing. As these products are likely to be consumed in the manufacturing process, potentially where a number of products are consumed in the BOM; they ideally need to be functioning in the same way as other products. With the current implemented functionality, it's a split process where you have to use a paper pick list for the consignment inventory and the mobile device for the other products. -
Lead time by Vendor
Suggested by Uwe Schlagmueller – Under Review – 13 Comments
In addition to the current lead time setup and calculation, a default lead time by vendor should be added to the vendor card. In several scenarios we had one vendor supplying 50K plus different products and maintaining the lead time per product is not really feasible. This is only the default vendor lead time, any other lead time calculations can stay as they are.
-
Enable change management for PO created as direct delivery
Suggested by Stephane Graziani – Under Review – 32 Comments
Many customers wants to control their purchases using an approval workflow. These controls are required whatever the delivery type means: either receive goods in own stock or by delivery directly the customer. today in D365 F&Ops, change management can be used to trig workflow approval for PO ONLY if this PO is not created as direct delivery. the same way of work is observed for intercompany purchase orders. in that case you are blocked to create the PO and to workaround, you need to activate setup "Override settings per vendor". if you do that, PO can be created but workflow approval is disabled. This way of work can make sense in case of intercompany as this is the same company group but it is senseless in case of a PO for a another vendor. it means you can bypass approval controls just by changing the delivrey type. Idea would be to adapt standard to allow usage of change management whatever the delivery type. Workflow approval for PO would be more consistent. as example: maybe create a setup to select all fields that if they are modified on SO then they will trig a "request change" on PO and force user to submit again. if modified field is not part of this list then accept the change without new submission
-
Separate default order settings for production orders and transfer orders
Suggested by Benoît Dubon – Under Review – 18 Comments
Currently, the default order settings of type "inventory" impact both generation of planned production orders and planned transfer orders. However, in many companies, it just doesn't make any sense to have both types of orders default quantities tied to the same constraints. This is an issue we have run into many times and there's simply no standard workaround. We would need the default order settings to be split in 4 parts instead of the 3 current to deal separately with all kinds of orders just as it is currently the case for Sales and purchase orders. - Purchase order - Production/Batch order - Transfer order - Sales order -
Support Direct Delivery with Advanced Warehousing
Suggested by Zach Greenvoss – Under Review – 17 Comments
Currently the direct delivery functionality is blocked on a warehouse that implements the Advanced Warehousing functionality. Please remove this restriction and allow this functionality to work across all warehouses.
-
Flexible warehouse-level dimension reservation for production orders and transfer orders
Suggested by Tim Frigger – Under Review – 35 Comments
We would like to extend flexible warehouse-level dimension reservation to be used for production orders and transfers orders as well. Currently we are only able to use functionality on sales order line level. That means we would like to enable businesses reserve specific batches, even when the products are associated with a "Batch-below[location]" reservation hierarchy. -
LP grouping for the Report as finished process AX2012/D365
Suggested by Ørjan Eide – Under Review – 20 Comments
There is no LP grouping support for the Report as finished process, as we know from purchase product receipt. That means that we need the parameter "License plate grouping" in the Mobile Device menu items for the "Report as finished" work creation prosess. This change will make us able to "bulk" RAF for many pallets. Now we have to RAF one pallet at a time. That is not fast and efficiently enough for our customers. Please apply this for both AX2012 and D365, thank you.
-
Add named place of delivery for incoterms in sales and procurement
Suggested by Christoph Thaler – Under Review – 29 Comments
During my life working with Ax2009, Ax2012 and now D365SCM I’m faced with one topic / missing feature in every single customer project. It is related with terms of delivery. As there is an international standard available = incoterms in 100% of my implementation projects terms of delivery = incoterms. The are used as all over the world. But there is one big missing feature where we have to extend the standard system all the time. As incoterms need additional information about the named place of delivery or named place of destination we have to add additional fields in the form of sales order header and purchase order header. We have to extend the dataproviders for the sales order confirmation, sales packing slip, purchase order report,... In total it is a lot of work we have to do. In addition it is hard to explain to the customer why a standard software (D365] used all over the world is not able to cover standardized incoterms functionality out of the box. So this request is to extend D365SCM to be able to handle destination information in sales and procurement. Thanks a lot Christoph