Gestion des réserves : configuration et usage quotidien
La liste des réserves sous /defects rassemble toutes les réserves de tous les projets sous deux formes d'une même question : un tableau triable et un tableau Kanban qui partagent filtres, recherche et indicateurs. Une nouvelle entrée reçoit le numéro M suivant, démarre sur ouverte et traverse affectée, en cours puis à contrôler. Seule l'action de levée explicite atteint le statut final.

Sous-traitants, chantiers et droits exigés par la gestion des réserves
Avant la première réserve, les corps d'état concernés se créent sous Sous-traitants, où le champ de métier puise dans la liste de valeurs de l'entreprise plutôt que dans du texte libre. Seuls les sous-traitants de votre entreprise sont proposés, comme pour les projets, et les deux sont revérifiés à l'enregistrement. Ouvrir la liste demande projects.view ; saisir, modifier et lever exigent site.write.
Chaque réserve porte son propre identifiant d'entreprise, et le filtre de locataire s'applique avant que le contrôleur ne lise la première ligne, si bien qu'une réserve d'une autre société répond qu'elle est inaccessible. La requête de la liste rattache en outre la réserve à un projet de votre entreprise, et les deux contrôles doivent concorder avant qu'une ligne paraisse. Un compte limité à une liste de projets ne voit que les réserves de ces chantiers. Le compteur affiché à côté du menu totalise les réserves ouvertes de l'entreprise et se recalcule après chaque saisie, modification, déplacement ou levée.
Saisir une réserve : intitulé, emplacement, corps d'état, délai et gravité
La saisie demande un projet et un intitulé de 150 caractères au plus, puis un emplacement facultatif de 100 caractères, un sous-traitant, un délai et une gravité normale ou majeure. L'emplacement reste volontairement du texte libre, car un endroit dans un bâtiment s'écrit « étage, salle de bain » et ne se répète jamais assez pour mériter une liste de valeurs.
Le numéro est attribué à l'échelle de l'entreprise sous la forme M suivi du rang suivant, et non par projet, afin qu'un numéro noté sur un procès-verbal désigne une seule entrée. La réserve démarre sur ouverte et paraît aussitôt dans le tableau, sur le Kanban et dans le compteur. Son dossier reprend les mêmes champs et affiche au-dessus le suivi du statut, étape courante marquée.

Tableau, Kanban et recherche par numéro, intitulé ou emplacement
Les deux vues construisent leur ensemble avec une seule méthode : filtre de projet, filtre de statut et terme recherché s'appliquent à l'identique, et le sélecteur change la forme de la réponse, pas la question. La recherche couvre le numéro, l'intitulé et l'emplacement, car une réserve se retient par M-115, par ce qui est cassé ou par l'endroit. Le tri suit le délai puis le numéro, 25 lignes par page.
Les indicateurs comptent les réserves ouvertes, en retard et à contrôler dans le filtre courant ; en retard signifie délai dépassé sans levée. Sur le Kanban, la carte porte le numéro, l'intitulé, le chantier et l'emplacement, le délai et les initiales du sous-traitant. Le glissement enregistre aussitôt et ramène la carte en arrière en cas d'échec ; sur téléphone, la carte s'ouvre et le statut se règle dans le dossier.
Levée, journal d'audit et ce qu'autorise encore une réserve levée
La levée est une action distincte, proposée uniquement sur une réserve au statut à contrôler, et seule cette transition mène au statut levée. La dernière colonne du Kanban n'accepte aucun dépôt, et l'interface qui la sert refuse ce mouvement avec son propre code d'erreur plutôt que de l'accepter en silence. Annoncé traité et levé restent donc deux choses différentes.
Une fois levée, la réserve n'offre plus d'autre statut dans son formulaire et ne peut donc pas y être rouverte. Déplacements sur le Kanban et levées rejoignent le journal d'audit avec la réserve, le statut de départ et celui d'arrivée. L'export CSV reprend numéro, projet, intitulé, emplacement, sous-traitant, délai, gravité et statut de l'ensemble filtré.

