- Intégrations
- Personnaliser l'intégration
- Gérer les jetons API des utilisateurs
Gérer les jetons API des utilisateurs
Comment générer des jetons API obligatoires pour les intégrations avec SafetyCulture ?What are the differences between service user and user API tokens?
Service user and user API tokens offer flexible ways to connect external tools to SafetyCulture.
Service user API tokens are best suited for long-term or shared integrations where access should stay the same regardless of user changes. You can set their permissions, which makes them ideal for stable, system-level connections.
User API tokens are suitable for one-off tasks, personal workflows, or scenarios where access needs to reflect a specific user's permissions or group and site memberships.
Choosing the correct token type ensures your integration runs smoothly while matching your organization's security and access needs.
Functionality | Service user API token | User API token |
|---|---|---|
Ownership | Created for a service user (system-based or integration-focused) | Created by an individual user |
Login | Cannot be used to log in | Can be used to log in |
Permissions | Assigned for each service user | Inherits the user’s permission set |
Group and site access control | Not supported | Inherits access from the user |
Integrations | Designed for long-term or shared integrations | Suited for short-term or personal use |
Token stability | Not affected by user changes | Will expire if user is deactivated or exits the organization |
Activity logs | Shows the service user name | Shows the individual user’s name |
Visibility | Not shown in the user list | Visible in user settings |
Billing | Does not count toward seat billing | Counts toward assigned user seat |
Chaque utilisateur peut créer jusqu'à 10 jetons API d'utilisateurs actifs. En revanche, chaque organisation peut disposer d'un maximum de 20 jetons actifs d'utilisateurs de service.
Si vous appartenez à plusieurs organisations, vous devez créer des jetons API distincts pour vos intégrations. Cela s'applique à la fois aux jetons API utilisateurs de service et aux jetons API utilisateurs.
What data can API requests access with API tokens?
API tokens authorize API requests to act on behalf of a specific subject in SafetyCulture. That subject is either:
The user who created a user API token, or
The service user who owns a service user API token.
For every request, the SafetyCulture API checks the subject’s permissions and access.
Si vous souhaitez une intégration qui reflète exactement ce que vous voyez dans SafetyCulture, utilisez votre propre jeton API utilisateur. Si vous souhaitez obtenir un affichage différent (par exemple, un accès plus large géré par un administrateur), envisagez d'utiliser un jeton API utilisateur de service.
Permissions
Permissions control what actions API requests can perform.
User API tokens use the permission set of the user who created the token. If that user cannot perform a task in SafetyCulture, API requests that use their token cannot perform it either.
Service user API tokens use the permission set you assign to the service user. If the service user does not have permission to perform a task, API calls made with their token cannot do so.
Access
Access controls which items API requests can return or work with.
API requests that use an API token can only return templates, inspections, assets, and other items that the subject (user or service user) can access in SafetyCulture.
For user API tokens, this access typically comes from the user’s groups, sites, and any sharing or access rules you set on content.
For service user API tokens, this access comes from the access and sharing you configure for the service user and your content (for example, templates or inspections that you explicitly share with that service user or include in rules that cover it).
For content that another organization shares with yours, the template or inspection must be shared in a way that includes the subject (user or service user).
Les jetons API utilisateurs expirent après 30 jours d'inactivité. Les jetons expirés empêcheront vos intégrations de fonctionner jusqu'à ce que vous en génériez un nouveau.
Si votre organisation utilise l'authentification unique (SSO) et n'autorise pas les connexions non SSO, vous ne serez peut-être pas invité à saisir un mot de passe lorsque vous générez un nouveau jeton API utilisateur.
Générer un jeton API utilisateur
Cliquez sur votre nom d'utilisateur en bas à gauche de la page et sélectionnez Mon profil.
Cliquez sur
Paramètres en haut à droite de la page.Sélectionnez Jetons API en haut à droite de la page.
Cliquer Générer un jeton API.
Dans la fenêtre contextuelle, saisissez un nom de jeton API d'utilisateur et le mot de passe de votre compte.
Cliquez sur Générer.
Cliquez sur le jeton API de l'utilisateur pour le copier. Enregistrer le jeton en toute sécurité avant de fermer la fenêtre.
Révoquer un jeton API d'utilisateur
Cliquez sur votre nom d'utilisateur en bas à gauche de la page et sélectionnez Mon profil.
Cliquez sur
Paramètres en haut à droite de la page.Sélectionnez Jetons API en haut à droite de la page.
Cliquez sur
Annulersur le côté droit du jeton.Dans la fenêtre contextuelle, cliquez sur Annuler.
FAQ
Cela dépend de la configuration de votre intégration.
Pour les intégrations personnalisées (telles que Workato, les scripts ou les appels API directs à l'aide d'un utilisateur service ou d'un jeton API utilisateur : Oui. La régénération du jeton interrompra l'intégration jusqu'à ce que le jeton de remplacement soit mis à jour manuellement dans vos paramètres d'intégration.
Pour les intégrations SafetyCulture intégrées (telles que Power BI, Microsoft Teams ou SharePoint) : Non. Ces intégrations utilisent des jetons gérés par le système, donc la révocation ou la régénération de vos jetons API n'aura aucun effet sur celles-ci.
La révocation d'un jeton API utilisateur de service le désactive immédiatement, mais vous pouvez le régénérer ultérieurement. Cela s'avère utile si vous souhaitez suspendre temporairement une intégration sans supprimer complètement le jeton.
La suppression d'un jeton API utilisateur de service le supprime définitivement de votre organisation. Vous ne pouvez supprimer un jeton qu'après l'avoir révoqué. Une fois supprimé, le jeton ne peut être ni récupéré ni régénéré. Vous devrez donc en créer un nouveau si vous souhaitez reconnecter l'intégration.
If a template appears in SafetyCulture but does not appear in the feed/templates when you call the API with a token, check the following areas:
Who the token belongs to: Identify whether the token belongs to a user or a service user.
For a user API token, confirm that the user can access the template in the web app.
For a service user API token, confirm that the service user’s configuration gives it access to the template.
Sharing and access: For templates shared from another organization, make sure the template is shared in a way that includes the token’s subject (user or service user). For example:
The template is shared directly with the user.
The template is shared with a group the user belongs to.
The template is shared or configured so that the service user is included in access rules.
Permission set: Check the permission set for the user or service user. The subject needs permission to access templates and their locations. If the subject does not have permission, API requests that use the token cannot return those templates.
If the user or service user does not have explicit access, API requests that use that token do not return the template, even if someone else in your organization can access it.
Cette page vous a-t-elle été utile?
Merci pour votre commentaire.