> For the complete documentation index, see [llms.txt](https://help.aphex.co/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.aphex.co/docs/aphex-help-fr/planificateur/fonctionnalites/readying-and-reviewing-plans.md). # Préparation et révision {% hint style="info" %} **Qui peut utiliser cette fonctionnalité ?** Les propriétaires des tâches peuvent marquer leur partie du plan comme prête *** Les relecteurs et les administrateurs peuvent approuver les plans au nom d'autres propriétaires de tâches. {% endhint %} Avant qu'un plan soit publié, vous pouvez marquer votre partie comme prête pour signaler qu'elle est à jour et prête à être utilisée. Même si vous ne la marquez pas comme prête, vos tâches seront quand même incluses dans la version publiée. ## Problèmes non résolus *** Si vous possédez des tâches dans la période d'anticipation, il est de votre responsabilité de vous assurer qu'elles sont exactes, à jour et qu'elles ne comportent aucun problème non résolu en suspens. Cela signifie que les propriétaires des tâches doivent atténuer tout conflit, ajouter les données manquantes et résoudre tout bloqueur en retard.
#### Pour voir les problèmes non résolus dans votre plan : * Cliquez sur votre date limite de publication en haut à droite de la page * Cela ouvrira le `fenêtre Marquer comme prêt` * Vous verrez un décompte de tous vos `Conflits`, `données manquantes` et `bloquants en retard` * Cliquez sur l'un des décomptes pour ouvrir le panneau correspondant et commencer à résoudre les problèmes
Définitions des problèmes | Problème | Signification | | ------------------ | -------------------------------------------------------------------------------------------------------------------------------------------- | | Conflits | Tous les conflits non résolus dans la période d'anticipation | | Bloqueurs | Tous les bloqueurs en retard dans la période d'anticipation | | données manquantes | Toutes les tâches, dans la période d'anticipation, auxquelles il manque des exigences de publication définies dans la routine de publication |
### **Panneau Données manquantes** *** Le panneau Données manquantes met en évidence les tâches que vous possédez et auxquelles il manque les informations requises, selon la période d'anticipation définie dans le planning de publication. **Ouvrez le panneau Données manquantes :** * Ouvrez le Gantt * Vers le côté droit, sélectionnez * Cela ouvrira le `Panneau Données manquantes` * Cliquez sur n'importe quel nom de tâche dans ce panneau pour ouvrir automatiquement les colonnes spécifiques que vous devez compléter ### **panneau des blocages** *** Le panneau des bloqueurs met en évidence les bloqueurs ouverts et en retard, les bloqueurs en retard restant toujours visibles même s'ils se trouvent en dehors de la fenêtre d'anticipation, afin qu'aucun élément critique ne soit manqué.
**Ouvrez le panneau des bloqueurs :** * Ouvrez le Gantt * Vers le côté droit, sélectionnez * Cela ouvrira le `panneau des blocages` * Cliquez sur le ![](https://2817901885-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FLu0mYklsCTm7XQm3ZGqv%2Fuploads%2FptA8pQQejxgMLavNkYFW%2F%EF%8B%BE.svg?alt=media\&token=ed7c6a98-ee8c-4d73-aa87-8a3e99e04de8) à côté du blocage pour le résoudre Voir aussi : Bloqueurs ### **Panneau des conflits** *** Le panneau des conflits affiche les tâches de votre période d'anticipation qui partagent la même zone de travail, vous aidant à repérer et à résoudre les conflits de planning. **Ouvrez le panneau des conflits :** * Ouvrez le Gantt * Vers le côté droit, sélectionnez * Cela ouvrira le `Panneau des conflits` * Cliquez sur n'importe quel nom de tâche dans le panneau pour voir avec quelle tâche elle est en conflit, et qui en est le propriétaire. Voir aussi : Conflits ## **Filtrer par problème non résolu** *** Le filtrage par problème vous permet de vous concentrer sur des tâches spécifiques en fonction des problèmes qu'elles présentent. C'est un moyen rapide de consulter et de gérer le travail lié à un problème particulier dans l'ensemble de votre plan.
#### Filtrer par problème : * Cliquez sur et * Sélectionner `Problème` dans la première liste déroulante * Sélectionnez parmi `Est`, `N’est pas`, `Est vide` ou `N’est pas vide` dans la deuxième liste déroulante * Sélectionnez le vôtre à partir de `Conflits`, `bloquants en retard` ou `données manquantes` dans la troisième liste déroulante #### Vue des problèmes non résolus prédéfinie : Votre projet est fourni avec une vue des problèmes non résolus prédéfinie. * Cliquez sur `+ Vues` dans les onglets de vue ouverts * Sélectionner `Vue des problèmes non résolus` Voir aussi : créer et partager des vues
Détail du filtre | Filtre | Opérateur | Valeur | | -------- | -------------------------------------------------------- | ------------------------------------ | | Problème |

Est
N’est pas
Est vide
N’est pas vide

|

Sélection multiple


|
## Mise en état *** Le fait de marquer votre partie du plan comme prête permet à votre équipe de savoir que vos tâches sont à jour et prêtes à être publiées.
**Comment marquer comme prêt :** * Cliquez sur votre date limite de publication en haut à droite de la page * Cela ouvrira le `fenêtre Marquer comme prêt` * Sélectionner * De plus, si vous avez confiance en votre plan, vous pouvez toujours choisir de `Mise en état` même si certains problèmes n'ont pas été résolus. * Sélectionner `Marquer comme prêt avec des problèmes` Voir aussi : Publication
Règles pour marquer comme prêt * Si vous apportez des modifications au plan après l'avoir marqué comme prêt, il sera automatiquement remis à l'état non prêt. * Vous ne pouvez marquer comme prêtes que les tâches dont vous êtes propriétaire et qui se trouvent dans la période d'anticipation du projet.
## Révision des plans *** Vous pouvez attribuer un relecteur à n'importe quel utilisateur, idéal pour réviser les plans d'un sous-traitant ou si quelqu'un sur le projet est absent. Les relecteurs sont notifiés lorsque les plans sont prêts et peuvent soit les approuver, soit les marquer comme prêts au nom de l'utilisateur.
#### Pour définir un relecteur : * Cliquez sur le titre de votre projet en haut à gauche, puis sélectionnez `Utilisateurs` * Trouvez l'utilisateur auquel vous souhaitez attribuer un relecteur * Cliquez sur le `+` dans la `Relecteur` colonne * Sélectionnez l'utilisateur que vous souhaitez définir comme relecteur #### Pour marquer les plans comme révisés : * Cliquez sur le `0/X révisés` bouton en haut à droite de la page * Trouvez le `travail à réviser` section dans le menu qui s'ouvre * Utilisez la ![](https://2817901885-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FLu0mYklsCTm7XQm3ZGqv%2Fuploads%2FtmKa0esyx9sHu9S2hGQX%2FVisibility.svg?alt=media\&token=3947542b-038d-492c-a254-3ea86e810728) pour afficher le plan de chaque utilisateur * Cochez leur plan une fois que vous êtes prêt à le marquer comme révisé Voir aussi : Relecteur de plan --- # 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 by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://help.aphex.co/docs/aphex-help-fr/planificateur/fonctionnalites/readying-and-reviewing-plans.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. 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.