De las OPR al DOE: recepción y reservas con un plugin de ChatGPT

Instalar el plugin de ChatGPT: Recepción, reservas y DOE →

Ejemplo ficticio. Tres semanas después de las OPR (operaciones previas a la recepción) de la «Résidence des Tilleuls», un arquitecto abre su correo. El carpintero escribe que la puerta del despacho que rozaba el suelo «ya está reparada». El fontanero envía un archivo llamado «DOE final.pdf». En la hoja compartida del estudio, un compañero ya ha marcado la reserva de la puerta como «levantada», el retoque de pintura del pasillo ha desaparecido de la lista y el plano de planta baja ha cambiado de índice. Ya nadie sabe qué se ha reparado, controlado o levantado de verdad.

Este artículo presenta el plugin de ChatGPT «Recepción, reservas y DOE» que ofrece Educasium. No repite nuestros artículos sobre el acta de recepción o el seguimiento de reservas: explica lo que añade el plugin, es decir, llevar toda la cadena de la AOR (asistencia a las operaciones de recepción, la fase final de la misión del arquitecto en Francia) en un único registro acumulativo, desde la preparación de las OPR hasta la revisión del DOE (dossier des ouvrages exécutés, el expediente de obra ejecutada).

Índice

1. Qué cubre el plugin: toda la cadena AOR en un solo registro
2. La recepción sigue siendo un acto del cliente
3. Antes de la recepción: reunir los puntos y los documentos
4. Después de la recepción: reservas actualizadas sin borrar nada
5. El DOE revisado exigencia por exigencia
6. Usar el plugin paso a paso
7. Skill o plugin: ¿qué diferencia hay?
8. Instalar el plugin en Codex
9. Cuándo este plugin no basta
10. Formarse en gestión arquitectónica con IA
11. Preguntas frecuentes

Qué cubre el plugin: toda la cadena AOR en un solo registro

El plugin acompaña cuatro momentos de una misma operación:

• Antes de la recepción: la lista de puntos que examinar y de documentos que reunir, sin anunciar ninguna decisión.
• Decisión documentada: la relectura de las actas aportadas y, solo si lo pides, un borrador de PV (procès-verbal, el acta de recepción) que refleje el alcance y la fecha realmente establecidos.
• Después de la recepción: actualizaciones acumulativas de las reservas, con pruebas de levantamiento (levée des réserves) e historial conservado.
• DOE: el inventario de los documentos recibidos, su lectura y su comparación con lo que exige realmente el contrato.

El hilo conductor es un registro JSON fechado y versionado: cada versión añade eventos con su fuente sin reescribir los antiguos. Informes, listas por empresa, contravisitas y cambios entre versiones son solo vistas fechadas de ese registro.

La recepción sigue siendo un acto del cliente

Según el artículo 1792-6 del Código Civil francés, la recepción es el acto por el que el maître d’ouvrage (el cliente o promotor) acepta la obra, con o sin reservas; el marco jurídico, las garantías y la redacción del PV se explican en nuestros artículos sobre el acta de recepción con Claude y con ChatGPT. El plugin aplica una regla sencilla: distingue fecha de visita, fecha del acta, fecha de efecto y fecha de levantamiento, no calcula ninguna garantía a partir de una visita, escribe «recepción no establecida en los documentos» cuando no se aporta ningún acta y nunca califica por su cuenta una recepción tácita, parcial o judicial.

Antes de la recepción: reunir los puntos y los documentos

El plugin puede partir del registro llevado durante la obra (ver nuestra acta de obra con ChatGPT), o de actas y tablas existentes.

Un punto de obra todavía no es una reserva

Los puntos abiertos pasan a ser candidatos que examinar. Solo se convierten en «reservas aceptadas» con una fuente que documente su inscripción en el acta. Cada reserva recibe su propio identificador, pero conserva el identificador del punto de obra de origen y su historial, con una tabla de correspondencias explícita. El cierre de un punto de obra no demuestra el levantamiento de una reserva, y el plugin no modifica el registro de obra: indica la actualización que hay que hacer.

