CaroLab
04/11/2022, 9:57 AMAlex Pilgun
04/11/2022, 4:13 PMNS Expert
04/11/2022, 10:34 PM$service->setPreferences(false, true, true, true);
santhosh kumar
04/12/2022, 10:23 AMfsandi
04/15/2022, 2:36 PMfsandi
04/15/2022, 2:37 PMfsandi
04/15/2022, 2:39 PMAustin Cai
04/16/2022, 1:36 AM401 Invalid login attempt.
error while trying to submit the very first request. When I check the Login Audit Trail Search within NetSuite, I don’t see any trace of my login attempt. Any pointers on how to debug this issue?screnshaw
04/18/2022, 3:52 PMAlex Pilgun
04/18/2022, 10:44 PMWhen getting the date field through SOAP web services, your preferred time zone influences the resulting datetime. Midnight in the user's time zone of the stored date (which is also displayed in the UI) is converted to Pacific Standard Time (PST) or Pacific Daylight Time (PDT), and sent to the SOAP web services user.Ok, that was easy (before daylight savings started): • API user's timezone is GMT. • Netsuite UI date = 2022-04-18 • Netsuite SOAP date value = 2022-04-17T160000.000-08:00 Totally makes sense, since this is converted to 2022-04-18T000000.000Z and I get the expected date part of 2022-04-18. Quote #2 from the same article:
The NetSuite time zone settings in Home > Set Preferences are based on standard time settings. You must keep in mind the required adjustments during daylight saving time in the year. For example, if your time zone setting in shows (GMT-06:00) Central Time (US & Canada), this is perceived as -05:00 in SOAP web services context during daylight saving time, but -06:00 in standard time.
Therefore, if you send a SOAP web services request indicating CST (-6) when daylight saving time is in effect, as in the following example: <tranDate xsi:type="xsd:dateTime">2015-04-13T222626.923-06:00</tranDate>, the datetime field on the target record is set using CDT (-5) i.e.232626.923 instead of the intended 222626.923.
Important: If the time is close to midnight, the date may change to the next day after the conversion.With the same API user with GMT timezone and same Netsuite UI date = 2022-04-18 I now receive in SOAP 2022-04-17T160000.000*-07:00* instead of -08:00. By taking the date part this actually converts to 2022-04-1*7* instead of expected 2022-04-1*8* in GMT. Just..why does this happen? And how Netsuite suggests to work with this? Does the bold sentences in quote #2 imply that my client code needs to remember when daylight savings are in effect in my timezone and to account for that 1 hour difference somehow? Am I missing something?
santhosh kumar
04/21/2022, 12:03 PMPavol
04/26/2022, 1:25 PMREST WS
in comparison to SOAP WS
?
Is it faster? Even compared to SOAP list (bulk) operations?Tom Robertson
04/28/2022, 7:26 PMInvalidSignature
. I’ve attached what my request looks like in Postman. Can anyone identify what I’m doing wrong?Brian Brown
05/06/2022, 4:34 PMCharlie
05/12/2022, 6:00 PMWill
05/13/2022, 5:32 PMNicholas Penree
05/19/2022, 4:57 PMSim Greenbaum
05/23/2022, 4:01 PMAndrii
05/25/2022, 8:51 AMShawn Talbert
05/25/2022, 10:07 PMshippingAddress
like other transactions. Is this a known bug?Bruce Backman
05/26/2022, 7:17 PMKristopher Wood
05/31/2022, 7:07 PMKristopher Wood
05/31/2022, 7:35 PMSteve Cahill
06/01/2022, 2:53 PM<employee:customFieldList>
<core:customField scriptId="cseg_my_custom_segment" xsi:type="core:SelectCustomFieldRef">
<value internalId="1"/>
</core:customField>
</employee:customFieldList>
But how do I unset that value? I tried I few variations similar to <value/>
and <value internalId=""/>
but can’t find anything that will set that field to null
.rudler
06/02/2022, 12:40 PMCaleb Evans
06/02/2022, 4:06 PM/customer/123
). However, attempting to call /customer
(endpoint for a list of customers) returns me a 400 error, even though I believe I have all the correct permissions and parameters. I've tried with and without the q
parameter.
Could someone please advise what I am missing here? (see my attached screenshots)Kristopher Wood
06/02/2022, 10:20 PMKristopher Wood
06/02/2022, 10:40 PMSlackbot
06/03/2022, 10:50 PMNickSuite
06/06/2022, 3:33 PM