Development Considerations Overview

Note that SOAP web services follow the same role-based permissions as the NetSuite UI. A SOAP web services application's permissions depend on the role used to log in, like in a browser session. For example, an application logging in with the Accountant role has the same permissions as logging in through the browser with that role.

Note:

See Roles and Permissions in SOAP Web Services for additional details.

SOAP web services behave similarly to the NetSuite UI. The workflow mimics the browser interface, with a similar SOAP exchange. For example:

This consistency between SOAP web services and the NetSuite UI creates a predictable platform for developers, making it easier to work with.

Important:

When you are unsure of how to achieve something with SOAP web services, try observing how it is done in the UI, then replicate it programmatically.

Note:

A SOAP web services application should use the response object to handle any errors, if any, generated by a Web service operation.

Important:

SOAP web services use the HTTP protocol, therefore service interruptions can occur from time to time. If you receive an HTTP 503 error (Service Unavailable), try sending your SOAP web services request later.

Related Topics

General Notices