Fichas localizadas y con fuente

Cada ficha recoge edificio, planta, local, lote, plano con índice y marca, medios realmente disponibles y responsables del tratamiento y del control, con la fuente de su asignación. Una revisión del plano no desplaza automáticamente una marca: se conserva el índice anterior y el reajuste se señala «por verificar». Sin posición ni foto aportada, el plugin no inventa ninguna marca; una observación imprecisa queda marcada [À COMPLÉTER] (por completar).

Después de la recepción: reservas actualizadas sin borrar nada

Esto es lo que resuelve el escenario inicial: el plugin añade eventos a la última versión verificada del registro, sin sobrescribir los anteriores, y separa tres hechos que suelen mezclarse:

El circuito de tratamiento (por tratar, en curso, realizado declarado, por controlar, control favorable, repaso solicitado) se mantiene separado de las pruebas de levantamiento: una reserva aceptada sin levantamiento documentado sigue activa, y una fecha de levantamiento que falta queda vacía en lugar de tomar la del informe.

Un punto ausente de las notas nuevas no se elimina: se traslada con su último estado conocido y la mención «no actualizado». Una reserva reabierta conserva el mismo identificador y el levantamiento anterior en su historial.

El DOE revisado exigencia por exigencia

El inventario esperado se construye a partir del CCTP (pliego técnico), del CCAP (pliego administrativo particular) y de las exigencias realmente consultadas, no de una lista universal. Cada exigencia se vincula a su lote, a un equipo si procede, a un responsable de entrega y a un revisor.

Los estados son deliberadamente finos: faltante, recibido sin leer, leído por verificar, desviación documentada, validado en el alcance demostrado, no aplicable justificado. Recibido no significa validado: un archivo llamado «DOE final» no demuestra ni que esté completo ni que sea exacto. Una validación exige un criterio preciso, un autor, una fecha y una fuente.

Se conserva cada entrega. Una nueva entrega corregida debe volver a leerse: no hereda la validación anterior, no borra la devolución previa y no cierra automáticamente la acción de corrección.

El plugin sigue también el circuito de entrega: en preparación, por presentar, presentado, en revisión, devolución con correcciones, por volver a presentar, revisión documentada. Este circuito describe la organización, no el resultado: una revisión documentada puede concluir que hay desviaciones. Si falta un apartado exigido por el contrato, el documento no puede presentarse como listo según esa exigencia, pero una entrega ya hecha sigue registrada como un hecho.

Usar el plugin paso a paso

Paso 1: Encuadrar y aportar las fuentes. Proyecto, tipo de contrato, alcance y misión; después, el registro de obra si existe, las observaciones de OPR con fotos identificadas, el CCTP, el CCAP y las decisiones realmente comunicadas.

Paso 2: Preparar las OPR. Pide la lista de puntos y documentos, distinguiendo observaciones, propuestas y decisiones.

Paso 3: Recoger la decisión. Haz releer el PV firmado para calificar las reservas aceptadas, o pide un borrador para que lo valide quien corresponda.

Paso 4: Actualizar en cada contravisita. Aporta siempre la última versión del registro y después los documentos nuevos, y revisa la vista de cambios.

Paso 5: Revisar el DOE. Adjunta los documentos entregados por lote y pide el inventario, las devoluciones motivadas y los documentos que corregir.

Skill o plugin: ¿qué diferencia hay?

Los skills de ChatGPT que presentamos en otros artículos tratan cada uno un documento: el acta con su registro inicial, o el libro de seguimiento de reservas. Se usan en un proyecto de ChatGPT al que se adjuntan las instrucciones. El plugin se instala en Codex y cubre la fase completa con una única convención de registro, desde la continuidad con la obra hasta el DOE. Para un acta puntual, el skill basta; para seguir una operación hasta el final, el plugin te evita reconstruir el historial en cada etapa.

Instalar el plugin en Codex

