Yes the same login can be used for RESTlet and UI log-in.

Check out "Online Forms" in the Help. You would create a custom record and configure it to be available as an online form. Note that without scripting, you will need to manually copy the custom record data into a SO. You also will not be able to replicate the SO's line item functionality (so your online form can only…

Yes, rather easily in that particular case.

I have no idea if that is the issue, but I notice you're not setting a date. Worth a shot trying that I guess.

Reports cannot be returned as anything else than HTML. So in theory you could invoke the page and consumed the results, but you'll be parsing through HTML that really isn't meant to be parsed. Typically, you would build a Saved Search that returns the same data the report has (more or less) and then just consume that. Is…

Ah well that is certainly a possibility. I guess you'll need to look at if you have any scheduled scripts or scheduled workflows (these are often the culprit, nobody ever thinks to look at them!).

Could it be a timezone issue with the lastmodified timestamp and your variable? Anything particular you have observed in regards to the invoices being missed?

The only thing I can think of is that a malformed search criteria is typically ignored by NS (as in, doesn't give an error, just skips that criteria). So I would say there is something wrong and your criteria is being ignored and the search is returning ALL time entries in the system. 10,000 is just the search page return…

With Web Services, even SuiteCloud Plus, you'll always be single thread. So, 1 record at a time. But with SuiteCloud plus, you'll probably see throughput increase (i.e. still 1 record at a time.. but faster). With RESTlets, you have a certain possible concurrency IF you code your inputting multi-thread as well. The exact…

Web Services (SOAP based) or RESTlets are both fine. RESTlets are traditionally faster to set up and you can get more paralelism from them off the bat, so they are a typically a good choice for those reasons. In either case, both will allow you to achieve your objective, so it mostly depends on your situation. If you…

DepositPayment (and DepositPaymentList) are the ones you want. The other two are in regards to "Deposits" in the sense of "pre-payment". DepositPayment is in the sense of "put it in the bank". Essentially, you'll need to initiate the record and populate the sublist. I would recommend you do it within the NS UI to see how…

You need to DNS resolve on "system.na2.netsuite,com" and etc. You cannot enter a subnet mask nor default gateway as that once again implies fixed IP range, which is not the case. We're not just talking that the IP can be 167.216.129.59 or 167.216.129.60. It can be 134.88.36.120 - it can be ANYTHING. So you can't give it a…

Do you absolutely need the income statement? The contents of the Income Statement can easily be reproduce as a saved search, and those are very easy to call and consume.

See notes in the Help under: SuiteCloud (Customization, Scripting, and Web Services) -> SuiteTalk (Web Services) -> SuiteTalk (Web Services) Platform Guide -> SuiteTalk Platform Overview -> Support Has Ended for SuiteTalk 2009.2 and Earlier Endpoints

You should be able to find the information you need under the following Help path: SuiteCloud (Customization, Scripting, and Web Services) SuiteScript Understanding NetSuite Script Types RESTlets Working with RESTlets

From what I can tell, you're passing the Auth as a GET parameter. It needs to be passed as Header information in a POST, not a GET.

Ok, you're in trouble then. CC auth happens AFTER the SO has saved. This is not avoidable. You can let it create, fail cc, then delete it. What you cannot do is prevent it from creating. If that requirement cannot be modified, then you will need to code your own cc auth process to replace NetSuite's own, so you can run…

Why is it a problem the auth failure occurs before your script? I thought you wanted to delete the SO if auth failed? How else would you know it failed if not for the auth message coming in before your script execution? What did you want as logic here?

In SuiteScript, in afterSubmit, you would then check the record to see if there is a Payment Event that is a failure. I think maybe there is a hidden field on the SO that also says if the cc failed, but it might be best to check the Event. I do remember doing this a few years back and indeed struggling with finding out how…

Activate the Customer record. No other workaround.

Yes the way you are doing it should work fine. Hopefully, the other system has the concept of "date created" or "last modified date", and provides search APIs so you can fire off a query where "date created is on or after 10 minutes ago". If you can't do that, you're going to be in trouble. You would need to pull the…

The Payment is applied, it's jst not deposited. If you wish to deposit your payment right away, set the account to a bank account rather than leaving it in Undeposited Funds.

That entirely depends on what the other system offers as APIs. So, can't answer that. You should check their API catalogue and see what they offer as search methods.

You must not have coded the solution correctly. The error will go away once you set the Location on the Invoice. Depending on settings, this might be at the header or line level. However, just to make sure, you do understand though that creating a standalone invoice with inventory items on it will affect your inventory…

You can't, they are not exposed.

Best way to check would be to attempt to manually create a standalone invoice with inventory in the system. I suspect NS is attempting to make the body-level Location mandatory, which is an exception it does in the specific cases of standalone invoices with inventory (since exceptionally NS needs to affect inventory, thus…

SuiteAnalytics Connect, aka the ODBC module, is read-only, so that is by far the biggest difference. I may be wrong but I also do not think you can call saved searches with ODBC.

Not quite exactly. If you create the SO, via WS, properly configured so that the lines are set Drop Ship, that will work as well. What you can do from the UI is press the little Drop Ship link AFTER a SO has been created, and as far as I know WS can't do that.

It is not possible to retroactively link a PO to a SO. The only way to create a Drop Ship POs is to set the Sales Order's line to use Drop Ship prior to Approving it, and then save the SO and approve it. NS will then automatically create the PO.

To answer your direct question, yes, there is a significant performance difference between Sandbox and Prod. However, you can now purchase Prod-like Sandboxes, but these cost considerably more.