De l’OPR au DOE : réception et réserves avec un plugin ChatGPT

Installer le plugin ChatGPT : Réception, réserves et DOE →

Exemple fictif. Trois semaines après les OPR de la « Résidence des Tilleuls », un architecte ouvre sa boîte mail. Le menuisier écrit que la porte du bureau qui frottait au sol « est reprise ». Le plombier envoie un fichier intitulé « DOE final.pdf ». Dans le tableau partagé de l’agence, un collègue a déjà passé la réserve de la porte en « levée », la peinture du couloir a disparu de la liste et le plan du rez-de-chaussée a changé d’indice. Plus personne ne sait ce qui a été réparé, contrôlé ou réellement levé.

Cet article présente le plugin ChatGPT « Réception, réserves et DOE » proposé par Educasium. Il ne reprend pas nos articles sur le PV de réception ou le suivi des réserves : il explique ce que le plugin ajoute, à savoir tenir toute la chaîne de l’assistance aux opérations de réception (AOR) dans un seul registre cumulatif, de la préparation des OPR à la revue du dossier des ouvrages exécutés (DOE).

Sommaire

1. Ce que couvre le plugin : toute la chaîne AOR dans un seul registre
2. La réception reste un acte du maître d’ouvrage
3. Avant la réception : réunir les points et les pièces
4. Après la réception : des réserves mises à jour sans rien effacer
5. Le DOE examiné exigence par exigence
6. Utiliser le plugin étape par étape
7. Skill ou plugin : quelle différence ?
8. Installer le plugin dans Codex
9. Quand ce plugin ne suffit pas
10. Se former à la gestion architecturale avec l’IA
11. Questions fréquentes

Ce que couvre le plugin : toute la chaîne AOR dans un seul registre

Le plugin suit quatre temps d’une même opération :

• Avant réception : la liste des points à examiner et des documents à réunir, sans annoncer de décision.
• Décision documentée : la relecture des actes fournis et, sur demande seulement, un brouillon de PV reflétant le périmètre et la date réellement établis.
• Après réception : des mises à jour cumulatives des réserves, avec preuves de levée et historique conservé.
• DOE : l’inventaire des pièces reçues, leur lecture et leur comparaison aux pièces réellement exigées par le marché.

Le fil conducteur est un registre JSON daté et versionné : chaque version ajoute des événements sourcés sans réécrire les anciens. Rapports, listes par entreprise et contre-visites n’en sont que des vues datées.

La réception reste un acte du maître d’ouvrage

Selon l’article 1792-6 du Code civil, la réception est l’acte par lequel le maître d’ouvrage accepte l’ouvrage, avec ou sans réserves ; le cadre juridique, les garanties et la rédaction du PV sont détaillés dans nos articles sur le PV de réception avec Claude et avec ChatGPT. Le plugin en tire une règle simple : il distingue date de visite, date de l’acte, date d’effet et date de levée, ne calcule aucune garantie à partir d’une visite, écrit « réception non établie dans les pièces » quand aucun acte n’est fourni et ne qualifie jamais de lui-même une réception tacite, partielle ou judiciaire.

Avant la réception : réunir les points et les pièces

Le plugin peut repartir du registre tenu pendant le chantier (voir notre compte rendu de chantier avec ChatGPT), ou de PV et tableaux existants.

Un point de chantier n’est pas encore une réserve

Les points ouverts deviennent des candidats à examiner. Ils ne deviennent « réserves actées » qu’avec une source qui documente leur inscription dans l’acte. Chaque réserve reçoit son propre identifiant, mais garde l’identifiant du point de chantier d’origine et son historique, avec une table de correspondance explicite. La clôture d’un point de chantier ne prouve pas la levée d’une réserve, et le plugin ne modifie pas le registre de chantier : il signale la mise à jour à faire.

Des fiches localisées et sourcées

