> ## Documentation Index
> Fetch the complete documentation index at: https://docs.libratech.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Domaines de pratique et tags

> Organisez la bibliothèque de modèles pour que le bon modèle ne soit jamais qu'à un filtre de distance.

<video autoPlay muted loop playsInline src="https://mintcdn.com/libra-4206ec93/azhR9hqtFjs66ITC/assets/videos/features/templates-tags.webm?fit=max&auto=format&n=azhR9hqtFjs66ITC&q=85&s=1ed47d2a7aad3bf094d1f3b2f381bee5" className="rounded-xl border w-full" data-path="assets/videos/features/templates-tags.webm" />

Une bibliothèque de modèles n'a d'utilité que si l'on y trouve ce que l'on cherche. Les **domaines de pratique** rattachent un modèle à un ou plusieurs domaines du droit issus d'une liste fixe. Les **tags personnalisés** y ajoutent vos propres dimensions : types de documents, juridictions, codes internes, tout ce qui rend la bibliothèque utile à votre cabinet.

<Note>
  Les domaines de pratique et les tags ne servent pas qu'aux modèles. Ce sont aussi des étiquettes de premier rang sur les **projets** et les **chats** — filtrez sur ces critères depuis la [recherche globale](/fr/features/search), à côté de son filtre **Créé par** (**Vous**, **Équipe**, **Libra**), et parcourez les colonnes **Domaine de pratique** et **Tags** dans votre liste de projets et dans la vue liste des Modèles.
</Note>

<div className="libra-buddy-callout">
  <img src="https://mintcdn.com/libra-4206ec93/wgVZXcGnHS4aJk9T/assets/images/libra-buddy/clipboard.png?fit=max&auto=format&n=wgVZXcGnHS4aJk9T&q=85&s=cde036cf23ea2d67cd50f1c295db549a" alt="Mascotte Libra avec un presse-papiers" width="725" height="605" data-path="assets/images/libra-buddy/clipboard.png" />

  <div className="libra-buddy-callout-content">
    Deux tags **élargissent** les résultats au lieu de les restreindre : *NDA* + *English* renvoie les modèles portant **l'un ou l'autre**. Des filtres différents, eux, se restreignent mutuellement : *Droit du travail* + *NDA* signifie donc « dans le domaine Droit du travail **et** tagué NDA ».
  </div>
</div>

## Pourquoi deux systèmes

Les domaines de pratique sont le meuble de classement du cabinet. La liste est figée — les mêmes dix-neuf domaines pour tous les cabinets sur Libra, sans dérive d'une équipe à l'autre — et un modèle peut en porter autant qu'il en relève réellement. Les tags sont les étiquettes que vous collez sur les modèles individuels. Ils sont libres, vous les inventez vous-même, et un modèle peut en porter autant que vous le jugez utile. Les deux systèmes travaillent dans des directions différentes : le domaine de pratique répond à la question *de quel type de travail s'agit-il ?*, le tag répond à *qu'est-ce qui est spécifique à celui-ci ?* — *NDA*, *English*, *German law*, ou un code client interne.

La liste des domaines de pratique n'est pas configurable. Aucun paramètre ne permet d'ajouter votre propre domaine, et c'est précisément la lacune que comblent les tags personnalisés. Les dix-neuf domaines, dans l'ordre alphabétique où le filtre **Domaine de pratique** les présente, sont les suivants :

* Arbitrage
* Autre
* Contentieux
* Droit administratif
* Droit commercial
* Droit de la famille et des successions
* Droit des sociétés
* Droit du travail
* Droit fiscal
* Droit pénal
* Finance
* Général
* Immobilier et baux
* IT et données
* M\&A
* Propriété intellectuelle
* Réglementation et conformité
* Responsabilité délictuelle et assurance
* Restructuration et insolvabilité

**Général** et **Autre** existent tous les deux ; le menu déroulant de l'éditeur d'un modèle les sort de l'ordre alphabétique et place **Général** en tête et **Autre** en fin de liste. Convenez à l'échelle du cabinet lequel des deux fait office de catégorie fourre-tout, plutôt que de répartir les modèles non classés entre les deux.

## Définir un domaine de pratique et des tags

