Credential Center
This guide explains how to store, manage, and use credentials in the Credential Center for secure authentication across your workflow tasks.
What is the Credential Center?
The Credential Center is a centralized console within Nutrient Workflow Automation where you can store system-level credentials securely.
Why use the Credential Center?
The Credential Center provides security by enabling admins and developers to avoid exposing credentials in plain text. Only system admins can access stored credentials. The Credential Center also enables admins to collect and save all credentials in one centralized place rather than having them scattered across the platform.
Access the Credential Center
Select the gear icon at the upper right corner of your Nutrient Workflow Automation panel, and select Credential Center in the dropdown list.
Add a credential
Select Add Credentials, specify Resource Name, Description (optional), and Credential Type. The Credential Type can be Bearer token, API Key, Username/Password, Access/Secret key pair, Token-Based Authentication (OAuth 1.0a), or Signed JWT.
Select Save.
- Bearer Token and API Key — Commonly used for REST Client or Web Service tasks for making API requests.
- Username/Password — Used for Database Sources, or REST Client/Web Service tasks depending on the authentication method of the API.
- Access/Secret key pair — Used for calling AWS Lambda functions.
- Token-Based Authentication — Used for OAuth 1.0a APIs and other services that accept OAuth 1.0a signatures.
- Signed JWT — Used for REST Client tasks, RESTful Data Elements, and Web Service tasks that need to mint a signed JSON Web Token (JWT) for each request.
For existing customers, the system automatically converted all existing Database Sources and Lambda credentials into resources.
Use credentials in tasks
You can use the stored credentials in various tasks across Nutrient Workflow Automation.
Database source
- Add a database connection.
- Enter the information required for a database connection.
- Select a database credential from the dropdown list.
- Test connection and select Save.
AWS Lambda task
In the Settings tab of your AWS Lambda task, select an AWS key you predefined in the Credential Center.
Note that this AWS key is for your custom Lambda functions. Currently there’s no way to store personal credentials required for some Nutrient Workflow Automation public Lambda functions such as Push a File to Sharepoint.
REST Client task
In the Request Parameters tab of your REST Client task, select Credential Center as a source. Choose the right credential for the request you’re making — whether it’s an API key, Bearer token, Username/Password, Token-Based Authentication, or Signed JWT credential — based on the authentication method of the API.
RESTful Data Element
In a RESTful Data Element, use the Authorization configuration to select a stored credential from Credential Center. Choose a Signed JWT credential when the external API requires a signed JSON Web Token instead of a static API key, bearer token, or username/password credential. In query parameters, headers, environment variables, and request body mappings, Signed JWT credentials expose JWT Token and JWT Basic fields.
Web service task
In a Web Service task, select a stored credential when mapping values into the request template or custom headers for the target service. Choose a Signed JWT credential when the service requires signed JWT authentication. Workflow Automation mints the JWT at runtime and applies it to the outbound request.
Signed JWT credentials
Signed JWT credentials are intended for APIs that require Workflow Automation to generate a signed token at request time. When creating a Signed JWT credential, provide the private key and JWT settings required by the target service, such as subject, key ID, algorithm, and token lifetime.
After you create the credential in Credential Center, you can select it in supported integration configurations:
- REST Client task request parameters.
- RESTful Data Element authorization settings and mappings.
- Web Service task request templates and custom headers.
Use the task or element’s built-in test option after selecting the credential to confirm the token can be generated and accepted by the target service.
When editing an existing Signed JWT credential, the private key is kept if you leave the private key field blank. This lets you update non-secret JWT settings without reentering the stored key.
If you work with exported or imported configuration data, JWT credential settings may appear in a jwtBasic field. This field stores the JWT credential configuration used by supported REST-based integrations. Don’t edit this field manually unless instructed by Nutrient Support(opens in a new tab).
Token-Based Authentication (OAuth 1.0a)
Token-Based Authentication (TBA) provides secure API authentication for services that use OAuth 1.0a with Hash-based Message Authentication Code (HMAC) signatures.
Create TBA credentials
- Select Add Credentials.
- Enter a descriptive Resource Name (for example, “Production API”).
- Select Token-Based Authentication (OAuth 1.0a) as the Credential Type.
- Fill in the required OAuth 1.0a credentials:
- Consumer Key — OAuth consumer key from your API provider.
- Consumer Secret — OAuth consumer secret (kept secure).
- Token — OAuth access token ID.
- Token Secret — OAuth access token secret (kept secure).
- Realm (Optional) — Enter the realm value if required by your API provider. Leave empty if not needed.
- Select Save.
All TBA credential fields are encrypted and stored securely. The Consumer Secret and Token Secret are never displayed after creation.
Use TBA credentials in REST client tasks
In the Request Parameters tab of your REST Client task:
- Select Credential Center as the source.
- Choose your TBA credential from the dropdown.
- The REST Client automatically:
- Generates a unique OAuth 1.0a signature for each request.
- Adds the Authorization header with the signature.
- Includes proper timestamp and nonce values.
- Uses HMAC-SHA256 encryption (or HMAC-SHA1 for legacy APIs).
No additional configuration is needed — the OAuth 1.0a authentication happens automatically at runtime.