Cómo Construiría un Sistema de Marcado CE que Mantiene Vivo un Expediente de Producto

Respuesta directa

Un sistema de marcado CE es un expediente de producto persistente que convierte los archivos de un fabricante en una lista mapeada de requisitos legales, la evidencia detrás de cada uno, y los huecos que aún bloquean una firma. Sube la lista de materiales, los planos y el manual, elige los mercados, y obtén un estado por requisito en lugar de un único veredicto limpio. Este es un sistema diseñado, no una obra desplegada. Viene del laboratorio Shopify Your Industry y nunca se ha vendido ni validado con un cliente.

Puntos clave

• La mayor parte del marcado CE es un problema documental disfrazado de ingeniería. La parte de ingeniería es real, pero no es la que atasca el proceso.
• El producto es la capa de coordinación: intake, mapeo de requisitos, seguimiento de evidencia, coordinación de ensayos, ensamblaje del expediente.
• El cuello de botella es la responsabilidad legal. El sistema reúne la evidencia; no puede ser quien certifica.
• El cumplimiento nunca termina en el lanzamiento, así que el expediente tiene que ser persistente y versionado, no un informe puntual.
• Esto es un modelo, como el sistema de reserva de fletes. El sistema que realmente he construido es el bucle de seguimiento del CRM.

¿Qué problema posee realmente este sistema?

Un fabricante hace una sola pregunta: ¿puedo vender esto en Europa? El sector responde con directivas, normas armonizadas (las especificaciones técnicas publicadas que te dan una presunción de conformidad si las sigues), rutas de evaluación de la conformidad, informes de ensayo, un expediente técnico y una declaración.

Hoy el camino suele ser este:

1. Alguien busca qué legislación aplica y encuentra tres respuestas plausibles.
2. Se contrata a un consultor para producir una lista de normas aplicables.
3. La evidencia se recoge por correo: declaraciones de proveedores, una evaluación de riesgos, un informe de ensayo, un manual.
4. Se reserva un laboratorio, a veces para el ensayo equivocado, a veces dos veces.
5. El expediente técnico se ensambla al final, a partir de carpetas que se contradicen entre sí.
6. El producto se lanza, una norma se revisa dieciocho meses después, y nadie está vigilando.

Nada de eso es trabajo de diseño. Es información moviéndose entre un ingeniero, un proveedor, un laboratorio, y a veces un organismo notificado, cada uno con una pieza. Esa es la capa de coordinación, y es el producto.

El flujo de trabajo existente que mapearía primero

Antes de cualquier llamada a un modelo, me sentaría con el ingeniero que firma y recorrería un producto desde el congelado del diseño hasta la declaración.

Si esa tabla está mal, el sistema está mal. Preferiría pasar una semana en la tabla que un mes en la construcción equivocada.

Cómo funcionaría el sistema

Intake de producto

El fabricante sube lo que ya existe: lista de materiales, planos, manual de usuario, declaraciones de proveedores, cualquier informe de ensayo previo. El sistema extrae una descripción del producto con la que un motor de requisitos puede trabajar: qué hace, a qué se conecta, quién lo usa, dónde se vende. Las entradas faltantes se nombran como faltantes en lugar de asumirse. Este expediente es el producto, no un ticket, y permanece abierto durante toda la vida del producto.

Mapeo de requisitos aplicables

Una recuperación sobre legislación y normas, acotada al tipo de producto, propone qué actos aplican y qué ruta de conformidad permite cada uno. Cada propuesta lleva el texto fuente y una confianza. Un dispositivo alimentado por red puede caer bajo la Directiva de Baja Tensión y algo más; la estructura modular detrás de esas rutas viene de la Decisión n.º 768/2008/CE. El sistema muestra el mapa. Un ingeniero lo confirma antes de que se confíe en nada aguas abajo.

Análisis de huecos de evidencia

Cada requisito confirmado obtiene un espacio: satisfecho, débil, o vacío. Satisfecho significa que existe un documento, está vigente y realmente cubre esta variante del producto. Débil es el estado útil: una declaración de proveedor que nombra una revisión distinta, un informe de ensayo más antiguo que el cambio de diseño. Esta es la pantalla que abre el fabricante, y deliberadamente no es una única luz de Listo o Bloqueado. Un producto autodeclarado bajo una directiva y un producto a la espera de un organismo notificado no son el mismo estado, y colapsarlos en una sola insignia sería una mentira cómoda.

Coordinación de ensayos