Les deux champs se trouvent dans le panneau de configuration de l'éditeur d'un modèle — la colonne située à gauche de la page, intitulée selon ce que vous modifiez (**Configuration Playbook**, **Configuration Assistant**, **Configuration Discovery**, **Configuration Workflow**). Sur un écran étroit, elle se replie derrière l'engrenage **Configuration** de l'en-tête. Les deux champs sont signalés comme *facultatifs*.

Le champ **Sélectionner un domaine de pratique** est un menu déroulant qui affiche **Sélectionner** au repos — il indique simplement **Domaine de pratique** lorsque vous consultez un modèle que vous ne pouvez pas modifier. Les options s'activent et se désactivent, et chaque domaine retenu devient une puce dans le champ, dotée d'une croix qui retire uniquement ce domaine. L'éditeur ne propose pas de tout effacer d'un coup ; c'est le rôle de la ligne **Effacer la sélection** dans le filtre **Domaine de pratique** de la page Modèles.

**Tags** est lui aussi un menu déroulant, et non un champ de texte libre. Il affiche **Sélectionner ou créer vos propres tags** au repos et s'ouvre sur un champ de recherche — *Rechercher des tags existants ou en ajouter un nouveau…* — au-dessus des tags déjà utilisés. La saisie filtre cette liste ; lorsque rien ne correspond, une ligne **Créer le tag pour** apparaît avec votre texte et crée le tag sur-le-champ. Les tags sont limités à 40 caractères. Choisir une suggestion existante plutôt que d'inventer un quasi-doublon est la seule habitude qui garde le vocabulaire propre.

Une fois le modèle enregistré, ses tags apparaissent dans la colonne **Tags** de la vue liste des Modèles et dans le filtre **Tags**, pour toutes les personnes qui peuvent voir ce modèle.

## Filtrer la bibliothèque

La page Modèles comporte une barre de filtres horizontale au-dessus des résultats. En partant de la gauche : **Trier par**, **Domaine de pratique**, **Tags** et **Auteur**. À droite se trouvent le champ de recherche, un engrenage **Filtres avancés** et le sélecteur d'affichage grille/liste. **Effacer tous les filtres** apparaît au bout de la barre dès qu'un filtre est actif et les supprime tous d'un coup — c'est pourquoi vous ne le voyez pas sur une bibliothèque non filtrée.

Deux règles régissent la combinaison des filtres. Au sein d'un même filtre, les sélections sont des alternatives : deux domaines de pratique renvoient les modèles relevant de l'un ou de l'autre. D'un filtre à l'autre, elles se restreignent mutuellement : un domaine de pratique plus un tag ne renvoie que les modèles qui satisfont les deux critères. Les filtres s'appliquent à l'onglet où vous vous trouvez, et les compteurs affichés à côté de chaque domaine de pratique et de chaque tag ne concernent que cet onglet.

<Steps>
  <Step title="Domaine de pratique — la première sélection">
    Choisissez un ou plusieurs domaines pour limiter la bibliothèque au droit dans lequel vous travaillez. Chaque option indique le nombre de modèles correspondants dans l'onglet en cours. Comme la liste vaut pour tout le cabinet et reste stable, c'est le premier filtre le plus fiable — utile même lorsque vous ne vous souvenez pas du nom exact d'un modèle.
  </Step>

  <Step title="Tags — une seconde dimension">
    Ajoutez des tags pour ce que le domaine de pratique ne capte pas : type de document, juridiction, langue, code client. N'oubliez pas que plusieurs tags élargissent l'ensemble des résultats au lieu de le resserrer : filtrez donc d'abord sur le tag le plus rare.
  </Step>

  <Step title="Auteur — d'où vient le modèle">
    **Auteur** est un contrôle unique à trois options : **Vôtres**, **Équipe** et **Libra** (la bibliothèque sélectionnée livrée avec le produit). Vous pouvez les combiner librement. **Équipe** n'apparaît pas sur les comptes individuels, et **Libra** est absent des déploiements où la bibliothèque sélectionnée est désactivée. Il n'y a pas de filtre par personne ici — pour retrouver les modèles d'un collègue en particulier, passez en vue liste et triez par **Auteur**.
  </Step>

  <Step title="Filtres avancés — juridiction et langue">
    L'icône d'engrenage ouvre les sous-menus **Juridictions** et **Langue**. Un modèle sans juridiction définie reste visible quelles que soient les juridictions que vous sélectionnez, au motif qu'il s'applique partout. Le sous-menu **Langue** n'est pas proposé dans l'onglet Workflows.
  </Step>
