Aunque el foro que hoy se plantea es antiguo (año 2013-14) debe estar aún vigente. La jeraquia del software que se trató de implementar (estando yo como consulting) en Repsol Química Cartagena (a las ordenes de Francesco Miniello), cuando nuestro especialista en gestión se ha movido únicamente por el sector químico desde entonces.
Ya sabéis que los enlaces de foros seguidos por este blog se encuentran en:
Member Home – Association of Asset Management Professionals
Francesco entró en Preditec en Septiembre de 2010, y sorprendentemente encontró allí su vida personal, pareja de Silvia Sánchez responsable del área de administración en aquella época; y obviamente también su vida profesional a tenor de este tema de la codificación y la seguidad.
Es ingeniero por la prestigiosa Università di Bologna.
Se adjunta enlace a su perfil de LinkedIn:
Es intención de esta entrada y futura insertar imágenes de publicidad sobre los eventos más relevantes del mantenimiento; que identifican tendencia.
También, para los posibles interesados, es la razón para no insertar banner publicitario descontextualizado en este blog; pese a que recibí ofertas cuando el blog tuvo mucha actividad (años 2014-2016).
Cita del Autor del blog Rubén Lorenzo Araujo
Hecha la aclaración, el sector químico tiene esta particular problemática de la codificación de activos, así también lo percibí yo con mis experiencias en General Electric Plastics; dentro de temas más propios de ingeniería de fiabilidad que de mantenimiento.
La jerarquia del software relativizada al EMONITOR ODYSSEY de ROCKWELL queda bastante limitada cuando se tiene que llegar al ID del activo físico. Son códigos difícilmente recordables, sin relación con el área física en el que se ubican y sí con la seguridad.
Así se orientarán las conclusiones de la entrada, que se expondrán como siempre tras la transcripción (traducción) del texto extraido de web de referentes en mantenimiento:
Foro sobre jerarquia del software
Jim Perpinan, un referente de LinkedIn, pregunta:
«Buscando por Standards y requerimientos para empezar un servicio de mantenimiento planificado, y un sistema de gestión de activos para el edificio de calderas; pregunto ¿qué es lo que existe hoy en día para numerar equipos, jerarquia, nomenclatura y otros códigos del sistema? ¿y pensando en su integración en software?»
Dave Reynolds, también en LinkedIn, establece una primera respuesta:
«Existen otros foros, quizás más específicos que este en la web de mrg; allí también podrás comprobar lo específico de este tema ante el amplio equipo de trabajo con el que cuenta esta compañía:
MRG Team – MRG, LLC (solutions-mrg.com)
Ponte en contacto con ellos; concretamente con Brian Stevens y a ver qué pasa. «
Zoey Manes (curiosamente del mundo del SEO, o google) también contesta:
«Son muchas preguntas en una única frase JIM, yo lo que haría sería buscar respuestas una por una en google«
Pascal Bellerose, referente de la fiabilidad, igualmente responde:
«Nosotros estamobs buscando lo mismo, tengo la sensación, adecuando al standard ISO.
Decirte que se está implantando el siguiente convenio: TTT9999; donde «TTT» es el tipo de equipo (rodillos, motores, cajas de cambio, etc.) mientras que «9999» es el número de secuencia.
Y yo repregunto ¿existe ahí fuera un standard que cumpla con la ISO y que sea válido para cualquier tipo de industria o proceso?»
Ch Segili, de la industria, contesta:
«Puedes estudiar la ISO 142224 que es lo usado acutalmente en los activos de la industria del gas y refinados. Aquí tienes un artículo sobre ello:
Implamentando ISO 14224 en seis pasos – LinkedIn Pulse
O usar algún sistema de etiquetado ya existente. Cualquier proveedor usa su propio sistema de nombres o etiquetas».
Contenidos relacionados en la web de AMP (foros sobre jerarquia)
Se adjuntan los títulos de los 5 enlaces que suelen aparecer con cada foro o debate y que están relacionados en temática con la jeraquia de software:
- Agrupamiento de activos en un CMMs; por Jim Perpinan, de fecha 14Abril2017. 5 entradas en el foro
- Disponibilidad de activos en servicio (ESA); por Fadzril Idzham Abdul Jalil de fecha 11Diciembre2020. 1 entrada en el foro
- Programa de Salud Prognóstica de Activos; por Leong Weng Hoe de fecha 14agosto2015. Una conversación en el foro
- Qué es un activo ? ; de fecha 20Octubre2013. 2 participantes en el foro.
- Valor de activos; de fecha 18Mayo2013. 8 entradas en el foro.
Ya se ve que no existe una gran teoría en curso sobre la jeraquia del sofware; si bien sí están en él grandes referentes (de prestigio en LinkedIn, por ejemplo) aunque siempre con un conocimiento muy especializado.
Conclusiones o valoraciones del administrador Rubén Lorenzo Araujo:
La seguridad, criterio para la codificación
Es un conocimiento muy especializado; que eso quede claro, pese a que cualquier podría o parece tener opinión sobre el tema.
Os muestro un ejemplo de codificación, americana en la mayor empresa del mundo General Electric Plastic; a partir siempre de un ejemplo recibido en soporte técnico sobre vibración. La jerarquia del software, muy simple.
En el panel de leyenda (inferior) figura la siguiente jerarquia:
- DMC (planta en software)
- AREA 200 (área en software)
- K-82210B (máquina en software)
Se habla de 3 niveles de jerarquia desde siempre en mantenimiento por condición: Planta, Área y Máquina ….. y aquí vemos que es el que se está utilizando.
Pero, sin embargo, el usuario tiene abierto el software CMMS (v8.6….. en imagen), desde el que identifica alternivamente el activo K-82210B.
Por tanto, el
Software CMMS
es el elemento clave para la jerarquia, no el software de monitorizado por condición.
Un software corporativo implementado desde la alta dirección, y en búsqueda de mejorar los grandes ratios económicos de la compañía; no en balde alguno de los referentes del foro anterior sobre jerarquia del software tenían ESTUDIOS RELACIONADOS CON LA ECONOMÍA.
Estas aplicaciones de pura gestión del mantenimiento están desarrolladas para un gran número de niveles de acceso: en la imagen anterior el usuario ( Blas Aranda Benzal, en aquella época en General Electric) ha pasado a otra empresa del sector químico: REPSOL.
Sin embargo, en aquel software de gestión de mantenimiento es uno de los múltiples operadores con derechos de consulta al CMMS.
Y se encuentra trabajando dentro de
ALMACÉN en REPSOL.
Es ahí donde mejor se entiende la política sobre jerarquia del software.
El almacenaje de productos químicos, no es equivalente a la manipulación de productos químicos.
Alberto Morilla, a quién no tuve el placer de conocer es licenciado y no ingeniero.
J. Smith es el director de la fábrica, o más propiamente el director de la división de química de una gran compañía. Por lo que vemos a donde llega la seguridad en estas empresas del sector químico.
Concretamente se puede decir que no existe equivalencia entre almacenamiento y manipulación:
| ALMACENAMIENTO | MANIPULACIÓN |
| El almacenamiento se realizará según las instrucciones que figuren en la FDS correspondiente | El personal que manipule productos químicos eberá utilizar el equipo de protección personal indicado en la FDS, así como estar familiarizado con la ubicación de las duchas y lava – ojos existentes en las proximidades del área de trabajo. |
| El área de almacenamiento estará claramente señalizada y delimitada. | El suelo del almacén será de material impermeable, provisto de un reborde, con objeto de evitar la extensión de derrames accidentales. |
| El área de almacenamiento deberá contar con espacio suficiente para disponer los envases vacíos de productos químicos. | Habrá agua u otros productos neutralizantes, en las inmediaciones edel almacén para combatir cualquier derrame de productos químicos. |
¿Porqué analizar esta diferencia?
Porque el almacenamiento requiere unas etiquetas y otras la manipulación; por tanto, resulta fundamental el uso de una única jerarquia del software que utilice un gran criterio de seguridad en planta; y que ello sea definido sin tapices e ingeniería (por un LICENCIADO DE CIENCIAS).
Finalmente mostrar con un ejemplo que la
Codificación es ordenador,
y no trabajo de campo.
Es decir entra muy de cerca con lo que serían los nuevos planes de grado: personal muy habilidoso con la informática pues la han usado desde que nacieron.
El enclavamiento es la utilización de dispositivos de bloqueo que impidan físcamente el accionamiento de los elementos que controlan el suministro de energía al equipo o sistema.
Desde ese punto de vista la identificación de los puntos LOTO (candados) queda fijada por la persona autorizada el área al elemento de control (válvula, interruptor, palanca, …).
La jerarquia del software no aparece en la etiqueta LOTO
Esta etiqueta lleva:
- Motivo de su colocación.
- Apellido y nombre de la persona autorizada que la coloca.
- Fecha de su colocación.
- Número de Caja LOTO
- Número de punto LOTO
Por tanto, el punto crítico es la unicidad del código físico de sofware, así como de una jerarquia que identifique el layout dde la forma más clara independientemente del activo o equipo.
Es decir que puede usar cualquier número de niveles de jerarquia con tal de esa completa identificación.
Deja una respuesta