SOLUCIÓN PARA ADQUISICIÓN Y ENVÍO REMOTO DE INFORMACIÓN DE MANTENIMIENTO

Transcripción

1 SOLUCIÓN PARA ADQUISICIÓN Y ENVÍO REMOTO DE INFORMACIÓN DE MANTENIMIENTO David Gómez Analista Gestión Mantenimiento Dirección Gestión Mantenimiento Interconexión Eléctrica S.A. Colombia degomez@isa.com.co Categoría Gestión del Mantenimiento RESUMEN Raúl Guerrero Analista Gestión Mantenimiento Dirección Gestión Mantenimiento Interconexión Eléctrica S.A. Colombia rguerrero@isa.com.co Alejandro Cardona Analista Informática Dirección Informática Interconexión Eléctrica S.A. Colombia acardona@isa.com.co La evaluación técnica de los equipos del Sistema de Trasmisión Nacional de ISA, es fundamental para determinar su condición y las acciones de mantenimiento eficaces para aseguar la confiabilidad del sistema. Para ello el proceso requiere datos de diferentes fuentes con calidad y oportunidad en los repositorios de información definidos. En la recolección de información resultante de las actividades de mantenimiento se realizaba en forma no homologada, poco oportuna y en algunos casos errada o reportada por fuera del sistema destinado para ello, lo que dificulta la gestión del mantenimiento. Para dar respuesta a la problemática, se decidió desarrollar una solución que permitiera la toma ágil y estandarizada de datos en campo, su envío al repositorio de información y la retroalimentacion de la condición de los equipos al personal de mantenimiento. El alcance contempló tres procesos de alto impacto, Inspección general de líneas, Inspecciones operativas de subestaciones y Mantenimiento de equipos. La solución se focalizó en la adquisición del hardware apropiado para cumplir con los diferentes requisitos como la capacidad para trabajo en exteriores, portabilidad, desempeño y la posibilidad de integrarse con otras soluciones existentes o futuras; en el desarrollo del software para interactuar con los sistemas existentes, las modificaciones en la estructura de la base de datos (SAP) y los procesos que la soportan. Para garantizar la calidad de la solución se buscó agilidad en el ingreso de la información de forma intuitiva, la posibilidad de ingresar información complementaria y la integridad de los datos sin importar el canal de comunicación empleado. La solución fue implementada en los diferentes frentes con un buen grado de aceptación, encontrando que facilitan su gestión, tanto por las innovaciones en software como en hardware. Se logró la estandarización de los procesos, se aumentó la oportunidad en el ingreso de la información y con datos de mayor calidad, el aumento de la confiabilidad en la evaluación de la condición de los equipos. Este proyecto es un escaño más para el mantenimiento proactivo basado en la condición de equipos. Gracias al potencial de la solución, se podrán incluir nuevas funcionalidades en torno a la gestión del mantenimiento. Adicionalmente este es el punto de partida para que este tipo de soluciones se adapten para responder a las necesidades de otros procesos en diferentes áreas de la empresa. PALABRAS CLAVES. Portabilidad, Recolección, Equipos, Mantenimiento, Información. 1