</Steps>

Le schéma qui fonctionne en pratique : traitez les domaines de pratique comme l'axe principal, puisqu'ils sont stables et cohérents à l'échelle du cabinet, puis utilisez les tags pour les dimensions qu'ils ne couvrent pas. Évitez de taguer ce qui figure déjà dans le nom du modèle — si un modèle s'appelle *NDA Consistency Check*, il n'a pas besoin d'un tag *check*.

## Nettoyer les tags

Il n'existe ni renommage ni fusion. Les tags se créent et se suppriment, rien de plus, et tout utilisateur peut faire les deux — aucun rôle d'administrateur, aucun écran de gestion des tags dans les paramètres.

Pour en supprimer un, ouvrez le filtre **Tags** de la page Modèles — ou le menu déroulant **Tags** du panneau de configuration d'un modèle — et cliquez sur la croix au bout de la ligne de ce tag dans la liste. Ne la confondez pas avec la croix figurant sur la puce d'un tag sélectionné : celle-ci retire seulement le tag du modèle que vous êtes en train de modifier. Si rien ne l'utilise, le tag disparaît immédiatement. S'il est utilisé, une boîte de dialogue **Supprimer le tag** indique le nombre d'éléments concernés — *Ce tag est actuellement utilisé dans N éléments* — et la confirmation retire le tag de tous les modèles et projets que vous avez le droit de modifier.

Lisez ce nombre attentivement. Il couvre tout ce qui porte le tag, y compris les éléments que vous pouvez seulement consulter — ceux-là conservent le tag, de sorte qu'un modèle partagé ou sélectionné par Libra peut continuer d'afficher une étiquette que vous pensiez avoir supprimée. Les chats sont entièrement hors de ce périmètre : un tag que vous avez posé sur un chat n'est ni compté ici ni supprimé, faites donc le ménage depuis le chat lui-même. Les modèles eux-mêmes restent intacts dans les deux cas ; seule l'étiquette disparaît.

La consolidation des doublons ne va donc que dans un sens : ajoutez le tag canonique à chaque modèle portant le doublon, puis supprimez le doublon. Filtrer d'abord la bibliothèque sur le doublon vous donne la liste de travail.

<Note>
  Un tag que vous créez dans un menu déroulant mais que vous n'enregistrez sur rien subsiste dans votre propre liste de suggestions. Il est stocké dans votre navigateur, vos collègues ne le voient donc jamais, et le supprimer l'efface.
</Note>

## Conseils pour un système de tags qui passe à l'échelle

<AccordionGroup>
  <Accordion title="Convenez d'un vocabulaire de tags en équipe">
    Le premier mois avec des tags personnalisés est celui où les habitudes se fixent. Consacrez une demi-heure à décider quelles dimensions tout le monde taguera — juridiction, type de contrat, client — et notez la liste dans un endroit partagé.
  </Accordion>

  <Accordion title="Uniformisez le pluriel">
    Décidez une fois pour toutes si vos tags sont *NDA* ou *NDAs*, *Lease* ou *Leases*, et tenez-vous-y. Trois tags pour un même concept — *NDA*, *NDAs*, *Non-Disclosure-Agreement* — coûtent plus cher à démêler qu'ils n'ont jamais fait gagner.
  </Accordion>

  <Accordion title="Évitez les tags qui répètent le domaine de pratique">
    N'apposez pas le tag *M\&A* sur chaque modèle M\&A. Le domaine de pratique fait déjà ce travail, et le tag redondant ne fait que diluer le filtre.
  </Accordion>

  <Accordion title="Ne construisez pas d'arborescence avec les tags">
    Si vous vous surprenez à vouloir des tags parents et enfants, sachez que le système n'est pas conçu pour cela. Utilisez le domaine de pratique pour la dimension parente et les tags pour la dimension enfant.
  </Accordion>
</AccordionGroup>

## Étapes suivantes

<Columns cols={2}>
  <Card title="Favoris et partage" icon="star" href="/fr/features/templates/starring-and-sharing">
    Élevez des modèles au rang de favoris et partagez-les avec votre équipe.
  </Card>

  <Card title="À propos des modèles" icon="book-marked" href="/fr/features/templates/about">
    Retour à la présentation de la bibliothèque.
  </Card>
</Columns>