La descarga está reservada a los participantes de las formaciones de Educasium, desde la ficha del plugin. Descomprime el ZIP en una carpeta estable, que no vayas a mover ni renombrar. En una terminal, añade esa carpeta como catálogo con codex plugin marketplace add "ruta/a/la/carpeta" e instala después el plugin con codex plugin add archi-reception@educasium-reception. Luego abre una nueva sesión de Codex. El archivo INSTALLATION.md del ZIP repite estos comandos.

Cuándo este plugin no basta

• Sin firma ni envío: nada se firma, se envía ni se notifica sin una instrucción explícita.
• Sin captura móvil: trabaja con las notas, fotos y documentos que tú le das.
• Sin conexión directa con aplicaciones de obra: puede leer una exportación aportada, pero no es un importador automático ni una sincronización.
• Una etiqueta no es una prueba: un estado «Verified» o «Closed» en una exportación no demuestra un levantamiento.
• Los CSV son solo vistas: no sustituyen el historial del registro JSON, que debes conservar y reutilizar.

Formarse en gestión arquitectónica con IA

Un plugin estructura el trabajo; no sustituye al método. Nuestra formación Gestión Arquitectónica con IA trata el seguimiento de obra, la recepción y la llevanza de registros fiables con ChatGPT, con casos cercanos a tu práctica.

Preguntas frecuentes

¿Puede el plugin pronunciar la recepción en mi lugar?

No. La recepción es un acto del cliente. El plugin prepara la lista de puntos y documentos antes de la visita, relee las actas que le aportas y, si se lo pides, redacta un borrador de PV con las firmas en blanco. Mientras no haya una decisión documentada, indica «recepción no establecida en los documentos» y no calcula ninguna fecha de garantía. Tampoco concluye que haya una recepción tácita: expone los hechos y deja la calificación a las personas competentes.

¿Por qué «reparado» no basta para levantar una reserva?

Porque esa palabra suele cubrir tres hechos distintos: la empresa declara que ha reparado, un control en obra confirma el trabajo y luego el levantamiento se formaliza en el marco previsto por el contrato. El plugin registra cada uno de esos eventos por separado, con su fuente y su autor. Una reserva aceptada sigue activa mientras su levantamiento no esté documentado. Esta separación evita descubrir, en pleno desacuerdo, que ningún documento prueba lo que mostraba la tabla.

¿Qué pasa si un plano cambia de índice entre dos visitas?

La marca sigue vinculada al plano y al índice sobre los que se colocó. El plugin no la desplaza al nuevo índice: anota el índice actual documentado y señala un reajuste «por verificar», sin convertir ni inventar coordenadas. Así conservas la localización inicial, muy útil cuando un local se ha redibujado entre las OPR y la contravisita, y sabes qué marcas necesitan una comprobación en obra.

¿Un DOE entregado por segunda vez conserva la validación de la primera versión?

No. Cada entrega se conserva con su archivo, su índice y su fecha, y una validación solo se refiere a la entrega y a los criterios realmente examinados. Cuando la empresa envía una versión corregida, el plugin pide una nueva lectura de los criterios afectados, conserva la devolución anterior y deja abierta la acción de corrección mientras no se confirme. Una revisión documentada no equivale a una validación global del DOE y nunca cierra una reserva física.

En las fases anteriores, nuestro método para el acta de obra con ChatGPT alimenta el registro; consulta también nuestros artículos sobre el acta de recepción y el seguimiento de reservas, con ChatGPT o con Claude, si prefieres trabajar documento por documento.

Financiación posible según tu elegibilidad (OPCO, FIF PL). Organismo certificado Qualiopi. Para estructurar tus recepciones, levantamientos de reservas y revisiones del DOE con IA en el marco de nuestra formación Gestión Arquitectónica con IA, contacta con Educasium indicando tu situación y tu objetivo. Encontrarás la descarga y el tutorial de instalación en la ficha del plugin de ChatGPT dedicada.