My Stuff
Comments
-
Because this enum is not directly referenced by anything else in the WSDL (searchEnumMultiSelect takes strings), .NET does not generate classes for it. The values you need to pass are in the XSD under TransactionStatus https://webservices.netsuite.com/xsd/transactions/v2_5_0/saleTypes.xsd status.searchValue = new string[]…
-
I'd have to see the SOAP it generates - either the namespace is wrong or not delclared. As a side note, we're currently working on a PHP Toolkit that will no longer require NuSoap. I'd love to get feedback on sample applications to ship with it - Item Searches is obviously one of them. -John
-
The PHP5 SOAP client can not handle abstract types/inheritance. RecordRef is descended from BaseRef, but the serializer doesn't look for the non-baseref fields because get() takes a BaseRef. On sourceforge there is an example with PHP where I modified the soapClient to handle the serialization part, but not the…
-
I used NuSoap and modified the serialization code slightly. http://suitesource.netsuite.com/s.nl?sc=2&category=17&it=A&id=39 -John
-
Can you set Created Date in the UI? I have a feeling you can't. There is the tranDate, which is settable, but the modified and create dates are not. -John
-
You are getting that error because you set your role internalId to 0. You can see what all role's internalIds are by going to setup->users/roles->manage roles. Role with InternalId 3 is administrator. -John
-
I definitely had problems with HTTPS when I first got started, I had to mess with my configuration a bunch of times for CURL/OpenSSL. -John
-
Splitting out the address fields is on the roadmap for the next release (the first one of 2008). A workaround is to save the specific address fields to customfields on the transactions using a beforeSubmit script in suitescript (where they are exposed), and then have the integration with your warehouse/fulfillemnt partner…
-
That's javascript - I think the PHP code tag was used to prevent the formatting from getting messed up. -John
-
Print the SOAP you are about to send out, looking at it should give you some clues. Also, print the full response out, does it not like the password, account, etc or is it choking on the SOAP? -John
-
Right. Does this affect all cash sales, or just some? -John
-
One way to get around this for a while is to either go a get() on the location, eg RecordRef rr = makeRecordRef("4",RecordType.location); _service.get(rr); or do a getAll() on locations - which will give you lookup values for all locations which you can cache. Also please make sure you file a case / post the number so it…
-
You shouldn't set the internalId on add, and you need to set the unSubscribe field. It won't throw an exception, but if you check the StatusDetail of the WriteResponse that's returned you should see that isSuccess is false. Yu should also see an error message about unsubscribe. You get an exception in Java if a SOAPFault…
-
What did you use to generate your SOAP? You don't need the type=department, or even to specify the name. Submitting the internalId is sufficient for adds and updates. When doing a get(), you need to specify type, but not name. In that case type should refer to a type in RecordType (in the platformTypes xsd). I strongly…
-
Please file a case, I could not reproduce this in my test account. -John
-
The fieldsList is actually read only. You need to add the custom record type and then add the fields as stand alone records. -John
-
Why the "" where you mean "? What SOAP library did you use to generate this (.NET / Java / NuSOAP)? -John
-
Thanks, we will investigate. -John
-
Yes, then you have to set Company Name and you can not set First and Last name (you can create a primary contact for the company with First/Last though). To see what the rules are, go to the new customer page in the browser and toggle the "Individual" field on/off. Those are the rules Web Services respects as well. -John
-
I believe is more like the former. You would currently have to write the javascript that handles the SOAP/XML calls to the other webservice. You will have access to the job record via the SuiteScript API. -John
-
What language platform are you using? PHP, JavaScript, Java, .NET? -John
-
Your code just logs in, that hasn't changed from 2.5 to 2.6. Check your SOAP to make sure you are getting a good response back (and that it's not too different from 2.5). -John
-
"ns:" referers to namespace, a few lines above they would have been declared (eg xmlns=). ns11 and ns12 refer to the same namespace. Do you have access to an XML library (eg DOM) - if so it should just handle this for you. If not, it may be hard to build a reliable WebServices client since we return XML/SOAP and there is…
-
You don't need to include an applicationId, and it will be rejected if we haven't assigned you one. Just remove the the soap header portion of your code before login. -John
-
There is a WebServices permission in Manage Roles->Permissions Tab->Setup sub tab. -John
-
Yes, you should not be able to do anything via WebServices that you can not do in the browser. There are some exceptions to this, but they are few and far between. -John
-
All it is doing is returning a new RecordRef with internalId and RecordType filled out. The equivalent code would be RecordRef ref = new RecordRef(); ref.setInternalId(salesOrder.getInternalId()); ref.setType(RecordType.salesOrder); itemFulfillment.setCreatedFrom(ref); -John
-
replaceAll is a little tricky, for some machines it is supported, for others (like pricing) it is not. There is no way (currently) to only update 1 price, you have to do a get() and then update() with the matrix exactly the way you want it to look. -John
-
Please file a case with the SOAP you posted. UNEXPECTED_ERROR is an internal error in NetSuite and we have to look at it. -John
-
Can you post the response? Even if it crashes your client, it should be in your WS usage report. -John