2 INTRODUCCIÓN En el presente documento se presenta la concepción del proyecto SARIM (Sistema de Adquisición Remota de Información de Mantenimiento) encaminado a mejorar la oportunidad y calidad del registro de información de mantenimiento recolectada en campo durante la inspección general de líneas, inspecciones operativas de subestaciones y mantenimiento de equipos. La solución se focalizó en la adquisición del hardware apropiado, el desarrollo del software que permitiera la integración con otras soluciones existentes o futuras, modificaciones en los sistemas existentes (SAP) y los ajustes a los procesos implicados en los diferentes tipos de mantenimiento. En el documento se presenta la metodología empleada, los procesos sobre los cuales fue necesario intervenir y los resultados obtenidos luego de la implementación de la solución. de las actividades de mantenimiento; teniendo en cuenta que la nueva solución debía romper los paradigmas ya creados con la solución anterior. 2 ESTRUCTURACIÓN DEL PROYECTO En la Gráfica 1 se presenta la estructura empleada para la concepción del proyecto SARIM. Análisis de lecciones aprendidas del proyecto MAM Estructuración de las necesidades de la solución Pruebas y selección del hardware a utilizar Definición y levantamiento de especificaciones detalladas del software Ajustes a los procesos de mantenimiento 1 PROBLEMA La evaluación de la condición de los equipos del sistema interconectado nacional propiedad de ISA se dificulta por la calidad, oportunidad de entrega y homologación de la información debido al registro manual durante la ejecución de las actividades de mantenimiento de dichos equipos. Históricamente la recolección de información resultante de las actividades de mantenimiento se ha realizado de forma manual, dificultando la evaluación de la condición de los equipos del sistema interconectado propiedad de ISA. Para dar respuesta a esta situación, en el año 2006 se desarrolló la solución MAM (Mobil Asset Management) que permitía la toma ágil y estandarizada de datos recolectados en campo y su envío a la base de datos de la compañía (SAP). En el año 2009, luego de varias pruebas de campo y superar varios obstáculos de diferente índole, se determinó que para el usuario el ambiente de trabajo que ofrecía MAM no satisfacía sus necesidades. Basándose en la experiencia de MAM, se determinó que se requería una solución móvil que permitiera el ingreso de información al sistema de forma intuitiva, rápida y eficaz para el usuario, de forma que no se afectaran los tiempos 2 Gráfica 1. Estructura proyecto SARIM En los siguientes numerales se describe una a una las etapas de la estructura del proceso. 2.1 LECCIONES APRENDIDAS Las lecciones aprendidas se detallan a continuación: Desarrollo, pruebas y capacitación de la solución Puesta en Operación y despliegue Retroalimentación, definición de ajustes y de nuevas necesidades Se debían hacer ajustes a los procesos y a las bases de datos (SAP) donde reposaba la información en su etapa final. Se debía aumentar el grado de estandarización de los procesos.

3 La solución debía tener en cuenta las restricciones tecnológicas y de trabajo del ambiente. Las comunicaciones debían ser fluidas y confiables. A la hora de definir las necesidades se debía tener en cuenta a las personas que realizan las tareas en campo. La usabilidad de la solución era un factor crítico de éxito. La solución debía facilitar otras tareas más allá de los objetivos del proyecto para ayudar a vencer la resistencia al cambio. Estas lecciones se convirtieron posteriormente en premisas del proyecto. 2.2 DEFINICIÓN DE NECESIDADES Las necesidades definidas para la solución fueron: Facilitar la toma de datos en campo de forma intuitiva. Evitar la transcripción de los datos adquiridos. Contar con la información en SAP oportunamente. Eliminar errores en el ingreso de datos. Aumentar la confiabilidad de la información tomada en campo. Los beneficios que se esperaban obtener fueron: Eliminación de re-procesos. Toma de decisiones más ágiles y precisas. Aumento de la eficiencia de los recursos humanos implicados en el proceso. Facilitar las labores de quienes realizan las inspecciones y los mantenimientos. Diagnostico en línea de los equipos. Visualización de datos históricos y avisos en línea. Generar alarmas por desviaciones en los datos a ingresar. Fácil ingreso de información anexa (informes, fotos, entre otros). 2.3 PRUEBAS Y SELECCIÓN DEL HARDWARE Uno de los desafíos del proyecto era definir equipos adecuados para romper los paradigmas de la experiencia anterior. Se realizaron pruebas en campo con el personal de mantenimiento quienes serían los usuarios finales de la solución; estos manifestaron entre otras cosas que era necesario contar con un equipo que soportara las exigencias del ambiente propio de las instalaciones a inspeccionar. Luego de realizar las pruebas se definió utilizar en las inspecciones de líneas y subestaciones equipos tipo Tablet PCs y para el proceso de mantenimiento se definió emplear los portátiles de los ejecutores de mantenimiento ya existentes. Los atributos definidos para las Tablets PCs son: Equipo para trabajo pesado. Alta capacidad de cómputo. Versátil. Capacidad para integrarse con aplicaciones comunes de escritorio. Posibilidad de integrar actividades adicionales a las contempladas en el proyecto. Fácil visualización del contenido de la pantalla, tanto por tamaño como por el medio ambiente. 2.4 LEVANTAMIENTO DE REQUISITOS El levantamiento de requisitos partió de las definiciones de los diferentes procesos buscando que la herramienta no solo fuera un habilitador tecnológico, sino también un factor diferenciador para quienes realizan la toma de datos en campo. Los requerimientos que se tuvieron en cuenta para el desarrollo del software fueron: La aplicación debía reflejar el lenguaje del día a día de quienes realizan las tareas. La interfaz debía ser simple e intuitiva de acuerdo a la definición de los procesos. La aplicación debía ser capaz de funcionar desconectada, dadas las características de la solución. Sin importar las condiciones de trabajo, la confiabilidad e integridad de los datos debía conservarse. 3

