30

When adding transfer order lines manually to a transfer order, the line numbers should update and sequence automatically. In the current design, the first line is line number 1 as expected. However, when the second line is added, the line number for the second line is -1 instead of 2. It is also possible to get a line number that is a decimal. I have been told this is intended functionality. The idea is to update the transfer order line number to match the functionality of purchase order line numbers, where the numbers are auto sequenced based on when the line is added using 1, 2, 3, 4, 5...etc

Category: Inventory
STATUS DETAILS
Completed
Ideas Administrator

Thank you for your feedback. Currently this is not in our roadmap; however, we are tracking it and if we get more feedback and votes, we may consider it in the future.

 

Sincerely,

Per Lykke Lynnerup

PM, Microsoft


The idea has been supported in monthly update 10.0.7 under feature management: Auto increment line numbers of inventory transfer order lines.

Regards,
Richard LUAN
PM, Microsoft

Comments

M

It's really required. Line numbers need to rearrange automatically based addition and deletion

Category: Inventory

M

Please resolve this issue as this is creating problem in generating reports reconciliation of inventory and in integrations also.. There is no logic why lines are getting generated in decimals and -ve lines ..this is not functionality but actually a bug which needs to be corrected immediately

Category: Inventory

M

Need solution its impacting my business.

Category: Inventory

M

Internal Deliverable reference id : FinOps 169841

Category: Inventory

M

Creating new lines on a Transfer Order in a sequential order seems logical to me. By making the newly added line the "first" in the transfer order by adding negatives and decimals to line numbers causes confusion within dynamics and integration issues with other systems and tools that use these line numbers. 
Adding line should be as simple as counting 1, 2, 3. When I add multiple lines after selecting Line 1, decimals quickly add up and adds complexity without benefit to fufillment.  

 
We do not see this issue with Purchase Orders, and do not see the benefit of these odd line numbers for Transfer Orders. 

Category: Inventory

M

Awesome idea!

Category: Inventory

M

This makes total sense! Having negative numbers and decimals can cause problems with external 3PL integrations. Unless there is a good reason to allow decimals and negatives, non that i've found, we definitely should change this.

Category: Inventory

M

This is a good idea!

Category: Inventory