I'm assuming this isn't the case because you this this used to be working for you, but can you confirm you are setting the unit rate at 10, and not the Amount field? If that's the case, I'd encourage you to file a defect, but the obvious work-around would be to manually calculate Amount and set it.

My initial reaction is that Liaison doesn't know how to properly use the Web Service APIs, but the existence of a Defect is interesting, Without seeing what code they are using I couldn't tell you what the problem is.

It can't hurt, though its unlikely to be conclusive by itself.

Yikes. No, that is not a good approach. If you need information, call a search.

Could there be a related script or workflow that attempts to edit another transaction, one that might be closed? Otherwise... I'd file a case. Can't see what it might be.

It should not, no.

You say the Cash Sale charges the card a second time, what was the first charge event? And why are you charging a card prior to fulfilling the order? That is against the TOS of most credit card companies.

Sales Orders are non posting and will never charge a Credit Card, only authorize. You need to enable "Invoice ahead of Fulfillment" under Accounting Preferences. Then, you can transform your SO into a Cash Sale, which will charge the card, and perform the fulfillment later.

I don't think any sort of stock adjustment would affect the Item's Last Modified Date, since you're not editing the item at all. It would not be considered a bug, no. What exactly are you trying to achieve and why? Might be able to give you a workaround.

As far as I know any sort of related record does not affect an item's Last Modified Date. If it did, Last Modified would simply be getting hammered and end up useless as a field anyway. I think you'll need to redesign your app. You can either put a listener on every possible transaction that could affect inventory, or…

That is not possible. Receipt can only have 1 location. If you are receiving into multiple locations, you need multiple receipts.

50 concurrent invocation per login used. RESTlets, unlilke Suitelets, require you to use a session using authorized credentials. In other words, you need a user login. NetSuite provides 50 concurrent accesses PER such user. So if you feel like dedicating 3 user logins to your RESTlets, you'd be able to process 150…

RESTlets can be used to input data into NS as well as request read information. They just aren't good as full blown WS if you need, within a single operation, to do a bunch of reads and writes. You could still do it - WS would just do it better.

RESTlets use Suitecript (javascript) and are thus independant from Web Services, so there is no relation to the WSDL. As far as I know RESTlets are available to NS Limited. You will need to turn on Suitescript under Setup->Company->Enable Features. Deciding on the right path for your integration - RESTlets vs Web Services…

Setup->Integration->Web Services Preferences-> tick in "Disable Server SuiteScript and Workflow Triggers"

Murphy's Law :(

Did you verify the points from the original post "I have confirmed that "Disable Server SuiteScript" is UNchecked in the Web Services Preferences, the UE script is deployed to All Roles in Release mode and it Executes as Admin."

Is the Web Service using that same user's login, or are you using some sort of pooled login system?

Hmm, might be worth filing a Case then

Under Setup->Integration->Web Services Preferences, is the "Disable Server SuiteScript and Workflow Triggers" checkbox unticked?

Hmm. Add some nlapiLogExecution() to your script and debug it that way.

Is the script on the Payment correctly deployed? Run as Admin, All Roles, Released?

I can't speak to the technical aspect of the Web Services, but I just wanted to make sure you understand Sales Orders never commit revenue at all, as they are non-posting transactions. As you saw in the UI, you can setup your rev rec on the SO, but nothing actually happens until that SO becomes an Invoice.

Are you using Customer multi-currency? If you go on the customer, can you see a sublist where you see a bunch of currencies

Well you can use any of the record writing APIs. nlapiSubmitField() would be the optimal choice.

There are 2 approaches you can take: 1. Run a scheduled script every night that checks to sum and writes it, or 2. Place an afterSubmit script on custom records of type b The problem with option 2 is that damnable "remove" link on the parent sublist. This does not trigger scripts. So, that scenario will cause false values…

It errors out

Most of the basic stuff is elaborated under the Help topic "SuiteFlex (Customization, Scripting, and Web Services) : SuiteTalk (Web Services) : SuiteTalk (Web Services) Platform Information : SuiteTalk Platform Overview : Understanding Web Services Governance" There's more to it than that but this mainly covers what you…

My post is accurate If you present a message to the user, the script ends. But you can still do it.

Uncaught errors will display on the screen by default