Frans Hoogenraad

For a sales line, sometimes a specific license plate should be picked. Currently it is not possible to enforce this. If the located license plate on the work line could be filled based on extra information on the sales line, this would be very helpful. E.g. when an ASRS picks the items in specific totes or SSCCs, I want to pick exactly from the LP of that tote or SSCC. (Unfortunately, the existing framework which was created for crossdocking of reported as finished products to the transfer issue is not suitable for sales orders).

This checkmark on the worker is now limited to Sales pick work, Transfer issue work and Purchase put work. Pls extend the framework to Raw material pick work and FG put work. RM pick/,material picking in LP locations: note that the staging of full LPs could cause difficulties. In my opinion it is acceptable to only support items that are set to Order picking. FG put: if there is put work created for a finished product, but you want to move the finished LP from the production belt with a label to a temporarily location before being stored to the final put location.

Set the goal to realize each month one straight forward no-brainer idea which received many votes. This will contribute to the success of this ideas portal. Right now the status of the ideas and the ETA is rather unclear. Some ideas were announced as planned April 2020 (e.g. inventory status change through work line), but it is unclear whether/how these are implemented. I think this "meta"-idea will rank high in the list! Thanks for voting!

The current shipment consolidation policy is nice but has 2 problems: 1. it can only consolidate with Open shipments 2. there is no setup for a date range for the shipping date Typical scenario: Shipments should be consolidated per address, and customers place multiple orders per day. 10:00 Sales order 1 for customer X is entered 10:30 Release to warehouse 11:00 Picking starts 11:30 Picked goods at PACK location 14:00 Sales order 2 for customer X is entered 15:00 Release to warehouse: now the new sales order 2 should be added to the existing shipment with order 1 15:30 Picking order 2 starts 16:00 Picked goods at PACK location 16:05 Sales order 1 and 2 can be packed on 1 container through the packing station Ad 1: as long as the existing shipment is not confirmed or packing slip posted it should be possible to add new shipment lines to it. (See my other idea "Store shipment ID on packing slip and invoice") My preferred solution direction for an automatic process would be: An extra optional wave template step Consolidate shipments. When this step is added after the createWork, the newly created work should be moved to an existing shipment according to the shipment consoldation policy. The restriction is that the shipment ID must be filled on the work header (work break per shipment).

By design the packing slip posting is done at the end of the logistical process when the last container for a shipment is closed (1 shipment per load), or after the outbound load is confirmed. The existing Packing LIST document is not very useful without heavy report customization. Physical process: Often a physical packing slip is needed earlier in the process: e.g. in case of multiple shipments per load, or when packed container picking is worked after the packing station. Proposed solution: From the outbound shipment (resp. load), a new button Print proforma packing slip. This should in the background fill the packing slip posting screen (SalesParmTable and SalesParmLine) based on the shipment lines (resp. load lines) (WHSLoadLine). Print the document according to the settings of the packing slip. The ID on the proforma packing slip should be the shipment ID.

When a direct delivery product receipt is posted, the sales packing slip is posted automatically. This process is relatively slow because many checks are still executed (inventory check, credit check etc. etc.) Proposed optimization for direct delivery product receipt: When a sales packing slip posting is triggered from a direct delivery product receipt, skip the checks. 1. Inventory is sufficient by definition because we are receiving and delivering the goods at the same moment 2. Credit check is of no importance, because the actual delivery has taken place. 3. Also in an intercompany direct delivery scenario, the above applies

When a sales picking work with 2 pick lines (A0001 from bulk-001, and A0002 from bulk-002) is completed through the PC form, the processing takes much longer (3-4 seconds) than you would expect. Of course there are a lot of checks that must be executed when goods are just moved on worker's initiative, but when the work is created by the system you can assume that the inventory was already reserved and the availability on the from location does not need to be checked again. And goods on the WHS user location that are dropped at the packing station or outbound dock could also bypass a lot of these checks, because the inventory on the user location is not increased of decreased through other processes. In D365 we often use the deferred put processing, but imho this is fixing the problem on the wrong side. Proposed solution: In the existing inventory movement framework add the option to skip unnecessary checks when work line is already system-reserved, or when the goods are transfered to, and away from the user location.

From the packing station or from the shipment or load, the sales packing slip can be posted. This process is relatively slow because some unnecessary checks are still executed like inventory check. Proposed optimization for packing slip posting: When a sales packing slip posting is triggered from a shipment or load, skip the unnecessary checks. 1. Inventory is sufficient by definition because all goods are packed in containers, or the shipment and load status is confirmed. 2. IC sales orders: also in an intercompany or IC direct delivery scenario, the above applies

In the load planning work bench specific filters can be used, e.g. for a geographic region etc. It is not possible to filter on sales lines that are reserved physically. It would be great if the query or view "Sum of quantities for an inventory dimension"would include a flag Reserved (i.e. no On order or Ordered reserved transactions exist for this sales line.) This will make it possible to plan realistic shippable quantities when the load planning filter should only include lines that are fully physical reserved.