Set up an Oracle NetSuite connector

C1 provides identity governance for Oracle NetSuite. Integrate your Oracle NetSuite instance with C1 to run user access reviews (UARs) and enable just-in-time access requests.

Capabilities

Resource	Sync	Provision
Accounts
Roles
Login Access

The NetSuite connector supports automatic account provisioning.

This connector does not support account deprovisioning. You must deprovision accounts directly in NetSuite.

Account provisioning

The NetSuite connector supports creating new employee accounts directly from C1. When configuring an account provisioning policy, you can map the following fields.

Required fields

Field	Description
email	The employee’s email address. Used as the login identifier in NetSuite.
firstName	The employee’s first name.
lastName	The employee’s last name.

Optional fields

Field	Description	Default
subsidiary	Name or internal ID of the NetSuite subsidiary to assign to the employee.	None
entityId	Custom entity ID for the employee record. If omitted, NetSuite auto-generates one.	Auto-generated
roleID	Internal ID of the NetSuite role to assign to the employee at creation time.	Employee Center
giveAccess	Whether the employee should have login access to NetSuite (true or false).	true
skipDefaultRole	When true, skips assigning the default Employee Center role if no roleID is provided. Use this when the role will be assigned separately via a grant step.	false

Role assignment and login access

giveAccess controls whether the employee can log into NetSuite. skipDefaultRole controls whether the connector assigns the Employee Center role when no roleID is provided.

If roleID is provided, the specified role is always assigned. skipDefaultRole is ignored. Login access is determined by giveAccess.

If roleID is not provided, skipDefaultRole is false (default), and giveAccess is true (default), the connector assigns the Employee Center role automatically. This requires the Employee Center role to exist and be assignable in your NetSuite tenant.

If roleID is not provided and skipDefaultRole is true, no role is included in the create request.

If roleID is not provided and giveAccess is false, no role is included in the create request regardless of skipDefaultRole.

To add giveAccess or skipDefaultRole to your mapping, click Add mapping in the Optional mappings section of the provisioning policy configuration.

Administrator roles cannot be granted or revoked via the connector. NetSuite’s API does not allow modifications to employee records that have the Administrator role assigned, regardless of the permissions granted to the integration. Attempting to grant or revoke the Administrator role through C1 will result in an error. To assign or remove the Administrator role, make the change directly in NetSuite.

Login Access

The connector surfaces whether an employee can sign in to NetSuite as a dedicated Login Access entitlement. Employees who have login access receive a grant on this entitlement.

Login Access only controls whether an employee can sign in. It does not assign or remove roles. Use role grants to control what an employee can do once they can log in.

Revoking the last role

NetSuite does not allow removing the last role from an employee while giveAccess is true. If you attempt to do so, the API returns an error.

By default, the connector does not override this restriction. To allow the connector to automatically set giveAccess = false before revoking an employee’s last role, enable the revoke-access-with-last-role flag.

When this flag is enabled, revoking an employee’s last role will also remove their login access. Only enable it if that is the intended behavior for your deprovisioning policy.

Gather NetSuite credentials

Configuring the connector requires you to pass in credentials generated in NetSuite. Gather these credentials before you move on.

A user with an Administrator role in NetSuite must perform this task.

Before you begin: Make sure you have enabled the following features for your NetSuite instance:

• Token-Based Authentication
• REST Web Services
• Suite Analytics Workbook

You’ll find directions for enabling features in the NetSuite documentation.

Locate your NetSuite Account ID

1. In NetSuite, navigate to Setup > Company > Company Information.

2. Find the ACCOUNT ID field on the page. Make a note of your account ID. We’ll use it in Step 5.

Generate a consumer key and consumer secret

1. In NetSuite, navigate to Setup > Integrations > Manage Integrations. Click New to create a new integration.

2. Give the new integration a name, such as “C1”.

3. Check the box for TOKEN-BASED AUTHENTICATION.

   Make sure OAuth 2.0 Authorization Code Grant is unchecked on the Authentication tab. NetSuite may enable this by default, which requires a Redirect URI that is not needed for the C1 connector. The C1 NetSuite connector uses Token-Based Authentication only.

4. Click Save. The new integration is created, and its consumer key and consumer secret are shown.

5. Make a careful note of these credentials (they won’t be shown again).

Create a NetSuite role and add it to a user

1. Still in NetSuite, navigate to Setup > Users/Roles > Manage Roles. Click New to create a new role.

2. Give the new role a name, such as “C1 integration”.

3. Assign the following permissions to the role:

   • Setup - REST Web Services
   • Setup - Log in using Access Tokens
   • Setup - Bulk Manage Roles
   • Reports- Suite Analytics Workbook
   • Lists - Employee Record
   • Lists - Employees

   Why are these permissions needed? The integration uses these permissions to read and query SuiteQL tables containing information on roles and employees.

4. Click Save.

5. Next, assign the new role to a user. You might want to create a new user for this purpose rather than assigning the role to an existing user. Navigate to Lists > Employees > Employees, then search for the employee by email.

6. Click Edit next to the name of the employee you want to assign a role to.

7. Click the Access subtab.

8. In the Role field, select a role for this employee.

9. Click Add.

10. Click Save.

Generate a token key and token secret

1. In NetSuite, navigate to Setup > Users/Roles > Access Tokens. Click New to create a new token.

2. Select the application (integration), role, and user you created in the previous steps, and give the token a name.

3. Click Save. The new token is created, and its key and secret are shown.

4. Make a careful note of these credentials (they won’t be shown again).

Done. Next, move on to the connector configuration instructions.

Configure the NetSuite connector

To complete this task, you’ll need:

• The Connector Administrator or Super Administrator role in C1
• Access to the set of NetSuite credentials generated by following the instructions above

