Key Capabilities
- Complete ERP integration with OAuth, Token, and Basic authentication options
- Account-specific connectivity with NetSuite Account ID configuration
- Full access to NetSuite business objects (customers, orders, items, financials)
- Standard database connector actions (Select, Lookup, Upsert, and Stored Procedure) for data manipulation
Establish a Connection
To allow Arc to use data from NetSuite, you must first establish a connection to NetSuite. There are two ways to establish this connection:- Add a NetSuite connector to your flow. Then, in the Settings tab, click Create next to the Connection drop-down list.
- Open the Arc Settings page, then open the Connections tab. Click Add, select NetSuite, and click Next.
- The login process is only required the first time the connection is created.
- Connections to NetSuite can be reused across multiple NetSuite connectors.
Enter Connection Settings
After opening a new connection dialogue, follow these steps:-
Provide the requested information:
- Name — The static name of the connection.
- Type — This is always set to NetSuite.
- Auth Scheme — The authentication scheme to use when connecting to NetSuite. Options are Basic, Token, and OAuth.
- AccountId — The NetSuite Account Id.
- User / Password — (Basic Auth Scheme only) The user and password to use to log in to NetSuite.
- OAuthClientId / OAuthClientSecret — (Token and OAuth Auth Schemes only) The OAuth Client ID and Client Secret for logging in.
- AccessToken / AccessTokenSecret — (Token Auth Scheme only) The Access Token and Secret for logging in.
- Optionally, click Advanced to open the drop-down menu of advanced connection settings. In most cases, you should not need these.
- Click Test Connection to ensure that Arc can connect to NetSuite with the provided information. If an error occurs, check all fields and try again.
- Click Add Connection to finalize the connection.
- In the Connection drop-down list of the connector configuration pane, select the newly-created connection.
- Click Save Changes.
There are also data source-specific authentication and configuration options on the Advanced tab. They are not all described in this documentation, but you can find detailed information for your data source on the Online Help Files page of the CData website.
Custom Schemas Tab
The Custom Schemas tab appears in the connection settings flyout for connectors whose underlying driver supports schema-creation stored procedures. For NetSuite, this includes stored procedures such asCreateSavedSearchSchema, CreateRestletSchema, and CreateSchema, which let you define additional tables (such as SavedSearches or RESTlet-based endpoints) that are not discoverable through the standard driver metadata.
Custom schemas are stored at the connection level, so all NetSuite connectors sharing the same connection automatically have access to them. You do not need to configure a file path or manage schema files on disk, and custom schemas are preserved when you import or export your configuration.
Add a Custom Schema
Before you begin, you must have successfully created and tested the connection. The Custom Schemas tab does not appear until that step is complete.
- Open the connection’s settings and go to the Custom Schemas tab.
- Click Add Custom Schema.
-
In the Select Stored Procedure pane, select the procedure that matches the type of schema you want to create (for example, CreateSavedSearchSchema for a NetSuite SavedSearch). Use the search box to filter by name.

-
Fill in the required fields. The fields vary depending on the stored procedure you selected. See Stored Procedure Parameters for details. The following image shows the CreateSchema stored procedure.