4 JORNADAS TÉCNICAS ISA La aplicación debía permitir al usuario ingresar de manera sencilla la información que realmente debe gestionar. El sistema no debía remplazar a SAP, solo debía estar enfocado a la toma de datos en campo, por ello cualquier desarrollo complementario como la calificación e identificación de puntos de medida debería realizarse directamente en SAP. Independencia del aplicativo frente a SAP (evitar en lo posible que cambios en SAP afecten el aplicativo). El ingreso de más subestaciones, equipos puntos de medida a SAP no debe afectar la solución. equipo y la actividad de mantenimiento a realizar. Para cada una de estas variables, de acuerdo a su comportamiento, se establecieron valores teóricos y límites superiores e inferiores que permiten al usuario determinar si el dato que está ingresando está por fuera o no de los rangos esperados de la variable, crear algoritmos de calificación o emitir alarmas. Dependiendo del tipo de equipo a inspeccionar puede variar la cantidad de puntos de medida a manejar, situación que puede llegar a complicar el registro de información por parte de los ejecutores de mantenimiento; por ello se decidió agrupar los puntos de medida dependiendo de la actividad a realizar o el componente asociado a la inspección. 2.5 AJUSTES AL PROCESO DE MANTENIMIENTO La estrategia de mantenimiento adoptada por ISA (Mantenimiento Centrado en la Confiabilidad MCC) establece las actividades periódicas encaminadas a prevenir la aparición de fallas funcionales en los equipos. Producto de los mantenimientos preventivos se genera gran cantidad de información en documentos de medida y avisos de mantenimiento correctivo o por condición que permiten establecer si es necesario realizar una intervención sobre el equipo o no. Bajo este esquema, es necesario que la estrategia de mantenimiento esté integrada con las variables consignadas en la base de datos para el adecuado reporte de información. Se identificaron dos oportunidades de mejora: Catálogos de parte, modo de falla, falla funcional y actividades en avisos y los puntos de medida de los equipos. Los catálogos de parte se diseñaron de tal manera que permitieran agrupar los diferentes componentes de los equipos en sub grupos lo cual permite gestionar los catálogos fácilmente y permite analizar la información. Se estandarizaron y se aclararon definiciones para el correcto uso de los avisos y se ajustaron los catálogos de causa y defecto de acuerdo al tipo de aviso facilitando su gestión. Los puntos de medida se estandarizaron teniendo en cuenta la construcción física del 4 La agrupación de los puntos de medida permite presentar a los usuarios únicamente la información solicitada dependiendo de la actividad de mantenimiento a realizar tanto para el reporte a través de SAP como de SARIM. Adicionalmente se ajustaron los algoritmos de calificación automática en SAP para que SARIM devuelva el valor de la condición de los equipos al personal de campo durante la ejecución del mantenimiento. 2.6 DESARROLLO PRUEBAS Y CAPACITACIÓN Como estrategia de implementación, se abordaron los tres procesos de manera escalonada, con el fin de entregar resultados parciales y replicar los avances y experiencias de los primeros desarrollos en las subsecuentes fases, lo cual también aplicó para las pruebas y las capacitaciones. Las pruebas fueron exhaustivas, desplegando la solución a usuarios directos por toda la organización con el fin de recibir retroalimentación y realizar ajustes antes de hacer el despliegue final. Dado el gran número de usuarios la capacitación se realizó a pequeños grupos que a su vez cumplieron el rol de replicadores, esto fue necesario dado la disponibilidad y ubicación de las personas.

