Kevin Fons Solution Architect

The available to take on the bin contents really should match the available to pick calculation when generating a pick, Or maybe add a new field Available to Pick?

Currently it does not exclude lots blocked on the lot information or even items that are blocked.

This is really confusing as the the user sees 1000 available to take and then tries to create a pick and either get nothing to handle or a smaller number when some of the inventory is on a blocked lot.

This is a pretty simple change and could also include a new field blocked inventory in the bin.

Handling Options for transfer orders like were done for Production Order and Jobs where the level of handling can be different than the sales orders. Users would like to choose they type of pick or no-pick options and put away options on recipt.

Ability to set a Shipping Advice default for Transfer Orders - Complete or Partial.

Can add to a page like Sales & Receivables Setup.

Would like to be able to run planning against multiple forecasts (EDI, Manual, Custom xyz, etc.) vs only one forecast at a time.

Currently you need to enter lot numbers / serial numbers on the production order for a subcontract item. This is not intuitive and even creates permissions issues as receiving does not normally access production orders.

It would be ideal if the receiving process would allow the item tracking to be entered on the purchase order / receipt.

In a warehosue environment requiring receipts, we would like to be able to receive subcontract purchase orders on warehouse receipts. This would create a consistent process for receiving without having to somehow know the item is a subcontract.

Enable the use of Put-Aways for Subcontract items / purchase orders.

Enable the use of purchase prices for subcontract items just like a regular item during the subcontract worksheet calculation.

The current automatic receive of non-inventory items is does not meet the use case for many customers. They want to receive them on a warehoseu recipt identical to the process to receive and inventory item. This would be item by item not all of them in the background with no control of what is received.

The sell-to and bill-to customer fields were on the Posted Sales Invoice page until version 14.52 then when the code moved to AL these fields did not get added back to the page. They do show on the list page but we need them on the card page to identify the actual sell-to / Bill-to customers as a company can have multiple with the same name. These fields should not have been removed form this page.