Connect Microsoft Entra ID
Register an application in Microsoft Entra and require people to sign in before they chat.
Microsoft Entra ID (formerly Azure Active Directory) is the identity provider many organizations already use for single sign-on. Connecting it lets people sign in to your assistant with their existing work account, and lets the assistant see their role and profile. The connection uses OpenID Connect, so the setup is a matter of registering an application in Entra and pasting a few values into the assistant.
You need administrator access to your Microsoft Entra tenant to register an application, and access to the assistant's Authentication page in Ciele.
Before you start
- Open the assistant, then select Authentication.
- Choose Microsoft Entra as the identity provider. The page shows a redirect URL (sometimes called a callback or reply URL) for this assistant. Keep this page open, you will paste this value into Entra in the next step and then bring values back here.
Keep the redirect URL exact
Copy the redirect URL exactly as shown, including https:// and any path. Entra
matches it character for character, and a mismatch is the most common reason sign
in fails.
Step 1: Register an application in Entra
- Sign in to the Microsoft Entra admin center as an administrator.
- Go to Identity, then Applications, then App registrations, and select New registration.
- Give the application a name your team will recognize, such as
Ciele Assistant. - Under Supported account types, choose the option that matches who should be able to sign in. For a single organization, choose accounts in this organizational directory only.
- Under Redirect URI, select the Web platform and paste the redirect URL you copied from the assistant's Authentication page.
- Select Register.
Step 2: Collect the client and tenant identifiers
After registration you land on the application's Overview page.
- Copy the Application (client) ID.
- Copy the Directory (tenant) ID.
Keep both values, you will paste them into the assistant shortly.
Step 3: Create a client secret
- In the application, open Certificates & secrets.
- Select New client secret, add a short description, and choose an expiry that fits your organization's policy.
- Select Add, then immediately copy the secret Value. It is shown only once, so copy it now rather than the secret ID.
Secrets expire
A client secret has an expiry date. Set a reminder to create a new secret and update it in the assistant before the old one expires, otherwise sign in will stop working when it lapses. Clearing the connection later is covered under Alerts, which flags a connection that has stopped working.
Step 4: Choose what the assistant can read
The assistant needs the basic sign-in scopes to identify a person.
- Open API permissions.
- Confirm the delegated permissions include openid, profile, and email. These let the assistant read who someone is. They are usually present by default.
- If you want the assistant to react to a person's groups or roles, open Token configuration and add a groups claim (or the optional claims your organization uses for roles). This is what makes group and role based flow conditions work for signed-in people.
- If your organization requires it, grant admin consent for the permissions.
Step 5: Finish the connection in Ciele
Return to the assistant's Authentication page and enter the values from Entra:
- Client ID: the Application (client) ID from Step 2.
- Tenant ID: the Directory (tenant) ID from Step 2.
- Client secret: the secret Value from Step 3.
- Scopes: leave the default sign-in scopes unless your setup needs more.
- Save the connection.
Step 6: Test sign in
- Open the assistant's live preview or a page where it is published.
- The widget shows a Connect Your Account card. Select it.
- Sign in with a Microsoft account from your tenant.
- Confirm the conversation continues and, if you configured groups, that a role based flow behaves as expected.
Troubleshooting
- Redirect URI mismatch. The error names a reply URL that does not match. Copy the redirect URL from the Authentication page again and make sure the value in Entra under the Web platform is identical.
- Sign in works but roles do not. Add the groups claim in Token configuration (Step 4). Without it, the assistant sees the person but not their groups.
- Sign in stopped working after a while. The client secret likely expired. Create a new secret in Certificates & secrets and update it on the Authentication page.
- Admin consent required. An administrator needs to grant consent for the application's permissions once, in API permissions.
What comes next
- Personalize replies with a person's own details using User data on the same Authentication page.
- Use the person's role in rules on the Flows page, so the assistant answers members and anonymous visitors differently.