Chaque fiche porte bâtiment, niveau, local, lot, plan avec indice et repère, médias réellement disponibles et responsables du traitement et du contrôle, avec la source de leur attribution. Une révision de plan ne déplace pas automatiquement un repère : l’ancien indice est conservé et le recalage est signalé « à vérifier ». Sans position ni photo fournie, le plugin n’invente aucune pastille ; un constat imprécis reste marqué [À COMPLÉTER].

Après la réception : des réserves mises à jour sans rien effacer

C’est ce qui règle le scénario d’ouverture : le plugin ajoute des événements à la dernière version vérifiée du registre, sans écraser les précédents, et sépare trois faits souvent mélangés :

Le circuit de traitement (à traiter, en cours, réalisé déclaré, à contrôler, contrôle favorable, reprise demandée) reste distinct des preuves de levée : une réserve actée sans levée documentée reste active, et une date de levée manquante reste vide plutôt que de reprendre celle du rapport.

Un point absent des nouvelles notes n’est pas supprimé : il est reporté avec son dernier état connu et la mention « non actualisé ». Une réserve rouverte garde le même identifiant et l’ancienne levée dans son historique.

Le DOE examiné exigence par exigence

L’inventaire attendu est construit à partir du CCTP, du CCAP et des exigences réellement consultées, pas d’une liste universelle. Chaque exigence est rattachée à son lot, à un équipement si c’est pertinent, à un responsable de remise et à un relecteur.

Les statuts sont volontairement fins : manquant, reçu non lu, lu à vérifier, écart documenté, validé dans le périmètre démontré, non applicable justifié. Reçu ne veut pas dire validé : un fichier nommé « DOE final » ne prouve ni sa complétude ni son exactitude. Une validation exige un critère précis, un auteur, une date et une source.

Chaque dépôt est conservé. Une resoumission corrigée doit être relue : elle n’hérite pas de l’ancienne validation, n’efface pas le retour précédent et ne ferme pas automatiquement l’action de correction.

Le plugin suit aussi le circuit de remise : en préparation, à soumettre, soumis, en revue, retour corrections, à resoumettre, revue documentée. Ce circuit décrit l’organisation, pas le résultat : une revue documentée peut conclure à des écarts. Si une rubrique exigée par le marché manque, la pièce ne peut pas être présentée comme prête à soumettre selon cette exigence, mais une remise déjà faite reste enregistrée comme un fait.

Utiliser le plugin étape par étape

Étape 1 : Cadrer et fournir les sources. Projet, type de marché, périmètre et mission, puis registre de chantier s’il existe, constats d’OPR avec photos repérées, CCTP, CCAP et décisions réellement communiquées.

Étape 2 : Préparer les OPR. Demandez la liste des points et des pièces, en distinguant constats, propositions et décisions.

Étape 3 : Reprendre la décision. Faites relire le PV signé pour qualifier les réserves actées, ou demandez un brouillon à faire valider.

Étape 4 : Mettre à jour à chaque contre-visite. Fournissez toujours la dernière version du registre, puis les nouvelles pièces, et contrôlez la vue des changements.

Étape 5 : Examiner le DOE. Joignez les documents remis par lot et demandez l’inventaire, les retours motivés et les pièces à corriger.

Skill ou plugin : quelle différence ?

Les skills ChatGPT présentés dans nos autres articles traitent chacun un document : le PV et son registre initial, ou le classeur de suivi des réserves. Ils s’utilisent dans un projet ChatGPT auquel on joint les instructions. Le plugin s’installe dans Codex et couvre la phase entière avec une seule convention de registre, de la continuité avec le chantier jusqu’au DOE. Pour un PV ponctuel, le skill suffit ; pour suivre une opération jusqu’au bout, le plugin évite de reconstituer l’historique à chaque étape.

Installer le plugin dans Codex

