You can create secret references to store secrets at a central place in Connectivity studio. Wherever you need a secret in Connectivity studio, you can use a secret reference.
Benefits of using secret references are:
You can use secret references for:
Note: You can only use secret references if the the Display secret field of the Connectivity studio parameters is set to 'Secret reference' or 'Both'.
Name | Responsible | Description |
---|---|---|
Export secret references |
Application Consultant |
You can export secret references from a D365 FO environment to be imported in another D365 FO environment. If you export a project, the secret references are not exported. If an export of the secret references is required, you can export the secret references separately. Usually, you only export and import secret references to a D365 FO environment of the same type. For example, you only export secret references from a Development environment to import these in another Development environment. Reason: You don't want to mix up data. For example, you don't want to mix up Test data with Production data. |
Create secret reference |
Application Consultant |
You can create secret references to store secrets at a central place in Connectivity studio. Wherever you need a secret in Connectivity studio, you can use a secret reference. Benefits of using secret references are:
|
Import secret references |
Application Consultant |
You can import secret references that are exported from another D365 FO environment. If you import a project, the secret references are not included. If the related secret references are required, you can import the secret references separately. Usually, you only export and import secret references to a D365 FO environment of the same type. For example, you only export secret references from a Development environment to import these in another Development environment. Reason: You don't want to mix up data. For example, you don't want to mix up Test data with Production data. |
Upgrade secrets to the secret reference tables |
Application Consultant |
For each project, you can migrate from 'locally' stored secrets to centrally stored secrets. To do so, you can automatically collect the locally stored secrets and store these in the centrally stored secret references. During upgrade:
Note: Usually, you only use this upgrade function once per project during migration from locally to centrally stored secrets. |
Show where a secret reference is used |
Application Consultant |
You can show the records where a secret reference is used. This can be helpful, for example, if you want to change a secret and you want to see which records are involved. |
Update secret reference name |
Application Consultant |
You can change a secret reference name. this automatically updates the secret reference in all places where it is used. You can update a secret reference name, for example, after you upgraded from local secret storage to central secret storage. In this case, you can change the automatically created secret reference names. |
Name | Responsible | Description |
---|---|---|
Export secret references |
Application Consultant |
You can export secret references from a D365 FO environment to be imported in another D365 FO environment. If you export a project, the secret references are not exported. If an export of the secret references is required, you can export the secret references separately. Usually, you only export and import secret references to a D365 FO environment of the same type. For example, you only export secret references from a Development environment to import these in another Development environment. Reason: You don't want to mix up data. For example, you don't want to mix up Test data with Production data. |
Create secret reference |
Application Consultant |
You can create secret references to store secrets at a central place in Connectivity studio. Wherever you need a secret in Connectivity studio, you can use a secret reference. Benefits of using secret references are:
|
Import secret references |
Application Consultant |
You can import secret references that are exported from another D365 FO environment. If you import a project, the secret references are not included. If the related secret references are required, you can import the secret references separately. Usually, you only export and import secret references to a D365 FO environment of the same type. For example, you only export secret references from a Development environment to import these in another Development environment. Reason: You don't want to mix up data. For example, you don't want to mix up Test data with Production data. |
Upgrade secrets to the secret reference tables |
Application Consultant |
For each project, you can migrate from 'locally' stored secrets to centrally stored secrets. To do so, you can automatically collect the locally stored secrets and store these in the centrally stored secret references. During upgrade:
Note: Usually, you only use this upgrade function once per project during migration from locally to centrally stored secrets. |
Show where a secret reference is used |
Application Consultant |
You can show the records where a secret reference is used. This can be helpful, for example, if you want to change a secret and you want to see which records are involved. |
Update secret reference name |
Application Consultant |
You can change a secret reference name. this automatically updates the secret reference in all places where it is used. You can update a secret reference name, for example, after you upgraded from local secret storage to central secret storage. In this case, you can change the automatically created secret reference names. |