Connexion des comptes
Comment connecter un compte OAuth personnel — depuis les Paramètres ou directement depuis un bloc de workflow — et comment diagnostiquer une connexion qui échoue
Les intégrations basées sur OAuth (GitHub, Google, Microsoft, …) distinguent deux choses :
- L'intégration elle-même — installée et configurée par un administrateur de l'organisation sous Paramètres → Intégrations. Elle stocke les identifiants OAuth au niveau de l'organisation (Client ID / Client Secret) et crée une connexion pour le produit. Une intégration affichée Active ici signifie que l'organisation l'a configurée et activée — cela ne signifie pas que votre compte personnel est déjà lié.
- Votre compte personnel — le compte OAuth que vous autorisez via cette intégration. C'est ce que liste le sélecteur de compte d'un bloc de workflow (p. ex. « Select GitHub account »).
Les fournisseurs de connexion sont distincts
La section Fournisseurs sous Paramètres → Profil → Sécurité associe un fournisseur d'authentification à votre identité Scrydon. Elle est distincte des comptes d'intégration décrits sur cette page et utilise la configuration de connexion sociale du déploiement.
Seuls les fournisseurs configurés par votre opérateur Scrydon y apparaissent. Si la section Fournisseurs est absente, le déploiement ne propose aucun fournisseur de connexion sociale pour l'association de comptes ; utilisez les méthodes de connexion activées ou contactez votre opérateur. L'installation de GitHub, Google ou Microsoft sous Paramètres → Intégrations n'active pas le fournisseur d'authentification correspondant.
Où connecter un compte
Vous pouvez connecter un compte personnel depuis les deux endroits — les deux aboutissent au même écran de consentement OAuth du fournisseur :
- Paramètres → Intégrations (onglet compte) : choisissez le fournisseur et cliquez sur Connect.
- Directement depuis un bloc : ouvrez la liste déroulante de comptes du bloc et choisissez Connect <provider> account. Une boîte de dialogue affiche les permissions demandées ; Connect vous redirige vers le fournisseur. À votre retour, le nouveau compte est sélectionné automatiquement.
Les comptes sont connectés sur la connexion Default de l'intégration — la connexion créée automatiquement par la plateforme lorsqu'un administrateur installe l'intégration. Si votre organisation utilise des connexions nommées supplémentaires (par exemple par environnement), utilisez Re-authorize sur la connexion concernée dans le panneau d'administration des connexions.
La liste déroulante affiche les comptes que vous avez connectés dans cette organisation. Un identifiant sélectionné par un collaborateur apparaît comme « Saved by collaborator » — vous n'avez pas besoin de son compte pour exécuter le workflow, mais vous pouvez connecter le vôtre à tout moment.
Diagnostiquer une connexion qui échoue
La boîte de dialogue de connexion reste ouverte et affiche l'erreur lorsque l'URL d'autorisation ne peut pas être construite :
| Erreur | Signification | Correctif |
|---|---|---|
No Default connection found. Install the integration first. | L'intégration n'est pas installée (ou a été retirée) pour cette organisation. | Un administrateur installe/active l'intégration sous Paramètres → Intégrations. |
OAuth client credentials are misconfigured for provider … | Le Client ID au niveau de l'organisation est mal formé — p. ex. une adresse e-mail collée dans le champ Client ID. | Un administrateur corrige le Client ID / Client Secret dans le formulaire d'identifiants de l'intégration. |
OAuth client credentials are not configured for provider … | L'intégration est activée mais aucun Client ID / Secret n'a été enregistré. | Un administrateur complète le formulaire d'identifiants. |
Le fournisseur affiche un avertissement redirect_uri | L'application OAuth enregistrée chez le fournisseur ne liste pas l'URL de rappel de votre déploiement. | Enregistrez https://<votre-hôte>/api/auth/integrations/account/callback/<provider> sur l'application OAuth du fournisseur. |
Après une connexion réussie, vous êtes redirigé vers votre point de départ et le compte apparaît dans la liste déroulante (et est sélectionné automatiquement si rien n'était sélectionné auparavant).
Microsoft : « Approbation de l'administrateur requise »
Les connexions Microsoft 365 / Teams peuvent être interrompues par une invite Azure :
Approbation de l'administrateur requise — Scrydon a besoin d'une autorisation pour accéder à des ressources de votre organisation que seul un administrateur peut accorder.
Il s'agit d'une stratégie de locataire Azure Entra (Azure AD), pas d'une erreur Scrydon : votre organisation restreint les applications auxquelles les utilisateurs peuvent consentir, donc les étendues Microsoft demandées par Scrydon nécessitent une approbation unique par un administrateur du locataire. Tant que cette approbation n'est pas accordée, aucun compte n'est stocké — un bloc Teams signale alors que le compte Microsoft n'est pas connecté.
Pour corriger cela, un administrateur du locataire Microsoft accorde une seule fois le consentement pour l'application Scrydon — soit en complétant l'invite de consentement administrateur, soit via le centre d'administration Entra (Applications d'entreprise → Consentement et autorisations). Ensuite, reconnectez votre compte sous Paramètres → Comptes connectés ; pour une organisation mono-locataire, l'administrateur doit aussi définir le Tenant ID de l'intégration sur le GUID du locataire plutôt que common.
Une fois le consentement accordé à l'échelle du locataire, les utilisateurs se connectent sans écran d'approbation. Si des utilisateurs non administrateurs voient encore « Approbation de l'administrateur requise » alors que le portail Entra affiche toutes les autorisations comme accordées, vous utilisez une version de Scrydon qui forçait une invite de re-consentement à chaque connexion (corrigé en juillet 2026) — mettez à niveau : sur une invite forcée, Entra exige que l'utilisateur connecté ré-approuve personnellement les étendues réservées aux administrateurs, ce qu'un non-administrateur ne peut jamais faire.