Cloud-hosted

Follow these instructions to use a built-in, no-code connector hosted by C1.

1. In C1, navigate to Integrations > Connectors and click Add connector.

2. Search for NetSuite and click Add.

3. Choose how to set up the new NetSuite connector:

   • Add the connector to a currently unmanaged app (select from the list of apps that were discovered in your identity, SSO, or federation provider that aren’t yet managed with C1)

   • Add the connector to a managed app (select from the list of existing managed apps)

   • Create a new managed app

4. Set the owner for this connector. You can manage the connector yourself, or choose someone else from the list of C1 users. Setting multiple owners is allowed.

   If you choose someone else, C1 will notify the new connector owner by email that their help is needed to complete the setup process.

5. Click Next.

6. Find the Settings area of the page and click Edit.

7. In the Account ID field, enter the NetSuite domain.

8. In the Consumer key and Consumer secret fields, enter the credentials you generated.

9. In the Token key and Token secret fields, enter the credentials you generated.

10. (Optional) In the Custom Employee Fields field, enter a comma-separated list of custom employee field IDs to include in the sync (e.g. custentity_zone,custentity_cost_center). See Custom Fields for details.

11. Click Save.

12. The connector’s label changes to Syncing, followed by Connected. You can view the logs to ensure that information is syncing.

Done. Your NetSuite connector is now pulling access data into C1.

Self-hosted

Follow these instructions to use the NetSuite connector, hosted and run in your own environment.

When running in service mode on Kubernetes, a self-hosted connector maintains an ongoing connection with C1, automatically syncing and uploading data at regular intervals. This data is immediately available in the C1 UI for access reviews and access requests.

Resources

• Official download center: For stable binaries (Windows/Linux/macOS) and container images.

Step 1: Set up a new NetSuite connector

1. In C1, navigate to Integrations > Connectors > Add connector.

2. Search for Baton and click Add.

3. Choose how to set up the new NetSuite connector:

   • Add the connector to a currently unmanaged app (select from the list of apps that were discovered in your identity, SSO, or federation provider that aren’t yet managed with C1)

   • Add the connector to a managed app (select from the list of existing managed apps)

   • Create a new managed app

4. Set the owner for this connector. You can manage the connector yourself, or choose someone else from the list of C1 users. Setting multiple owners is allowed.

   If you choose someone else, C1 will notify the new connector owner by email that their help is needed to complete the setup process.

5. Click Next.

6. In the Settings area of the page, click Edit.

7. Click Rotate to generate a new Client ID and Secret.

   Carefully copy and save these credentials. We’ll use them in Step 2.

Step 2: Create Kubernetes configuration files

Create two Kubernetes manifest files for your NetSuite connector deployment:

Secrets configuration

# baton-netsuite-secrets.yaml
apiVersion: v1
kind: Secret
metadata:
  name: baton-netsuite-secrets
type: Opaque
stringData:
  # C1 credentials
  BATON_CLIENT_ID: <C1 client ID>
  BATON_CLIENT_SECRET: <C1 client secret>
  
  # NetSuite credentials
  BATON_ACCOUNT_ID: <NetSuite account ID>
  BATON_CONSUMER_KEY: <NetSuite consumer key>
  BATON_CONSUMER_SECRET: <NetSuite consumer secret>
  BATON_TOKEN_KEY: <NetSuite token key>
  BATON_TOKEN_SECRET: <NetSuite token secret>

  # Optional: comma-separated custom employee field IDs
  # BATON_CUSTOM_EMPLOYEE_FIELDS: custentity_zone,custentity_cost_center

  # Optional: set to true to allow revoking the last role even when the employee has login access
  # BATON_REVOKE_ACCESS_WITH_LAST_ROLE: true

  # Optional: include if you want C1 to provision access using this connector
  BATON_PROVISIONING: true

See the connector’s README or run --help to see all available configuration flags and environment variables.

Deployment configuration

# baton-netsuite.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: baton-netsuite
  labels:
    app: baton-netsuite
spec:
  selector:
    matchLabels:
      app: baton-netsuite
  template:
    metadata:
      labels:
        app: baton-netsuite
        baton: true
        baton-app: netsuite
    spec:
      containers:
      - name: baton-netsuite
        image: public.ecr.aws/conductorone/baton-netsuite:latest
        imagePullPolicy: IfNotPresent
        env:
        - name: BATON_HOST_ID
          value: baton-netsuite
        envFrom:
        - secretRef:
            name: baton-netsuite-secrets

Step 3: Deploy the connector

1. Create a namespace in which to run C1 connectors (if desired), then apply the secret config and deployment config files.

2. Check that the connector data uploaded correctly. In C1, click Apps. On the Managed apps tab, locate and click the name of the application you added the NetSuite connector to. NetSuite data should be found on the Entitlements and Accounts tabs.

Done. Your NetSuite connector is now pulling access data into C1.

Custom Fields

The NetSuite connector supports syncing custom employee fields. Custom field values are added to the user profile attributes in C1, making them available for access reviews and reporting.

Finding custom field IDs

Custom field IDs can be found in NetSuite under Customization > Lists, Records, & Fields > Entity Fields. The field ID is shown in the ID column (e.g. custentity_zone).

Permissions for custom fields

Each custom field in NetSuite has its own field-level access controls, separate from the base employee record permissions. The connector’s role must have at least View-level access to each custom field being synced.

Field access is configured per-field in NetSuite:

1. Navigate to Customization > Lists, Records, & Fields > Entity Fields.
2. Click on the custom field.
3. Go to the Access subtab.
4. Ensure the connector’s role has View, Run, or Edit access.

The connector validates access to each custom field at startup. If a field is not accessible, the connector will report a clear error message indicating which field could not be accessed.