Zuletzt aktualisiert:

Verwalten von Service-Nutzer-API-Tokens

Erfahren Sie, wie Sie API-Token für Service-Nutzer erstellen, deaktivieren, löschen und neu generieren können, um externe Systeme über die Web-App sicher zu verbinden.

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

Jeder Nutzer kann bis zu 10 aktive Nutzer-API-Token erstellen. Jede Organisation kann hingegen bis zu 20 aktive Service-Nutzer-Token haben.

Wenn Sie zu mehrere Organisationen gehören, müssen Sie separate API-Tokens für Ihre Integrationen erstellen. Dies gilt sowohl für Service-Nutzer- als auch für Nutzer-API-Tokens.

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.

Wenn Sie möchten, dass eine Integration genau das widerspiegelt, was Sie in SafetyCulture sehen, verwenden Sie Ihr eigenes Nutzer-API-Token. Wenn Sie eine andere Ansicht wünschen (z. B. einen breiteren, von einem Administrator verwalteten Zugriff), sollten Sie ein Servicenutzer-API-Token verwenden.

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).

Wenn Sie ein Service-Nutzer-API-Token für die SCIM-Bereitstellung verwenden, muss der Service-Nutzer sowohl Berechtigung "Plattformverwaltung: Nutzer" als auch Berechtigung "Plattformverwaltung: Gruppen" besitzen.

Erstellen eines API-Tokens für Service-Nutzer

  1. Melden Sie sich in der Web-App an.

  2. Klicken Sie unten links auf der Seite auf den Namen Ihrer Organisation und wählen Sie Integrationen aus.

  3. Wählen Sie oben auf der Seite API-Token aus.

  4. Klicken Sie in der oberen rechten Ecke der Seite auf Plus-SymbolAPI-Token generieren. Erstellen Sie ein API-Token für einen Service-Nutzer über den Tab „API-Tokens“ in der Web-App.

  5. Vervollständigen Sie die folgenden Angaben: Erstellen Sie ein Service-Nutzer-API-Token über die Web-App.

    • Geben Sie einen Namen für das API-Token des Service-Nutzers ein, um seinen Zweck zu beschreiben.

    • Wählen Sie, wie lange der Token aktiviert bleibt, bevor er aufgrund von Inaktivität abläuft. Sie können 31, 45 (Standard), 60 oder 180 Tage wählen.

    • Wählen Sie die Berechtigungs-Sets für den Service-Nutzer aus. Standardmäßig sind alle Berechtigungen ausgewählt.

  6. Klicken Sie unten rechts auf der Seite auf Token erstellen.

  7. Klicken Sie im Pop-up-Fenster auf den API-Token des Service-Nutzers, um es zu kopieren. Speichern Sie den Token sicher, bevor Sie das Fenster schließen.

Ein API-Token für einen Service-Nutzer bearbeiten

  1. Melden Sie sich in der Web-App an.

  2. Klicken Sie unten links auf der Seite auf den Namen Ihrer Organisation und wählen Sie Integrationen aus.

  3. Wählen Sie oben auf der Seite API-Token aus.

  4. Klicken Sie auf das aktive API-Token des Service-Nutzers, das Sie bearbeiten möchten.

  5. Klicken Sie oben links auf der Seite auf Bleistift-Symbol, um den Tokennamen zu ändern.

  6. Klicken Sie Bearbeitenauf der linken Seite der Seite, um zu ändern, wie lange das Token aktiviert bleibt, bevor es aufgrund von Inaktivität abläuft. Sie können zwischen 31, 45 (Standard), 60 oder 180 Tagen wählen.

  7. Klicken Sie auf Bearbeitenauf der rechten Seite der Seite, um die Berechtigung-Sets des Service-Nutzers zu aktualisieren.

  8. Klicken Sie auf Änderungen speichern.