5 2.7 PUESTA EN OPERACIÓN Y DESPLIEGUE A medida que se terminaron las etapas de la solución, debido a la complejidad de cada una de ellas y el público objetivo, la puesta en operación y el despliegue se realizó también de forma escalonada, variando entre entregas masivas e individuales. en la Gráfica 2, tanto como era antes y como se realiza ahora. 2.8 RETROALIMENTACIÓN, DEFINICIÓN DE AJUSTES Y NECESIDADES A medida que el personal de mantenimiento empleó la solución para sus tareas, manifestaron inquietudes y recomendaciones para mejorar el desempeño de SARIM. Se destacan entre otras las siguientes: Ajustar los esquemas de soporte de cara a esta solución en particular. Ingreso de puntos de medida faltantes en ubicaciones técnicas y equipos de SAP. Ajustes en la aplicación para solución de errores y fallas. Integración de recomendaciones para nuevas funcionalidades de SARIM en etapas posteriores. Ideas y necesidades para apalancar en proyectos similares otros procesos. 3 SOLUCIÓN OBTENIDA Esta solución refleja la forma en que actualmente se realizan las actividades de toma de datos en campo, para los procesos ligados con el área de mantenimiento. La descripción de cada uno de los procesos se detalla a continuación. 3.1 INSPECCIÓN DE LÍNEAS DE TRANSMISIÓN El inspector de líneas cuenta con un dispositivo móvil en el cual reporta a través de documentos de medida la información relacionada con la inspección general de la línea de transmisión. El ejecutor puede contar con elementos periféricos y enviar como documento anexo la información allí contenida para mejorar el reporte. Una vez finaliza la inspección, a través de red celular envía la información a un servidor intermedio encargado de ingresar la información a SAP. El proceso se ilustra 5 Gráfica 2. Proceso ingreso de información en líneas de transmisión 3.2 INSPECCIÓN OPERATIVA DE SUBESTACIONES El operador de la subestación cuenta con un dispositivo móvil en el cual reporta a través de documentos de medida la información de la inspección operativa de la subestación. Previamente a la inspección el operador debe sincronizar el dispositivo con SAP para visualizar en patio las actividades ya reportadas, los pendientes de ejecución en los equipos, evitando así repetir información en el sistema. El ejecutor gestiona los documentos de medida de cada equipo con la posibilidad de visualizar valores históricos, teórico y límites superior e inferior de cada variable como referencia para el ingreso de la información o toma de decisiones. El operador puede contar con elementos periféricos y enviar como documento anexo la información allí contenida para mejorar el reporte. Una vez finaliza la inspección, el operador llega a su base y a través de la red LAN de la subestación envía la información a un servidor intermedio encargado de ingresar la información a SAP, posteriormente el usuario recibe una retroalimentación del sistema donde se listan todos los documentos de medida creados, los avisos de mantenimiento creados y el diagnostico de los diferentes equipos (calificación). El proceso se ilustra en la Gráfica 3, tanto como se realizaba antes y como se realiza en la actualidad.