Le téléchargement est réservé aux participants des formations Educasium, depuis la fiche du plugin. Décompressez le ZIP dans un dossier stable, qui ne sera ni déplacé ni renommé. Dans un terminal, ajoutez ce dossier comme catalogue avec codex plugin marketplace add "chemin/vers/le/dossier", puis installez le plugin avec codex plugin add archi-reception@educasium-reception. Ouvrez ensuite une nouvelle session Codex. Le fichier INSTALLATION.md du ZIP reprend ces commandes.

Quand ce plugin ne suffit pas

• Pas de signature ni d’envoi : rien n’est signé, envoyé ou notifié sans instruction explicite.
• Pas de saisie mobile : il travaille à partir des notes, photos et pièces que vous fournissez.
• Pas de connexion directe aux applications de terrain : il peut lire un export fourni, mais ce n’est ni un importeur automatique ni une synchronisation.
• Un libellé n’est pas une preuve : un statut « Verified » ou « Closed » dans un export ne démontre pas une levée.
• Les CSV ne sont que des vues : ils ne remplacent pas l’historique du registre JSON, à conserver et réutiliser.

Se former à la gestion architecturale avec l’IA

Un plugin structure le travail ; il ne remplace pas la méthode. Notre formation Gestion Architecturale par l’IA aborde le suivi de chantier, la réception et la tenue de registres fiables avec ChatGPT, sur des cas proches de votre pratique.

Questions fréquentes

Le plugin peut-il prononcer la réception à ma place ?

Non. La réception est un acte du maître d’ouvrage. Le plugin prépare la liste des points et des pièces avant la visite, relit les actes que vous fournissez et, si vous le demandez, rédige un brouillon de PV dont les signatures restent vides. Tant qu’aucune décision n’est documentée, il indique « réception non établie dans les pièces » et ne calcule aucune date de garantie. Il ne conclut pas non plus à une réception tacite : il expose les faits et laisse la qualification aux personnes compétentes.

Pourquoi « réparé » ne suffit-il pas pour lever une réserve ?

Parce que ce mot recouvre souvent trois faits différents : l’entreprise déclare avoir réparé, un contrôle sur place confirme le travail, puis la levée est actée dans le cadre prévu par le marché. Le plugin enregistre chacun de ces événements séparément, avec sa source et son auteur. Une réserve actée reste donc active tant que sa levée n’est pas documentée. Cette séparation évite de découvrir, au moment d’un désaccord, qu’aucune pièce ne prouve ce que le tableau affichait.

Que se passe-t-il si un plan change d’indice entre deux visites ?

Le repère reste attaché au plan et à l’indice sur lesquels il a été placé. Le plugin ne le déplace pas vers le nouvel indice : il note l’indice courant documenté et signale un recalage « à vérifier », sans convertir ni inventer de coordonnées. Vous gardez ainsi la localisation initiale, précieuse quand un local a été redessiné entre les OPR et la contre-visite.

Un DOE déposé une deuxième fois garde-t-il la validation de la première version ?

Non. Chaque dépôt est conservé avec son fichier, son indice et sa date, et une validation ne porte que sur le dépôt et les critères effectivement examinés. Quand l’entreprise envoie une version corrigée, le plugin demande une nouvelle lecture des critères concernés, conserve le retour précédent et laisse l’action de correction ouverte tant qu’elle n’est pas confirmée. Une revue documentée ne vaut pas validation globale du DOE et ne clôt jamais une réserve physique.

En amont, notre méthode pour le compte rendu de chantier avec ChatGPT alimente le registre ; consultez aussi nos articles sur le PV de réception et le suivi des réserves, avec ChatGPT ou avec Claude, si vous préférez travailler document par document.

Financement possible selon votre éligibilité (OPCO, FIF PL). Organisme certifié Qualiopi. Pour structurer vos réceptions, vos levées de réserves et vos revues de DOE avec l’IA dans le cadre de notre formation Gestion Architecturale par l’IA, contactez Educasium en précisant votre statut et votre objectif. Retrouvez le téléchargement et le tutoriel d’installation sur la fiche du plugin ChatGPT dédiée.