Liste der API-Token für Service-Nutzer anzeigen

  1. Melden Sie sich in der Web-App an.

  2. Klicken Sie unten links auf der Seite auf den Namen Ihrer Organisation und wählen Sie Integrationen aus.

  3. Wählen Sie oben auf der Seite API-Token aus.

  4. Unter Service-Benutzer-API-Token können Sie sich die Liste der Token anzeigen lassen. Zeigen Sie die Liste der API-Token des Service-Nutzers über die Web-App an.

Ein Service-Nutzer-API-Token deaktivieren

  1. Melden Sie sich in der Web-App an.

  2. Klicken Sie unten links auf der Seite auf den Namen Ihrer Organisation und wählen Sie Integrationen aus.

  3. Wählen Sie oben auf der Seite API-Token aus.

  4. Klicken Sie unter Service-Nutzer-API-Token neben dem Token auf Widerrufen. Deaktivieren Sie ein API-Token für einen Service-Nutzer über die Web-App.

  5. Klicken Sie in dem Popup-Fenster auf Widerrufen.

Ein deaktiviertes Service-Nutzer-Token neu generieren

  1. Melden Sie sich in der Web-App an.

  2. Klicken Sie unten links auf der Seite auf den Namen Ihrer Organisation und wählen Sie Integrationen aus.

  3. Wählen Sie oben auf der Seite API-Token aus.

  4. Klicken Sie unter Service-Nutzer API-Token neben dem deaktivierten Token auf Erneut generieren. Einen deaktivierten Service-Nutzer-Token über die Web-App regenerieren.

  5. Klicken Sie in dem Popup-Fenster auf Bestätigen.

  6. Klicken Sie auf das Service-Nutzer-API-Token, um es zu kopieren. Speichern Sie das Token sicher, bevor Sie das Fenster schließen.

Löschen eines deaktivierten Service-Nutzer-Tokens

  1. Melden Sie sich in der Web-App an.

  2. Klicken Sie unten links auf der Seite auf den Namen Ihrer Organisation und wählen Sie Integrationen aus.

  3. Wählen Sie oben auf der Seite API-Token aus.

  4. Klicken Sie neben dem deaktivierten Service-API-Token auf More vertical icon.

  5. Wählen Sie Delete iconLöschen aus. Löschen Sie ein API-Token eines Service-Nutzers über die Web-App.

  6. Klicken Sie in dem Popup-Fenster auf Löschen.

Häufig gestellte Fragen

Das hängt davon ab, wie Ihre Integration eingerichtet ist.

  • Für benutzerdefinierte Integrationen (wie Workato, Skripte oder direkte API-Aufrufe mit einem Service-Nutzer oder Nutzer-API-Token): Ja. Das Regenerieren des Tokens unterbricht die Integration, bis das neue Token manuell in den Integrationseinstellungen aktualisiert wurde.

  • Für integrierte SafetyCulture-Integrationen (wie Power BI, Microsoft Teams oder SharePoint): Nein. Diese Integrationen verwenden systemverwaltete Tokens, sodass das Widerrufen oder Regenerieren Ihrer API-Tokens keine Auswirkungen auf sie hat.

Das Deaktivieren eines API-Tokens für einen Service-Nutzer stoppt dessen Funktion sofort, aber Sie können das Token später jederzeit wieder neu generieren. Das ist praktisch, wenn Sie eine Integration vorübergehend pausieren möchten, ohne das Token vollständig zu entfernen.

Das Löschen eines API-Tokens für einen Service-Nutzer entfernt es dauerhaft aus Ihrer Organisation. Ein Token kann nur gelöscht werden, nachdem es deaktiviert wurde. Sobald es gelöscht ist, kann das Token nicht wiederhergestellt oder neu generiert werden. Wenn Sie die Integration erneut verbinden möchten, müssen Sie ein neues Token erstellen.

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:

  1. 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.

  2. 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.

  3. 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.

Brauchen Sie noch weitere Hilfe?
In diesem Artikel