> For the complete documentation index, see [llms.txt](https://docs.yoplanning.support/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.yoplanning.support/faq/faq-pour-le-parametrage/affecter-les-moniteurs-selon-leurs-competences.md). # Affecter les moniteurs selon leurs compétences ### La question « J'ai bien mis des compétences (tags) sur mes moniteurs, et j'aimerais que Yoplanning me propose uniquement les moniteurs ayant la compétence requise pour ce produit. Par exemple, une explo plongée nécessite la compétence "DP". Je n'arrive pas à faire le lien, comment faire ? » *** ### La réponse courte : il faut raisonner dans l'autre sens Yoplanning **ne gère pas un référentiel de compétences** qui serait comparé automatiquement à une exigence saisie sur le produit. Il n'existe pas de champ « compétence requise » sur un produit. Le raisonnement est inversé : * Vous ne partez **pas** du moniteur (« il a le DP, donc propose-le sur les explos »). * Vous partez **du produit** (« pour ce produit "Explo plongée", voici la liste des moniteurs qui peuvent l'encadrer »). Cette liste s'appelle les **staffs potentiels**. Vous n'y mettez que les moniteurs qui possèdent effectivement la compétence nécessaire. **C'est cette liste qui fait le rapprochement entre les sessions et les moniteurs.** {% hint style="info" %} En résumé : la compétence n'est pas une propriété que le logiciel lit sur le moniteur, c'est une **décision que vous exprimez produit par produit**, en choisissant qui figure dans ses staffs potentiels. {% endhint %} *** ### À quoi servent alors les tags des staffs ? Les tags posés sur les fiches staffs (« Plongée », « DP », « Anglais », « Coach senior »…) sont un **outil de tri et de filtrage visuel**. Ils vous aident à retrouver rapidement les bonnes personnes dans la liste des staffs et sur le planning. En revanche : * un tag **ne restreint pas** les affectations ; * un tag **ne déclenche aucune proposition automatique** de moniteur sur un produit ; * un tag n'est **jamais comparé** au contenu d'un produit. Les tags restent très utiles comme **support de votre paramétrage** : filtrez vos staffs sur le tag « DP » pour savoir exactement qui ajouter en staff potentiel sur vos produits d'exploration. Pour créer et gérer ces tags, voir [Trier et classer les staffs sur le planning](/yoplanning-academie/yoplanning-parametrage/gestion-staffs/trier-et-classer-les-staffs-sur-le-planning..md). *** ### Comment faire, concrètement — exemple plongée Objectif : que le produit « Explo plongée » ne soit encadré que par des moniteurs titulaires du DP. 1. **Identifiez vos moniteurs compétents.** Dans **Menu > Administration > Staffs**, filtrez sur le tag « DP » (si vous avez posé ce tag). Vous obtenez la liste exacte des personnes à retenir. 2. **Ouvrez le produit concerné.** **Menu > Administration > Produits**, puis « Explo plongée ». 3. **Renseignez la section « Staff Potentiels ».** Ajoutez uniquement les moniteurs identifiés à l'étape 1. **N'ajoutez personne d'autre** : tout moniteur présent dans cette liste est considéré comme apte à encadrer ce produit. 4. **Enregistrez**, puis répétez pour chaque produit ayant une exigence particulière. Un moniteur peut évidemment être staff potentiel sur plusieurs produits. Un moniteur sans le DP restera simplement absent de la liste des produits « explo ». La procédure détaillée, ainsi que la méthode inverse (partir d'un moniteur et lui attribuer d'un coup tous ses produits), sont décrites dans [Définir les staffs potentiels d'un produit](/yoplanning-academie/yoplanning-parametrage/parametrage-produit/les-produits-qui-seront-utilises-sur-votre-planning/definir-les-staffs-potentiels-dun-produit.md). *** ### Ce que ce paramétrage vous apporte ensuite Les staffs potentiels sont le moteur du [**Planning IA**](/yoplanning-academie/yoplanning-parametrage/le-planning-ia.md), c'est-à-dire des sessions **potentielles**, proposées à la vente mais pas encore placées sur le planning. Une fois vos listes renseignées : * **Disponibilité des sessions potentielles** : la vente d'une session potentielle est calculée à partir de la disponibilité des moniteurs déclarés potentiels. Si plus aucun d'entre eux n'est libre sur ce créneau, l'activité n'est plus proposée en ligne — vous ne vendez jamais une explo que personne ne peut encadrer. * **Attribution automatique** : lorsqu'une session potentielle est réservée, elle est attribuée automatiquement à un moniteur potentiel disponible, selon l'ordre de priorité que vous avez défini dans la liste des staffs. * **Nombre de sessions simultanées** : le nombre d'explos que vous pouvez vendre en parallèle dépend directement du nombre de moniteurs potentiels déclarés sur le produit. *** ### Points de vigilance {% hint style="warning" %} **Les staffs potentiels ne verrouillent pas l'assignation.** Ils expriment qui est *a priori* apte à encadrer un produit ; ils ne restreignent pas ce que vous pouvez saisir sur le planning. Assigner à une session un moniteur qui ne figure pas dans les staffs potentiels du produit est parfaitement possible, **et c'est une pratique courante** — remplacement de dernière minute, arrangement d'équipe, contrainte du jour. Le contrôle par la compétence repose donc sur la qualité de vos listes, pas sur un blocage du logiciel. {% endhint %} {% hint style="info" %} **Une session placée sur le planning standard vit sa propre vie.** Dès lors qu'elle est créée sur le planning et ouverte à la vente en ligne, elle reste vendable **quel que soit le staff qui lui est assigné** — y compris un moniteur hors staffs potentiels, ou un changement de moniteur après coup. Les staffs potentiels ne pilotent que la disponibilité des sessions **potentielles**, celles qui ne sont pas encore posées sur le planning. {% endhint %} * **Un produit sans aucun staff potentiel** n'apparaît pas dans le Planning IA. Voir [Résolution du problème des produits non affichés dans le Planning IA](/faq/faq-pour-le-parametrage/resolution-du-probleme-des-produits-non-affiches-dans-le-planning-potentiel-sur-yoplanning.pro.md). * **Tenez les listes à jour** : un nouveau moniteur diplômé, un départ, une qualification obtenue en cours de saison doivent être répercutés dans les produits concernés (ou, plus rapidement, depuis la fiche du staff). * **Le filtre par tags fonctionne en mode « OU »** : sélectionner « DP » et « Anglais » affiche les staffs ayant l'un **ou** l'autre, pas les deux. Filtrez tag par tag pour construire vos listes. *** ### En résumé | Ce que vous voulez | L'outil Yoplanning | | --------------------------------------------------------------- | ---------------------------------------------------------------------- | | Retrouver / filtrer les moniteurs ayant une qualification | Les **tags** sur la fiche staff | | Déterminer qui peut encadrer un produit donné | Les **staffs potentiels** du produit | | Ne proposer en ligne que les créneaux réellement encadrables | Staffs potentiels + **Planning IA** | | Attribuer automatiquement un moniteur à une session potentielle | Staffs potentiels + **ordre de priorité** des staffs | | Placer qui vous voulez sur une session déjà planifiée | L'**assignation** depuis le planning, libre et sans effet sur la vente | --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.yoplanning.support/faq/faq-pour-le-parametrage/affecter-les-moniteurs-selon-leurs-competences.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.