Skip to content

Commit edc09a7

Browse files
authored
Update samanage-provisioning-tutorial.md
1 parent 2bb9f96 commit edc09a7

File tree

1 file changed

+8
-4
lines changed

1 file changed

+8
-4
lines changed

articles/active-directory/saas-apps/samanage-provisioning-tutorial.md

Lines changed: 8 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -23,18 +23,18 @@ This tutorial describes the steps you need to perform in both Samanage and Azure
2323

2424
## Migrating to the new Samange application
2525

26-
If you have an existing integration with Samanage, please see the below section about changes coming. If you are setting up Samanage for the first time you can skip this section and move to the capabilities supported.
26+
If you have an existing integration with Samanage, please see the below section about up coming changes. If you are setting up Samanage for the first time you can skip this section and move to **Capabilities supported**.
2727

2828
#### What's changing?
29-
* Changes on the Azure AD side: The authorization method to provision users in Samange has historically been basic authorization. Soon you will see the authorization method changed to the long lived secret token.
29+
* Changes on the Azure AD side: The authorization method to provision users in Samange has historically been **Basic auth**. Soon you will see the authorization method changed to **Long lived secret token**.
3030

3131

3232
#### What do I need to do to migrate my existing custom integration to the new application?
33-
If you have an existing Samanage integration with a valid admin credentials, **no action is required**. We are automatically migrating customers to the new application. This is done completely behind the scenes. if the exisiting credentials expire or if you need to authorize access to the application again you will need to generate a long lived secret token. To generate a new token refer Step 2 of this article.
33+
If you have an existing Samanage integration with valid admin credentials, **no action is required**. We are automatically migrating customers to the new application. This is done completely behind the scenes. if the exisiting credentials expire or if you need to authorize access to the application again you will need to generate a long lived secret token. To generate a new token refer Step 2 of this article.
3434

3535

3636
#### How can I tell if my application has been migrated?
37-
When your application is migrated, in the **Admin Credentials** section the **Admin Username** and **Admin Password** fields will be replaced with a single **Secret Token** field.
37+
When your application is migrated, in the **Admin Credentials** section, the **Admin Username** and **Admin Password** fields will be replaced with a single **Secret Token** field.
3838

3939
## Capabilities supported
4040
> [!div class="checklist"]
@@ -148,6 +148,10 @@ If you select the **Sync all users and groups** option and configure a value for
148148

149149
- {"displayName":"role"}, where role is the default value you want.
150150

151+
## Change log
152+
153+
* 04/22/2020 - Updated authorization method from basic auth to long lived secret token.
154+
151155
## Additional resources
152156

153157
* [Managing user account provisioning for Enterprise Apps](../manage-apps/configure-automatic-user-provisioning-portal.md)

0 commit comments

Comments
 (0)