A partir de los huecos, el sistema prepara la solicitud de ensayo: qué hay que probar, contra qué cláusula, con qué muestra y qué documentación. Lo dirige a laboratorios acreditados y sigue la reserva, la muestra, el informe, y qué requisito cierra ese informe. No decide que un ensayo se aprobó. Registra lo que dijo el laboratorio.

Generación del expediente técnico

El expediente se ensambla de forma continua a partir del registro: la misma versión del manual, los mismos planos, las mismas declaraciones, el mismo razonamiento, bajo control de versiones. Cuando un documento queda obsoleto, el expediente muestra qué cambió y cuándo. El objetivo es un expediente que sobreviva a ser leído por una autoridad de vigilancia del mercado dos años después.

Firma del ingeniero

Una persona con nombre revisa el mapeo, la evidencia y el expediente, y luego firma la declaración de conformidad. Donde la ley exige un organismo notificado, ese organismo hace su propia evaluación y el sistema es solo el archivero del solicitante. Nada aquí lo firma el software.

¿Qué se queda bajo control humano?

• La determinación final de qué legislación y ruta de conformidad aplica.
• La evaluación de riesgos, y cualquier juicio de ingeniería dentro de ella.
• La interpretación de un resultado de ensayo límite.
• La participación de un organismo notificado donde la ley lo exija.
• La propia declaración de conformidad, firmada por el representante nombrado del fabricante.

El sistema prepara, una persona firma. Es la misma regla que sigo en el proyecto del CRM, y la nota de Anthropic sobre construir agentes efectivos hace el mismo argumento: mantén el flujo de trabajo simple e inspeccionable antes de añadir autonomía.

Cómo mediría el camino

Solo líneas base, y únicamente líneas base, porque no se ha construido nada:

• Semanas desde el congelado del diseño hasta una declaración firmada.
• Número de elementos de evidencia que no se pueden localizar cuando se ensambla el expediente.
• Reensayos causados por una solicitud de ensayo incompleta o equivocada.
• Requisitos cuyo documento de soporte está caducado o nombra una revisión superada.
• Normas revisadas en el último año que afectan a un producto ya enviado, y cuánto tiempo se tardó en notarlo.

Autoaprendizaje aquí significa señales de uso, correcciones del ingeniero al mapeo de requisitos, y evaluación de las rutas propuestas frente a lo que las personas cualificadas realmente confirmaron, revisado por una persona. No significa que el sistema cambie en silencio la base de una declaración.

Cuándo esta es la construcción equivocada

• Nadie va a firmar. Este es el cuello de botella. Si no hay ingeniero, ni relación con un organismo notificado, ni apetito por cargar con la responsabilidad, el sistema produce una carpeta bien organizada y ningún resultado legal.
• Un solo producto, lanzado una vez. El valor recurrente es vigilar las normas después del lanzamiento. Un único producto sin hoja de ruta es un trabajo de consultoría.
• El producto es de alto riesgo y muy evaluado. Donde un organismo notificado examina todo de todas formas, la capa de coordinación es delgada y la tarifa no tiene margen.
• El material fuente no es legible por máquina. Planos escaneados y un manual que solo existe en el archivo de un diseñador son un problema de intake, no un problema de modelo.
• La empresa quiere un certificado, no un expediente. Si el objetivo es una insignia en lugar de un expediente técnico defendible, discrepamos sobre el entregable y deberíamos decirlo pronto.

Cómo conecta esto con el proyecto

Este caso es uno de los modelos de Shopify Your Industry. El desmontaje de fletes tiene la misma forma y una pared distinta: allí el lado de la oferta, aquí la firma. El patrón de recuperación y vigilancia detrás del seguimiento de normas está más cerca de la Base de Deals. El único sistema en este sitio que realmente está funcionando es el bucle de seguimiento del CRM.

Si esta capa de coordinación ya existe en tu empresa como carpetas y la memoria de un ingeniero, el punto de partida operativo es la automatización de flujos de trabajo con IA. Si quieres que lo miren con honestidad, describe el cuello de botella. Si solo quieres el próximo desmontaje, la newsletter basta.

Resumen

La abstracción es una línea: sube el expediente del producto, elige los mercados, ve qué falta. El resultado es un expediente técnico defendible y una declaración que firmó alguien cualificado. Entre esos dos puntos hay una aburrida capa de coordinación que mueve información entre un ingeniero, un proveedor, un laboratorio y a veces un organismo notificado. Esto es un modelo. Sigue siendo un modelo hasta que alguien que firma declaraciones describa dónde se rompe realmente.