La aplicación está operativa en producción y creando observaciones y punch items reales en Procore. Este informe detalla qué quedó verificado, qué encontramos en las observaciones de Procore y qué necesitamos de Inpromec para cerrar el módulo.
Resumen
El sistema está desplegado, funcionando y exportando a Procore producción. El flujo completo —foto en terreno, análisis de la IA, revisión de una persona, exportación a Procore con sus fotografías— quedó verificado contra la obra San Enrique Dos con observaciones reales, no con datos de prueba.
Del módulo M1 hay 23 puntos cerrados. De los 24 reportes que Inpromec nos hizo llegar durante las pruebas, 20 están resueltos y desplegados.
Aparecieron dos cosas que dependen de ustedes y que conviene resolver antes de que los inspectores entren a terreno. La primera es de configuración de Procore y afecta a las observaciones tanto de Seguridad como de Calidad; está explicada en detalle más abajo. La segunda es la designación de la obra y de los inspectores responsables.
Verificación
Cada punto se verificó leyendo de vuelta desde Procore lo que la aplicación había escrito. Que Procore acepte un envío no prueba que el dato haya quedado guardado, así que ninguna comprobación se dio por buena sin confirmarla en el ítem ya creado.
| Punto | Estado | Cómo se comprobó |
|---|---|---|
| Ingreso con credenciales de Procore | Verificado | Inicio de sesión real contra Procore producción |
| Cada usuario ve solo sus obras | Verificado | La lista de obras la entrega Procore en cada consulta |
| Aislamiento de información entre obras | Verificado | Fotografías en almacenamiento privado, con enlaces firmados de vida corta |
| Exportación con fotografías | Verificado | Observación #211 con sus 2 fotografías adjuntas en Procore |
| Ubicación, tipo, prioridad y peligro | Verificado | Leídos de vuelta desde el ítem creado |
| Persona asignada y distribución | Verificado | Asignado y dos personas en distribución, correctos |
| Los ítems no se crean como privados | Verificado | Visibles para el equipo de obra |
| Tipos filtrados por Calidad o Seguridad | Verificado | De 24 tipos se ofrecen 7 según el dominio |
| Especialidad, Comportamiento y Condición contribuyente Seguridad y Calidad | Requiere configuración | Se explica en la sección siguiente |
Hallazgo principal
La aplicación envía a Procore tres campos que Procore recibe pero no muestra: Especialidad, Comportamiento contribuyente y Condición contribuyente. No es un error de la aplicación ni una configuración que alguien de Inpromec haya hecho: es cómo viene armada la plantilla de campos de Procore.
Las observaciones de Seguridad usan una plantilla de campos llamada safety Default, aplicada a las 22 obras de la constructora. La creó la cuenta interna de Procore el 12 de febrero de 2026 y no se ha modificado desde entonces. En esa plantilla, los tres campos están marcados como no visibles.
Lo mismo ocurre en Calidad. Su plantilla, quality Default, tiene los tres campos igualmente ocultos. La diferencia entre ambas no está en estos campos sino en cuáles son obligatorios, y en que Calidad suma un campo propio, Jefe de terreno / obra, que la aplicación sí completa correctamente.
| Campo | Visible en Procore | Obligatorio en Seguridad | Obligatorio en Calidad | Qué implica |
|---|---|---|---|---|
| Especialidad | No | No | No | El valor viaja y no se muestra como campo |
| Comportamiento contribuyente | No | No | No | El valor viaja y se pierde |
| Condición contribuyente | No | No | No | El valor viaja y se pierde |
| Peligro | Sí | Sí | No | Funciona correctamente |
| Prioridad | Sí | Sí | No | Funciona correctamente |
| Fotografías y distribución | Sí | Sí | No | Funciona correctamente |
Especialidad: la información sí llega. Aunque el campo no se muestre, la aplicación escribe la especialidad al inicio del título de cada observación. En la observación #211 el título es IA · CRITICO · ENTIBACIONES: …, donde ENTIBACIONES es la especialidad que eligió el inspector, tomada de la lista de especialidades de Procore.
Lo que se pierde no es el dato sino la posibilidad de filtrar y reportar por especialidad dentro de Procore, porque el valor no queda en el campo que Procore usa para eso.
Comportamiento y Condición contribuyente: la información se pierde. Estos dos campos no aparecen en el título, ni en la descripción, ni como campo de la observación. El prevencionista los completa en la aplicación y no quedan registrados en ninguna parte de Procore.
Son los dos campos que Inpromec nos pidió incorporar el 24 de agosto. Los implementamos y la aplicación los envía; es la plantilla la que los descarta.
La corrección es de configuración en Procore y la puede hacer un administrador de Inpromec. Hay dos caminos, y la diferencia entre ellos es a cuántas obras alcanza el cambio.
Duplicar safety Default y quality Default, marcar los tres campos como visibles en las copias y aplicarlas únicamente a San Enrique Dos. Las otras obras siguen exactamente igual. Procore ya permite esta operación desde la administración de plantillas, y en la configuración de Inpromec ya existe una segunda plantilla de Seguridad creada así.
Marcar los tres campos como visibles directamente en safety Default y quality Default. Es un cambio más simple, pero les cambia el formulario de observaciones a todas las obras de la constructora. Es una decisión de Inpromec, no técnica.
Administración de la empresa › Observaciones › Configuración › Conjuntos de campos
https://us02.procore.com/webclients/host/companies/562949953436553/tools/observations/settings/field-setsSi Inpromec prefiere no modificar la configuración de Procore, la alternativa desde nuestro lado es incorporar Comportamiento y Condición contribuyente al texto de la descripción de la observación, igual que ya ocurre con la especialidad en el título. La información quedaría registrada y visible, aunque no como campos consultables. Necesitamos su definición para tomar ese camino.
Acciones
Elegir entre la Opción A, la Opción B o la alternativa por descripción. Alcanza a Seguridad y a Calidad. Es lo único que hoy separa a las observaciones de estar completas.
La aplicación está habilitada en San Enrique Dos. Falta confirmar formalmente la obra y quiénes serán los responsables de las pruebas en terreno, según el punto §6 del contrato.
Hosting, base de datos, almacenamiento, servicio de IA y monitoreo operan hoy en cuentas nuestras. El punto §9.1 exige que estén a nombre de Inpromec para dar el módulo por terminado. No impide la marcha blanca, pero sí el cierre de M1.
Transparencia
Los siguientes puntos están identificados y priorizados. Ninguno impide operar, y los dejamos a la vista para que la marcha blanca sirva justamente para medir cuánto molestan en terreno.
Cierre del módulo
Una vez resuelta la definición de configuración y designadas la obra y las personas, la marcha blanca puede comenzar. Al terminarla se presentan las funcionalidades implementadas y, según el punto §9.4, Inpromec dispone de cinco días hábiles para informar desviaciones respecto del alcance comprometido.
Los problemas que aparezcan durante las pruebas y que correspondan al alcance descrito se corrigen dentro del módulo. Las funciones nuevas que surjan se registran y se cotizan por separado, como establece el punto §8.