Les réserves dans le rapport journalier, le dossier projet et chez le corps d'état
Une réserve n'a pas de champ photo propre. L'image qui prouve la reprise appartient au rapport journalier du jour concerné, et ce rapport peut pointer vers la réserve : la preuve est ainsi datée et signée. Le lien apparaît aussi comme mention écrite sur la ligne du rapport, ce qui rend visible une soirée chargée en reprises sans avoir à l'ouvrir.
Dans le dossier projet, la liste occupe son propre onglet et ne répond que pour ce chantier, tandis que le registre de la navigation principale répond pour toute l'entreprise. La colonne fournisseur nomme le corps d'état qui doit la reprise, et les initiales de la carte reprennent ce nom en abrégé. Commentaires, notes de réunion, images et courriels s'accumulent sur la réserve dans l'historique commun.
Un exemple de gestion des réserves : de la saisie à la levée
Lors de la tournée du 13/08/2026 sur Cypress Point Lot 9, la conduite de travaux saisit PL-1012 : la descente d'eau se déverse contre la fondation, emplacement façade arrière, gravité majeure, délai au 20/08/2026, corps d'état Summit Roofing Partners. La carte démarre dans la colonne des réserves ouvertes, passe à affectée l'après-midi même, puis à en cours à l'arrivée des couvreurs. Le 18/08/2026, leur chef d'équipe annonce la conduite reprise, la carte glisse vers à contrôler, et le registre du 19/08/2026 la compte parmi les quatre réserves en attente de vérification.
Personne ne lève cette réserve depuis un bureau : l'après-midi du 19/08/2026, la conduite de travaux se poste derrière la maison, voit l'eau s'écouler loin de la semelle et presse le bouton de levée sur la ligne. Sur 48 réserves saisies, 39 restent ouvertes au lieu de 40, le compteur à contrôler tombe de quatre à trois, et le journal d'audit garde le passage avec statut de départ et d'arrivée. La photo de la reprise rejoint le rapport journalier du jour sur Cypress Point, qui pointe PL-1012 et date ainsi la preuve.
Gestion des réserves : à vérifier avant d’enregistrer
Le statut levée n'est atteint que par l'action de levée sur une réserve au statut à contrôler, et toute autre voie vers ce statut est refusée.
Une carte dont l'enregistrement échoue revient dans sa colonne d'origine, afin que le Kanban n'affiche jamais un déplacement non enregistré.
Projet et sous-traitant sont vérifiés contre votre entreprise à l'enregistrement, et une réserve d'un autre chantier ne peut pas être ouverte.
Tableau et Kanban appliquent le même filtre de projet, le même filtre de statut et le même terme, donc les deux vues ne peuvent pas annoncer des comptes différents.
Gestion des réserves : erreurs fréquentes
Une réserve sans délai n'entre jamais dans l'indicateur de retard, et sa place dans la liste dépend de la base : le tri nomme due_date sans règle pour les valeurs vides, PostgreSQL renvoie donc les lignes non datées à la fin tandis que MySQL et SQLite les remontent en tête. Donnez une date même approximative, car cette liste se lit du haut vers le bas.
Lever depuis le bureau est précisément l'habitude que ce circuit empêche. Le statut à contrôler signale qu'une reprise a été annoncée, pas que quelqu'un est retourné vérifier.
Sur téléphone, le Kanban ne réagit pas au glissement d'une carte. Ouvrez la carte et réglez le statut dans le dossier plutôt que de conclure à un échec d'enregistrement.
La page produit décrit le même module du point de vue métier, avec les décisions qu’il porte et les modules auxquels il se relie.
Voir la page produitQuestions fréquentes
Peut-on glisser une carte directement vers Réceptionnée ?
Non. Le statut final exige l’action de réception après vérification sur place.
Que se passe-t-il si le changement Kanban échoue ?
La carte revient dans sa colonne précédente pour ne pas afficher une modification non enregistrée.
Paramétrer cette partie pour votre entreprise ?
Décrivez la séquence que vous suivez aujourd’hui et le résultat attendu à la fin. Nous parcourons les réglages qui y mènent.