Una propuesta para INAEL Dirección · Conversación de trabajo
Vision Work para Inael
El plazo ya pasó. Las líneas son nuevas. La pregunta llega después.
Desde el 1 de enero de 2026 no se puede poner en servicio aparamenta de media tensión de hasta 24 kV con gases fluorados; en 2030 entra la de 24 a 52 kV. E-Cabinel no es innovación opcional: es vuestra línea principal rehecha contra reloj, y a la vez estáis escalando transformadores. Cuando dos líneas nuevas suben a la vez, la pregunta cara no es cuánto lleváis hecho: es qué pasó exactamente con esta unidad.
Reglamento (UE) 2024/573Hasta 24 kV: 1-1-2026. De 24 a 52 kV: 2030.
Dos líneas escalandoE-Cabinel y transformadores, con terrenos adquiridos.
Inael decideProceso, alcance y acceso. Odoo conserva su función.
Cada unidad que sale de vuestra fábrica ya lleva expediente: lo exige la norma y lo habéis reforzado vosotros. El hueco que proponemos mirar es más estrecho, y por eso es creíble: lo que ocurre entre un registro formal y el siguiente.
01 / LO QUE YA EXISTE
Cada unidad lleva expediente
ISO 9001:2015 §8.6 obliga a conservar evidencia de conformidad y trazabilidad de quien autoriza la liberación. IEC 60076 e IEC 62271-200 exigen ensayos de rutina en cada unidad fabricada, con su protocolo. Y vosotros publicasteis que digitalizasteis todos los puestos de trabajo.
No pretendemos tocar esto. Está normalizado, produce protocolo y os lo audita el cliente.
El protocolo de ensayo dice que la unidad pasó. No dice que se rehízo dos veces, ni por qué, ni quién lo decidió. La no conformidad en línea, el retrabajo y la desviación respecto al diseño ensayado en tipo no viven en ningún documento firmado.
Para contrastar: cuando un operario detecta una no conformidad, ¿dónde queda escrito y quién decide si se retrabaja, se acepta con concesión o se rechaza?
IEC 62271-200 (2021): separación entre ensayo de tipo y de rutina. La pregunta es nuestra, no una afirmación sobre Inael.
03 / EL MOMENTO
Dos líneas en rampa
Estáis escalando E-Cabinel y transformadores a la vez, con terreno comprado y plantilla creciendo. En transformadores conviven gama estándar y unidades calculadas a medida, según vuestro propio anuncio.
Para contrastar: en una rampa, ¿cómo decidís meses después si la causa de un defecto fue el diseño, el útil, el proveedor o la formación?
Buena parte de lo que se suele pedir en estos casos, Odoo ya lo hace. Si vuestro Odoo está bien configurado en fabricación, lo que necesitáis puede ser configuración, no software nuevo. Preferimos decirlo antes que después.
Por eso la primera fase es escuchar. No venimos a reemplazar Odoo ni a duplicarlo: queremos ver cómo lo resolvéis hoy y elegir una sola mejora que merezca la pena medir. Si al mirarlo resulta que no hace falta nada nuevo, eso también será una respuesta y os la daremos.
Recorrido interactivo
Abrir. Registrar. Resolver.
SIMULACIÓN LOCAL
Todo lo que veis aquí es ficticio —unidades, personas, estados y horas—. Con el producto real serían vuestros datos. Los cambios solo viven en esta pestaña; recargar reinicia la demo.
Recorrido propuesto, no procedimiento real de Inael. La aceptación representada no certifica un ensayo ni autoriza una maniobra industrial.
Una misma información, distintas decisiones
El contexto llega a quien lo necesita.
Selecciona una función para explorar el resultado que podríamos construir con el equipo.
Mapa funcional propuesto, no organigrama confirmado. Inael publica contactos de RRHH, Administración, Compras y Ventas nacional/exportación. Fuente: departamentos.
Una capacidad a validar
Conservar lo observado. Explicar lo que cambia.
PROPUESTA DE INTEGRACIÓN
Historial ilustrativo / DEMO-001
09:10 · Dato de ERP simuladoCantidad prevista: 2
Referencia, valor y fecha declarada por el sistema de origen.
09:14 · Aportación de equipo ficticia«Pendiente recibir un componente»
Motivo ligado a la unidad. Su autoría y momento se registran por separado.
09:20 · Comprobación simuladaSin diferencias en el campo comparado
Solo se compara la cantidad de este ejemplo.
EJEMPLO COINCIDENTE
Dos registros. Una comparación.
Última observación conservada2
Valor externo simulado2
No consulta Odoo. Ilustra cómo mostrar una discrepancia sin decidir automáticamente quién tiene razón.
Lo que no prometemos
No prometemos evitar que alguien con acceso directo a la base de datos de Odoo cambie algo. Nadie puede prometer eso. Lo que sí queda es constancia de que hubo divergencia, que hoy no existe.
Cobertura definidaSolo registraríamos los cambios recibidos y los campos acordados. Fuera de esa lista, no vemos nada.
Motivo humanoUna observación posterior no inventa el motivo original ni la identidad del autor. Si nadie lo escribió, no lo sabemos.
Garantía comprobableLa protección reforzada requiere diseño y pruebas. No prometemos invulnerabilidad: prometemos que se puede auditar.
Historial, valores y comparación son un ejemplo ficticio. No hay conexión con Odoo ni con ningún sistema de Inael: esta capacidad está diseñada, no construida.
Del trabajo a administración
Conectar sin duplicar decisiones.
VISIÓN PROPUESTA
Vision Work
Trabajo y contexto
Ejecución, incidencias, revisión y cantidades aceptadas, vinculadas a su origen.
⇄
ERP del cliente
Odoo · Sage*
Maestros y reglas comerciales acordadas. Documentos financieros y estado de retorno.
Ejemplo ficticio de trabajo aceptado
Registrar no significa facturar.
Vision Work no pone precios ni propone tarifas. Solo deja contado, con su origen y su autor, lo que calidad aceptó: horas, unidades y consumos. Quién lo valora, con qué tarifa y bajo qué contrato es una decisión vuestra y de vuestro ERP.
Trabajo incluido / no propuesto para cobro
Nada marcado como extra en este ejemplo.
Horas de trabajo aceptadas2 h
Unidades entregadas y aceptadas4 ud
Consumos de material registrados1
Recuento ficticio y sin importes. Descarga local: no crea facturas ni escribe en ningún ERP.
* Sage es una ruta para otros clientes o una instalación que se confirme. No afirmamos que Inael lo utilice. Odoo requiere verificar versión, alojamiento, plan y permisos; Sage, además, producto y edición.
Ambición con etapas claras
Una herramienta que crece con el proceso.
Una base común para registrar, revisar y decidir. La configuración adapta el recorrido; las siguientes capacidades se construyen por bloques.
Capacidad
Estado del producto
Resultado que buscamos
Voz, fotos y partes
BASE EXISTENTE
Registrar y consultar trabajo. Validación publicada y aceptación pendientes.
Planificación y etapas
EN DESARROLLO
Asignar, ejecutar, entregar y revisar. La demo no acredita persistencia completa.
Plantillas y calidad
EN DESARROLLO
Instrucciones y requisitos por tipo de trabajo, con versiones.
Registro externo / ERP
PROPUESTO
Observar cambios cubiertos y conciliar diferencias.
Expediente y preparación económica
PROPUESTO
Relacionar unidad, documentación y propuesta aprobada.
CRM, materiales, mantenimiento y KPI
VISIÓN POR PRIORIZAR
Ampliar donde exista una necesidad confirmada, conectando lo que ya se usa.
Lo que veis aquí es el recorrido que proponemos.El piloto verificará qué aporta frente al proceso actual. No presentamos estas pantallas como una integración ya operativa.
Los ejemplos que acompañan a esta tabla usan datos ficticios. Con el producto real serían los vuestros.
Pequeño, concreto y en vuestra propia web
Un expediente de unidad con la puerta ya abierta.
PRIMERA COLABORACIÓN POSIBLE
Antes de lo que falta, lo que está bien: vuestra web es trilingüe, tiene zona de descargas abierta sin registro con unos cuarenta PDF, sala de prensa activa, proyectos de I+D detallados, canal de denuncias y certificados públicos. Para una pyme industrial está por encima de la media del sector. Justamente por eso se ven las dos cosas que faltan.
01 / HOY
La incidencia entra en PDF
El formulario de incidencia es un PDF descargable, no un formulario web. Y aun así pide «el número creado por Odoo»: ese número ya existe en vuestro sistema.
Para contrastar: ¿alguien lo reteclea a mano al recibir el correo?
Un cliente con un equipo instalado no tiene forma pública de llegar a la documentación de esa unidad: ni por número de serie ni por placa de características. En equipos de vida larga, eso es una llamada de teléfono cada vez.
Para contrastar: ¿cuántas de esas llamadas se resuelven buscando el papel correcto?
Comprobado en la navegación pública de inael.com: no existe esa función. La estimación de coste es nuestra, no vuestra.
03 / LA PROPUESTA
Un formulario y una consulta
Un formulario web que exija los campos mínimos, acepte fotografías del equipo y de la placa, devuelva una referencia al instante y deje el registro con autor y fecha. Y, detrás, la consulta por unidad.
Aquí no os vendemos filosofía: quitamos un retecleo y ganamos la foto del problema el día uno en lugar de tres correos después.
Alcance pequeño y medible. No incluye rehacer la web: tenéis agencia y funciona.
Lo que no os proponemos.Rehacer vuestra web, sustituir Odoo ni tocar los ensayos de rutina. Solo el trozo que hoy genera un registro que se vuelve a teclear.
Observaciones sobre la web pública de Inael, consultadas en septiembre de 2026. Lo verificado es lo que se ve publicado; el retecleo y el coste de las consultas son preguntas nuestras, no afirmaciones sobre vuestro proceso interno.
La decisión de hoy
Conocer el proceso. Elegir un primer caso.
Os proponemos una conversación con quienes hacen y revisan el trabajo. Sin decidir hoy la compra ni el despliegue de toda la fábrica.
Vosotros elegís la sección y qué resultado merecería continuar.
Alcance, acceso, calendario, responsables y condiciones se acuerdan antes de cualquier prueba real. Propuesta de trabajo, no oferta contractual. Preparada por Vision Work para una conversación con Inael; no implica relación comercial existente.
Todos los datos, nombres, unidades y horas de esta presentación son ficticios. Con el producto real serían los vuestros, y solo los vuestros.