Gestión de ingeniería EIC
Control de cambios en ingeniería EIC: matriz de impacto y cierre
Cambiar un equipo no consiste únicamente en sustituir su referencia en la BOM. Esta guía conecta la solicitud de cambio con las interfaces eléctricas, el software, el material comprado y las pruebas que deben volver a verificarse.
La idea clave
Un cambio está cerrado cuando la solución aprobada, la instalación, el software, la documentación y las pruebas representan la misma configuración. Una aprobación autoriza actuar; no demuestra que la modificación se haya ejecutado y verificado.
En esta guía
- Define la configuración de partida y el motivo
- Contenido mínimo de una solicitud de cambio
- Ejemplo: sustituir una señal 4–20 mA por un equipo comunicado
- Separar análisis, aprobación, ejecución y verificación
- Actualizar los documentos afectados, no solo la BOM
- Coste, plazo y material comprometido
- Checklist de cierre y evidencia
- Preguntas frecuentes
Define la configuración de partida y el motivo
Antes de modificar nada, identifica qué configuración se está cambiando: equipo, esquemas, lista de señales, referencias de materiales, programa PLC/HMI y estado de obra. La línea base es ese conjunto controlado de revisiones; no tiene por qué existir un único archivo que lo contenga todo.
El control de cambios debe servir al ingeniero de disciplina, integrador, responsable de proyecto y personal de puesta en marcha. Necesitan distinguir una propuesta comercial de una decisión técnica aprobada y de una modificación ya instalada. La trazabilidad de Documentación de ingeniería EIC es la base para hacer esa distinción.
El manual de ingeniería de sistemas de NASA, sección de gestión de configuración es una referencia conceptual útil sobre identificación, líneas base y seguimiento de cambios. Su contexto es aeroespacial: no lo presentamos como norma aplicable a un cuadro industrial.
Como referencia general de gestión, la ficha pública de ISO 10007:2017 describe directrices para la gestión de configuración a lo largo del ciclo de vida de productos y servicios. Consultamos su alcance público, no el texto íntegro; la matriz de esta guía no acredita conformidad con esa norma.
Contenido mínimo de una solicitud de cambio
| Campo | Qué registrar | Por qué importa |
|---|---|---|
| ID y origen | CR-017; solicitante; motivo y fecha | Distinguir esta decisión de otras propuestas. |
| Configuración afectada | Tags, documentos y revisiones de partida; versión de software | Conocer qué solución se está sustituyendo. |
| Propuesta | Antes/después; alcance y límites; alternativas evaluadas | Evitar que una sustitución extienda el alcance sin advertirlo. |
| Impacto | Interfaces, material, coste, plazo, operación y pruebas | Tomar una decisión con efectos visibles. |
| Autorización | Decisión, condiciones, responsables y evidencia | No confundir «revisado» con «aprobado para ejecutar». |
| Cierre | Configuración final; pruebas; documentos y pendientes | Demostrar ejecución y aceptación, no solo intención. |
No todas las solicitudes requieren la misma complejidad de aprobación. Define responsabilidades según criticidad y contrato. Un cambio que afecta una función de seguridad, una zona clasificada o un requisito regulatorio necesita su evaluación específica; no queda validado por una firma administrativa en esta ficha.
Ejemplo: sustituir una señal 4–20 mA por un equipo comunicado
Caso ficticio CR-017: se propone sustituir PT-101, inicialmente conectado a una AI 4–20 mA, por otro transmisor con interfaz Ethernet y MODBUS TCP. Suponemos que la referencia propuesta dispone de esa interfaz; no asumimos que sea equivalente en medida, alimentación o comportamiento ante fallo.
La revisión debe empezar por la función: rango, unidades, exactitud requerida, tiempo de respuesta, condiciones de proceso y montaje. Mantener el tag no significa conservar esas características. Después se revisa el recorrido del dato desde el dispositivo hasta el control y la HMI.
| Elemento | Revisión de impacto | Condición de cierre del ejemplo |
|---|---|---|
| Instrumento y proceso | Rango, materiales, conexión, ambiente y documentación de calibración | Referencia aprobada y requisitos de medida contrastados. |
| Alimentación | Consumo, tensión y solución de alimentación real | Esquema y balance revisados; no suponer PoE. |
| E/S y cableado | Retirada o reutilización de AI; alimentación y red; bornes | Lista de señales, cables y conexionado conciliados. |
| Red industrial | Topología, puertos, direccionamiento y segmentación definida | Interfaces disponibles y configuración autorizada. |
| PLC y mapa de datos | Cliente/protocolo, tipos, escala, orden de datos, calidad y actualización | Mapeo y lógica probados contra la referencia real. |
| HMI y operación | Unidades, alarmas, dato obsoleto y recuperación | Comportamiento definido y evidencias de prueba. |
| Compras y montaje | Material pedido, existencias, obra ejecutada y retrabajo | Disposición acordada del material anterior y nuevo. |
| Pruebas | Casos funcionales y de pérdida de comunicación; alcance FAT/SAT | Resultados y pendientes aceptados según plan. |
Un canal libre no es el único efecto
Eliminar una AI no garantiza que la sustitución sea viable. El dispositivo puede seguir necesitando cable de alimentación, infraestructura de red y cambios de software. No retires material o documentación anterior hasta decidir su disposición y comprobar las dependencias.
En el comportamiento ante pérdida de comunicación, documenta qué significa dato no válido u obsoleto y cuál es la respuesta autorizada del control. No reutilices indefinidamente el último valor sin que esa decisión esté justificada. La elección del estado de fallo depende del proceso y, cuando corresponde, de su análisis de seguridad; esta guía no lo prescribe.
Separar análisis, aprobación, ejecución y verificación
- Propuesto: existe una necesidad y una solución candidata; no autoriza modificar la instalación.
- En análisis: las disciplinas revisan interfaces, alternativas, coste, plazo y pruebas; se identifican incertidumbres.
- Aprobado o rechazado: la decisión y sus condiciones quedan registradas con el alcance autorizado.
- En implementación: se ejecuta la solución controlando documentos, software, compras y obra.
- En verificación: se contrastan configuración final y resultados; se gestionan discrepancias.
- Cerrado: se cumplen los criterios acordados o se registra expresamente una aceptación condicionada y sus pendientes.
Estos estados son un modelo de trabajo, no una obligación universal. Evita pasar de «aprobado» a «cerrado» automáticamente al recibir el material. Si existe un procedimiento de cambio urgente, debe definir autorizaciones y regularización de evidencias; la urgencia no elimina requisitos técnicos o de seguridad.
Actualizar los documentos afectados, no solo la BOM
Mantén una matriz con documento, revisión inicial, revisión final, responsable y resultado de revisión. Distingue afectado y modificado, revisado sin cambio y fuera de alcance justificado. No es necesario incrementar todas las revisiones por rutina, pero sí explicar por qué una dependencia queda sin modificar.
En CR-017, la lista de señales debe dejar de presentar una entrada física como origen de una variable comunicada. El Mapa MODBUS industrial necesita tipos y escala acordes con el dispositivo. Esquemas, rutas, referencias y pruebas deben reflejar la misma solución. Los documentos obsoletos no deben circular como instrucciones de montaje vigentes.
Para el software, identifica versión o mecanismo de huella adoptado por el proyecto, copia de seguridad y configuración de comunicación. Para el material instalado, registra qué se retiró, mantuvo o sustituyó. La configuración «tal como se diseñó» y la configuración «tal como se construyó» solo coinciden después de conciliar los desvíos.
Coste, plazo y material comprometido
Calcula la diferencia contra una base identificada: nueva compra, material que se puede devolver o reutilizar, material sin recuperación, ingeniería, montaje y repetición de pruebas. No reduzcas el impacto al precio del instrumento. Un cambio aparentemente barato puede requerir rehacer cableado ya instalado o una integración no prevista.
Expresa cantidades y precios con su fuente y fecha, separando estimación y compromiso real. Vincula el cambio al Presupuesto EIC y control de cambios sin sobrescribir la oferta de partida. Registra si afecta al camino de suministro o al acceso a la instalación; un plazo de catálogo no equivale automáticamente a un plazo confirmado.
Checklist de cierre y evidencia
- La solución ejecutada coincide con el alcance autorizado y sus condiciones.
- Los tags, extremos, canales o variables comunicadas y referencias de material son coherentes entre documentos.
- La revisión final de software y configuración está identificada y respaldada.
- Las pruebas afectadas se han repetido o se ha justificado y aprobado su tratamiento; una prueba pendiente no se etiqueta como superada.
- Las desviaciones de obra y el destino del material anterior están conciliados.
- Los responsables han aceptado el resultado y los pendientes, con fecha y criterio de cierre.
El expediente debe permitir que otra persona reconstruya qué cambió y por qué, sin depender del correo o la memoria del integrador. Si aún no se ha podido verificar una condición de planta, señala la prueba pendiente para SAT o puesta en marcha y su responsable; no declares un cierre técnico incondicional.
Preguntas frecuentes
¿Cambiar una marca por otra exige una solicitud?
Si modifica una configuración controlada, debe seguir el proceso definido. Una equivalencia comercial no demuestra equivalencia técnica. Revisa dimensiones, interfaces, prestaciones y documentación antes de autorizar la sustitución.
¿Basta con una nube de revisión en el plano?
Ayuda a localizar la modificación, pero no conserva por sí sola la decisión, el impacto en otros entregables ni la evidencia de prueba. Debe vincularse al registro del cambio.
¿Un cambio de software puede afectar la ingeniería eléctrica?
Sí: asignación de canales, secuencias, estados ante fallo o requisitos de tiempo pueden cambiar las condiciones de la interfaz. Revisa las dependencias aunque no se haya sustituido ningún componente.
Referencias técnicas y alcance
La matriz CR-017 y el flujo son propuestas propias adaptables al proyecto. No sustituyen procedimientos contractuales ni evaluaciones de seguridad, y no atribuyen al software INELVIA un sistema formal de aprobaciones o auditoría.
SOFTWARE DE INGENIERÍA EIC
Conoce el enfoque de INELVIA
INELVIA Lite es gratuito y tiene funciones limitadas. INELVIA Profesional reúne todas las funciones. Consulta el alcance de cada plan antes de elegir.