Hanzo
OpenapiIntegrations

Microsoft sign-in return leg

Where Microsoft returns the user after sign-in.

GET /v1/integrations/teams/link/aad

Addresshttps://api.hanzo.ai/v1/integrations/teams/link/aad
MethodGET
Operationget_integrations_teams_link_aad
AuthAuthorization: Bearer $HANZO_API_KEY

Where Microsoft returns the user after sign-in. It resolves the verified directory identity and then re-checks the tenant: the signed-in user's tenant must equal the tenant of the chat the link started from, so a valid Microsoft sign-in from a different organization is refused here rather than accepted.

This is the leg Teams has and the other platforms do not, which is why the Teams flow has an extra address.

This is one leg of a three-leg flow, and the legs are not interchangeable: a browser is expected to arrive here only from the leg before it. The link URL's state proves the prompt was server-minted and carries the CHAT it started from — it is provenance only, and it never decides which account gets linked. The account identity always comes from the platform's own verified sign-in and a host-bound cookie, so forwarding a link to someone else cannot bind their account, and a session lifted into another browser is refused rather than completed. Each link is single-use, and a deployment without linking configured answers 503.

Request

GET /v1/integrations/teams/link/aad takes no parameters and no body — the credential is the whole request.

Response

The document declares no response body for this operation. It answers 200 on success and the platform error shape on failure — see Errors.

Examples

hanzo integrations teams link aad

Integrations API · All Hanzo APIs · Interactive reference

How is this guide?

On this page