chore: update translations and generated content (#1447)

Co-authored-by: xiaoyijun <10806653+xiaoyijun@users.noreply.github.com>

Author: silverhand-bot

i18n/de/docusaurus-plugin-content-docs/current/authorization/README.mdx

@@ -10,7 +10,7 @@ import Users from '@site/src/assets/users.svg';
 
 [Autorisierung (Authorization)](https://auth.wiki/authorization) in Logto definiert, **was Benutzer und Apps nach der Authentifizierung tun dürfen**: welche APIs, Ressourcen oder Aktionen für jede Identität erlaubt sind.
 
-Logto bietet flexible, tokenbasierte Autorisierung für moderne SaaS- und KI-Anwendungen. Du kannst API-Ressourcen global oder im Kontext jeder Organisation schützen. Alle Berechtigungen werden über ein [rollenbasiertes Zugangskontrollsystem (RBAC)](/authorization/role-based-access-control) verwaltet, mit erweiterten Funktionen für Multi-Tenant-Anwendungen durch [Organisationstemplates](/authorization/organization-template).
+Logto bietet flexible, tokenbasierte Autorisierung für moderne SaaS- und KI-Anwendungen. Du kannst API-Ressourcen global oder im Kontext jeder Organisation schützen. Alle Berechtigungen werden über ein [rollenbasiertes Zugangskontrollsystem (RBAC)](/authorization/role-based-access-control) verwaltet, mit erweiterten Funktionen für Multi-Tenant-Anwendungen durch [Organisationstemplates](/authorization/organization-template). Über die Steuerung hinaus, was Benutzer tun dürfen, kannst du auch einschränken, welche Benutzer sich bei jeder Anwendung anmelden dürfen – mit [App-spezifischer Zugangskontrolle](/authorization/app-level-access-control).
 
 ## Zentrale Konzepte \{#core-concepts}
 
@@ -19,46 +19,48 @@ Logto bietet flexible, tokenbasierte Autorisierung für moderne SaaS- und KI-Anw
 - **Rolle (Role):** Eine Gruppe von Berechtigungen (z. B. Admin, Betrachter, Editor).
 - **Berechtigung (scope):** Eine spezifisch erlaubte Aktion (z. B. `read:report`, `invite:member`).
 - **Organisation (Organization):** Stellt einen Mandanten, Arbeitsbereich oder Kunden in deiner Anwendung dar. **Dies unterscheidet sich vom Logto-Tenant, der sich auf dein gesamtes Logto-Projekt oder deine Instanz bezieht**.
-- **Organisationstemplate (Organization template):** Für Multi-Tenant-Anwendungen definiere ein wiederverwendbares Set von Rollen und Berechtigungen, das für alle Organisationen gilt. [Sieh dir an, wie Organisationstemplates funktionieren](/authorization/organization-template).
-- **Zugangstoken (Access token) / Organisationstoken (Organization token):** Tokens, die Ansprüche für globale oder organisationsbezogene Berechtigungen enthalten.
+- **Organisationstemplate:** Für Multi-Tenant-Anwendungen kannst du eine wiederverwendbare Sammlung von Rollen und Berechtigungen definieren, die auf alle Organisationen angewendet wird. [So funktionieren Organisationstemplates](/authorization/organization-template).
+- **Zugangstoken (Access token) / Organisationstoken (Organization token):** Tokens, die Ansprüche (Claims) für globale oder organisationsbezogene Berechtigungen enthalten.
 
 ## Autorisierungsszenarien \{#authorization-scenarios}
 
 Es gibt drei Hauptmuster für die Autorisierung in Logto. Wähle das Szenario, das zu deinen Anforderungen passt:
 
-| Szenario                                               | Wann verwenden                                                                                             | Token-Typ          | Rollenkonfiguration                                                | Mehr erfahren                                                                                    |
-| ------------------------------------------------------ | ---------------------------------------------------------------------------------------------------------- | ------------------ | ------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------ |
-| **Globale API-Ressourcenberechtigungen**               | Schütze API-Ressourcen, die in deinem gesamten Logto-Tenant geteilt werden (nicht organisationsspezifisch) | Zugangstoken       | Globale Rollen/Berechtigungen zuweisen                             | [Globale API-Ressourcen schützen](/authorization/global-api-resources)                           |
-| **Organisations-(Nicht-API)-Berechtigungen**           | Steuere organisationsspezifische Aktionen, UI-Features oder Geschäftslogik (keine APIs)                    | Organisationstoken | Organisationsrollen/Berechtigungen für App-Steuerungen zuweisen    | [Organisations-(Nicht-API)-Berechtigungen schützen](/authorization/organization-permissions)     |
-| **Organisationsbezogene API-Ressourcenberechtigungen** | Schütze API-Ressourcen, die innerhalb einer bestimmten Organisation zugänglich sind                        | Organisationstoken | Organisationsrollen/Berechtigungen für Organisations-APIs zuweisen | [Organisationsbezogene API-Ressourcen schützen](/authorization/organization-level-api-resources) |
+| Szenario                                                | Wann verwenden                                                                                             | Token-Typ          | Rollenkonfiguration                                                 | Mehr erfahren                                                                                    |
+| ------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------- | ------------------ | ------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------ |
+| **Globale API-Ressourcen-Berechtigungen**               | Schütze API-Ressourcen, die in deinem gesamten Logto-Tenant geteilt werden (nicht organisationsspezifisch) | Zugangstoken       | Weisen globale Rollen/Berechtigungen zu                             | [Globale API-Ressourcen schützen](/authorization/global-api-resources)                           |
+| **Organisations-(Nicht-API)-Berechtigungen**            | Steuere organisationsspezifische Aktionen, UI-Features oder Geschäftslogik (keine APIs)                    | Organisationstoken | Weisen Organisationsrollen/Berechtigungen für App-Steuerung zu      | [Organisation (Nicht-API)-Berechtigungen schützen](/authorization/organization-permissions)      |
+| **Organisationsbezogene API-Ressourcen-Berechtigungen** | Schütze API-Ressourcen, die innerhalb einer bestimmten Organisation zugänglich sind                        | Organisationstoken | Weisen Organisationsrollen/Berechtigungen für Organisations-APIs zu | [Organisationsbezogene API-Ressourcen schützen](/authorization/organization-level-api-resources) |
 
-Logto modelliert API-Ressourcen gemäß [RFC 8707](https://auth.wiki/resource-indicator) und verwendet den `resource`-Parameter in OAuth 2.0-Autorisierungsflüssen. Das macht es einfach, mehrere APIs oder Microservices abzusichern und stellt die Kompatibilität mit anderen standardbasierten Systemen sicher.
+Logto modelliert API-Ressourcen gemäß [RFC 8707](https://auth.wiki/resource-indicator) und verwendet den `resource`-Parameter in OAuth 2.0-Autorisierungsflüssen. Das macht es einfach, mehrere APIs oder Microservices abzusichern und sorgt für Kompatibilität mit anderen standardbasierten Systemen.
+
+Diese Muster steuern, was ein Benutzer **nach** der Anmeldung bei einer Anwendung tun darf. Um zu steuern, ob sich ein Benutzer überhaupt bei einer bestimmten Anwendung anmelden darf, verwende die [App-spezifische Zugangskontrolle](/authorization/app-level-access-control). Sie beschränkt den Zugriff auf Anwendungen mit Zulassungsregeln basierend auf Benutzern, Rollen, Organisationen oder Organisationsrollen und funktioniert unabhängig von den oben genannten tokenbasierten Mustern.
 
 :::tip
-Benötigst du benutzerdefinierte Ansprüche oder erweiterte Zugangskontrolle? Siehe [Benutzerdefinierte Token-Ansprüche](/developers/custom-token-claims).
+Benötigst du benutzerdefinierte Ansprüche (Claims) oder erweiterte Zugangskontrolle? Siehe [Benutzerdefinierte Token-Claims](/developers/custom-token-claims).
 :::
 
-## Wie die Logto-Autorisierung funktioniert \{#how-logto-authorization-works}
+## So funktioniert die Logto-Autorisierung \{#how-logto-authorization-works}
 
-- **Tokenbasiert:** Jeder Zugriff wird über ein sicheres, signiertes Zugangstoken gewährt. Dein Backend validiert das Token und erzwingt Berechtigungen (Scopes).
-- **Globale vs. organisationsbezogene Berechtigung (scope):**
+- **Tokenbasiert:** Jeder Zugriff wird über ein sicheres, signiertes Zugangstoken gewährt. Dein Backend validiert das Token und erzwingt die Berechtigungen (Scopes).
+- **Globale vs. organisationsbezogene Berechtigung (Scope):**
 
-  - _Globale_ Berechtigung (scope): Steuert den Zugriff auf API-Ressourcen in deinem gesamten Logto-Tenant.
-  - _Organisationsbezogene_ Berechtigung (scope): Steuert sowohl Geschäftslogik (App-Features) als auch API-Ressourcen im Kontext einer Organisation. Organisationsberechtigungen können für Nicht-API-Features (wie UI-Elemente oder Workflows) und/oder organisationsspezifische API-Endpunkte gelten.
+  - _Globale_ Berechtigung (Scope): Steuert den Zugriff auf API-Ressourcen in deinem gesamten Logto-Tenant.
+  - _Organisationsbezogene_ Berechtigung (Scope): Steuert sowohl Geschäftslogik (App-Features) als auch API-Ressourcen im Kontext einer Organisation. Organisationsberechtigungen können für Nicht-API-Features (wie UI-Elemente oder Workflows) und/oder organisationsspezifische API-Endpunkte gelten.
 
-- **Rollen und Berechtigungen (Scopes):** Rollen sind Sammlungen von Berechtigungen (Scopes). Weise Rollen Benutzern oder Clients global oder innerhalb einer Organisation zu, je nach deinem Szenario.
+- **Rollen und Berechtigungen (Scopes):** Rollen sind Sammlungen von Berechtigungen (Scopes). Weisen Rollen Benutzern oder Clients global oder innerhalb einer Organisation zu, je nach deinem Szenario.
 
 ## Nächste Schritte \{#next-steps}
 
-Bereit für mehr? Starte praktisch, entdecke praxisnahe Anleitungen oder vertiefe dein Verständnis:
+Bereit für den nächsten Schritt? Starte praktisch, entdecke praxisnahe Anleitungen oder vertiefe dein Verständnis:
 
 <DocCardList
   items={[
     {
       type: 'link',
       label: 'Rollenbasierte Zugangskontrolle',
       href: '/authorization/role-based-access-control',
-      description: 'Beherrsche Rollen und Berechtigungen für fein abgestufte Zugangskontrolle.',
+      description: 'Beherrsche Rollen und Berechtigungen für eine feingranulare Zugangskontrolle.',
       customProps: {
         icon: <Role />,
       },
@@ -68,7 +70,7 @@ Bereit für mehr? Starte praktisch, entdecke praxisnahe Anleitungen oder vertief
       label: 'Organisationstemplate',
       href: '/authorization/organization-template',
       description:
-        'Lerne, wie du wiederverwendbare Rollen und Berechtigungen für Multi-Tenant-Anwendungen einrichtest.',
+        'Erfahre, wie du wiederverwendbare Rollen und Berechtigungen für Multi-Tenant-Anwendungen einrichtest.',
       customProps: {
         icon: <OrgTemplate />,
       },
@@ -85,7 +87,7 @@ Bereit für mehr? Starte praktisch, entdecke praxisnahe Anleitungen oder vertief
     },
     {
       type: 'link',
-      label: 'Organisations-(Nicht-API)-Berechtigungen schützen',
+      label: 'Organisation (Nicht-API)-Berechtigungen schützen',
       href: '/authorization/organization-permissions',
       description:
         'Steuere organisationsspezifische Aktionen und UI-Features mit Organisationsrollen.',
@@ -105,20 +107,30 @@ Bereit für mehr? Starte praktisch, entdecke praxisnahe Anleitungen oder vertief
     },
     {
       type: 'link',
-      label: 'Wie Zugangstokens validiert werden',
+      label: 'So validierst du Zugangstokens',
       href: '/authorization/validate-access-tokens',
       description:
-        'Lerne, wie du Logto-Tokens in deinem Backend verifizierst, um APIs abzusichern.',
+        'Erfahre, wie du Logto-Tokens in deinem Backend überprüfst, um APIs abzusichern.',
+      customProps: {
+        icon: <Security />,
+      },
+    },
+    {
+      type: 'link',
+      label: 'App-spezifische Zugangskontrolle',
+      href: '/authorization/app-level-access-control',
+      description:
+        'Beschränke, welche Benutzer sich bei jeder Anwendung anmelden dürfen – mit Benutzern, Rollen, Organisationen und Organisationsrollen.',
       customProps: {
         icon: <Security />,
       },
     },
     {
       type: 'link',
-      label: 'Token-Ansprüche anpassen',
+      label: 'Token-Claims anpassen',
       href: '/developers/custom-token-claims',
       description:
-        'Lerne, wie du benutzerdefinierte Ansprüche für erweiterte Zugangskontrollszenarien hinzufügst.',
+        'Erfahre, wie du benutzerdefinierte Claims für erweiterte Zugangskontrollszenarien hinzufügst.',
       customProps: {
         icon: <Jwt />,
       },
@@ -145,7 +157,7 @@ Suchst du nach praktischen Beispielen und realen Szenarien? Schau dir diese Anle
     {
       type: 'link',
       label:
-        'Baue eine Multi-Tenant-SaaS-Anwendung: Ein vollständiger Leitfaden von Design bis Implementierung',
+        'Eine Multi-Tenant-SaaS-Anwendung bauen: Ein vollständiger Leitfaden von Design bis Implementierung',
       href: '/use-cases/multi-tenancy/build-multi-tenant-saas-application',
       description:
         'Folge einem umfassenden Leitfaden zur Multi-Tenant-SaaS-Architektur und -Implementierung.',
@@ -156,7 +168,7 @@ Suchst du nach praktischen Beispielen und realen Szenarien? Schau dir diese Anle
   ]}
 />
 
-## Weiterführende Lektüre \{#further-reading}
+## Weiterführende Literatur \{#further-reading}
 
 <Url href="https://blog.logto.io/rbac-and-abac">
   RBAC und ABAC: Die Zugangskontrollmodelle, die du kennen solltest