Héritage au sein du compte

Lorsque vous ajoutez et travaillez avec des ressources de compte, vous devez savoir comment l'emplacement (le dossier dans lequel la ressource est stockée) détermine la façon dont vous et d'autres utilisateurs affichez et utilisez cette ressource.

Héritage = accès + visibilité

Les utilisateurs reçoivent l'accès à un compte en étant inclus dans un groupe qui :
  1. Est stocké dans un dossier/emplacement. Les dossiers de compte sont organisés de manière hiérarchique.
  2. A un rôle. Un rôle est un ensemble d'autorisations qui permet aux utilisateurs de gérer les ressources de compte (afficher, ajouter, modifier, supprimer). Certains rôles ont plus d'autorisations que d'autres.
La position d'une ressource de compte dans la hiérarchie des comptes influence son degré de visibilité.
  • Plus la ressource est positionnée haut dans la hiérarchie des comptes, plus sa visibilité est étendue. En d'autres termes, si vous souhaitez qu'une ressource soit visible et utilisée par un plus grand nombre d'utilisateurs, vous l'enregistrerez plus haut dans la hiérarchie.
  • La hiérarchie des comptes permet d'appliquer la visibilité et la propagation parent-enfant.

Par exemple, disons que vous disposez de plusieurs mémoires de traduction (TM). Vous souhaitez que la TM1 soit utilisée par tous les utilisateurs de votre compte, la TM2 par tous les clients de votre compte et la TM3 uniquement par un client appelé Customer2.

Racine
  • Clients
    • Customer1
    • Customer2

Où allez-vous stocker vos mémoires de traduction ?

Racine (stocker la TM1 ici)
  • Clients (stocker la TM2 ici)
    • Customer1
    • Customer2 (stocker la TM3 ici)

Quelles mémoires de traduction peuvent être utilisées par tous les membres du compte ?

La TM1, car elle est positionnée au plus haut niveau de la hiérarchie.

Quelles mémoires de traduction peuvent être utilisées par Customer2 ?

TM2 et TM3

Les mémoires de traduction situées dans Customer1 sont-elles visibles par Customer2 ?

Non, car Customer1 et Customer2 sont des dossiers frère.

En résumé, la hiérarchie des comptes garantit que :

  • Les utilisateurs peuvent voir et utiliser les ressources stockées dans leur dossier Accueil (dossier actuel)
  • Les utilisateurs peuvent voir et utiliser les ressources stockées dans les dossiers situés au-dessus du dossier Accueil (dossiers parent ou grand-parent).
  • Les utilisateurs ne peuvent ni voir ni utiliser les ressources stockées dans les dossiers frère ou oncle.

Filtrage de l'héritage

Lorsque vous travaillez avec les ressources de votre compte, vous pouvez rapidement filtrer les ressources sur lesquelles vous avez une visibilité. Les stratégies de filtrage de l'interface utilisateur sont plus restrictives que les stratégies de filtrage de l'API.

Interface utilisateur

Les stratégies de filtrage de l'interface utilisateur disponibles affichées dans les assistants sont les suivantes :

  • Dossier actuel et niveau supérieur
  • Dossier actuel uniquement

Par exemple, imaginons que vous créez un projet et que vous souhaitez sélectionner une mémoire de traduction située dans le dossier Racine. À l'étape Moteur de traduction de l'assistant, sélectionnez la section Mémoires de traduction, puis sélectionnez le filtre Dossier actuel et supérieur. Le filtre affiche toutes les mémoires de traduction situées dans le dossier Racine, ainsi que toutes celles situées dans votre dossier Accueil (dossier actuel).

API

Les stratégies de filtrage de l'API ne se limitent pas à l'héritage parent-enfant. Lorsque vous utilisez l'API, vous pouvez également spécifier si vous souhaitez hériter depuis le bas ou de n'importe quel point du système. Ce comportement est contrôlé par le paramètre « locationStrategy » (Documentation de l'API Language Cloud).

Différences d'héritage : projets et ressources de projets

Jusqu'à présent, nous avons abordé les ressources du compte et nous avons supposé que toutes ces ressources sont égales. Toutefois, lorsqu'il s'agit d'héritage, il existe une différence importante entre la façon dont les projets et les ressources de projets (à savoir, tous les éléments nécessaires à la création d'un projet : utilisateurs, modèles de projet, flux de travail, ressources linguistiques, etc.) sont gérés.

Vous pouvez voir les ressources du projet dans vos dossiers :

  • Accueil (dossier actuel)
  • Parent
  • Enfants
Cependant, vous pouvez voir les projets dans vos dossiers :
  • Accueil (dossier actuel)
  • Enfants

Rupture de l'héritage en rendant un dossier privé

La définition d'un dossier parent comme privé empêche les utilisateurs des dossiers enfant de voir et d'utiliser des ressources parent. Les dossiers de la structure de compte initiale sont publics par défaut et ne peuvent pas être privés. Lorsque vous ajoutez d'autres dossiers et sous-dossiers clients, ils sont publics par défaut, mais vous pouvez les rendre privés pour éviter la propagation vers le haut.
  • Racine
    • Clients
      • Société agro-alimentaire
        • Produits laitiers
        • Pain
          • Produits contenant du gluten
          • Produits sans gluten

Par défaut, tous les dossiers sont publics. Vous disposez de plusieurs mémoires de traduction avec les exigences suivantes :

  • TM_Food doit être visible par tous les utilisateurs de Société agro-alimentaire
  • TM_gluten doit être visible pour les utilisateurs de Produits contenant du gluten
  • TM_Bread doit être visible pour les utilisateurs de Produits contenant du gluten et de Produits sans gluten

Où stockez-vous vos mémoires de traduction ?

  • Racine
    • Clients
      • Société agro-alimentaire (stocker TM_food ici)
        • Produits laitiers
        • Pain (stocker TM_bread ici)
          • Produits contenant du gluten (stocker TM_gluten ici)
          • Produits sans gluten

Un jour, vous remarquez que la TM_Bread contient du contenu adapté aux utilisateurs du dossier Société agro-alimentaire, mais pas aux utilisateurs des dossiers Produits contenant du gluten et Produits sans gluten. Vous ne souhaitez pas déplacer ou supprimer la ressource. Comment empêcher les utilisateurs des dossiers Produits contenant du gluten et Produits sans gluten de voir la TM_Bread ? Demandez à votre administrateur de définir le dossier Pain comme un dossier privé.

  • Racine
    • Clients
      • Entreprise alimentaire (public)
        • Produits laitiers (public)
        • Pain (*privé)
          • Produits contenant du gluten (public)
          • Produits sans gluten (public)

En résumé, la définition d'un dossier comme privé dispense ses ressources de suivre les règles de propagation par le haut par défaut :

  • Si un dossier est public, les ressources (ressources de projets, utilisateurs et groupes) de ce dossier sont visibles par les utilisateurs des dossiers enfant (via les groupes).
  • Si un dossier est privé, les ressources (ressources de projets, utilisateurs et groupes) de ce dossier ne sont pas visibles par les utilisateurs des dossiers enfant. L'accès aux ressources est régi par l'emplacement des groupes auxquels un utilisateur appartient. Assurez-vous que les utilisateurs ne sont pas inclus dans un groupe situé dans le dossier parent (ou supérieur) d'un dossier privé.