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
Current DateTime in User's timezone
I'm wrestling a bit with setting a custom field of type datetime to the current time in the user's timezone. I'm trying to get this in a server-side script.
The following code gives me the time in the server's time zone.
var startTime= nlapiDateToString(new Date(), 'datetimetz') record.setFieldValue('custbody_currenttime', startTime);I can get the user's time zone via a preference, but that alone isn't very helpful, because it just gives me "America/New_York" - I would need the timezone offset to adjust the server time (which can change based on DST).
I've tried a slew of other approaches. The nlapi's for converting a string to date and date to string seem to ignore the timezone.
0