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.
New AI Community Guidelines. Please review and follow them to ensure AI use stays safe, accurate, and compliant.
Keep an eye out for upcoming NetSuite events, including meetups, workshops, and webinars. These sessions are a great way to connect with peers, learn from experts, and stay current on the latest NetSuite updates and best practices. Registration links are provided in each event.
SuiteWorld | October 25–28, 2026 | Las Vegas Where our community gets ready for what’s next!
SuiteWorld brings thousands of innovators, builders, and leaders together to learn, connect, and shape what’s next. This October, explore how to build a stronger foundation for growth through inspiring keynotes, major product reveals, hands-on sessions, and unforgettable moments—all in one place for our biggest event of the year. Join us
SuiteWorld brings thousands of innovators, builders, and leaders together to learn, connect, and shape what’s next. This October, explore how to build a stronger foundation for growth through inspiring keynotes, major product reveals, hands-on sessions, and unforgettable moments—all in one place for our biggest event of the year. Join us
Need to remove department from Subsidiary A, but maintain the department in Subsidiary B
Hello,
Our issue is we need to remove departments from subsidiaries, so they are not mistakenly coded on transactions. However we cannot remove the departments from the subsidiaries, due to this error message:
Setup > Company > Department > Edit Department > Removing subsidiary throws error message: You cannot remove subsidiary XXX because this record is used on a transaction for subsidiary XXX
Suite answers suggests:
A. Delete all the associated transactions in the saved search created above
B. Inactivate the department and then create a new one so this will not be associated with previous transactions.
Option A is not viable for us as it would require opening closed periods (etc.)
0