RECORRIDO A · IMPLANTACIÓN
Del diagnóstico al expediente
Seleccionar producto → identificar lo que falta → solicitar evidencia → recibirla → revisión humana → expediente trazable.
Sin iniciar
PLANTA 01 · CUADRO DE TRABAJO
Centro de decisiones
Fabricante Demo S. L. · Baterías industriales · Escenario de demostración
IDI NEXUS · INFRAESTRUCTURA DE DECISIÓN
Operación controlada. Decisiones justificadas.
Diagnóstico, evidencias, revisión humana y actualización continua en una misma experiencia.
Productos de ejemplo
01
Batería ficticia IB48-LIEvidencias pendientes
01
Pendiente de solicitud y revisiónRevisiones humanas
00
Las decisiones requieren fundamentoActualización ficticia
V1
V2 disponible para demostraciónⓘ ¿Qué estoy viendo? Información sobre esta demostración
Esta demostración utiliza una empresa, productos, requisitos y documentos ficticios. No se conecta a los servidores, sistemas ni información del cliente. Su objetivo es mostrar cómo podría trabajar un equipo con IDI NEXUS, sin afectar a su infraestructura actual.
El caso IB48-LI y las referencias REQ-TEST-01 y DOC-TEST-01 son ejemplos didácticos, no obligaciones legales reales.
Procesos activos
Recorridos interactivos · Planta 01RECORRIDO B · SERVICIO RECURRENTE
Qué ocurre cuando algo cambia
Cambio ficticio → análisis de impacto → revisión humana → nueva versión documentada, conservando la anterior.
Sin iniciar
Infraestructura funcional
M01–M05 · Capacidades objetivo simuladasM01 · Diagnóstico
Qué afecta al producto y con qué fundamento.
M02 · Expediente
Decisiones, responsables, versiones y evidencias.
M03 · Datos y evidencias
Qué tenemos, qué falta y qué se solicita.
M04 · Plan de acción
Pendientes, responsables y seguimiento.
M05 · Revisión humana
Quién revisa, qué decide y por qué.
PRODUCTOS DEL FABRICANTE
Mis productos
Datos, requisitos evaluados y cuestiones pendientes por modelo.
| Producto | Tipo | Requisito | Estado | Acción |
|---|---|---|---|---|
| IB48-LI Modelo de demostración | Batería industrial ficticia | REQ-TEST-01 Regla didáctica, no normativa | Evidencia pendiente |
Ficha del producto
- Referencia
- IB48-LI
- Fabricante
- Fabricante Demo S. L. (ficticio)
- Área
- IDI Regulación · Baterías
- Fecha
- Escenario de prueba (no evaluación real)
- Requisito
- REQ-TEST-01
- Evidencia
- DOC-TEST-01
¿Qué permite hacer NEXUS?
Relacionar el producto con un requisito evaluado, identificar evidencias pendientes, preparar una solicitud y conservar la decisión humana en un expediente.
No es un certificado de cumplimiento.
La regla y el producto de esta demostración son ficticios.
La regla y el producto de esta demostración son ficticios.
Diagnóstico de Infraestructura de Decisión Industrial
IDI Operaciones · DEMO-OPS-01ÁMBITO OPERATIVO
Planta 01 · Flujo de decisión de calidad
Fuentes de datosERP · MES · Hojas de control
ResponsableDirección de Operaciones
ProcesoIncidencia de calidad
RevisiónHumana obligatoria
Ejemplo ficticio. No se ha conectado ningún sistema industrial.
RESULTADO DEL DIAGNÓSTICO
La evaluación de operaciones está preparada. Ejecuta la simulación para identificar brechas y acciones de ejemplo.
M01 + M05
Mis decisiones
Consulta qué se ha evaluado, con qué fundamento y qué necesita una persona responsable.
REQ-TEST-01 · EJEMPLO
Diagnóstico explicado
El escenario de demostración requiere una evidencia documental ficticia DOC-TEST-01 para completar la revisión de este modelo.
Este diagnóstico no representa una obligación jurídica real ni determina el cumplimiento normativo.
- Modelo
- IB48-LI
- Resultado inicial
- Información insuficiente
- Evidencia
- Pendiente de recepción
- Revisión
- Pendiente de decisión humana
Control humano
El sistema prepara la información. La persona responsable analiza la evidencia y registra una decisión motivada.
Principio de NEXUS
NEXUS prepara el trabajo. La persona toma la decisión. NEXUS conserva su fundamento.
NEXUS prepara el trabajo. La persona toma la decisión. NEXUS conserva su fundamento.
Acciones
Brechas y plan de acción
M04 · Plan de ejemplo| Referencia | Área | Brecha o acción | Responsable | Plazo ilustrativo | Estado | Operación |
|---|
Autorizaciones y controles
M03 · RECORRIDO A
Solicitud y revisión de evidencias
Completa el recorrido de implantación. Todas las comunicaciones y documentos se simulan localmente.
SOLICITUD REV-001
DOC-TEST-01 · Declaración ficticia del proveedor
Requisito REQ-TEST-01 · Modelo IB48-LI
Historial de la solicitud
Cada acción se anota en el historial de la demostración.
Importante: este flujo reproduce una experiencia prevista para el fabricante. La recepción, el envío y el documento son simulados. No se envían mensajes ni se guardan archivos en servidores.
M02 · FICHA ÚNICA DE DECISIÓN
Expedientes
La identidad, el fundamento, la evidencia, la responsabilidad y la memoria de una decisión.
FUD · REV-001
Expediente de decisión · IB48-LI
- Identidad
- IB48-LI · Fabricante Demo
- Fundamento
- REQ-TEST-01 · Regla ficticia
- Evidencia
- Documento pendiente
- Decisión
- Pendiente
- Responsable
- Sin revisar
- Motivo
- Todavía no documentado
- Versión actual
- V1 · Ejemplo inicial
Expediente de muestra
Memoria del expediente
Qué se conserva: la relación entre producto, requisito, documento, responsable, revisión y versión. El historial es visible en esta demostración y no se envía a ningún servidor.
Completa la revisión humana del Recorrido A para abrir este documento.
Documento de ejemplo
DOCUMENTO FICTICIO · DOC-TEST-01Vista de muestra
Evidencia del proveedor
Archivo simulado: declaracion_proveedor_IB48-LI.pdf
DECLARACIÓN DEL PROVEEDOR · MUESTRA
Referencia: DOC-TEST-01 / IB48-LI
Se adjunta un documento ilustrativo para mostrar su recepción, su vínculo con REQ-TEST-01 y su revisión por una persona responsable.
RECEPCIÓN SIMULADA · SIN FIRMA NI VERIFICACIÓN EXTERNA
RECORRIDO B · SERVICIO RECURRENTE
Actualizaciones y seguimiento
Una actualización controlada permite revisar decisiones cuando cambian las condiciones, sin perder la versión anterior.
VALOR DEL SERVICIO RECURRENTE
El trabajo no termina con el primer diagnóstico.
Se identifica un cambio, se analiza su posible impacto y una persona responsable valida la actualización. NEXUS conserva el historial.
Ejemplo: cambio en REQ-TEST-01
No se simula ninguna norma europea concreta: el cambio V1 → V2 es exclusivamente didáctico.
FASE 1
Diagnóstico inicial
VERSIÓN ORIGINAL
→V1
Evaluación conservadaVERSIÓN REVISADA
—
Aún no validadaMemoria de actualizaciones
¿Por qué existe un servicio recurrente?
IMPLANTACIÓN · PAGO INICIAL
Puesta en marcha
Definición del caso, configuración inicial, organización de productos y evidencias, primer diagnóstico y acompañamiento de implantación.
Los entregables concretos dependen del alcance acordado.
SERVICIO RECURRENTE · CUOTA ACORDADA
Continuidad y actualización
Mantenimiento, soporte, seguimiento del funcionamiento, análisis de cambios relevantes y actualizaciones validadas dentro del servicio contratado.
No implica vigilancia automática ilimitada ni cobertura de todas las normas.
Mensaje comercial: NEXUS no termina cuando entregamos el primer diagnóstico. Ayuda a mantener las decisiones documentadas cuando cambian las condiciones.