- Click Add Schema. The new schema appears in the list and is immediately available to all connectors using this connection.
Stored Procedure Parameters
The available stored procedure parameters depend on which stored procedure you selected in step 3. Required fields are marked with an asterisk (*). CreateSavedSearchSchema
CreateRestletSchema
CreateSchema
Delete a Custom Schema
On the Custom Schemas tab, click the delete icon next to the schema you want to remove. The schema is deleted and the list refreshes automatically.Select an Action
After establishing a connection to NetSuite, you must choose the action that the NetSuite connector will perform. The table below outlines each action and where it belongs in an Arc flow.Advanced Tab
Many of the settings on the Advanced tab are dynamically loaded from the data source you are working with, so they are not covered in this documentation. You can find detailed information for your data source on the Online Help Files page of the CData website. The options described below are available for all data sources.Message
The Save to Sent Folder and Sent Folder Scheme settings are deprecated and hidden by default. They appear only on connectors where they were previously enabled or configured to a non-default value. To retain copies of successfully processed files, right-click the connector in the flow, choose Show Success Path, and connect the success path to a File connector.
Advanced Settings
Advanced settings are common settings for connectors that rely on arbitrary database drivers (for example, Database, CData, and API connectors) in order to make connections to various data sources.Miscellaneous
Miscellaneous settings are for specific use cases.Automation Tab
Automation Settings
Settings related to the automatic processing of files by the connector.Performance
Settings related to the allocation of resources to the connector.Alerts Tab
Settings related to configuring alerts. Before you can execute Service Level Agreements (SLAs), you need to set up email alerts for notifications. By default, Arc uses the global settings on the Alerts tab. To use other settings for this connector, toggle Override global setting on. By default, error alerts are enabled, which means that emails are sent whenever there is an error. To turn them off, uncheck the Enable checkbox. Enter a Subject (mandatory), then optionally enter a comma-separated list of Recipient emails.SLAs Tab
Settings related to configuring Service Level Agreements (SLAs). SLAs enable you to configure the volume you expect connectors in your flow to send or receive, and to set the time frame in which you expect that volume to be met. Arc sends emails to warn the user when an SLA is not met, and marks the SLA as At Risk, which means that if the SLA is not met soon, it will be marked as Violated. This gives the user an opportunity to step in and determine the reasons the SLA is not being met, and to take appropriate actions. If the SLA is still not met at the end of the at-risk time period, the SLA is marked as violated, and the user is notified again. To define an SLA, toggle Expected Volume on, then click the Settings tab.
- If your connector has separate send and receive actions, use the radio buttons to specify which direction the SLA pertains to.
- In the Expect at least portion of the window:
- Set the minimum number of transactions you expect to be processed (the volume)
- Use the Every fields to specify the time frame
- Indicate when the SLA should go into effect. If you choose Starting on, complete the date and time fields.
- Check the boxes for the days of the week that you want the SLA to be in effect. Use the dropdown to choose Everyday if necessary.
- In the Set status to ‘At Risk’ portion of the window, specify when the SLA should be marked as at risk.
- By default, notifications are not sent until an SLA is in violation. To change that, check Send an ‘At Risk’ notification.

You can turn off SLA alerts if necessary. This can be useful during maintenance windows. Click Settings on the navbar, then navigate to Alerts > General Alerts. Click the tablet and pencil icon to edit, and uncheck the SLA Alerts setting.
Macros
Using macros in file naming strategies can enhance organizational efficiency and contextual understanding of data. By incorporating macros into filenames, you can dynamically include relevant information such as identifiers, timestamps, and header information, providing valuable context to each file. This helps ensure that filenames reflect details important to your organization. Arc supports these macros, which all use the following syntax:%Macro%.
Examples
Some macros, such as %Ext% and %ShortDate%, do not require an argument, but others do. All macros that take an argument use the following syntax:%Macro:argument%
Here are some examples of the macros that take an argument:
- %Header:headername%: Where
headernameis the name of a header on a message. - %Header:mycustomheader% resolves to the value of the
mycustomheaderheader set on the input message. - %Header:ponum% resolves to the value of the
ponumheader set on the input message. - %RegexFilename:pattern%: Where
patternis a regex pattern. For example,%RegexFilename:^([\w][A-Za-z]+)%matches and resolves to the first word in the filename and is case insensitive (test_file.xmlresolves totest). - %Vault:vaultitem%: Where
vaultitemis the name of an item in the vault. For example,%Vault:companyname%resolves to the value of thecompanynameitem stored in the vault. - %DateFormat:format%: Where
formatis an accepted date format (see Sample Date Formats for details). For example,%DateFormat:yyyy-MM-dd-HH-mm-ss-fff%resolves to the date and timestamp on the file.
- Combining multiple macros in one filename:
%DateFormat:yyyy-MM-dd-HH-mm-ss-fff%%EXT% - Including text outside of the macro:
MyFile_%DateFormat:yyyy-MM-dd-HH-mm-ss-fff% - Including text within the macro:
%DateFormat:'DateProcessed-'yyyy-MM-dd_'TimeProcessed-'HH-mm-ss%