...
SnapLogic Accounts provide the information that Snaps need to access source and target endpoints when executing. For example, a MySQL Snap requires authenticated access to a MySQL database. In SnapLogic, you create an Account to store credentials and any other information necessary to connect, such as a URL, or a hostname, and port number. The following screenshot shows an example Workday Account:
...
You can create Accounts from SnapLogic Manager or add a new Account when configuring a Snap. For some endpoints, SnapLogic supports different types of Accounts. For example, for SQL Server, you can choose between a regular or a dynamic Account. Dynamic Accounts offer expession-enabled fields as described in the next section.
A single Account can be used by multiple Pipelines, Snaps, and Flows. Accounts are accessible to the User who created them and to Pipelines in the Project folder in which they were created. Accounts in a shared folder can be used by anyone with access permission to that folder. Org admins with access to multiple Orgs can migrate Accounts from one Org to another. Learn more about Migrating Accounts.
| Anchor | ||||
|---|---|---|---|---|
|
If an endpoint offers different account types, select the appropriate type when creating the SnapLogic Account. Dynamic Accounts can use expressions for connection information instead of literal values. You can then define the values as Pipeline parameters. If , or if your Org is using Secrets Management, a dynamic Account can store provide the values necessary to access fetch credentials from a Secrets Manager.
To change a field to be dynamic, click 
and enter the expression value. If you change a field with an encrypted value, such as a password or a token, to use an expression, the IIP clears the original value to protect sensitive information.
The following screenshot shows the dynamic fields available in an Azure SQL Active Directory Dynamic Account:
...