6 Gráfica 3. Proceso ingreso de información inspecciones operativas de subestaciones Gráfica 4. Proceso ingreso de información de Mantenimiento 3.3 MANTENIMIENTO DE EQUIPOS El ejecutor de mantenimiento de cualquier especialidad a través de su equipo portátil (empleado también en otras actividades propias de su labor) sincroniza con SAP los planes de trabajo a ejecutar durante el mantenimiento con sus respectivos avisos. El ejecutor a través de cada aviso de mantenimiento gestiona los documentos de medida de cada equipo con la posibilidad de visualizar valores históricos, teórico y límites superior e inferior de cada variable como referencia para el ingreso de la información o toma de decisiones. El ejecutor puede contar con elementos periféricos y enviar como documento anexo la información allí contenida para mejorar el reporte. Una vez finaliza la tarea, el ejecutor a través de la red LAN de la subestación envía la información a un servidor intermedio encargado de ingresar dicha información en SAP. Una vez la información es cargada a SAP, retorna al ejecutor la condición del equipo como mecanismo de alerta en caso de que alguna variable se halle fuera de rango. El proceso antes y después de implementar la solución se ilustra en la Gráfica RESULTADOS Actualmente el proyecto está en etapa productiva y en proceso de asimilación por parte de los usuarios. Los resultados obtenidos hasta el momento son los siguientes: El proyecto SARIM ha permitido mejorar la oportunidad y la calidad del reporte de la información proveniente de las inspecciones operativas de subestaciones, las inspecciones generales de líneas y el mantenimiento de subestaciones. Como caso particular, en el proceso de líneas de transmisión se pasó de un mes a un día en el reporte de información de las inspecciones generales para su posterior análisis. Actualmente el volumen de información para análisis ha aumentado significativamente, situación que ha facilitado la toma de decisiones con base en el análisis de tendencias de las variables reportadas a través de SARIM. Se ha disminuido el tiempo que los usuarios dedicaban a la transcripción de la información a SAP, pudiéndolo emplear en otras actividades propias de su labor o tiempo libre cuando estas actividades se realizaban fuera de su jornada laboral. Los usuarios han encontrado en la solución una herramienta fácil e intuitiva para el reporte de la información. Los equipos para el reporte de la información han permitido a los usuarios contar con una

7 JORNADAS TÉCNICAS ISA herramienta adicional para gestionar información en campo no contemplada dentro de este proyecto. Se han disminuido los errores en la gestión de la información. La creación de los avisos ha mejorado, emitiendo señales tempranas para la gestión del mantenimiento. 5 CONCLUSIONES Y RECOMENDACIONES La participación de los usuarios finales en la concepción del proyecto apalancó positivamente los resultados obtenidos. La base del éxito de este tipo de proyectos radica en definir claramente la necesidad del proceso y enfocar la solución a facilitar su uso por parte del usuario final. Las innovaciones tecnológicas de fácil uso ayudan a la asimilación tecnológica y vencer la resistencia al cambio de los usuarios, apalancando significativamente los procesos, tanto de toma de información como de análisis de la misma. Con la implementación de este proyecto, ISA ganó experiencia en la implementación de tecnologías móviles, las cuales pueden ser replicadas en otras áreas de la organización y el grupo empresarial. La sensación de los usuarios finales ha sido que el proyecto ha aportado en gran medida a mejorar su gestión. Este tipo de tecnologías están en constante evolución, por lo que la retroalimentación constante de mejoras por parte de los usuarios pueden derivar en la constante actualización o reinvención de la solución. 6 REFERENCIAS BIBLIOGRÁFICAS. [1] Motion Computing. Symbion Power Improves Productivity, Reducing Inspection Processes from Months to Same Day Results. 2009: s_symbionpower_fs.asp [2] Motion Computing. Motion Tablet PCs Help Norris Public Power District Realize in Time Savings. up to 75% 2012: 7 s_norris_public_power_district_fs.asp [3] Huberty, Kathryn. Tablet Demand and Disruption, Mobile Users Come of Age blets_demand.pdf [4] Vodafone Group. Tablet computing in the Enterprise: Findings of the Vodafone Tablet trial. 2011: hitepapers/managed-tablet.jsp [5] MobileDemand. The Benefits of Standardizing on Rugged Tablet PCs for Field Service Mobility. 2009: docs/wp-fs-benefits-rugged-tablet pdf 7 HOJA DE VIDA DE LOS AUTORES. David Ernesto Gómez Torres Ingeniero Electricista Universidad Nacional Sede Medellín Especialista en Ingeniería Financiera Medellín, Antioquia, Colombia Cargo actual: Analista Gestión Mantenimiento Evaluación de Mantenimiento Dirección Gestión Mantenimiento ISA-Colombia. Raúl Guerrero Silva Ingeniero Electromecánico Universidad Antonio Nariño Bogotá, Cundinamarca, Colombia Cargo actual: Ingeniero Subestación CTE CENTRO ISA-Colombia. Alejandro Cardona Holguín Ingeniero Electrónico Universidad Pontificia Bolivariana Especialista en gerencia para ingenieros Magister en administración Medellín, Antioquia, Colombia Cargo actual: Analista Informática Dirección Informática ISA- Colombia.