How to Configure KPI Fire SAML Option using Office 365 & Azure Active Directory
Setting up Single Sign on with SAML will allow you and the other users in your organization to access your KPI Fire account without requiring an additional login credentials. The access will be controlled by your existing Azure (or similar) Active Directory.
Note: There may be other ways to configure SAML with KPI Fire, this is just one example.
Helpful resource from Microsoft:
- A KPIFire.com account with an Admin License.
- Azure Active Directory access for setting up a new Enterprise Application. ( portal.azure.com )
This setup requires 2 parts; Part 1 is configuring your Active Directory and Part 2 is configuring the KPI Fire settings.
1. Adding Kpifire from the gallery
To configure the integration of Kpifire into Azure AD, you need to add Kpifire from the gallery to your list of managed SaaS apps.
- Sign in to the Azure portal using either a work or school account, or a personal Microsoft account.
- On the left navigation pane, select the Azure Active Directory service.
- Navigate to Enterprise Applications and then select All Applications.
- To add new application, select New application.
- In the Add from the gallery section, type Kpifire in the search box.
- Select Kpifire from results panel and then add the app. Wait a few seconds while the app is added to your tenant.
2. Configure single sign-on in azure portal
- In the Azure portal, on the Kpifire application integration page, find the Manage section and select Single sign-on.
- On the Select a Single sign-on method page, select SAML.
- On the Set up Single Sign-On with SAML page, click the edit/pen icon for Basic SAML Configuration to edit the settings.
3. Configure User Provisioning on Azure portal
This section guides you through the steps to configure the Azure AD provisioning service to create, update, and disable users and/or groups in Kpifire based on user and/or group assignments in Azure AD.
To configure automatic user provisioning for Kpifire in Azure AD:
- Sign in to the Azure portaland select Enterprise Applications, select All applications, then select Kpifire.
- Under the Admin Credentials section, input the Tenant URL and Secret Token of your Kpifire account. Examples of these values are:
- Upon populating the fields shown in Step 7, click Test Connection to ensure Azure AD can connect to Kpifire. If the connection fails, ensure your Kpifire account has Admin permissions and try again
- In the Notification Email field, enter the email address of a person or group who should receive the provisioning error notifications and check the checkbox – Send an email notification when a failure occurs.
- Click Save.
- Under the Mappings section, select Sync Only assigned users and groups.
- Review the user attributes that are synchronized from Azure AD to Kpifire in the Attribute Mapping The attributes selected as Matching properties are used to match the user accounts in Kpifire for update operations. Select the Save button to commit any changes.
- To configure scoping filters, refer to the following instructions provided in the Scoping filter tutorial.
- To enable the Azure AD provisioning service for Kpifire, change the Provisioning Status to On in the Settings
- When you are ready to provision, click Save.
This operation starts the initial synchronization of all users and/or groups defined in Scope in the Settings section. The initial sync takes longer to perform than subsequent syncs, which occur approximately every 40 minutes as long as the Azure AD provisioning service is running. You can use the Synchronization Details section to monitor progress and follow links to provisioning activity report, which describes all actions performed by the Azure AD provisioning service on Kpifire.
For more information on how to read the Azure AD provisioning logs, see Reporting on automatic user account provisioning.
- Kpifire allows provisioning of users only from verified customers. So, in Kpifire Database, Companies table should be updated with field azure_company_email to allowed email domain for the company.
- Kpifire does not support group renames today. This means that any changes to the displayName of a group in Azure AD will not be updated and reflected in Kpifire.
- The value of the mail user attribute in Azure AD is only populated if the user has a Microsoft Exchange Mailbox. If the user does not have one, it is recommended to map a different desired attribute to the emails attribute in Kpifire.
Contact you KPI Fire Account Manager
Your account will need to be approved/enabled by KPI Fire before your SSO config will work. Please make sure you are in contact with your account manager if you intend to use/test this feature.