Software y herramientas · revisión septiembre de 2026

Software para gestionar DoP, marcado CE y DPP

El software adecuado conecta producto-tipo, uso previsto, norma o documento de evaluación, características esenciales, prestaciones, sistema AVCP, ensayos, control de producción, declaración, marcado e instrucciones; no convierte un repositorio o formulario en cumplimiento automático.

01

Trabajo que debe coordinar

Participan fabricante, importador, distribuidor, laboratorio, organismo notificado, proveedor de materia prima, proyectista y cliente de obra. La herramienta debe asignar qué aporta cada uno, conservar contexto y evitar que una corrección quede separada del expediente.

02

Capacidades mínimas

Debe cubrir especificación aplicable; identidad y uso; sistema de evaluación; alcance de ensayo o certificado; prestaciones declaradas; versión lingüística; lote; cambios de diseño y futura información DPP. También necesita permisos, historial, versiones, alertas, búsquedas y exportación sin encerrar los datos.

03

Entradas y salidas

Entradas principales: producto-tipo, uso previsto, norma o documento de evaluación, características esenciales, prestaciones, sistema AVCP, ensayos, control de producción, declaración, marcado e instrucciones. El resultado esperado no es “documentos subidos”, sino expediente técnico por producto-tipo, DoP vigente, marcado e instrucciones coherentes, relación con lotes y datos estructurados preparados para el DPP.

04

Integraciones honestas

ERP, PLM, QMS, GIS, LIMS o portales oficiales pueden ser origen o destino. Exige distinguir conector desplegado, API configurable, exportación manual y función todavía no disponible.

05

Prueba de compra

Usa un caso anonimizado y fuerza esta excepción: la declaración pertenece a una familia parecida, pero el espesor y uso previsto de la partida no coinciden con el producto ensayado. Comprueba detección, asignación, corrección, aprobación, trazabilidad y salida.

06

Mapa operativo específico de CPR, DoP y DPP de construcción

Para esta decisión sobre software y herramientas, el modelo debe relacionar fabricante · planta · producto-tipo · SKU · uso · especificación · AVCP · organismo · característica · método · prestación · ensayo · FPC · DoP · marcado · idioma · lote · cambio · DPP. Los participantes reales son fabricante, importador, distribuidor, laboratorio, organismo notificado, proveedor de materia prima, proyectista y cliente de obra. La salida verificable es expediente técnico por producto-tipo, DoP vigente, marcado e instrucciones coherentes, relación con lotes y datos estructurados preparados para el DPP.

07

Prueba de estrés antes de aprobar

Reproduce este escenario: un fabricante comercializa un aislante en tres espesores y dos plantas y debe entregar la declaración correcta a una obra concreta. Introduce deliberadamente la excepción “la declaración pertenece a una familia parecida, pero el espesor y uso previsto de la partida no coinciden con el producto ensayado”. Comprueba qué sistema la detecta, quién recibe la tarea, qué fuente resuelve la duda y cómo queda registrada la aprobación.

Aplicación

La herramienta organiza; el responsable decide

El expediente debe conservar dato, fuente, versión, control, excepción y aprobación. Code Contract puede coordinar la operación, pero no sustituye la evaluación técnica, la declaración oficial ni al supervisor.

Revisa este proceso con un caso real