Discussions
Stay up-to-date with the latest news from NetSuite. You’ll be in the know about how to connect with peers and take your business to new heights at our virtual, in-person, on demand events, and much more.
Now is the time to ask your NetSuite-savvy friends and colleagues to join the NetSuite Support Community! Refer now! Click here to watch and learn more!
Update your Profile with your Support type to get your Support Type badge.
Don't miss out on our Pop Quiz You only have until June 20, 2025, 11:00AM ET to comment your answers and earn rewards! Click here for more details.
Expand your NetSuite knowledge by joining our Ask A Guru Live sessions. RSVP on this event now.
Uncover the power of data with the Analytics Hub —your ultimate guide to mastering NetSuite Saved Searches and Reports. Simplify the complex and unlock your organization's true potential. Dive into the Analytics Hub now and soar to new heights!
SuiteWorld 2025 registration is officially OPEN
SuiteWorld is the largest annual gathering of the NetSuite community! It will be held in Las Vegas on October 6-9, 2025. Our customers and partners look forward to SuiteWorld every year as a place to hear the latest from NetSuite, get hands-on learning, and connect with each other. Register now!
SuiteWorld is the largest annual gathering of the NetSuite community! It will be held in Las Vegas on October 6-9, 2025. Our customers and partners look forward to SuiteWorld every year as a place to hear the latest from NetSuite, get hands-on learning, and connect with each other. Register now!
Inventory Adjustment Est. Unit Cost Calculated Incorrectly
We have found that Stock Ledger and the "Est. Unit Cost" on the Inventory Adjustment record reflect differently.
According to Netsuite, it should be calculated as follows:
Stock Ledger Ending Average Cost is calculated via: Ending Inv On-Hand Value / Ending Inv Qty On-Hand
For the Est. Unit Cost on the Inventory Transaction, it is calculated via: GL Impact / Quantity
I checked the GL:
But the math does not check out as 1,900,964 / 28 = 67,851.97.
Any idea what might explain this discrepancy?
0