[CFong]

As I understand it the RESTlet is designed to be a continuation/future looking solution to SuiteTalk web services. I’ve been going over the SuiteAnswers pages about RESTlets, but there is one aspect that is still unclear.

Do I need to do anything other than write the “RESTlet-name”.js file and put it in the file cabinet? see – https://netsuite.custhelp.com/app/an…ail/a_id/19195

Also I had the 2.x page bookmarked but it seems to have become a dead link.
This is a cached copy. Click here to see the original post.

[david.smith]

RESTLets ROCK!! They are not future looking unless you want to consider the fact they might replace web services at some point. They out perform web services.

Yes, just like any other suitescript you need to define the script and deployment records.

Here is the page I use most for SS2.0 reference. https://netsuite.custhelp.com/app/an…ail/a_id/43517

[CFong]

david.smith Thanks for the quick reply and link!

I’m looking to create a dashboard/interface for my co-workers which will streamline how they interact with Sales Orders, Cash Sales, and Fulfillments.

[david.smith]

Is the dashboard outside of NetSuite? If so, use a RESTLet. If not, use a Suitelet.

In a nutshell the restlet will return a custom JSON object (application/json). You’ll want to use the Token Based Authentication (TBA) for best security.

[CFong]

Oh! Hmm. Suitelet is a better “internal” choice. Hmm. Changes my trajectory a bit, but good to know!

Back to the research grind stone.

[chanarbon]

@CFong,

RESTlet is a geat option when it comes to creating integrations since it is REST-based and most of the applications nowadays tend to prefer REST over SOAP due to total performance advantage of REST (generally speaking). Based on the details of

[CFong]

chanarbon Thanks for the clarification! I will look more deeply into Suietletes for our on NetSuite tools.

david.smith You’ve been a great resource thank you!

[Author]

Posts