ML volumen 9 4
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Mantenimiento<br />
ISSN 2357-6340<br />
en Latinoamérica<br />
La Revista para la Gestión Confiable de los Activos<br />
Volumen 9 N°4<br />
Julio – Agosto 2017<br />
Editorial<br />
No coma cuento, coma carne.
MÁCTICA<br />
Mantenimiento en la Práctica<br />
¿Conoces algún lugar donde encuentres TODA la<br />
información que necesitas para Gestionar<br />
eficientemente tu Mantenimiento, al alcance de tu<br />
mano, tu tiempo y tu bolsillo?<br />
Con tu afiliación a MÁCTICA recibirás lo siguiente:<br />
Cursos básicos de mantenimiento<br />
Sala de Juntas<br />
Grupo privado de Facebook (Exclusivo para personas de mantenimiento)<br />
Capacitación para Certificación como PGAM<br />
Cursos On Line de profundización<br />
Biblioteca de Mantenimiento:<br />
Consultoría en Línea<br />
Consulta de proveedores<br />
Autoevaluación de la gestión de Mantenimiento<br />
Inscripciones en<br />
www.mactica.club<br />
Afiliación<br />
Estudiante<br />
MES/ COP $50.000 + IVA<br />
AÑO/ COP$500.000 + IVA<br />
Afiliación<br />
Profesional<br />
MES/ COP $60.000 + IVA<br />
AÑO/ COP$700.000 + IVA<br />
Afiliación<br />
Empresarial<br />
MES/ COP $180.000 + IVA<br />
AÑO/ COP$2.100.000 + IVA<br />
Pedro Silva Consultores & Mantonline SAS
Contenido
Editorial<br />
No coma cuento, coma carne.<br />
Hace algunos años, Federación Colombiana de Ganaderos,<br />
Fedegán en Colombia, promovió la frase; No coma cuento,<br />
coma carne, adoptada o adaptada de los productores de<br />
huevo, cambiando la carne por su producto, en la verdad no<br />
se quien la propuso primero y si fue el huevo o la gallina, pero<br />
nos sirve par a nuestro análisis de la situación actual respecto<br />
al mantenimiento en el mundo.<br />
Me apoyo igualmente en una entrevista realizada en PLANET<br />
RAM por Robinson Medina de ASSET CONSULTING a otro de<br />
nuestros constantes colaboradores, Luis Felipe Sexto (vale la<br />
pena que la revisen aquí<br />
https://www.youtube.com/watch?v=uAfotT_LK0E ) donde<br />
Felipe, muy claramente expone que se ha tratado desde<br />
algunos sectores el sustituir la gestión de activos por gestión<br />
del mantenimiento o en sus principios intentaron que<br />
mantenimiento cargase el peso completo de la gestión de<br />
activos.<br />
Hoy afortunadamente mediante los diferentes medios y en<br />
los diferentes espacios nos hemos dado a la tarea de ayudar<br />
a clarificar esta condición, en esta entrevista a la que me<br />
referí, habla Felipe de como “hubo algunos intereses<br />
particulares en asociar la gestión del mantenimiento y la<br />
gestión de activos”, armando un sancocho de muchos<br />
ingredientes que al final nos están llevando a que ese manjar<br />
latinoamericano no sepa a nada o sepa a tierra.<br />
De la entrevista No se entienda como una primicia, el hablar<br />
de la norma EN 16646 (2014) y es que es así como hemos<br />
dejado preparar el sancocho de mal sabor, los mantenedores<br />
nos hemos dado a la tarea de estudiar y trabajar mas ISO<br />
5500X que aquellas donde somos importantes y aunque<br />
debemos entender como nos compete ISO 5500X, nuestra<br />
razón de ser es la gestión del mantenimiento, a no ser que<br />
queramos saltar (este saltar no es ascender o mejorar) a<br />
gestionar algo diferente a los activos físicos y por ende<br />
estudiar como ese otro activo aporta a nuestra organización,<br />
para los que ISO 5500X 2014 aún se queda corta.<br />
Entender como aportamos es importante, y por ello hay que<br />
aprender pero no podemos pretender en convertirnos en<br />
gestores de activos cuando aún nos falta tanto en aplicar las<br />
mejores prácticas de mantenimiento en todo el mundo.<br />
Seguiré repitiendo como muchas veces lo he dicho desde que<br />
se intentó que PASS 55 fuese nuestro faro como<br />
mantenedores. “Gestión de activos NO ES gestión de<br />
mantenimiento” y el mantenedor NO puede desaparecer.<br />
No coma cuento, coma carne. En la portada, un buen<br />
sancocho.<br />
Mantenimiento<br />
en<br />
Latinoamérica<br />
Volumen 9 – N° 4<br />
EDITORIAL Y COLABORADORES<br />
María T. Romero<br />
Miguel Ángel Agüero<br />
Luis Felipe Sexto<br />
Robinson José Medina<br />
Víctor D. Manríquez<br />
Juan Carlos Orrego<br />
El contenido de la revista no refleja<br />
necesariamente la posición del Editor.<br />
El responsable de los temas, conceptos e<br />
imágenes emitidos en cada artículo es la persona<br />
quien los emite.<br />
VENTAS y SUSCRIPCIONES:<br />
revista@mantenimientoenlatinoamerica.com<br />
Comité Editorial<br />
Juan Carlos Orrego B.<br />
Beatriz Janeth Galeano U.<br />
Tulio Héctor Quintero P.<br />
Erwin López M.<br />
Juan Carlos Orrego Barrera<br />
Director
www.mantenimientoenlatinoamerica.com<br />
EXPERIENCIAS EN EL DESARROLLO DE ANÁLISIS DE<br />
CONFIABILIDAD, DISPONIBILIDAD Y MANTENIBILIDAD<br />
(ANÁLISIS RAM)<br />
Por:<br />
María T. Romero Barrios.<br />
Ingeniero Mecánico, Magister<br />
Especialista en Confiabilidad de<br />
Sistemas Industriales<br />
maria.romero@reliarisk.com<br />
Venezuela<br />
Miguel Ángel Agüero L.<br />
miguel.aguero@reliarisk.com<br />
Elimar Anauro Rojas M.<br />
elimar.rojas@reliarisk.com,<br />
México<br />
Los especialistas en equipos rotativos del equipo de trabajo, aunado a las En los<br />
últimos años, los cambios del entorno, la competitividad y el creciente marco<br />
regulatorio; impone límites más estrictos en la operatividad de la industria en<br />
general, que han incrementado el interés por el uso de metodologías con<br />
enfoques basados en riesgo y probabilidades, como elemento distintivo para<br />
apoyar la toma de decisiones y mantener los niveles exigidos de seguridad y<br />
rentabilidad. En tal sentido, el Análisis de Confiabilidad, Disponibilidad y<br />
Mantenibilidad (o Análisis RAM, por sus siglas en inglés) ha tomado gran<br />
relevancia en las evaluaciones técnicas y económicas de proyectos en su ciclo de<br />
vida, rediseño de instalaciones, evaluaciones de portafolio de inversión, entre<br />
otros estudios; ya que toma en cuenta la existencia de eventos inesperados y no<br />
deseados asociados al riesgo, que no eran considerados debido a la falta de<br />
herramientas o procedimientos que permitieran medir la incertidumbre<br />
asociada.<br />
El Análisis RAM, es realizado por un equipo multidisciplinario y consiste en la<br />
asignación de las tasas de falla y reparación de los componentes o equipos que<br />
conforman el sistema, así como la revisión de las actividades planificadas, como<br />
mantenimientos e inspecciones; siendo de gran importancia considerar de todas<br />
las actividades y/o eventos que genera impacto en la producción; tomando en<br />
cuenta las fuentes de información disponibles. Así mismo, conlleva la elaboración<br />
de los Diagramas de Bloques de Disponibilidad (DBD) que representen la<br />
arquitectura funcional del modelo en base a los diagramas de proceso, filosofías<br />
y manuales de operación, para ser validado y represente la realidad operacional<br />
del sistema analizado; y luego ser modelado mediante un software de simulación<br />
que permita obtener el factor de servicio esperado del sistema; así como la lista<br />
jerarquizada de equipos basada en su aporte a la producción diferida del sistema.<br />
Dicho modelo permite determinar acciones de mitigación a casos desfavorables,<br />
con la consecuente generación de recomendaciones.<br />
Las experiencias obtenidas luego de más de quince Análisis RAM realizados en las<br />
industrias del Petróleo, Gas y Petroquímica, indican que el éxito en la aplicación<br />
de dicha metodología depende en gran medida de la calidad de la información<br />
recopilada; el adecuado análisis, tratamiento y caracterización de los datos de<br />
fallas y reparación; la correcta elaboración de los Diagramas de Bloques de<br />
Disponibilidad y apropiada reproducción del comportamiento operacional del<br />
sistema en estudio; así como de la selección, interpretación y correcto uso del<br />
software o herramienta de modelaje en conjunto con la generación de acciones<br />
que optimicen el proceso en estudio; y muy particularmente del trabajo en<br />
equipo de quienes desarrollan el proyecto. Así mismo, es aplicable a otro tipo de<br />
empresa o industria, distinta del Petróleo y Gas, que deseen hacer uso de esta<br />
metodología para mejorar sus indicadores claves de desempeño en el ciclo de<br />
vida del proyecto.<br />
6
www.mantenimientoenlatinoamerica.com<br />
1. INTRODUCCIÓN<br />
La competitividad y rentabilidad de la obtención de cualquier<br />
bien, depende en gran medida de la continuidad de su<br />
proceso productivo, en las condiciones bajo las cuales se<br />
espera que opere, con la finalidad de obtener un producto de<br />
calidad y que sea económicamente rentable. Para ello las<br />
empresas de producción, buscando la excelencia en sus<br />
procesos, utilizan ideas innovadoras que conlleven a la<br />
mejora de la disponibilidad de su sistema productivo,<br />
aplicando el nivel de mantenibilidad adecuado, basado en la<br />
confiabilidad de sus componentes, equipos y personal.<br />
El Análisis de Confiabilidad, Disponibilidad y Mantenibilidad,<br />
conocido como Análisis RAM (Reliability, Availability and<br />
Maintainability, por sus siglas en inglés), es una de las<br />
metodologías de confiabilidad utilizadas desde hace varios<br />
años, que permite predecir el comportamiento del factor de<br />
servicio de un sistema productivo, con base al<br />
comportamiento de fallas y reparaciones de sus equipos y<br />
componentes, mantenimientos planificados, configuración de<br />
sus componentes, filosofía operacional, flexibilidades y/o<br />
eventos externos que puedan afectar la disponibilidad del<br />
mismo.<br />
Adicionalmente los resultados de un Análisis RAM<br />
contribuyen en el diagnóstico de posibles problemas en las<br />
estrategias de mantenimiento de los equipos, las políticas de<br />
inventario de repuestos y las condiciones de los equipos en<br />
relación a su comportamiento de fallas y reparaciones.<br />
A continuación se presentan los beneficios obtenidos, las<br />
limitaciones observadas y las mejores prácticas a tomar en<br />
cuenta al momento de realizar un Análisis RAM, basado en la<br />
experiencia de más quince (15) proyectos de este tipo, en<br />
diversas empresas de producción a nivel nacional e<br />
internacional.<br />
2. Análisis de Confiabilidad, Disponibilidad y<br />
Mantenibilidad (RAM).<br />
El Análisis de Confiabilidad, Disponibilidad y Mantenibilidad<br />
conocido también como Análisis RAM por sus siglas en inglés,<br />
es un estudio proactivo de diagnóstico de la disponibilidad y<br />
el factor de servicio de un proceso de producción para un<br />
período determinado de tiempo, que busca caracterizar el<br />
estado actual de un proceso, sistema o equipos y predecir su<br />
comportamiento futuro basado en la configuración y<br />
confiabilidad de sus componentes y en la filosofía de<br />
mantenimiento, mediante el análisis del historial de fallas y<br />
reparaciones, los datos de las condiciones operacionales y<br />
datos técnicos (1) .<br />
El análisis se sustenta en un modelo de simulación que toma<br />
en cuenta la configuración de los equipos, las fallas aleatorias,<br />
las reparaciones, las paradas parciales y totales y el<br />
mantenimiento planificado (1) .<br />
Además de obtener el factor de servicio de un sistema en un<br />
período determinado, el Análisis RAM revela los “malos<br />
actores” mediante una lista de criticidad de elementos o<br />
componentes con mayor aportación a la indisponibilidad del<br />
sistema, también devela debilidades en las áreas de<br />
mantenimiento, fallas recurrentes de equipos, inventarios de<br />
partes y repuestos, logísticas de operación y mantenimiento,<br />
etc. lo que trae como consecuencia el planteamiento y<br />
evaluación de soluciones costo-efectivas que permitan<br />
mejorar la rentabilidad de la producción del sistema bajo<br />
estudio a través de acciones para disminuir los eventos no<br />
deseados o fallas. Adicionalmente permite identificar los<br />
volúmenes de producción que serán afectados por la<br />
indisponibilidad y de este modo afectar los compromisos con<br />
este concepto que en muchas oportunidades no es tomado<br />
en cuenta.<br />
Este análisis tiene como fuente primordial de información los<br />
Tiempos Promedios Para la Falla (TPPF) y Tiempos Promedios<br />
Para Reparar (TPPR) de los diversos componentes que afectan<br />
la disponibilidad de producción del sistema, los cuales deben<br />
ser adecuadamente “construidos” de acuerdo a las fuentes<br />
de información disponibles: evidencia o datos propios, datos<br />
de bancos genéricos de la industria u opinión de expertos. Así<br />
mismo, el modelo toma en cuenta el deterioro por los<br />
procesos de desgaste de los componentes.<br />
Una vez construido el modelo que represente el<br />
comportamiento del sistema de producción, este trabaja<br />
como un simulador “what if…” (que pasa si…), lo que permite<br />
evaluar cambios de tecnologías, modificaciones de equipos o<br />
componentes, adición de redundancia de equipos y/o<br />
cualquier mejora técnicamente factible propuesta, con la<br />
finalidad de analizar las implicaciones de dichos cambios en el<br />
impacto a la disponibilidad del sistema, lo que se conoce<br />
como “escenarios”.<br />
Modelo General de un Análisis RAM<br />
Como se indica en la Figura 1, el análisis RAM se inicia con la<br />
estimación de las tasas de falla y reparación de cada uno de<br />
los componentes o equipos que conforman los sistemas o<br />
procesos. Las fuentes fundamentales de información para<br />
esta estimación pueden ser de variada naturaleza, específicas<br />
o genéricas.<br />
Las tasas de fallas y reparaciones para cada equipo o<br />
componente del sistema son almacenadas de manera<br />
organizada en una base de datos, que además contiene la<br />
información técnica de los equipos, y se utiliza como fuente<br />
de información para el Análisis RAM.<br />
Conocimiento previo.<br />
Información Genérica<br />
de Fallas y<br />
Reparaciones<br />
Evidencia<br />
(Datos propios<br />
de Fallas y<br />
Reparaciones)<br />
Opinión de<br />
Expertos<br />
Tratamiento de<br />
Datos de Fallas<br />
y Reparación<br />
Diagrama de Bloques<br />
de Disponibilidad<br />
Disponibilidad<br />
DFP<br />
DTI<br />
Información<br />
de<br />
Producción<br />
Estudios<br />
Previos<br />
Análisis de la<br />
información de<br />
la instalación<br />
Jerarquización de<br />
Equipos<br />
Figura 1. Modelo General del Análisis RAM.<br />
7
www.mantenimientoenlatinoamerica.com<br />
Una vez definidas las tasas de fallas y reparaciones de cada<br />
equipo del sistema y los perfiles de producción del sistema,<br />
éstos son incluidos en un modelo de Diagramas de Bloque de<br />
Disponibilidad (DBD) que se desarrolla para representar la<br />
arquitectura y la filosofía de operación del sistema, partiendo<br />
de los diagramas de flujo de procesos, diagramas de tuberías<br />
e instrumentos, las descriptivas de procesos y cualquier otra<br />
plataforma que fuente que aclare el funcionamiento y<br />
filosofía de los procesos y sistemas. Este diagrama puede<br />
construirse con herramientas computacionales de simulación<br />
disponibles tales como Raptor de Arinc, RAMP de Atkins,<br />
Maros de Det Norske Veritas, entre otros.<br />
Para verificar la representatividad del modelo, se requiere de<br />
una serie de entrevistas con el personal de procesos,<br />
operaciones y mantenimiento asociado al proceso productivo<br />
que se está analizando.<br />
Por otro lado, una vez desarrollada y validada la base de<br />
datos y la arquitectura del modelo, se simulan los escenarios<br />
de interés. Como resultado se obtiene, para cada escenario,<br />
el factor de servicio esperado según el horizonte de tiempo<br />
establecido para el análisis, así como la lista de los equipos<br />
críticos o “malos actores” que representan los equipos o<br />
sistemas con mayor aporte a la indisponibilidad del proceso<br />
analizado.<br />
3. ETAPAS DE UN ANÁLISIS RAM - MEJORES PRÁCTICAS<br />
El plan de trabajo para un análisis RAM, se desarrolla en tres<br />
etapas fundamentales, tal como se muestra en la Figura 2.<br />
Data de Falla y Reparación<br />
Revisión de los Planes de Mantenimiento<br />
ETAPA I<br />
Data Genérica<br />
Evidencia<br />
Actualización de las Tasas de<br />
Falla y Reparación<br />
Plan de Trabajo Análisis RAM<br />
ETAPA III<br />
Análisis de<br />
Producción<br />
Modelaje con el Software<br />
Simulación de Escenarios<br />
Análisis de Sensibilidad<br />
Reportes<br />
Filosofía<br />
Operacional<br />
Actualización Diagramas<br />
de Bloque de<br />
Disponibilidad (DBD)<br />
DTI’s<br />
Construcción de los<br />
Diagramas de Bloque<br />
de Confiabilidad<br />
Figura 2. Plan de Trabajo del Análisis RAM. (1)<br />
DFP’s<br />
ETAPA II<br />
ETAPA I: consiste en la asignación de las tasas de falla y<br />
reparación de los componentes o equipos que conforman el<br />
sistema, así como la revisión de los planes de mantenimiento<br />
planificados. Es importante destacar que los Tiempos para<br />
Reparar de los equipos a considerar en un Análisis RAM,<br />
deben incluir los tiempos fuera de servicio por logística de la<br />
reparación o reemplazo de los equipos (emisión de órdenes<br />
de trabajo, preparación de equipos requeridos para la<br />
reparación, búsqueda de repuestos, tiempo de arranque del<br />
equipo, etc.) que impliquen la indisponibilidad del sistema a<br />
analizar. Para esta etapa se realizan los siguientes pasos:<br />
• Recopilación de Datos Históricos Propios: muchas<br />
empresas buscando la mejora continua de sus procesos<br />
han hecho grandes esfuerzos en la recolección de<br />
información de campo sobre datos de falla (tipo y<br />
frecuencia) y datos de reparación de sus equipos. La<br />
cantidad y calidad de este tipo de información son de gran<br />
importancia para este estudio pues reducen los valores de<br />
incertidumbre epistémica en el análisis y son<br />
representativos de la naturaleza de la variable.<br />
Como consecuencia, esta fuente de información es la más<br />
representativa del comportamiento de fallas y<br />
reparaciones de los equipos a considerar en el análisis, el<br />
gran problema con que generalmente nos enfrentamos es<br />
que es muy escasa.<br />
Para hallar la mayor cantidad de información propia o<br />
evidencia de fallas y reparaciones de los equipos, se<br />
deben realizar revisiones exhaustivas del Sistema de<br />
Gestión de Mantenimiento (SAP, Meridium, etc.); así<br />
como entrevistas con el personal de mantenimiento,<br />
quienes muchas veces llevan sus indicadores de gestión<br />
en archivos personales, los cuales también son una fuente<br />
valiosa de información.<br />
Comúnmente encontramos datos de evidencia que se<br />
encuentran fuera de lo que consideramos “normal” en el<br />
comportamiento de fallas y reparaciones de los equipos,<br />
por lo que se debe validar su veracidad con el personal de<br />
mantenimiento y operaciones. Esta etapa se conoce como<br />
depuración de la data de fallas y reparaciones, y debe ser<br />
llevada a cabo en apoyo con los expertos en<br />
mantenimiento quienes conocen el comportamiento de<br />
fallas y reparaciones de los equipos.<br />
• Recopilación de Opinión de Expertos: existen casos<br />
donde no se cuenta con suficiente información de campo,<br />
y en ausencia de ella existen metodologías que permiten<br />
la recolección de información a partir de la opinión de los<br />
expertos.<br />
Para ello existen diversas técnicas de entrevistas del<br />
experto o grupo de expertos, tales como el “Método de<br />
Delphi”, que permite obtener la opinión de expertos,<br />
documentarla y reducir su subjetividad.<br />
Un punto a resaltar en cuanto a la recolección de opinión<br />
de expertos, es la importancia de comunicar el motivo de<br />
la recolección de información, ya que los expertos tienden<br />
a proporcionar valores “conservadores” y muchas veces<br />
no reflejan la realidad de los sistemas que se están<br />
analizando. Adicionalmente, debe recolectarse el Tiempo<br />
para Reparar separadamente: Tiempo para Reparar<br />
Efectivo, el tiempo que demora realizar la actividad de<br />
reparación o reemplazo, asumiendo que se tienen todos<br />
los recursos materiales y humanos requeridos. Tiempo<br />
para Reparar de Logística: tiempos fuera de servicio por<br />
logística de la reparación o reemplazo de los equipos<br />
(emisión de órdenes de trabajo, preparación de equipos<br />
requeridos para la reparación, búsqueda de repuestos,<br />
tiempo de arranque del equipo, etc.) que impliquen la<br />
indisponibilidad del sistema a analizar.<br />
8
www.mantenimientoenlatinoamerica.com<br />
Ahora NO hay excusas para decir que no estaba<br />
enterado de las mejores prácticas de mantenimiento<br />
www.mantenimientoenlatinoamerica.com<br />
•<br />
www.predictiva21.com<br />
www.assetconsultingca.com/assetradio/<br />
9
www.mantenimientoenlatinoamerica.com<br />
Búsqueda y adecuación de Información Genérica:<br />
Cuando la información propia no es suficiente para<br />
garantizar un análisis estadístico confiable y robusto es<br />
extremadamente importante complementar dicha<br />
información con datos de confiabilidad genéricos<br />
provenientes de reconocidas bases de datos<br />
internacionales como OREDA, PARLOC, WELL MASTER,<br />
IEEE. (3)<br />
Sin embargo, se debe tomar en cuenta que al utilizar<br />
Datos Genéricos se está trabajando con tasas de falla y<br />
reparación de equipos en contextos operacionales que<br />
pueden ser muy diferentes al que estamos tomando en<br />
cuenta en los sistemas bajo análisis. De este modo, es<br />
importante adecuar esta información al entorno<br />
operacional bajo análisis, mediante la validación de los<br />
modos de falla que puedan ocurrir o que se hayan<br />
presentado, apoyados en el personal con alta experiencia<br />
o conocimiento de los equipos que impactan la<br />
disponibilidad del sistema. Ver Figura 3.<br />
Las razones para no considerar algunos de los modos de<br />
falla que están en las bases de datos genéricas son<br />
múltiples, pero pueden resumirse en dos; estas son (1) :<br />
• Un análisis de los mecanismos de deterioro posibles de<br />
ocurrencia en el entorno operacional bajo análisis<br />
descartan la posibilidad de ocurrencia de alguno de<br />
estos modos de falla (3) .<br />
• Se han implantado acciones de mantenimiento,<br />
inspección o rediseño del proceso, que apuntan a<br />
“erradicar” la ocurrencia de determinados modos de<br />
falla. Esto último es muy importante cuando se estiman<br />
tasas de fallas a equipos a los que se les han hecho<br />
estudios de Mantenimiento Centrado en Confiabilidad<br />
(MCC) o Inspección Basada en Riesgos (IBR), de los<br />
cuales resultan planes de inspección y mantenimiento<br />
rediseñados, que atacan los modos de falla que<br />
realmente ocurren en un entorno operacional (3) .<br />
En este punto es relevante tomar en cuenta que el<br />
personal encargado de la búsqueda de la información<br />
genérica debe tener conocimiento sobre la manera en<br />
que se encuentran representadas las tasas de fallas y<br />
reparaciones; además del análisis estadístico realizado<br />
para su cálculo, ya que estas suelen ser diferentes en los<br />
bancos de datos genéricos más utilizados. Esto con la<br />
finalidad de representarlas adecuadamente para cada<br />
familia de equipos.<br />
VALVULA<br />
VALVE<br />
VALVULA<br />
INFORMACION INFORMACION<br />
GENERICA<br />
SOBRE GENERICA<br />
SOBRE<br />
FALLAS<br />
FALLAS<br />
Well Well Master, Master, 2.5<br />
2.5<br />
OREDA OREDA 2002<br />
2002<br />
PSA-2001-039<br />
PSA-2001-039<br />
PARLOC PARLOC 96<br />
96<br />
Expert Expert Opinion<br />
Opinion<br />
Modo de falla que no aplica en el<br />
contexto operacional del análisis<br />
BASE DE DATOS<br />
GENERICA<br />
Valv. = MF1 + MF2<br />
+ MF3 ……..+ MF”Z”<br />
MF1 MF3 MF”Z”<br />
Valve = MF1+ MF3 …+ MF”Z”<br />
TASA DE FALLAS GENERICA ADECUADA<br />
AL CONTEXTO OPERACIONAL<br />
Figura 3. Adecuación de la Tasa de Fallas Genérica al contexto<br />
operacional. (1)<br />
• Adecuación de la información por el Teorema de Bayes:<br />
En algunos casos la evidencia o datos propios de fallas<br />
encontrados para algunos equipos incluidos en el análisis,<br />
puede ser considerada una muestra poco robusta para su<br />
representación mediante distribuciones de probabilidad,<br />
por contener muy pocos datos. También puede ocurrir<br />
que se desee combinar la experiencia de los expertos que<br />
han dado su opinión de las tasas de falla y reparaciones de<br />
equipos, con bancos de datos genéricos.<br />
En tales casos, se recurre al Teorema de Bayes como<br />
vehículo matemático para combinar el conocimiento<br />
previo de bancos de datos genéricos u opinión de<br />
expertos con la evidencia propia.<br />
El teorema permite hallar la distribución posterior o<br />
actualizada de la tasa de fallas “f(λ/X)”. Para ello es<br />
necesario por una parte definir una distribución “previa”<br />
de la tasa de fallas g(λ) (Conocimiento Previo) y por la<br />
otra, construir la función de verosimilitud o probabilidad<br />
de la evidencia L(X/λ) a partir de la evidencia muestral.<br />
Este procedimiento de cálculo es generalmente conocido<br />
como “actualización de la tasa de fallas”. (1)<br />
Teorema de<br />
Bayes<br />
Experiencia Previa<br />
(Datos Genéricos)<br />
Tasa de Falla OREDA<br />
( OREDA )<br />
m OREDA: Media de la Distribución de OREDA<br />
s OREDA: Desviación de la Distribución de OREDA<br />
λmejorada<br />
f ( / X ) <br />
Evidencia<br />
(“N” Datos de equipos propios)<br />
Datos de Fallas<br />
(Tiempos de Operación<br />
hasta la Falla)<br />
t 1, t 2, t 3, . . . T r<br />
R = Número de equipos<br />
que han fallado<br />
Dato Mejorado<br />
<br />
2<br />
μ<br />
<br />
r OREDA <br />
<br />
2<br />
σ<br />
<br />
OREDA<br />
<br />
<br />
t Nr<br />
<br />
<br />
μ<br />
t<br />
OREDA<br />
<br />
j tcj<br />
<br />
σOREDA<br />
2<br />
i 1<br />
j 1<br />
<br />
Datos Censados<br />
(Tiempos de Operación<br />
de equipos que no han<br />
fallado)<br />
t c1, t c2, t c3, . . . T c(N-r)<br />
N-r = Número de<br />
equipos que no han<br />
fallado<br />
Figura 4. Aplicación del Teorema de Bayes para OREDA y<br />
evidencia. (1)<br />
En la figura 4 se muestra la ecuación a utilizar para el caso<br />
específico de la combinación de data genérica<br />
proveniente del banco de datos conocido como OREDA,<br />
cuyas tasas de fallas están representadas por una<br />
distribución de probabilidad Gamma, con datos propios<br />
(evidencia) de fallas de los equipos bajo análisis.<br />
• Revisión y Validación de las Bases de Datos: Este<br />
representa el último paso de la I Etapa para un análisis<br />
RAM, por lo que es importante escoger un equipo de<br />
trabajo con alta experiencia en el conocimiento del<br />
comportamiento de fallas y reparaciones de los equipos<br />
incluidos en el análisis.<br />
Dichos expertos deberán validar las distribuciones de<br />
probabilidad que reflejan la información de confiabilidad<br />
(Tiempos Para la Falla) y mantenibilidad (Tiempos Para<br />
Reparar) de los equipos incluidos en el Análisis RAM.<br />
<br />
<br />
<br />
L(<br />
X )<br />
g(<br />
)<br />
L(<br />
X )<br />
g(<br />
)<br />
d<br />
10
www.mantenimientoenlatinoamerica.com<br />
Adicionalmente, deben validar la estructura e información<br />
técnica contenida en la base de datos, ya que esta será un<br />
insumo de gran importancia para estudios de<br />
confiabilidad posteriores, o inclusive, para poder llevar los<br />
indicadores de la gestión de mantenimiento y<br />
confiabilidad de manera más ordenada y rápida.<br />
Es importante destacar, que los analistas de confiabilidad<br />
deben dar prioridad a los datos de fallas y reparaciones a<br />
utilizar para cada equipo incluido en el análisis con base a<br />
la disponibilidad de la información validada como sigue: 1.<br />
Evidencia, como más representativa de la realidad; 2.<br />
Teorema de Bayes, combinación de evidencia con datos<br />
genéricos, la cual favorece la evidencia; 3. Opinión de<br />
Expertos y 4. Datos Genéricos.<br />
Etapa II: está relacionada con la revisión y verificación de la<br />
arquitectura del modelo; y la misma se realiza de acuerdo a<br />
los pasos que se describen a continuación:<br />
• Construcción del Diagrama de Bloques de Disponibilidad:<br />
En esta etapa, en primer lugar, se debe tener clara la<br />
diferencia entre la lógica de un modelo de diagrama de<br />
bloques de disponibilidad y un diagrama de procesos; es<br />
decir, se debe construir el diagrama de bloques desde el<br />
punto de vista de confiabilidad, y no de procesos. Muchas<br />
veces se comete el error de construir el diagrama desde el<br />
punto de vista de procesos, por lo que el responsable de<br />
esta etapa debe tener conocimientos sobre confiabilidad y<br />
el desarrollo de dichos modelos.<br />
Para ello se parte de las narrativas de procesos, diagramas<br />
funcionales, diagramas de flujo de procesos (DFP o PFD),<br />
diagramas de tubería e instrumentación (DTI o PI&D),<br />
diagramas unifilares, etc. Aunado a este proceso se<br />
elaboran cuestionarios con las dudas planteadas sobre la<br />
funcionabilidad o interacción de los equipos y/o sistemas;<br />
además de las facilidades operacionales que podrían<br />
existir.<br />
En esta etapa también se deben analizar si existe algún<br />
tipo de eventos externos que afecten la disponibilidad de<br />
las instalaciones y se considere relevante para<br />
representarlo en el diagrama de bloques de<br />
disponibilidad, con la finalidad de obtener la<br />
disponibilidad operacional del sistema. Por ejemplo, se<br />
deben considerar eventos como condiciones climáticas,<br />
suministro de energía eléctrica, gas combustible, vapor,<br />
etc. que provenga de un agente externo; es decir, fallas en<br />
los sistemas de recepción o entrega de producto que<br />
ocasionen indisponibilidad de los sistemas que se están<br />
analizando.<br />
En algunas ocasiones se han analizado casos donde la<br />
mayor causa de indisponibilidad en un sistema o planta es<br />
ocasionada por algún evento externo, lo que permitirá<br />
idear y justificar acciones que mitiguen, si es posible<br />
técnicamente, dichos eventos. Estos eventos<br />
generalmente se representan estadísticamente por<br />
historial de fallas (si existe) u opinión de expertos.<br />
De esta manera se construyen diagramas de bloques de<br />
disponibilidad iniciales, los cuales una vez culminados<br />
deben ser validados.<br />
• Revisión de la representatividad del modelo: esta etapa<br />
consiste en verificar la representatividad que el modelo<br />
diagramado tiene del sistema de producción bajo estudio<br />
sometiendo el mismo a pruebas de verificación de la<br />
lógica de confiabilidad en reuniones con expertos en dicho<br />
proceso productivo.<br />
Así, los Diagramas de Bloques de Disponibilidad deben ser<br />
validados mediante entrevistas formales con el equipo de<br />
trabajo (personal de operaciones, mantenedores,<br />
ingenieros de procesos, etc.) relacionado con el proceso a<br />
modelar, con la finalidad de definir claramente la filosofía<br />
operacional de los equipos, redundancias y facilidades<br />
operacionales; así como la interrelación entre los sistemas<br />
que conforman el proceso. Es importante comunicar al<br />
equipo de trabajo involucrado antes de dichas entrevistas,<br />
la filosofía para la construcción de un diagrama de<br />
bloques de disponibilidad.<br />
Adicionalmente, en el modelo se deben tomar en cuenta<br />
los perfiles de producción que se manejarán en el tiempo;<br />
así como los impactos en pérdidas de producción por las<br />
fallas de los sistemas y equipos que conforman el proceso<br />
a analizar.<br />
Por las experiencias obtenidas en los análisis RAM<br />
realizados, se pude concluir que en los casos de las<br />
industrias petroquímica, refinerías y empresas de<br />
producción en cadena (bebidas, automóviles, etc.), en los<br />
cuales los procesos son muy lineales y dependientes entre<br />
ellos, muy pocos requieren análisis adicionales de<br />
procesos. Esto basado en que en dichas industrias los<br />
cambios de producción en el tiempo no son tan variantes.<br />
Fundamentado en la variación importante de producción<br />
en la industria de producción de gas y petróleo, lo cual<br />
implica procesos mas complejos, aunado a la<br />
incorporación o desincorporación de equipos y/o<br />
sistemas, se hace necesario ejecutar un análisis de<br />
proceso como complemento de un Análisis RAM,<br />
conocido entonces como Análisis RAMP, por la adición del<br />
estudio de procesos.<br />
Este consistirá en un conjunto de actividades que<br />
consideran el análisis de la información de diferentes<br />
fuentes de datos históricos, diseño, mantenimiento, con<br />
el objeto de realizar un análisis probabilístico e integral de<br />
la instalación sistema o proceso bajo estudio, que permita<br />
verificar o adecuar el proceso a las necesidades operativas<br />
de acuerdo al contexto operacional considerando el perfil<br />
de producción, la capacidad instalada y el horizonte<br />
económico definido en la planeación estratégica (2) .<br />
Los resultados del análisis de proceso permiten<br />
determinar las alternativas que presenten la configuración<br />
óptima del sistema o proceso analizado, logrando obtener<br />
la máxima utilización de los procesos productivos (2) .<br />
Los resultados obtenidos con el estudio RAM dependen<br />
en gran medida de la representatividad que se logre con<br />
11
www.mantenimientoenlatinoamerica.com<br />
el modelo desarrollado, el cual debe ser capaz de<br />
reproducir el comportamiento real del sistema dentro de<br />
su contexto operacional.<br />
Como consecuencia, es sumamente relevante en esta<br />
etapa verificar se encuentren reflejadas en el modelo del<br />
Análisis RAM todas las facilidades operacionales con que<br />
se cuenta en los sistemas para evitar la indisponibilidad de<br />
los mismos, debido a que en muchas ocasiones éstas no<br />
se encuentran expresadas en los manuales operacionales,<br />
sino en la experiencia de aquellos operadores o<br />
mantenedores, quienes ante las contingencias de eventos<br />
no deseados, toman acciones para no detener el proceso<br />
productivo basados en su conocimiento del mismo.<br />
Figura 5. Modelo del Diagrama de Bloques de Disponibilidad<br />
de un Sistema Productivo. (1)<br />
Etapa III: consiste en la combinación de los resultados<br />
obtenidos en las etapas I y II. Una vez determinadas las tasas<br />
de falla y reparación de cada uno de los bloques de<br />
disponibilidad a considerar en el modelo, y revisada la<br />
representatividad del modelo de diagramas de bloques de<br />
disponibilidad, se procede a introducir dichos datos en<br />
herramientas o softwares diseñados para tal fin.<br />
En este punto el encargado de dicha tarea debe tener<br />
conocimiento de la herramienta a utilizar, debido a que cada<br />
software difiere en cuanto a la manera como se interpretan<br />
las interacciones entre los sistemas, equipos, facilidades<br />
operacionales, etc. También se debe definir si se analizará la<br />
disponibilidad inherente o la operacional.<br />
A partir de allí se comienzan a realizar las diferentes<br />
simulaciones de los escenarios planteados. Generalmente en<br />
primer lugar, se representa y simula el escenario llamado<br />
“Base”, el cual representa las condiciones operacionales<br />
actuales del proceso a analizar.<br />
Esto permite además verificar la representatividad del<br />
modelo con respecto a la realidad, a través de los resultados<br />
obtenidos en cuanto al factor de servicio y la lista de<br />
jerarquización de equipos; lo cual debe ser validado con el<br />
personal de mantenimiento, operaciones, ingenieros de<br />
procesos; entre otros.<br />
Los escenarios adicionales generalmente representan<br />
propuestas como resultado del análisis del escenario base,<br />
contemplando cambios de arquitectura (nuevas<br />
configuraciones de los equipos, introducción de nueva<br />
tecnología, cambios en el diseño), nuevos planes de<br />
mantenimiento u optimización de los existentes, nuevas<br />
políticas de inventario, adquisición de equipos de última<br />
generación, nuevas políticas tendientes a mejorar los TPPF y<br />
TPPR de los equipos existentes, entre otras.<br />
La simulación de escenarios adicionales permite evaluar el<br />
impacto de los cambios propuestos en los resultados de<br />
confiabilidad y disponibilidad del sistema y compararlos con<br />
los niveles actuales. Esto además ayudará a soportar el<br />
análisis financiero de la mejora/solución propuesta basado<br />
en el cambio obtenido en el factor de servicio de las<br />
instalaciones. De modo que podamos cumplir con plantear<br />
soluciones que sean técnicamente factibles, económicamente<br />
rentables y presupuestariamente viables.<br />
En la mayoría de los casos se ha demostrado que si durante<br />
las etapas I y II del Análisis RAM, se siguen los pasos indicados<br />
y el equipo de trabajo involucrado realmente domina los<br />
conocimientos requeridos del proceso y los equipos del<br />
sistema a analizar, el modelo obtenido finalmente representa<br />
en gran medida el proceso actual.<br />
Como resultados del análisis tendremos los reportes de perfil<br />
estocástico de producción y el factor de servicio esperado del<br />
sistema en el horizonte evaluado; así como también la lista<br />
jerarquizada de equipos según su impacto en la<br />
indisponibilidad del proceso.<br />
Con base a estos resultados, se emitirán las recomendaciones<br />
en cuanto a planes de mantenimiento programado de los<br />
equipos, mejoras en la confiabilidad de los equipos,<br />
realización de Análisis Causa Raíz si aplica, políticas de manejo<br />
de inventarios de repuestos y partes, etc.<br />
Para concluir se puede mencionar que es recomendable<br />
actualizar el modelo de simulación si se implantan cambios<br />
importantes en el contexto operacional, cambios en el<br />
comportamiento de fallas y reparaciones de los equipos, o en<br />
su defecto cada dos años, de manera que se actualicen las<br />
condiciones de deterioro de los equipos en el modelo.<br />
(1) Yañez, M; y otros. Confiabilidad Integral. Tomo I.<br />
Reliability and Risk Management S.A, Venezuela, 2007.<br />
(2) Yañez, M; y otros. Redimensionamiento de Instalaciones<br />
como aplicación metodológica para la mejora de la<br />
confiabilidad y los procesos en la Industria Petrolera.<br />
Congreso Mexicano de Petróleo. Acapulco, 2014.<br />
(3) International Standard ISO 14224. Petroleum,<br />
petrochemical and natural gas industries - Collection and<br />
exchange of reliability and maintenance data for<br />
equipments. Second edition. 15-12-2006.<br />
(4) LINSTONEH, A., TURROF,M., The Delphi method,<br />
techniques and applications, Addison wesley publishing,<br />
1975.<br />
12
www.mantenimientoenlatinoamerica.com<br />
13
www.mantenimientoenlatinoamerica.com<br />
TIPOS DE MANTENIMIENTO ¿CUÁNTOS Y CUÁLES SON?<br />
En este artículo se abordará la presentación de los tipos de mantenimientos de<br />
acuerdo con la norma europea EN 13306: 2017 (Maintenance - Maintenance<br />
terminology). El autor considera que, independientemente, de la presentación por<br />
algunas organizaciones y autores de modos diferentes de clasificar los tipos de<br />
mantenimiento, la visión de mayor consenso la brinda una norma tan importante<br />
como la EN13306, en su última actualización del 2017. Las razones son las<br />
siguientes:<br />
Por:<br />
Luis Felipe Sexto<br />
Ing. Msc.<br />
Management Consultant<br />
Radical Management<br />
lsexto@radical-management.com<br />
Cuba-Italia<br />
Son frecuentes las opiniones encontradas entre<br />
los profesionales del Mantenimiento en<br />
relación con el tema de los tipos o políticas de<br />
mantenimiento. De hecho, se les llama con<br />
frecuencia equivocadamente “estrategias de<br />
mantenimiento”, confundiendo este concepto<br />
con el de “tipos de mantenimiento”. El lector<br />
curioso puede consultar el término 2.4 de la<br />
norma, donde se define qué se entiende como<br />
“estrategia de Mantenimiento”.<br />
14
www.mantenimientoenlatinoamerica.com<br />
a) La Norma Europea EN 13306 es el estándar de adopción<br />
obligatoria por los 28 países que conforman la Unión<br />
Europea (UE). Es un estándar, que ofrece un “cuadro<br />
terminológico estandarizado de mantenimiento” con<br />
intención de llegar a un lenguaje común en el tema,<br />
elaborado por el Comité Europeo de Normalización en<br />
Mantenimiento (CEN/TC 319 Maintenance), el de mayor<br />
jerarquía e integración internacional en la normalización<br />
del mantenimiento y cuya lógica de trabajo se basa en los<br />
principios de la normalización: consenso, transparencia y<br />
coherencia técnica.<br />
b) El estándar EN 13306 expone un entramado conceptual<br />
que resulta el eje de referencia en términos y definiciones<br />
del resto de los estándares europeos relacionados con<br />
Mantenimiento, incluido las normas de Indicadores Claves<br />
FprEN 15341: 2017 y FprEN 17007: 2017 (Fpr, significa que<br />
son los borradores finales de las nuevas versiones que<br />
saldrán a la luz durante el 2017).<br />
c) Esta norma EN 13306 sirve de referencia para órganos de<br />
normalización, empresas y asociaciones de<br />
mantenimiento de países fuera de la Unión Europea. Se<br />
considera en Latinoamérica, África, Asia, Oceanía y en<br />
Norteamérica, en Estados Unidos y Canadá. Esto viene<br />
determinado por la necesidad del intercambio comercial<br />
con el mercado europeo y por la tradición industrial y de<br />
tendencia a la normalización en general, como necesidad<br />
impuesta por la globalización.<br />
d) En particular, todas las asociaciones nacionales de<br />
mantenimiento de la UE, pertenecientes o no a la<br />
European Federation of National Maintenance Societies<br />
(EFNMS), la utilizan como referencia de términos y<br />
definiciones en mantenimiento.<br />
e) La Society for Maintenance and Reliability Professionals<br />
(SMRP) de Estados Unidos, en acuerdo con esta lógica de<br />
lograr el ‘lenguaje común’ ha buscado la armonización en<br />
lo posible de su métricas (cuyos términos provienen de un<br />
glosario de términos propio y no de una norma de<br />
referencia) con aquellas del estándar EN 15341 en su<br />
versión del 2007 ─que usa como referencia de conceptos<br />
a la EN 13306: 2001 y IEC 60050-191:1990 Dependability<br />
and Quality of Service.<br />
f) Es preciso recordar que, posteriormente, han habido<br />
actualizaciones de la EN 13306 en 2007, 2010 y 2017, y<br />
enmiendas a la IEC 60050-191 en 1999 y 2002, las que no<br />
han sido consideradas aún para actualizar la armonización<br />
de términos de la SMRP. Este hecho, impide, al momento<br />
de publicar este artículo, de asegurar que exista<br />
alineamiento y actualización de los términos del glosario<br />
propio de dicha Sociedad con los estándares más<br />
actualizados de referencia mencionados.<br />
TIPOS DE MANTENIMIENTO<br />
Son frecuentes las opiniones encontradas entre los<br />
profesionales del Mantenimiento en relación con el tema<br />
de los tipos o políticas de mantenimiento. De hecho, se les<br />
llama con frecuencia equivocadamente “estrategias de<br />
mantenimiento”, confundiendo este concepto con el de<br />
“tipos de mantenimiento”. El lector curioso puede<br />
consultar el término 2.4 de la norma, donde se define qué<br />
se entiende como “estrategia de Mantenimiento”.<br />
Por otro lado, existen prácticamente tantas clasificaciones<br />
de los “tipos de Mantenimiento”, como autores,<br />
organizaciones y softwares que defienden, en sus lógicas<br />
conceptuales propias, sentidos y alcances diferentes a los<br />
conceptos normalizados. De consecuencia, tal hecho<br />
conduce a la imposibilidad de comprender e interpretar<br />
los términos de mantenimiento sin que se generen<br />
contradicciones e incomprensiones que afectan<br />
claramente la comunicación, el benchmarking y las<br />
decisiones mismas de gestión.<br />
A continuación se presenta la aclaración de la lógica<br />
estandarizada por la norma europea EN 13306. La norma<br />
define los tipos de mantenimiento en dos escenarios<br />
diferentes. Para fines didácticos, llamémosles escenarios<br />
A y B:<br />
I. ESCENARIO A: Responde a la pregunta: ¿Se modifican las<br />
características originales de diseño del activo?<br />
Tendremos Mantenimiento Preventivo, Correctivo y<br />
Mejorativo, si con las actividades de mantenimiento que<br />
se implementan se intenta provocar, o no, cambios<br />
intrínsecos en las características de diseño relativas a<br />
confiabilidad, mantenibilidad y seguridad de los activos<br />
objetos de mantenimiento.<br />
En la figura 1 se sintetiza el primer escenario de<br />
clasificación de los tipos de mantenimiento aplicables a<br />
los activos físicos objetos de mantenimiento. Entre<br />
corchetes el número de referencia del término<br />
estandarizado. También, el término original en inglés.<br />
15
www.mantenimientoenlatinoamerica.com<br />
Figura 1. Tipos de Mantenimiento, según el efecto de<br />
cambios intrínsecos en el activo.<br />
Esencialmente la proyección de la figura 1 indica:<br />
1. Si no hay cambios en las características intrínsecas del<br />
activo (aquellas determinadas por el diseño), entonces el<br />
mantenimiento se divide, convencionalmente, en<br />
Preventivo (antes que ocurra el fallo) y Correctivo (luego<br />
de ocurrir el fallo). Es decir, la ocurrencia del fallo es el<br />
evento discriminante pare definir lo que es preventivo de<br />
correctivo.<br />
2. El Mantenimiento Predeterminado (cíclico,<br />
independiente de la condición, tradicionalmente llamado<br />
mantenimiento preventivo planificado), junto al<br />
Mantenimiento Basado en Condición (CBM) y el<br />
Mantenimiento Predictivo ─que se presenta como<br />
variante del CBM─ son todos considerados<br />
subclasificaciones del Mantenimiento Preventivo. La<br />
explicación es porque están presentes como tipos de<br />
mantenimiento que se efectúan antes que ocurra el<br />
fallo.<br />
3. Al tipo de mantenimiento que implica la generación de<br />
una Orden de Trabajo (que puede ser preventiva o<br />
correctiva) luego de evaluar la condición (resultado de<br />
las actividades de Mantenimiento Basado en Condición<br />
y/o Mantenimiento Predictivo), se le denomina<br />
Mantenimiento Activo. De aquí se desprende que<br />
existe el Mantenimiento Activo Preventivo y el<br />
Mantenimiento Activo Correctivo.<br />
4. El concepto de tipo de mantenimiento mejorativo es<br />
aplicable cuando el mantenimiento que se ejecuta sobre<br />
el activo se orienta a crear un cambio positivo en alguna<br />
de las características intrínsecas (determinadas por el<br />
diseño), pero no cambia las funciones originales del<br />
mismo. El Mantenimiento Autónomo (término 7.17 que<br />
comprende las acciones ejecutadas por los operadores)<br />
puede ser parte tanto del Mantenimiento Preventivo<br />
como del Mantenimiento Mejorativo.<br />
5. En la norma, se aclara el alcance del concepto de<br />
modificación, el cual no se considera como un tipo ni<br />
como una actividad de mantenimiento, y tal término<br />
sería el adecuado cuando los efectos de aplicar una<br />
modificación se orienten a realizar cambios en las<br />
funciones del activo.<br />
6. Por su parte el Mantenimiento Correctivo, se subdivide<br />
en aquel que se realiza inmediatamente después de la<br />
verificación de un fallo funcional (correctivo<br />
inmediato) y el mantenimiento correctivo diferido, que<br />
puede programarse, a diferencia del correctivo<br />
inmediato que se impone como necesidad de intervención<br />
no prevista para contrarrestar las consecuencias del fallo.<br />
Los une el hecho que, tanto el correctivo inmediato como<br />
el correctivo diferido, se ejecutan siempre a posteriori de<br />
un fallo.<br />
II. ESCENARIO B: Responde a la pregunta: ¿Es posible asignar<br />
fechas y recursos para la ejecución de las actividades con<br />
anticipación? Tendremos Mantenimiento Programado y<br />
Mantenimiento No Programado, si existen actividades<br />
de mantenimiento, aplicadas al activo, que pueden ser<br />
programadas.<br />
En la figura 2 se presenta el segundo escenario de<br />
clasificación de los tipos de mantenimiento.<br />
Figura 2. Tipos de Mantenimiento: programado vs. No<br />
programado.<br />
De la figura 2 es posible evidenciar lo siguiente:<br />
1. En dependencia de si es posible asignar una programación<br />
de actividades de mantenimiento, el mantenimiento se<br />
divide, convencionalmente, en Mantenimiento<br />
Programado y Mantenimiento no programado.<br />
2. Como tipos de mantenimiento que encierran actividades a<br />
las que se le puede programar, tenemos: al<br />
16
www.mantenimientoenlatinoamerica.com<br />
Mantenimiento Predeterminado (cíclico e independiente<br />
de la condición), al Mantenimiento Basado en Condición<br />
(CBM y predictivo) y al Mantenimiento Correctivo<br />
Diferido.<br />
3. Por su parte, los tipos de mantenimiento que no se<br />
programan son el Mantenimiento Correctivo Inmediato,<br />
de hecho, no programable (cuando es necesario la<br />
intervención rápida, después del fallo imprevisto) y el<br />
Mantenimiento de Oportunidad (que puede ser no<br />
programado y también considerarse de ejecutar antes del<br />
fallo o no inmediatamente después de un fallo, pero sin<br />
una definición a priori de fecha de ejecución. Usa<br />
“ventanas” de oportunidad que pueden aparecer y<br />
aprovecharse).<br />
4. En la clasificación de Mantenimiento de Oportunidad<br />
(como subclasificación de Mantenimiento No<br />
Programado) entran actividades de mantenimiento<br />
preventivo y/o correctivo diferido, realizadas sin<br />
programar, pero incluidas, simultáneamente, junto a otras<br />
acciones que si pueden estar programadas o ligadas a la<br />
operación (por ejemplo, un mantenimiento<br />
predeterminado o una parada por razones operativas, que<br />
permitiría incluir y ejecutar actividades no programas de<br />
mantenimiento correctivo diferido o incluso preventivas<br />
no programadas, definidas dentro del concepto de<br />
Mantenimiento de Oportunidad).<br />
Es necesario indicar el hecho que todos los tipos de<br />
mantenimiento están vinculados a una serie de<br />
actividades de mantenimiento. Entre las actividades que<br />
se insertan en la lógica de los diferentes tipos de<br />
mantenimiento tenemos, por ejemplo: la preparación de<br />
las tareas, la localización del fallo el diagnóstico del fallo,<br />
la reparación temporal, la reparación, el overhaul, las<br />
rutinas de mantenimiento, etc. La norma en su acápite 8,<br />
nos describe 15 actividades de mantenimiento que se<br />
pueden asociar con los tipos de mantenimiento que se<br />
mencionan en este artículo.<br />
Además de los tipos de mantenimiento, las actividades de<br />
mantenimiento, en la norma EN 13306 se presenta la<br />
terminología relacionada con los tiempos, los estados, la<br />
criticidad, las herramientas de soporte y los factores<br />
técnicos y económicos del mantenimiento. La nueva<br />
edición de la norma europea EN 13306: 2017 presenta 18<br />
nuevas inclusiones entre términos y anexos y 49<br />
modificaciones en términos y anexos, con respecto a la<br />
edición anterior del 2010.<br />
CONCLUSIONES<br />
1. Los tipos de mantenimiento se sintetizan en las siguientes<br />
simples clasificaciones principales:<br />
a. Mantenimiento Preventivo y Mantenimiento Correctivo,<br />
cuando se busca mantener las funciones del activo en su<br />
contexto y no hay cambios en las características de<br />
diseño.<br />
b. Mantenimiento Mejorativo, cuando se busca realizar<br />
cambios en las características intrínsecas dadas por<br />
diseño, pero sin modificar las funciones originales.<br />
c. Mantenimiento Programado y Mantenimiento No<br />
programado, cuando se analiza el punto de vista de poder<br />
asignar fechas, tiempos y recursos para la ejecución de las<br />
actividades de mantenimiento.<br />
2. La ocurrencia del fallo, es el evento discriminante pare<br />
definir tipos de Mantenimiento Preventivo o<br />
Mantenimiento Correctivo. Estos tipos de mantenimiento<br />
no tienen el objetivo de modificar las características de<br />
diseño ni las funciones originales del activo.<br />
3. El Mantenimiento Activo es aquel que se realiza como<br />
resultado de los resultados de los diagnósticos o el<br />
monitoreo de la condición del activo. Puede ser<br />
Mantenimiento Activo Preventivo o Mantenimiento<br />
Activo Correctivo, según sea el tipo de orden de trabajo<br />
que el resultado de la evaluación de la condición del<br />
activo indique se necesita realizar.<br />
4. Mantenimiento mantiene las funciones del activo, no las<br />
cambia. Modificar el activo en su funcionalidad no se<br />
considera una actividad de mantenimiento (aunque<br />
pueda participar en su ejecución personal de<br />
mantenimiento).<br />
5. El Mantenimiento Mejorativo, considera cambios en<br />
características intrínsecas del diseño pero no cambia las<br />
funciones del activo. Mejora y Modificación son términos<br />
que no deben utilizarse como sinónimos ya que se trata<br />
de conceptos diferentes en alcance y sentido.<br />
6. Pudieran clasificar como Mantenimientos Programados,<br />
tipos de mantenimiento, tanto preventivos programados<br />
según un plan de mantenimiento (que incluye los<br />
mantenimientos cíclicos, CBM y predictivo) como el<br />
Mantenimiento Correctivo Diferido programado.<br />
7. El tipo de Mantenimiento No Programado, está<br />
representado por el Mantenimiento Correctivo<br />
Inmediato y el Mantenimiento de Oportunidad (que<br />
puede contener tanto mantenimiento correctivo diferido<br />
y mantenimiento preventivo no programado). ▲<br />
Referencia<br />
• FprEN 13306: 2017 (Maintenance - Maintenance<br />
terminology)<br />
17
www.mantenimientoenlatinoamerica.com<br />
18
www.mantenimientoenlatinoamerica.com<br />
¿SABES CUÁL ES LA DIFERENCIA ENTRE UN CÓDIGO, UN<br />
ESTÁNDAR UNA PRÁCTICA RECOMENDADA Y UNA<br />
PUBLICACIÓN?<br />
A nivel técnico es muy importante conocer cuál es la diferencia entre estos<br />
cuatro tipos de documentos, ya que de ellos dependerá en mucho nuestro<br />
soporte técnico en cuanto a la toma de las decisiones en el mantenimiento y<br />
operación de nuestros activos, me soportaré en mi experiencia en el manejo de la<br />
normativa API como organización desarrollado de estándares para explicar la<br />
principal diferencia entre ellos.<br />
Por:<br />
Robinson J. Medina N.<br />
MSc. CMRP. Ingeniero Mecánico,<br />
con Especialización en Evaluación<br />
de Materiales e Inspección de<br />
Equipos<br />
Consultor Senior<br />
Asset Consulting<br />
robinsonjose.medina@gmail.com<br />
Venezuela<br />
Aspiro con este pequeño artículo, servir de guía<br />
para que otras personas puedan iniciar el<br />
camino de construcción de su propia<br />
experiencia sobre todo las nuevas generaciones<br />
de profesionales para que desde ya están claros<br />
en cuanto a la jerarquía de cada uno de los<br />
documentos que esté utilizando.<br />
19
www.mantenimientoenlatinoamerica.com<br />
Estándar: Es un documento publicado por un SDO que<br />
contiene métodos y requisitos estandarizados. Los requisitos<br />
en los estándares deben considerarse obligatorios a menos<br />
que se haya elaborado documentación escrita para justificar<br />
alternativas. Un ejemplo de estándar es: API Estandar 653<br />
Tank Inspection, Repair, Alteration, and Reconstruction.<br />
La diferencia principal tiene que ver con la madurez del<br />
conocimiento, todo documento técnico nace como una<br />
publicación(PUB), en la medida que ese documento madura<br />
con el tiempo y aplicación en campo, el mismo es validado,<br />
en esa misma medida va evolucionando y perfeccionándose<br />
con la experiencia del uso reflejada en él, luego pasa a ser<br />
Práctica Recomendada(PR) de allí evoluciona a Estándar y por<br />
último puede llegar a ser un Código, que para el caso de los<br />
estados unidos y otros países que los adopten su uso es de<br />
carácter legal y obligatorio.<br />
De acuerdo al documento técnico PTB-2-2009 Guide to Life<br />
Cycle Management of Pressure Equipment Integrity las<br />
definiciones para cada tipo de documento son las siguientes:<br />
Código: Es un documento publicado por una organización de<br />
desarrollo de estándares (SDO) que debe ser considerado<br />
como obligatorio para su uso dentro de su alcance<br />
establecido. Un ejemplo de Código es: API 510. Pressure<br />
Vessel Inspection Code: In-Service Inspection, Rating, Repair,<br />
and Alteration.<br />
Práctica recomendada (RP): Es un documento publicado por<br />
un SDO que contiene pautas que usualmente no se<br />
consideran obligatorias pero que deben seguirse a menos que<br />
se pueda desarrollar una justificación para no hacerlo. Un<br />
ejemplo de práctica recomendada es: API RP 581“Risk - Based<br />
Inspection Technology.<br />
20
www.mantenimientoenlatinoamerica.com<br />
Publicación, (PUB): Es un documento que contiene<br />
información útil pero que no se considera que contenga<br />
requisitos obligatorios o directrices. Un ejemplo de<br />
publicación es: API PUB 327 : Aboveground Storage Tank<br />
Standards: A Tutorial.<br />
Robinson Medina, Consultor Senior en Gestión de Activos,<br />
Confiabilidad e Integridad Mecánica.<br />
REFERENCIAS<br />
(1) PTB-2-2009. Guide to Life Cycle Management of Pressure<br />
Equipment Integrity<br />
NOTA: Además de la American Petroleum Institute (API)<br />
existen otras organizaciones desarrolladores de estándares,<br />
ellas son:<br />
Como puede apreciarse en este pequeño y sencillo<br />
documento no es lo mismo una norma o estándar, que un<br />
código o una práctica recomendada, estamos acostumbrados<br />
sobre todo en Latino América a llamar norma a todos los<br />
documentos técnicos que soportan nuestras decisiones, pero<br />
en realidad no es lo correcto, cada uno tienen un alcance, una<br />
validez específica y una jerarquía que tiene que ver con la<br />
madurez y desarrollo del conocimiento y su consolidación con<br />
el paso de los años.<br />
ANSI – American National Standards Institute<br />
ASCE – American Society of Civil Engineers<br />
ASME – American Society of Mechanical Engineers<br />
ASME B&PVC – ASME Boiler and Pressure Vessel Code<br />
ASNT – American Society for Non-Destructive Testing<br />
B&PVC – Boiler and Pressure Vessel Code (ASME)<br />
CFR – Code of Federal Regulations<br />
NB – National Board of Boiler and Pressure Vessel Inspectors<br />
NBBPVI – National Board of Boiler and Pressure Vessel<br />
Inspectors<br />
SEI – Structural Engineering Institute<br />
TEMA – Tubular Exchanger Manufacturers Association<br />
NB – National Board of Boiler and Pressure Vessel Inspectors<br />
NBBPVI – National Board of Boiler and Pressure Vessel<br />
Inspectors<br />
SEI – Structural Engineering Institute<br />
TEMA – Tubular Exchanger Manufacturers Association<br />
Aspiro con este pequeño artículo, servir de guía para que<br />
otras personas puedan iniciar el camino de construcción de su<br />
propia experiencia sobre todo las nuevas generaciones de<br />
profesionales para que desde ya están claros en cuanto a la<br />
jerarquía de cada uno de los documentos que esté utilizando,<br />
solo pido me retroalimente a fin de que podamos hacer que<br />
juntos el conocimiento en esta materia evolucione y se<br />
fortalezca.<br />
Cualquier duda o comentario, puedes contactarme por medio<br />
de mi correo personal: robinson.medina@gmail.com.<br />
Una de las pocas cosas que crece cuando se comparte es el<br />
conocimiento, compártelo con todos aquellos que creas le<br />
pueda ser de utilidad.<br />
Escúchala por: http://assetconsultingca.com/assetradio/<br />
21
www.mantenimientoenlatinoamerica.com<br />
16, 17 y 18 de Agosto de 2017 – Bogotá D.C<br />
Inicia julio 14 de 2017<br />
Informes:<br />
(57-4) 219 55 48<br />
22
www.mantenimientoenlatinoamerica.com<br />
IMPLEMENTANDO ISO 14224 EN SEIS PASOS<br />
ISO 14224 es el estándar para la recolección e intercambio de datos de<br />
confiabilidad y mantenimiento en las industrias del petróleo, petroquímica y de<br />
gas natural. Este estándar provee guía sobre la data de mantenimiento y<br />
confiabilidad que se requiere recolectar para analizar (RAM, malos actores, etc.),<br />
así como para realizar benchmarking contra pares de la industria.<br />
Traducido por:<br />
Víctor D. Manríquez<br />
Ingeniero Mecánico.<br />
CMRP, CAMA<br />
Mag. Energías Renovables<br />
Consultor & Docente en<br />
Mantenimiento, Confiabilidad &<br />
Gestión de Activos<br />
vmanriquez62@yahoo.es<br />
Perú<br />
Con mucha frecuencia he visto jerarquías<br />
inconsistentes de activos que hacen difícil<br />
entender la ubicación de los activos físicos en la<br />
planta y su relación con otros equipos del<br />
proceso. ISO 14224 sugiere el concepto de<br />
como una jerarquía de activos debería verse.<br />
Por:<br />
Ali Bashir<br />
Especialista en<br />
Excelencia Operacional y<br />
Confiabilidad<br />
Husky Energy<br />
Canadá<br />
23
www.mantenimientoenlatinoamerica.com<br />
El desafío en el mundo actual es la enorme cantidad de<br />
data que es recolectada, modificada y almacenada<br />
diariamente. ISO 14224 provee las guías sobre cuales<br />
datos necesitan ser recolectados. No obstante, un<br />
enfoque estructurado es necesario para entender como la<br />
data será recolectada, consumida, analizada y sostenida<br />
para conducir las decisiones. La intención de este artículo<br />
es brindar un enfoque simplificado para conseguir ese<br />
objetivo. Los seis pasos claves para implementar ISO<br />
14224 son:<br />
1. Desarrollar una jerarquía estándar de activos e<br />
implemente el estándar:<br />
Con mucha frecuencia he visto jerarquías inconsistentes<br />
de activos que hacen difícil entender la ubicación de los<br />
activos físicos en la planta y su relación con otros equipos<br />
del proceso. ISO 14224 sugiere el concepto de como una<br />
jerarquía de activos debería verse. Sin embargo, un<br />
esfuerzo detallado debe ser puesto en el lugar para<br />
desarrollar esta jerarquía basada en algunos de los<br />
impactos potenciales que se señalan a continuación:<br />
a. Identificación del trabajo<br />
Una jerarquía definida lógicamente facilita ubicar el activo<br />
en el sistema y asignar el trabajo al activo. Esto mejora la<br />
eficiencia de la planificación, el tiempo activo de<br />
mantenimiento y la seguridad.<br />
b. Mejora en la visibilidad de los costos<br />
Al ser capaces de identificar el trabajo en el activo<br />
correcto, los costos pueden ser rastreados contra el<br />
activo. En el ambiente actual de bajos costos, nos ayudará<br />
al momento de hacer el análisis de Pareto para identificar<br />
los activos con los mayores costos de mantenimiento.<br />
2. Definir clases de equipos y características asociadas<br />
Desarrollar una lista estandarizada de las características<br />
mínimas requeridas por cada clase de activos específicos.<br />
Esto asegurará que:<br />
a. Los límites operativos (límite operativo seguro y<br />
límite operativo de integridad) para sus equipos hayan<br />
sido definidos en el CMMS y sean fácilmente accesibles.<br />
Esto debería disparar las alertas durante el programa de<br />
monitoreo por condición y las rondas del operador.<br />
b. Clasificar los activos en clases / familias de activos<br />
ayudará a que el equipo de ingeniería y mantenimiento<br />
acumule la data de forma que puedan ser direccionados a<br />
un equipo dedicado con habilidades específicas. Por<br />
ejemplo, bombas centrífugas dentro de la clase de equipo<br />
rotativo con los mayores costos de reparaciones.<br />
3. Definir las categorías del trabajo de mantenimiento:<br />
En mi evaluación de diferentes operaciones, este punto es<br />
pobremente definido y cumplido. ISO 14224 nos da las<br />
guías en las categorías de los tipos de mantenimiento y las<br />
actividades relacionadas. Aplicando definiciones semi<br />
rígidas y monitoreándolas frecuentemente, el trabajo de<br />
mantenimiento que fluye a través del CMMS puede ser<br />
categorizado. Esto es, la categorización del trabajo de<br />
mantenimiento proporciona los fundamentos de cual data<br />
será analizada desde una perspectiva de confiabilidad.<br />
Algunas definiciones claves incluyen reparaciones, fallas,<br />
cuidado básico del operador, etc. Esto es esencial por lo<br />
siguiente:<br />
a. Define el juego de datos que será utilizado para<br />
analizar el desempeño del mantenimiento y la<br />
confiabilidad<br />
b. Ayuda a entender la naturaleza reactiva versus<br />
proactiva del mantenimiento.<br />
c. Provee al equipo de mantenimiento de las<br />
herramientas necesarias para la mejora de los procesos de<br />
negocio.<br />
4. Definir códigos de ítem mantenibles, códigos de<br />
fallas y códigos de causas:<br />
Definir un juego de códigos para ítem mantenibles, fallas y<br />
causas en una jerarquía estructurada, equipará a los<br />
usuarios finales con un pequeño juego de códigos<br />
relevantes. Por ejemplo bomba centrífuga, sello, fuga,<br />
instalación. Disponer de esta información para un período<br />
de tiempo, permitirá que los esfuerzos de mejora de la<br />
confiabilidad puedan ser direccionados y que se consiga<br />
optimizar los costos de mantenimiento. Definir estos<br />
códigos de una manera metódica nos permitirá:<br />
a. Ofrecer a los usuarios finales un pequeño juego (10-<br />
15) de códigos de donde escoger.<br />
b. Habilitar la medición del desempeño del trabajo para<br />
la finalización y cierre de las órdenes de trabajo<br />
c. Suministrar a los equipos de ingeniería y<br />
confiabilidad de información específica y relevante para<br />
definir el problema. Típicamente, el código de causa<br />
puede no ser conocido al momento de la ejecución del<br />
trabajo, pero esfuerzos y métricas pueden ser<br />
implementadas para hacer el seguimiento de las órdenes<br />
de trabajo y notificaciones sobresalientes que carezcan de<br />
un código de causa u otra información.<br />
Típicamente, muchas organizaciones se detendrán aquí<br />
cuando se refiere a proyectos de implementación de<br />
gestión de data de mantenimiento y confiabilidad. Desde<br />
una perspectiva personal, no considero esto como una<br />
implementación. La implementación debería definir como<br />
la data será utilizada y que decisiones serán hechas en<br />
base a esa data. Para ese propósito los dos pasos<br />
siguientes son:<br />
24
www.mantenimientoenlatinoamerica.com<br />
5. Desarrollar un proceso de negocio integrado de<br />
mantenimiento y confiabilidad:<br />
Como parte de la implementación de ISO 14224, se<br />
necesita definir un juego de procesos de negocio, para<br />
entender el flujo de información, como el trabajo de<br />
mantenimiento es identificado, planificado, programado,<br />
ejecutado y cerrado, así mismo, como confiabilidad hará<br />
uso de la data, analizándola, validándola y proveyendo<br />
recomendaciones. Debemos enfatizar que mantenimiento<br />
y confiabilidad están en la ola (y por ello importa a<br />
operaciones). Una no puede funcionar sin la otra.<br />
6. Promover el cumplimiento, gestionar el cambio y<br />
medir el desempeño:<br />
Aquí es cuando el liderazgo, el cumplimiento y la medición<br />
del desempeño son necesarios para sostener la<br />
implementación del programa. Esto es aplicable para la<br />
implementación de cualquier programa, pero desde la<br />
perspectiva de implementación en mantenimiento y<br />
confiabilidad es crítico prestar atención a ello, porque:<br />
a. Mantenimiento es visto como un centro de costo y<br />
está bajo presión para reducir costos “instantáneamente”.<br />
b. La confiabilidad es a menudo solo tomada en cuenta<br />
luego de grandes eventos de falla y no como parte de una<br />
estrategia de mejora continua (si existe una).<br />
c. Los resultados del análisis de confiabilidad y el uso<br />
de códigos a menudo no son comunicados al personal<br />
operativo que desarrolla los trabajos. Es importante que<br />
este personal note que los códigos usados y la<br />
información ingresada al CMMS es utilizada para tomar<br />
decisiones informadas basadas en datos.<br />
d. Es difícil probar que una falla fue prevenida y se evitó<br />
un costo, si nunca ocurrió. Esta es la historia de mi vida en<br />
confiabilidad.<br />
25
Ingrese a:<br />
http://flashaudit.mantonline.com/<br />
Ingrese a<br />
http://flashaudit.mantonline.com/<br />
171 Empresas<br />
Datos a Marzo<br />
2017<br />
26
¿Y usted qué espera para hacer parte de esta gran familia?<br />
Más de 14.000 suscriptores.<br />
Los mejores profesionales de Latinoamérica.<br />
Las Mejores empresas patrocinadoras.<br />
Ventas:<br />
revista@mantenimientoenlatinoamerica.com<br />
27
Nos leen en todo el mundo<br />
Haga parte de esta gran familia<br />
Inscríbase<br />
Mantenimiento en Latinoamérica, la revista<br />
de la comunidad de mantenedores de habla<br />
hispana y portuguesa<br />
Paute<br />
Publique<br />
revista@mantenimientoenlatinoamerica.com<br />
28
Encuentre en Internet<br />
www.mantonline.com , especialistas en<br />
gestión de mantenimiento, plantación, estrategia,<br />
capacitación.<br />
www.clubdemantenimiento.com.ar/,<br />
asociación de mantenedores en Argentina, cursos,<br />
talleres, seminarios.<br />
http://se-gestiona.radical-management.com<br />
www.mactica.club. Club donde encuentra<br />
TODO lo que necesita para gestionar su mantenimiento<br />
de forma práctica.<br />
www.pgamlat.com , portal para la<br />
certificación en Gestión de activos y mantenimiento<br />
para Latinoamérica.<br />
www.insolca.com , especialistas en<br />
soluciones informáticas para el mantenimiento.<br />
www.assetconsultingca.com.Organizació<br />
n internacional creada para ofrecer servicios de<br />
acompañamiento y consultoría especializada de alta<br />
calidad<br />
www.aciem.org , portal de la Asociación de<br />
Ingenieros de Colombia.<br />
www.sielecom.com. Orientados a la<br />
Confiabilidad de Activos de las compañías<br />
www.suempresa.com.<br />
www.conservacionindustrial.net ,<br />
Para todos los que nos dedicamos de corazón a<br />
alguna actividad relacionada con lo que hoy<br />
conocemos como Mantenimiento Industrial.<br />
29
Convocatoria de Artículos<br />
Mantenimiento en Latinoamérica<br />
La Revista para la Gestión Confiable de los Activos<br />
Responsables con el compromiso de convertirse en un espacio vital para que la comunidad de mantenedores de<br />
Latinoamérica, que reflexionen y generen nuevo conocimiento en la disciplina, se permite comunicar que su proceso de<br />
convocatoria de artículos para su número ordinario bimensual se encuentra abierto.<br />
La revista se constituye en un importante medio para la socialización y visibilidad de aportes que nuestras comunidades de<br />
mantenedores vienen desarrollando, en especial, aquellos relacionados con la administración del mantenimiento y la<br />
aplicación de labores tendientes a mejorar la confiabilidad de los activos físicos. Así mismo, son bienvenidos aquellos textos<br />
de orden interdisciplinario que aborden problemas de la realidad industrial Latinoamericana.<br />
Plazo de entrega: La convocatoria y recepción de artículos es permanente aquellos que se envíen antes del 15 de los<br />
meses de Febrero, Abril, Junio, Agosto, Octubre, Diciembre de cada año, serán considerados para el numero<br />
siguiente. Sin embargo pueden ser considerados en el Volumen 9, Número 5 de la revista, aquellos<br />
que lleguen hasta el15 de agosto de 2017.<br />
Política editorial: Quince días después de la fecha de recepción de las colaboraciones el Comité editorial notificará a sus<br />
autores si cumplen los requerimientos de calidad editorial y pertinencia temática por lo cual serán publicados.<br />
Pautas editoriales:<br />
1. Presentación del texto: enviar archivo electrónico en formato Word 2007, letra Arial, tamaño 10, a espacio sencillo,<br />
hoja tamaño carta con una extensión máxima de 15 hojas.<br />
2. Contenido del texto: una portada que contenga: título del artículo y nombre del autor (o autores, sin son varios),<br />
títulos académicos o cargos que indiquen su autoridad en la materia.<br />
Adicionalmente, se debe incluir:<br />
o Fotografía del autor en formato JPG.<br />
o Las direcciones electrónicas y país de Origen.<br />
o Las citas bibliográficas, deben de ser escritas preferiblemente en forma manual y no con la función del Word.<br />
o Referencias: Bibliografía y/o Cibergrafía.<br />
o Ilustraciones, gráficos y fotografías: Deben ser originales, para mayor calidad al imprimir. Y de ser tomadas de otro<br />
autor citando su fuente y en lo posible adjuntar su permiso de utilización y deben ser en formato JPG.<br />
PARA TENER EN CUENTA:<br />
o Ni la Revista, ni el Comité Editorial se comprometen con los juicios emitidos por los autores de los textos. Cada<br />
escritor asume la responsabilidad frente a sus puntos de vista y opiniones.<br />
o Es tarea del Comité Editorial revisar cada texto y si es el caso, sugerir modificaciones. Igualmente puede devolver<br />
aquellos que no se ajusten a las condiciones exigidas.<br />
o No tienen que ser artículos de carácter “científico” la revista es de todos los mantenedores y quienes apoyen o<br />
interactúen con ellos.<br />
o Dirección de envío: Los artículos deben ser remitidos al editor de la revista a los siguientes correos electrónicos en<br />
los plazos indicados anteriormente: revista@mantenimientoenlatinoamerica.com<br />
¡Esperamos sus trabajos!<br />
30
Mantenimiento<br />
en<br />
Latinoamérica