Kevin Fons Solution Architect

In the Bin Contents calculation code there is a calculation function for Qty Available to Pick. This excludes inventory in dedicated bins , bins blocked for movement (outbound / All) and blocked lots or serial numbers.

This is a very valuable field, much more valuable than the Qty Available to Take, at least when looking at qty for picking.

Please make this filed available on the Bin Contents page (we are doing it for customers now that I know it exists as it is what they are usually looking for when consulting the bin contents.)

We have customers looking for the ability to enter a discount amount vs a discount percentage in the new sales price list.

this would be used when entering sales order lines to populate the line discount amount on the sales line(discount amount * qty for the UOM on the line).vs the line discount percentage.

This eliminates a lot of the rounding issues we see when trying to convert the discount amount to a percentage and the amount has the same number of decimals as the price in the price lists and on the sales order lines.

when a location is set to require ship = true, require pick = true, production consumption = inventory pick. The logic for the inventory pick take bin should be identical to the logic used for a warehouse pick. Currently it is not treating the identified receive and ship bin as non-pickable bins like it does for a warehouse pick.

This appears to be a miss in testing the new functionality added last year.

Add the ability to add transfer order line comments for Transfer Orders the same as on sales orders where they are on Sales Comment line Table

If the customer has a shipping agent service set or if you populate the shipping agent service on the sales header, it will use the shipping time value from the shipping agent service even though it is blank to set the shipping time on the header and lines.

So if the customer has 1D on the sell-to customer and FedEx Ground is the customer shipping agent service or you select FedEx Ground on the sales order, it will set the order to blank for the shipping time because that is the value on FedEx Ground. We can’t just set a value on FedEx ground like we can for FedEx 2Day, as shipping time varies from customer to customer.

I would propose it should use the sell-to customer shipping time if the shipping agent service shipping time is blank, especially if the shipping agent service is set on the customer as the default service for that customer.

The current code in the planning worksheet calculation will set the planning flexibility to None if you assign a lot to the production order line to be used when the order is released and you output to it.

So instead of telling the user to reschedule to an earlier date the calculation suggests a NEW order be created and also will not recommend cancelations, etc. It works the same as if the lines planning flexibility is set to None.

This is really unexpected and there should at minimum be a setting to skip this code for firm planned and even released production orders.

Note on released orders there is additional code in the planning calculations where there are entries (output / consumption) it sets the planning flexibility to None as they view the order in-process. This code can stay but we should not be considering an order "in-process" when there is only a lot assigned to the production order line (or at least have a way to exclude this).

I have asked several of our customers using lots if this is expected and everyone of them said NO and its not desirable. I suspect most users and partners have know this is happening.

We did a mod to work around this code but it would be nice to have this as stock functionality.

Details -

Code Summary for issue with the Lot assignment and Production Order Scheduling

• During the calc regen plan – Codeunit Inventory Profile Offsetting in function Unfold Item Tracking:
• The Code is setting the Production Order line to Planning flexibility None when there is a Lot assigned to the production order line (reservation) and the “binding” is NOT Order to Order.
• Basically if a lot is assigned to any production order it is setting the planning flexibility to NONE which prevents the order from being re-scheduled. We feel this is not a correct assumption and it does not meet customers actual expectations and use cases.
• When you run Calculate Regenerative Plan from the Planning Worksheet it Creates/finds/updates the demand and supply inventory profiles and where it is updating the supply inventory profile is where it is causing the issue.
• Unfortunately I can't add screen shots to show the issue but MSFT has confirmed the behavior.