OPTIMIZACIÓN Y AUTOMATIZACION EN LA …oa.upm.es/47419/1/TFG_OSCAR_DEL_HOYO_GUTIERREZ.pdf ·...

1

JUNIO 2017

Oscar Del Hoyo Gutiérrez

DIRECTOR DEL TRABAJO FIN DE GRADO:

Ángel García Beltran

Os

ca

r D

el

Ho

yo

Gu

tié

rre

z

TRABAJO FIN DE GRADO PARA

LA OBTENCIÓN DEL TÍTULO DE

GRADUADO EN INGENIERÍA EN

TECNOLOGÍAS INDUSTRIALES

OPTIMIZACIÓN Y

AUTOMATIZACION EN LA

GESTIÓN DE PROCESOS CON VBA Y SAP SCRIPT

I

AGRADECIMIENTOS A mi tutor Ángel García Beltran, por su predisposición y sabios consejos durante el desarrollo de este proyecto. A mi Padre, Madre y Hermano, por su apoyo y su cariño incondicional durante toda mi vida. A mis compañeros Alejandro Remiro, Ivan Lavin, María José Valero, Carlos Jimeno, Carlos Gutiérrez y José Luis De Juanes, por enseñarme siempre con una sonrisa y darme la oportunidad que hoy estoy disfrutando. A mis amigos del alma Marta, Lara y Álvaro, simplemente por hacerme feliz. A mis amigos y compañeros del Marlins Triatlón Madrid, por darme una nueva forma de vivir y entender la vida. A todos mis compañeros de la Escuela Superior de Ingenieros Industriales de Madrid, porque sin vosotros nada de esto habría sido posible. Y por último, a mi yo del pasado, por decidir luchar y no rendirse nunca. A todos ellos, gracias de corazón.

II

RESUMEN El proyecto aquí descrito coincide en marco espacio-temporal con el periodo de prácticas laborales realizadas en el Departamento de Calidad de Proyectos de la empresa multinacional del sector ferroviario Knorr-Bremse S.A. La actividad industrial desarrollada en el centro situado en Getafe se divide en dos grandes grupos de trabajo. El primero de ellos se encarga del diseño, fabricación y comercialización de equipos de climatización (o HVAC) a nivel mundial y el segundo se encarga del suministro de sistemas de frenado, siendo la compañía líder en el mercado español. El volumen de procesos y recursos que intervienen en la producción de cualquiera de las soluciones comercializadas por la compañía genera una gran cantidad de información y datos que necesita ser gestionada de la manera más eficiente posible. Para ello, la compañía cuenta con el software comercial SAP que está enfocado a la optimización de la gestión de procesos en diferentes ámbitos de la empresa como la gestión de inventarios, compras, mantenimiento, calidad, etc. El sistema actúa por tanto como una base de datos centralizada que favorece la consistencia de la información y que, además, favorece la interacción entre las diferentes áreas de la empresa, convirtiendo a la compañía que lo integra en una especie de “organismo vivo”. Pese a las facilidades descritas, existen en la actualidad numerosos procesos tramitados a través de dicha herramienta que mantienen un componente común de repetitividad en el tiempo, siendo necesario realizar gran cantidad de operaciones puramente mecánicas que no aportan ningún valor añadido y ralentizan la actividad laboral. De igual manera, en muchas ocasiones la disposición de los datos almacenados en SAP, o en las diferentes bases de datos internas de la compañía, no es la más óptima para su procesamiento posterior. Consecuencia de lo anteriormente descrito, nace la necesidad de optimizar y automatizar tanto la gestión de la información como la gestión de procesos, con el objetivo de mejorar la eficiencia de los recursos empleados durante la actividad laboral. La programación en el entorno Visual Basic Application (o VBA), junto al entorno de SAP Script, permite la creación de algoritmos y códigos que actúan como intermediarios entre el usuario y los datos o procesos gestionados a través de los elementos software. En este proyecto se describen dos grandes líneas de desarrollo dentro del área de la Calidad de Proyectos. La primera de ellas está orientada a la automatización y optimización de los diferentes procesos gestionados dentro del Complaint Management a través de la herramienta SAP. Algunos de los objetivos específicos de este área son la confirmación y cierre de reclamaciones por parte de cliente, la confirmación y envío del informe de decisión final, la confirmación de la fecha comprometida para la resolución de una reclamación, la gestión de la documentación o el cálculo de la tasa de fallo de los equipos y componentes.

III

La segunda línea de desarrollo está orientada a la automatización y optimización de todos aquellos procesos o tareas que se desarrollan en el entorno de trabajo de Microsoft Office, siendo Excel y Outlook los programas más empleados. Algunos de los objetivos específicos de esta área son la gestión de la información obtenida de las inspecciones de calidad, la creación del informe mensual del estado de la producción, la automatización del envío de documentación por email o la optimización de la creación de documentos de inspección. Teniendo en cuenta la experiencia laboral adquirida y los resultados obtenidos provenientes de encuestas internas para la valoración del proyecto desarrollado, el resultado obtenido ha superado ampliamente las expectativas iniciales y ha supuesto la introducción a nivel corporativo de un nuevo método de trabajo que actualmente se encuentra en fase de desarrollo e implantación en otros departamentos como el de Producción, After Market y en la División de Frenos de la compañía. Códigos UNESCO 120302 Lenguajes Algorítmicos. 120306 Sistemas Automatizados De Control de Calidad. 120308 Código y Sistemas de Codificación. 120312 Bancos De Datos. Palabras Clave Automatización y Optimización. Gestión de la Calidad. Visual Basic Application y SAP Script. Programación.

IV

ÍNDICE

AGRADECIMIENTOS ............................................................................................................................. I

RESUMEN ............................................................................................................................................. II

ÍNDICE ................................................................................................................................................. IV

1. INTRODUCCIÓN................................................................................................................................ 1

1.1. ANTECEDENTES ....................................................................................................................... 2 1.1.1. EL SOFTWARE DE GESTIÓN EMPRESARIAL SAP .......................................................... 2 1.1.2. EXCEL Y EL ENTORNO VBA (VISUAL BASIC APLICATION) ........................................... 5

1.2. JUSTIFICACIÓN DEL PROYECTO ............................................................................................. 9 1.3. OBJETIVOS DEL PROYECTO .................................................................................................. 10

2. METODOLOGÍA .............................................................................................................................. 11

2.1. PROCEDIMIENTO DE TRABAJO ............................................................................................. 11 2.2. METODOLOGÍA TÉCNICA APLICADA ..................................................................................... 14 2.3. PUESTA EN MARCHA Y VALIDACIÓN .................................................................................... 17

3. DISEÑO DE ALGORITMOS Y DESARROLLO DE CÓDIGOS ....................................................... 18

3.1. INTEGRACIÓN DE SAP CON EL ENTORNO DE TRABAJO MICROSOFT EXCEL ................. 18 3.1.1. CONFIRMACIÓN Y ENVÍO DE FECHA DE COMPROMETIDA (MEDIDA QR20) ............ 18 3.1.2. CONFIRMACIÓN DE NO CONFORMIDAD (AVISO Q1) .................................................. 21 3.1.3. CONFIRMACIÓN Y ENVÍO DEL INFORME DE DECISIÓN FINAL (MEDIDA D6) ............ 27 3.1.4. CIERRE DE LA RECLAMACIÓN O NO CONFORMIDAD (AVISO Q1) ............................ 33 3.1.5. CREACIÓN E IMPRESIÓN DE CERTIFICADOS .............................................................. 39 3.1.6. CÁLCULO DE LA TASA DE FALLOS ................................................................................ 41 3.1.7. GESTIÓN DE DOCUMENTACIÓN EN SAP ...................................................................... 43

3.2. OPTIMIZACIÓN EN EL ENTORNO DE TRABAJO EXCEL ....................................................... 45 3.2.1. GESTIÓN DE LOS DEFECTOS ENCONTRADOS DURANTE LA PRODUCCIÓN .......... 45 3.2.2. INFORME MENSUAL DE LA EVOLUCIÓN DE CALIDAD EN LA PRODUCCIÓN............ 50 3.2.3. FORMULARIO USEFORM PARA LA CREACIÓN DE DOCUMENTOS DE INSPECCIÓN ..................................................................................................................................................... 54 3.2.4. GESTIÓN DEL ENVÍO DE DOCUMENTACIÓN A CLIENTE ............................................ 57

4. RESULTADOS ................................................................................................................................. 61

4.1. LINEAS DE CÓDIGO PROGRAMADAS.................................................................................... 61 4.2. ANÁLISIS DE LA GANANCIA TEMPORAL ............................................................................... 62

4.2.1. GANANCIA INDIVIDUAL ................................................................................................... 62 4.2.2. GANANCIA GLOBAL ......................................................................................................... 66

4.3. IMPACTOS SOBRE LA SOSTENIBILIDAD ............................................................................... 68 4.3.1. REDUCCION DE LAS EMISIONES ................................................................................... 68 4.3.2. CONCILIACIÓN FAMILIAR ............................................................................................... 70 4.3.3. CALIDAD DE LA ACTIVIDAD LABORAL .......................................................................... 71

4.4. IMPACTO ECONÓMICO ........................................................................................................... 72 4.5. OPINIONES DE LOS USUARIOS ............................................................................................. 73

4.5.1. ENCUESTA A LOS USUARIOS ........................................................................................ 73 4.5.2. VALORACIONES, OPINIONES Y SUGERENCIAS ......................................................... 76 4.5.3. ANÁLISIS DE RESULTADOS............................................................................................ 77

5. CONCLUSIONES............................................................................................................................. 78

6. LÍNEAS FUTURAS DE TRABAJO .................................................................................................. 79

V

7. PRESUPUESTO DEL PROYECTO ................................................................................................. 80

8. PLANIFICACIÓN TEMPORAL Y EDP............................................................................................. 81

8.1. PLANIFICACIÓN TEMPORAL .................................................................................................. 81 8.2. EDP ........................................................................................................................................... 84

9. ÍNDICE DE FIGURAS ...................................................................................................................... 85

10. ÍNDICE DE TABLAS ...................................................................................................................... 88

11. BIBLIOGRAFÍA.............................................................................................................................. 89

12. ANEXOS ........................................................................................................................................ 90

ANEXO 1. CARTA DE VALORACIÓN DEL PROYECTO ................................................................. 90 ANEXO 2. CD CON ALGORITMOS Y CÓDIGOS ............................................................................. 91

Optimización y automatización en la gestión de procesos con VBA Y SAP SCRIPT

Oscar Del Hoyo Gutiérrez 1

1. INTRODUCCIÓN En este capítulo se lleva a cabo una introducción y justificación del Trabajo de Fin de Grado titulado “Optimización y Automatización en la Gestión de Procesos con VBA y SAP Script”, desarrollado por el alumno Oscar Del Hoyo Gutiérrez, estudiante de la Escuela Técnica Superior de Ingenieros Industriales de Madrid, y tutelado por Don Ángel García Beltran, Doctor Ingeniero Industrial por la Universidad Politécnica de Madrid. La realización del proyecto aquí descrito coincide con el periodo de prácticas laborales realizadas en la empresa multinacional Knorr-Bremse S.A, cuya División de Vehículos Ferroviarios está situada en Getafe, Madrid. Las dos principales áreas de negocio del grupo Knorr-Bremse en España son las siguientes: a) División de Frenos Se establece como la compañía líder en el mercado español y de influencia española para el suministro de sistemas de frenado y puertas automáticas de acceso IFE para todos los segmentos de vehículos ferroviarios, así como puertas de andén WESTINGHOUSE. b) División de HVAC - (Merak) Centro de Competencia del Grupo, está dedicado a diseñar, fabricar y comercializar sistemas de climatización exclusivamente para vehículos ferroviarios de todo el mundo, contando con sus propias filiales en Norte América y China. Se trata de una empresa de tecnología española, líder internacional en su sector, que ha equipado desde trenes de muy alta velocidad en España, Francia, Corea, China y próximamente Rusia (sistema que tendrá que trabajará a temperaturas ambiente extremas, de -50º C a +50º C), pasando por los más importantes metros del mundo (todos los españoles, Nueva York, Washington, Chicago, Río, Sao Paulo, Paris, Lisboa, Honk Kong, Singapur, Shangai, Guangzhou, etc.), tranvías y todo tipo de vehículos ferroviarios. Por tanto, la actividad industrial congregada en el centro de producción de Getafe tiene alcance a nivel mundial. El volumen de procesos e información gestionados a nivel interno y externo necesarios para poder llevar a cabo el diseño, fabricación, envío y reparación de los equipos, requiere del empleo de una gran cantidad de recursos, tanto humanos como tecnológicos. Consecuencia de ello, nace la necesidad de eliminar de la actividad laboral aquellas tareas que no aportan ningún tipo de valor añadido, tratando de realizar una gestión mucho más eficiente de los recursos disponibles.

Introducción

2

Escuela Técnica Superior de Ingenieros Industriales de Madrid (UPM)

1.1. ANTECEDENTES Como antecedentes se describen las características y funcionalidades de las herramientas y tecnologías empleadas hasta la fecha para llevar a cabo la gestión de los diversos procesos y la gestión de la información dentro de la compañía. En concreto, el software para la gestión SAP y el software Microsoft Excel.

1.1.1. EL SOFTWARE DE GESTIÓN EMPRESARIAL SAP Hoy en día, el volumen de datos e información disponible para las pequeñas y grandes empresas, ha crecido de manera exponencial debido al desarrollo de las tecnologías de la información y a la globalización. Esto ha supuesto una revolución en la manera de dirigir y gestionar las compañías a nivel mundial, naciendo la necesidad de realizar de la manera más eficiente el tratamiento de la información, y naciendo también la oportunidad de analizar y estudiar los datos internos de las compañías, permitiendo obtener conclusiones que aporten ventajas competitivas a las mismas. En este contexto, la multinacional alemana SAP SE destaca como una de las compañías referentes a nivel mundial a la hora de dar soporte a la gestión de los distintos departamentos de una empresa. Ejemplos de ellos son los sistemas de ventas, finanzas, compras, operaciones bancarias, fabricación, inventarios etc. En el año 2013, las soluciones desarrolladas por la compañía estaban presentes en el 80% de las empresas con presencia en el Índice de Sostenibilidad Dow Jones, y en el 85% de las 100 marcas de mayor valor en el planeta. En ese mismo año se estimaba que los productos de la multinacional se encontraban presentes en 24 tipos de industrias diferentes repartidas en 130 países, teniendo más de 200,000 clientes entre pequeñas, medianas y grandes empresas [1]. Las soluciones comercializadas se engloban en las siguientes áreas [2]:

a) ERP and Digital Core b) Nube y Plataforma de Datos c) Compras y Redes d) Analítica e) Cadena de Suministro Digital f) Recursos Humanos e) Finanzas

Los productos ERP (Enterprise Resource Planning), actúan como corazón de gestión de las empresas, pudiendo llevar a cabo diferentes tareas y procesos como los siguientes:

a) Planificación de compras. b) Planificación de la producción. c) Fabricación y logística. d) Marketing y ventas. e) Gestión de materiales. f) Gestión del inventario. g) Envío y pagos.



h) Finanzas. El sistema SAP (Systeme Anwendungen und Produkte) es el sistema ERP de la compañía alemana y rivaliza con otros sistemas ERP como Microsoft Dynamics de Microsoft y JD Edwards de Oracle. SAP por tanto, es un sistema informático integrado de gestión empresarial diseñado para modelar y automatizar las diferentes áreas de la empresa y la administración de sus recursos. El sistema actúa como una base de datos centralizada, favoreciendo la consistencia de los datos de la empresa y, además, permite la interacción entre los diferentes módulos, lo que ayuda a la interacción de las diferentes áreas de la empresa como un “organismo vivo”.

SAP está compuesto por diferentes módulos para la administración de los recursos de cada área de la empresa.

El acceso a los datos almacenados dentro de los diferentes módulos de SAP se realiza a través de transacciones como la mostrada en la Figura 1, que presentan una interfaz gráfica que facilita el acceso y modificación de los diversos campos. Las transacciones representan un conjunto de acciones u operaciones que se llevan a cabo para crear, consultar o modificar cualquier elemento o entidad de la base de datos gestionada por el software. Dichas transacciones son fijas dentro de cada módulo, y se ejecutan siempre de la misma manera, teniendo en cuenta que cada transacción presenta unos campos propios que sirven para el filtrado y selección de la información a la que se desea acceder.

Figura 1. Ejemplo de interfaz gráf ica de una transacción empleada en SAP

Introducción

4


Dada la repetitividad de muchas de las operaciones que son tramitadas con SAP, el software presenta una grabadora de Scripts (Figura 2) que genera códigos propios que representan la secuencia de operaciones seguidas durante la grabación. Los Scripts permiten recrear en cualquier momento del tiempo la misma secuencia de pasos almacenada dentro del código. El acceso al documento de producción de cada equipo es un claro ejemplo de un proceso en el que los pasos empleados para la obtención del documento no difieren en la ejecución más que en el número de referencia del proyecto a consultar. Un ejemplo del código obtenido a través de la herramienta de SAP Script se muestra en la Figura 3.

Figura 2. Grabadora de SAP Script

Figura 3. Ejemplo de código obtenido con la grabadora de SAP Script



1.1.2. EXCEL Y EL ENTORNO VBA (VISUAL BASIC APLICATION) Microsoft Excel es un software perteneciente al paquete Microsoft Office. Nació como un programa de hojas de cálculo orientado al sector financiero. En 1985 Microsoft publicó su primera versión de Excel para Mac y en 1987 lanzó su primera versión para el entorno de Windows. Desde entonces, 13 nuevas versiones han sido lanzadas al mercado para Windows, con una periodicidad aproximada de 2 años, siendo la última versión la lanzada en 2016 [3]. Excel actualmente destaca como uno de los software más empleados en pequeñas y medianas empresas para llevar a cabo tareas de contabilidad, finanzas, inventarios, ventas, producción, calidad, suministros entre otras áreas de la organización, todo a través de su arsenal de funcionalidades (Formulas, Tablas, Gráficos, etc.). Sin embargo, actualmente una de las funcionalidades más potentes es la creación de macros utilizando programación en VBA. La programación en VBA (Visual Basic for Applications) deriva de la programación realizada en Visual Basic 5.0 y 6.0, y permite la creación de aplicaciones ejecutables en el entorno de Microsoft Office, tanto en Word, Excel como Power Point [4]. Las macros permiten generar procedimientos con las operaciones disponibles dentro de los programas del entorno Office, que pueden ser replicados idénticamente en cualquier momento en el tiempo. Una de las mayores desventajas respecto a otro tipo de aplicaciones, es que las macros creadas no pueden compilarse separadamente del documento, hoja o base de datos en el que fue creado. Para la creación de dichas macros se puede emplear la grabadora de macros (Figura 4), incluida en el propio programa, la cual, guarda los procesos o pasos ejecutados desde el inicio de la grabación y los convierte al lenguaje de programación propio de VBA. La utilización de la grabadora de macros simplifica el proceso de creación de la macro, siendo un buen punto de inicio para la creación de macros que representan procesos fijos que no van a tener variación en los pasos seguidos en su ejecución.

Figura 4. Grabadora de Macros de Excel

Introducción

6


Sin embargo, el gran potencial de las mismas reside en la programación “manual” en el entorno de VBA como se observa en la Figura 5, ya que esto permite la creación de códigos variables que se pueden adaptar diferentes requisitos dentro del mismo proceso. Las instrucciones del código se ejecutan de manera lineal, teniendo un principio y un fin determinado. Esto provoca que durante la ejecución puedan aparecer errores de diversa naturaleza. El primer tipo de error es el de sintaxis, el cual se produce por un fallo en la estructura de la orden a ejecutar. Este tipo de error bloquea la compilación del código al no ser capaz de traducir la orden a código máquina. El segundo grupo de errores son los que aparecen durante la ejecución. Estos se producen ya que no es posible continuar con la ejecución normal del código.

Figura 5. Entorno de programación de Visual Basic Applicat io n



Algunos ejemplos de los errores durante la ejecución son los siguientes:

a) Realizar una operación no permitida por el ordenador. Por ejemplo una división entre cero o intentar sumar una cadena de texto y un valor Double (Figura 6). b) Utilizar una librería de código que no está accesible en ese momento. c) Utilizar un bucle con una condición que nunca se cumple. d) Tratar de asignar un valor que está fuera de los límites de una variable.

La detección de dichos errores no es sencilla y requiere del empleo de un proceso de depuración en el que la ejecución del código se realiza paso a paso, analizando el valor de las diferentes variables con el fin de encontrar el punto de fallo. Otra de las funcionalidades de la programación en VBA es la creación de elementos “Useform”. Un elemento “Useform” es una pequeña aplicación gráfica creada en el entorno de Visual Basic que permite generar un entorno de trabajo personalizado para la gestión de información de una manera mucho eficiente. Los campos utilizados funcionan a modo de variables que pueden ser de entrada o de salida, y son gestionadas desde el propio entorno de Visual Basic o desde macros creadas para controlar y ejecutar acciones con las mismas.

Figura 6. Mensaje de error durante la ejecución

Introducción

8


Fundamentalmente son utilizados para la gestión de bases de datos como se puede observar en la Figura 7.

Figura 7. Ejemplo de Useform para la creación de base de datos



1.2. JUSTIFICACIÓN DEL PROYECTO El Departamento de Calidad de Proyectos de la empresa Knorr-Bremse España es el encargado de garantizar el cumplimiento de los estándares de calidad desde el inicio del proyecto (Kickoff), hasta la finalización del periodo de garantía del mismo. Entre las actividades desarrolladas por el Departamento actualmente se encuentran la serialización de componentes, realización de pruebas FAI (First Article Inspection), validación de pruebas serie, gestión de la documentación con cliente, inspección de calidad, gestión del Complaint Management, análisis y resolución rápida de problemas (QRQC) etc.

Procesos como la serialización, el envío de documentación o la validación de pruebas serie, consumen una gran cantidad de recursos ya que se llevan a cabo para cada unidad fabricada en la planta. La gestión del Complaint Management genera aproximadamente una media de 450 procesos o tareas al mes, lo que supone también un importante consumo de recursos. Hasta el inicio del desarrollo de este proyecto la realización de las tareas descritas anteriormente se ha realizado de manera “manual” con la ayuda de herramientas software como Excel y SAP. Fruto de la actividad laboral, se han encontrado patrones y estructuras repetitivas en la realización de muchos de los procesos, lo cual ha generado la oportunidad y la necesidad de encontrar métodos alternativos para la gestión de los mismos. El empleo de programación en VBA y programación con SAP Script permite desarrollar códigos y algoritmos que consiguen eliminar todos aquellos pasos o tareas que se ejecutan de manera puramente mecánica, dejando solamente aquellos en el que la decisión del trabajador adquiere un papel clave. Es por ello que la optimización y automatización ofrece la posibilidad de mejorar la gestión de los recursos, en términos temporales, humanos, económicos y ecológicos, suponiendo una gran oportunidad para crear un nuevo modo de gestión de la información mucho más eficiente y sostenible.

Introducción

10


1.3. OBJETIVOS DEL PROYECTO Los objetivos desarrollados en este trabajo están enfocados a la mejora de diferentes procesos relacionados con el área de Calidad, teniendo dos líneas o áreas de desarrollo: El primer objetivo general está enfocado a optimizar y automatizar el tratamiento de documentación e información en el entorno de trabajo de Excel gracias a la programación en VBA. Los objetivos específicos dentro del anterior objetivo general se detallan a continuación:

a) Automatizar el envío a cliente de documentación relacionada con la serialización y pruebas serie de los equipos fabricados así como de sus componentes. b) Realizar un entorno de trabajo que optimice la creación de documentos de Autocontrol e Inspección (Checklists) necesarios durante la producción e inspección

final de los equipos. c) Crear un documento de inspección (Checklist) que permita agilizar y reducir los tiempos de inspección por equipo, y automatice el procesamiento de la información obtenida. d) Optimizar el tratamiento de la información almacenada en las bases de datos de inspección para la creación de un informe mensual del estado de la calidad de la producción.

El segundo objetivo general está enfocado a optimizar y automatizar la gestión de reclamaciones dentro del área del Complaint Management mediante la integración del software de gestión SAP con el entorno de trabajo de Excel gracias a la programación en VBA. Los objetivos específicos dentro del anterior objetivo general se detallan a continuación:

e) Optimizar la confirmación de los avisos. f) Automatizar la confirmación de fecha. g) Optimizar el tratamiento de los informes de decisión final. h) Optimizar el cierre de los avisos. i) Optimizar la gestión de documentación. j) Automatizar la obtención de la tasa de fallo de los componentes. k) Automatizar la creación e impresión de certificados.



2. METODOLOGÍA En este capítulo se define el procedimiento empleado para el desarrollo ordenado y estructurado y de los diferentes algoritmos y códigos que dan respuesta a los objetivos planteados en el anterior capítulo. De igual manera, se enumeran los elementos técnicos fundamentales empleados durante la fase de programación para la creación de las distintas soluciones.

2.1. PROCEDIMIENTO DE TRABAJO El procedimiento de trabajo empleado consta de un conjunto de etapas o pasos perfectamente definidos: Primer paso: Análisis del problema u objetivo La primera etapa del proceso debe definir claramente cuál es el objetivo o fin del código a desarrollar, diferenciando claramente las variables principales (tanto de entrada como de salida) que se pretenden procesar, así como los condicionantes y requisitos que deben cumplir las mismas. Segundo paso: Realizar hoja de trabajo en Excel Conocidos los campos y variables que nos van a proporcionar la información necesaria para la toma decisiones y aquellas sobre las vamos a realizar cambios, se realiza la hoja de trabajo en Excel donde se organizan todos estos de una manera óptima para su posterior procesamiento. Tercer paso: Diagrama de flujo/Esquema

Una vez entendido el problema y las variables y condicionantes claves, se realiza un diagrama de flujo donde se especifican los grupos principales de operaciones a realizar. La estructura del código es lineal, por lo que es muy importante considerar que variables van a ser utilizadas localmente y cuáles van a ser empleadas a lo largo de todo el código. Cuarto paso: Codificación Definidas los principales grupos de operaciones y las variables, se desarrolla el código propio de cada etapa. Como ayuda al desarrollo, es muy importante incluir en el código comentarios y anotaciones que permitan, en un primer lugar al desarrollador, y en un segundo lugar a cualquier futuro usuario, entender y poder seguir la lógica y estructura más fácilmente. Como elementos de ayuda a la codificación están la Grabadora de Macros de Excel y la Grabadora de SAP Script. Ambas permiten crear un código de ejemplo o “padre” que sirve como base para obtener la estructura principal o los nombres de los campos que van a ser utilizados en el desarrollo del código.

Metodología

12


Quinto paso: Prueba 1 Realizada la primera versión del código, se pasa a realizar la primera prueba del mismo. El primer paso consiste en controlar que el código no presenta ningún error de sintaxis o de estructura (bucles no cerrados, errores en la declaración de variables etc.) Una vez el código ha sido verificado, este se compila y se comienza la ejecución. Dada la complejidad del mismo debido a la gran cantidad de condiciones que son tratadas, este paso se convierte en uno de los más importantes del proceso de creación del código, ya que es la primera vez se ve claramente el funcionamiento del mismo, y se comprueba que el desarrollo lineal planteado es el correcto. Para realizar este proceso, se utilizan dos elementos indispensables presentes en cualquier lenguaje de programación como son la ejecución “Paso a Paso” y el Debugger. Como se muestra en la Figura 8, el Debugger (Punto Rojo), permite la detención de la ejecución del código en una orden o línea determinada. De esta manera, posicionándose sobre las variables se puede observar la evolución temporal de sus valores en cada momento. Gracias a esto se puede realizar una ejecución controlada (modo interrupción), que en la programación en VBA se controla mediante la tecla F8 (ejecución de un paso) y la tecla F5 (ejecución continua). De igual manera, la ejecución del código durante el modo interrupción puede ser bidireccional (Flecha Amarilla), permitiendo así avanzar o retroceder en el código para entender mejor su funcionamiento.

Figura 8. Depuración paso a paso del código



Sexto paso: Depuración Tras la primera prueba se procede a depurar el código con los errores y fallos detectados. Algunos de los fallos detectados más típicos son los siguientes:

a) Error en el anidamiento de bucles (For y Do While). b) Error en la evolución de las variables globales. c) Bucles infinitos por incumplimiento de condiciones. d) Error al interpretar el código proporcionado por SAP Script. e) Variables locales y globales no reiniciadas dentro de los bucles. f) Error en el cambio de Hoja de trabajo del documento Excel.

Séptimo paso: Prueba 2 Tras la depuración del código se procede a realizar la segunda prueba del mismo. La ejecución se realiza de forma análoga a la primera prueba, prestando especial atención a los puntos donde se encontró algún tipo de error y verificando que los mismos han sido corregidos. Octavo paso: Depuración y Pruebas Sucesivas

En caso de encontrar errores en la segunda prueba o en pruebas sucesivas, se volvería a repetir el proceso de depuración y prueba hasta alcanzar una ejecución correcta del mismo. Noveno paso: Validación Tras los sucesivos pasos de prueba y depuración, una vez verificado el funcionamiento del mismo, se procede a la validación del código. Para ello es necesario realizar varias pruebas ejecutando el código sin interrupciones y comprobar posteriormente, que el resultado obtenido cumple con todos los criterios y condiciones especificadas en el análisis del problema. Décimo paso: Lanzamiento Verificado el correcto funcionamiento del código, en primer lugar se incluye en el documento general del departamento y posteriormente se distribuye la nueva actualización a las personas que pueden beneficiarse de su uso.

Metodología

14


2.2. METODOLOGÍA TÉCNICA APLICADA Actualmente existen gran cantidad de entornos de programación. Algunos de ellos soportan la programación en diferentes lenguajes como C, C++, Java, Android, etc. y otros son específicos para cada lenguaje [5]. Para el desarrollo de los diferentes códigos propios descritos en este trabajo se ha empleado el entorno de programación de Visual Basic Application, integrado en Microsoft Excel. La motivación para la utilización de este entorno y no otro radica en la facilidad de su uso, ya que no requiere de la instalación de ningún software adicional, y permite una depuración óptima ya que se está trabajando con el mismo software en todo momento. Cada código desarrollado ha sido creado como una subrutina propia única, sin la utilización de funciones comunes, ya que pese a la similitud de muchos de los procesos, cada uno de ellos tiene una serie de peculiaridades que los diferencian de los demás. La característica fundamental común a todos ellos es la utilización de bucles como parte fundamental de la estructura, aprovechando así el potencial que presenta Excel para trabajar con los datos por filas y columnas [6]. La referencia a las celdas dentro del entorno VBA puede realizarse a través de su referencia directa, por ejemplo, Range (“A1”), o a través de su referencia en filas y columnas. Esta última es la gran ventaja y la principal razón de la utilización de bucles en la estructura de los códigos, ya que empleando un variable de control en las filas o las columnas, se pueden recorrer fácilmente los diferentes campos establecidos en las páginas de procesamiento de Excel. Un ejemplo de su empleo sería la referencia Cells (i,1), que dentro de una estructura de tipo bucle, el incremento de la variable de control “i” permitiría recorrer todos los valores asociados a la primera columna de la hoja de trabajo. Los principales bucles empleados son los mostrados en la Figura 9.

Figura 9. Estructuras de los bucles For y Do While



Bucle Do While:

En este tipo de bucle las sentencias se ejecutan mientras la condición expresada en la cabecera sea verdadera, saliendo del mismo cuando esta es falsa. Este tipo de bucle es muy útil de cara a la automatización de procesos ya que permite realizar una serie de operaciones hasta que no existan más operaciones a gestionar. Por ejemplo, como se verá más adelante, en el caso de tener que cerrar una cantidad determinada de reclamaciones, especificadas en una lista, estás pueden gestionarse de manera automática, realizando las mismas operaciones en cada una de ellas hasta que no existan más a tratar En este tipo de bucle, y a diferencia de lo que sucede con el bucle For, como se muestra en la Figura 10, es necesario incrementar la variable de control antes de terminar cada ciclo del bucle para evitar que el código quede bloqueado en el mismo al no cumplirse nunca la condición de control. Bucle For:

Este tipo de bucle realiza una serie de operaciones tantas veces como la variable de control mostrada en su cabecera lo especifica. A diferencia de lo que sucede con el bucle Do While, éste no puede nunca bloquear el código ya que, como se muestra en la Figura 11, la variable de control se incrementa automáticamente cada vez que un ciclo del bucle es realizado. En los códigos desarrollados para la optimización y automatización de diferentes procesos de en SAP, este tipo de bucle es fundamentalmente utilizado para recorrer las diferentes posiciones y medidas que tiene una reclamación ya que se puede conocer su cantidad de antemano mediante un par de sentencias de código.

Figura 10. Estructura del bucle Do While en VBA

Figura 11. Estructura del bucle For en VBA

Metodología

16


Otra estructura empleada que no presenta las características de los bucles pero que es ampliamente utilizada en programación son los condicionales If. La importancia de su uso en el desarrollo de cualquier tipo de códigos es vital ya que este tipo de estructura es la encargada de gestionar y controlar las condiciones y las acciones asociadas a cada una de ellas en función del cumplimiento de las condiciones como puede verse en la Figura 12. Una de las principales utilidades de este tipo de estructuras en los códigos desarrollados es la creación de variables booleanas auxiliares que controlan la ejecución o no de diferentes bloques de instrucciones que representan acciones concretas, en función del cumplimiento de una serie de condiciones.

Figura 12. Estructura de la sentencia condicional If



2.3. PUESTA EN MARCHA Y VALIDACIÓN INSTALACIÓN Realizado el desarrollo del código, es necesario realizar la distribución del mismo a los potenciales usuarios. La distribución se lleva a cabo a través de un archivo Excel especialmente creado para el departamento de Calidad, que recoge todos los procesos optimizados, siendo accesibles para todos los miembros del departamento. La ejecución de las diversas tareas optimizadas se realiza a través de elementos gráficos en forma de “botones”, actuando la plantilla como un sistema Interfaz Hombre-Máquina. VALIDACIÓN EN MODO REAL Finalizadas las pruebas de funcionamiento paso a paso con la herramienta Debugger

incluida en el entorno de programación, se procede a la validación del procedimiento en modo real. Este tipo de validación ejecuta el algoritmo sin ningún tipo de interrupción, permitiendo observar el comportamiento real del proceso. Es importante destacar que la validación paso a paso y en tiempo real pueden arrojar resultados totalmente opuestos ya que el factor temporal adquiere una vital importancia. Un ejemplo concreto de este fenómeno se presenta en aquellas acciones que requieren de la detención parcial de la ejecución a la espera de algún tipo de respuesta por parte del usuario o del sistema. ANÁLISIS DE RESULTADOS

Superada la fase de validación en modo real, no obteniendo ningún tipo de error durante la ejecución, es necesario ejecutar de manera automática y en repetidas ocasiones los diversos procesos optimizados, analizando los resultados obtenidos. El análisis de los resultados debe ser minucioso y tiene que comprobar que las acciones realizadas por parte de los algoritmos son correctas teniendo en cuenta las condiciones impuestas en el desarrollo de los mismos y los valores iniciales de las variables. Esta fase del proceso es sin duda una de las etapas más importantes ya que la fiabilidad de la solución creada depende totalmente del resultado de esta etapa. En caso de encontrar algún tipo de discrepancia en los resultados obtenidos es necesario realizar una revisión completa del código, entendiendo en primer lugar el motivo o naturaleza del error, para posteriormente modificarlo y realizar de nuevo todo el proceso de validación anteriormente descrito.

Diseño de algoritmos y desarrollo de códigos

18


3. DISEÑO DE ALGORITMOS Y DESARROLLO DE CÓDIGOS En este capítulo se detalla la labor de análisis y desarrollo realizada sobre los diferentes procesos o tareas planteados en los objetivos iniciales. Por un lado se describe el trabajo orientado a la integración del software SAP con el entorno de trabajo Excel, y por otro, la optimización de procesos dentro del entorno de Excel.

3.1. INTEGRACIÓN DE SAP CON EL ENTORNO DE TRABAJO MICROSOFT EXCEL En este apartado se desarrollan los diferentes objetivos específicos englobados en la integración del software SAP con el entorno de trabajo de Excel.

3.1.1. CONFIRMACIÓN Y ENVÍO DE FECHA DE COMPROMETIDA (MEDIDA QR20) Problema:

Uno de pasos a seguir durante el proceso de gestión de una reclamación de cliente es la confirmación y el envío de la fecha de comprometida, reflejada en SAP con la medida QR20. Dicha medida, confirma al cliente la fecha futura (fecha de comprometida o ZUSA) en la que la reclamación será tratada y solventada. Por tanto, la confirmación o no de la fecha establecida solo depende de que la misma sea posterior al día en el que se tramita la confirmación, ya que el valor de la misma viene impuesto por parte de otro departamento. Esto convierte al tratamiento de la medida QR20 en un claro proceso automatizable que no depende en ningún momento de la intervención o decisión del ingeniero. Variables clave: Fecha de comprometida (ZUSA). Diagrama de flujo: En la Figura 13 se muestra el diagrama de flujo de la solución planteada.



Figura 13. Diagrama de flujo para la conf irmación de la

fecha de comprometida


20


Implementación: Código incluido en el CD adjunto. Líneas de código programadas: 303 líneas. Resultado/Aspecto Gráfico:

Como se puede apreciar en la Figura 14, una vez tramitadas las medidas, el algoritmo devuelve la cantidad de medidas procesadas, teniendo así la garantía de que el proceso ha sido correcto o que no ha cumplido los requisitos especificados.

Figura 14. Resultado gráfico en Excel del tratamiento de la medida QR20



3.1.2. CONFIRMACIÓN DE NO CONFORMIDAD (AVISO Q1) PRIMER PASO. IMPORTAR INFORMACIÓN PARA LA CONFIRMACIÓN Problema: Cuando un material o componente falla, presentando algún tipo de problema de funcionamiento, el cliente procede a crear una reclamación o NCR (Non Conformity Report). Dicho material es enviado a la fábrica y una vez allí se registra en la base de datos del software SAP a través de un aviso Q1. Posteriormente se llevan a cabo las investigaciones pertinentes para encontrar la causa raíz del fallo y tomar las acciones y decisiones pertinentes para tramitar dicha reclamación. Desde la llegada del material hasta la confirmación a cliente de que la reclamación está siendo gestionada, solamente pueden pasar tres días. En caso contrario, penalizará negativamente a los indicadores de la empresa. De ahí la necesidad de poder tramitar dichas reclamaciones de manera eficiente. Para ayudar a gestionar la reclamación, el algoritmo planteado extrae la información clave necesaria para su procesamiento (variables de la parte inferior), obviando aquellas que no aportan ningún valor añadido al proceso. Variables clave: a) Código del material. b) S/N. c) Descripción del material. d) Cantidad. e) Código del fallo. f) Descripción corta y larga del fallo de la reclamación. g) Descripción de la reclamación. h) Fecha.


22


Diagrama de flujo: En la Figura 15 se muestra el diagrama de flujo de la solución planteada.

Figura 15. Diagrama de flujo para importar la información clave para la conf irmación de una reclamación



Implementación: Código incluido en el CD adjunto. Líneas de código programadas: 77 líneas. Resultado/Aspecto Gráfico: Como se puede observar en la Figura 16, los parámetros extraídos desde SAP se posicionan en las celdas correspondientes a la espera de su revisión para llevar a cabo la confirmación de la reclamación.

Figura 16. Resultado gráfico en Excel de la importación de información para la conf irmación de la reclamación


24


SEGUNDO PASO. CONFIRMAR LA RECLAMACIÓN Problema:

Una vez extraída la información estrictamente necesaria para procesar la reclamación, se dispone a tomar decisión sobre las variables indicadas en la parte inferior. Una de las grandes ventajas de la optimización del proceso de confirmación de una reclamación, es que los campos asociados a cada cliente son constantes. Por ello adquiere gran importancia la creación de una base de datos de clientes como la mostrada en la Figura 17, que permite eliminar el tiempo de búsqueda de dichos campos en reclamaciones anteriores, proceso que anteriormente se realizaba de manera manual. Variables clave: a) Cliente. b) Criterio de decisión. c) Medidas a adoptar. d) Datos del cliente y proyecto (Oficina,Grupo,Canal,Proyecto,Division,Destino Mercancia…) Diagrama de flujo: En la Figura 18 se muestra el diagrama de flujo de la solución planteada.

Figura 17. Base de datos de cl ientes



A001 R002, C005

Figura 18. Diagrama de flujo para la conf irmación de la reclamación


26


Implementación: Código incluido en el CD adjunto. Líneas de código programadas: 400 líneas. Resultado/Aspecto Gráfico: Como se aprecia en la Figura 19, una vez rellenados todos los campos, la posición queda totalmente cubierta y solo es necesario pulsar “CONFIRMAR Q1” para llevar a cabo el proceso.

Figura 19. Ejemplo de posic ión completa para la conf irmación de la reclamación



3.1.3. CONFIRMACIÓN Y ENVÍO DEL INFORME DE DECISIÓN FINAL (MEDIDA D6) PRIMER PASO. IMPORTAR INFORMACIÓN PARA LA TOMA DE DECISIÓN Problema:

Dentro de la gestión de una reclamación de cliente, el informe de decisión final (medida D6 en el software SAP) supone el penúltimo paso del proceso. En él, se toma la decisión sobre si la reclamación es aceptada o rechazada, teniendo en cuenta la causa raíz de fallo y confirmando que el componente está dentro del periodo de garantía acordado en el contrato del proyecto. Por tanto, para su tramitación es necesario extraer de la reclamación la información clave reflejada en las variables de la parte inferior. Variables clave:

a) Número de aviso. b) Tipo de decisión. c) Código de material. d) S/N. e) Cantidad. f) Fecha de comprometida. g) Texto de la investigación. h) Texto del informe de decisión final. i) Cantidad en Garantía/No Garantía. j) Código Causa. Diagrama de flujo: En la Figura 20 se muestra el diagrama de flujo de la solución planteada.


28


SI

Figura 20. Diagrama de flujo para importar información de la reclamación para el informe de decis ión f inal



Implementación: Código incluido en el CD adjunto. Líneas de código: 206 líneas. Resultado/Aspecto Gráfico: Como se muestra en la Figura 21, la información exportada desde SAP se almacena en los campos correspondientes a la espera de ser validada.

Figura 21. Resultado gráfico en Excel de la información importada para la toma de decis ión


30


SEGUNDO PASO. CONFIRMAR Y ENVIAR EL INFORME DE DECISIÓN FINAL Problema: Para la toma de la decisión final sobre la reclamación, es necesario revisar la información almacenada dentro de la reclamación y confirmar que los datos son correctos. En caso contrario se realizan las modificaciones pertinentes de los diferentes campos especificados en las variables de la parte inferior. Para especificar que existen modificaciones en la posición es necesario poner un valor distinto de “” en la casilla correspondiente a la columna MOD (en rojo) (Figura 21). Tras realizar las modificaciones, en caso de ser necesarias, se procede a verificar si el resto de medidas asociadas a dicha reclamación están completas. En ese caso se puede abrir la última medida que permite cerrar el aviso y dar por terminada la reclamación. Antes de salir de la reclamación en necesario enviar al cliente el informe de decisión final, donde se establece si la misma ha sido aceptada o no y lo motivos y justificaciones de la misma. Variables clave: a) Criterio de decisión. b) Texto de investigación. c) Texto D6. d) Código Causa. e) Cantidad G/NG. Diagrama de flujo: En la Figura 22 se muestra el diagrama de flujo de la solución planteada.



SI

SI

SI

Figura 22. Diagrama de flujo para la conf irmación y envío del informe

de decisión f inal


32


Implementación: Código incluido en el CD adjunto. Líneas de código: 390 líneas. Resultado/Aspecto Gráfico: Como se puede observar en la Figura 23, el algoritmo devuelve como resultado la cantidad de informes confirmados, permitiendo así conocer si el proceso ha sido correcto o erróneo.

Figura 23. Representación gráf ica en Excel de la conf irmación del informe de decis ión final



3.1.4. CIERRE DE LA RECLAMACIÓN O NO CONFORMIDAD (AVISO Q1) PRIMER PASO. IMPORTAR INFORMACIÓN PARA EL ANÁLISIS DE LA RECLAMACIÓN Problema:

Para poder finalizar una reclamación es necesario que se hayan cumplido una serie de requisitos intermedios (medidas gestionadas en SAP) que garantizan que la misma ha sido gestionada correctamente. Entre ellos está encontrar la causa raíz del problema, analizar la responsabilidad de la reclamación, la reparación y reposición del componente en caso de ser necesario etc. Por tanto, las variables a controlar para el cierre de la reclamación o no conformidad pueden diferenciarse en dos grandes grupos. El primero de ellos consta de aquellas variables sobre las que el ingeniero tiene poder de decisión, siendo estás las que se van a importar de SAP como se observa en la Figura 25 para poder realizar las modificaciones pertinentes en caso de ser necesario. El segundo grupo consta de aquellas variables que su existencia o no, así como sus valores, son elementos condicionantes para la finalización de la reclamación, pero sobre las que el ingeniero no tiene opción de decisión. Se puede decir que son variables de decisión “automática”. Variables clave: a) Tipo de defecto. b) Criterio de decisión. c) Descripción del artículo. d) Cantidad. e) Descripción del fallo. f) Texto de la investigación. g) Texto del informe de decisión final. h) Código causa. i) Cantidad Garantía/No Garantía. j) Planta causante, reparadora y oficina. Diagrama de flujo: En la Figura 24 se muestra el diagrama de flujo de la solución planteada.


34


Figura 24. Diagrama de flujo para importar información para el c ierre de la reclamación



Implementación: Código incluido en el CD adjunto. Líneas de código programadas: 195 líneas. Resultado/Aspecto Gráfico: Como se observa en la Figura 25, la información importada se posiciona en sus correspondientes campos a la espera de su revisión para la confirmación de la reclamación. Como ayuda a la visualización, la línea negra actúa como separador diferenciando las distintas reclamaciones a revisar. De igual manera el color azul indica cuáles son las posiciones sobre las que se tiene capacidad de decisión, siendo las blancas las posiciones gestionadas por otras plantas dentro del mismo grupo de la compañía.

Figura 25. Resultado gráfico en Excel de la importación de datos para el cierre de la reclamación


36


SEGUNDO PASO. FINALIZAR LA RECLAMACIÓN Problema: Una vez importada la información sobre la que se tiene capacidad de decisión, el proceso de cierre de la reclamación puede llevarse a cabo. En primer lugar es necesario confirmar que todos los datos o campos registrados en el aviso son correctos, siendo fundamentales la decisión tomada sobre la reclamación y el código que clasifica la familia a la que pertenece la misma. La importancia de las decisiones tomadas sobre estos campos reside en la presencia de indicadores y registros que controlan la evolución de las reclamaciones, permitiendo así tomar acciones para mejorar todo el proceso productivo. En este caso, la mayoría de las variables clave son aquellas sobre las que el ingeniero no tiene poder de decisión y su tratamiento puede ser automatizado, siendo el cumplimiento o no de unas condiciones las que decide sobre ellas. Variables Clave:

a) Tipo de decisión sobre la reclamación. b) Código Causa. c) Organización. d) Variable auxiliar para cerrar la reclamación. e) Variable auxiliar para cerrar “Ticks” del responsable de la reclamación. f) Tipo de medidas intermedias procesadas (0002, 0004, 0006, QR11, QR17). g) Conclusión de las medidas adoptadas. Diagrama de flujo: En la Figura 26 se muestra el diagrama de flujo de la solución planteada.



1 2 3 4 5 6

1 2 3 4 5 6

Figura 26. Diagrama de flujo para el c ierre de la reclamación


38


Implementación: Código incluido en el CD adjunto. Líneas de código programadas: 394 líneas. Resultado/Aspecto Visual: Como se observa en la Figura 27, una vez finalizadas las reclamaciones se devuelve el resultado del proceso, pudiendo ser: a) Cerrado si el proceso ha sido correcto y la reclamación ha sido finalizada. b) No cerrado si el proceso ha sido correcto pero las condiciones para el cierre de la reclamación no se han cumplido. c) Erróneo si se ha presentado algún problema durante el proceso.

Figura 27. Resultado gráfico en Excel tras la f inal ización de las reclamaciones



3.1.5. CREACIÓN E IMPRESIÓN DE CERTIFICADOS Problema:

Uno de los requisitos documentales común a todos los proyectos es el envío de certificados de conformidad de los equipos fabricados. El proceso de gestión de los certificados tiene dos etapas. La primera requiere acceder a SAP y comprobar cuáles han sido las últimas salidas de material a cliente. Como se observa en la Figura 30, es a través de la transacción MB51 como se obtienen los números de albaranes asociados a dicho material. La segunda etapa, como se indica en la Figura 31, consiste en acceder a la transacción VL71 con los números de albaranes anteriormente obtenidos para la creación e impresión de los certificados. Pese a parecer un proceso sencillo, requiere varios procesos totalmente “mecánicos”, que no aportan ningún tipo de valor añadido, y que, dado el alto volumen de certificados gestionados, hace de esta tarea una perfecta candidata para la automatización. Gracias al código desarrollado, se pueden obtener de manera automática los certificados posteriores a una cierta fecha dada como se observa en la Figura 29. Diagrama de flujo: En la Figura 28 se muestra el diagrama de flujo de la solución planteada. Implementación:

FECHA ALBARAN < FECHA

ELEGIDA

Figura 28. Diagrama de flujo para la impresión de cert if icados


40


Código incluido en el CD adjunto. Líneas de código programadas:

180 líneas. Resultado/Aspecto Gráfico:

Figura 29. Representación gráf ica en Excel de la impresión de certi f icados

Figura 30. Ejemplo de la t ransacción MB51 (Salidas de material)

Figura 31. Ejemplo de la t ransacción VL71 (Impresión de cert if icados)



3.1.6. CÁLCULO DE LA TASA DE FALLOS Problema:

Poder acceder de manera rápida a la tasa de fallo de los diferentes componentes utilizados en los equipos fabricados supone una gran oportunidad para los departamentos de calidad e ingeniería. Esto permite comprobar la fiabilidad de los componentes comprados a los diferentes proveedores y facilita la elección de los elementos presentes en futuros diseños. La realización del cálculo requiere revisar la cantidad materiales registrados como salidas del almacén a través de la transacción MB51, así como la base de datos de fallos o no conformidades registradas por cliente mediante la transacción ZS_AVL2D. Variables clave: Código del material. Diagrama de flujo: En la Figura 32 se muestra el diagrama de flujo de la solución planteada.

Figura 32. Diagrama de flujo para el cálculo de la tasa de fal los


42


Implementación: Código incluido en el CD adjunto. Líneas de código programadas: 119 líneas. Resultado/Aspecto Gráfico: Como se observa en la Figura 33, el resultado mostrado por pantalla muestra el cálculo de la tasa de fallos para una lista de componentes.

Figura 33. Resultado gráfico del cálculo de la tasa de fal los por componente



3.1.7. GESTIÓN DE DOCUMENTACIÓN EN SAP Problema:

La creación y actualización de documentos en SAP son procesos frecuentes en diferentes departamentos como el de Calidad (Checklist, Autocontroles, Planes de Calidad etc), Ingeniería (Planos, Esquemas, Documentación Técnica etc), SQA (Certificados de Conformidad, Certificados de Proveedor etc.) entre otros. Es por ello que la optimización en la gestión, eliminando los procesos puramente “mecánicos”, ofrece una gran ventaja en la actividad laboral de cualquier miembro de la empresa. Por ello se desarrollan dos algoritmos propios, uno para subir documentación nueva y otro para actualizar un documento ya existente. Variables clave: a) Nombre del documento. b) Referencia del proyecto. c) Ubicación del archivo. d) Versión y modelo del archivo. Diagrama de flujo: En la Figura 34 se muestra el diagrama de flujo de la solución planteada.

Figura 34. Diagrama de flujo para crear y actualizar documentación en SAP


44


Implementación: Código incluido en el CD adjunto. Líneas de código: 121 líneas (Nueva versión de documento) y 102 líneas (Nuevo documento). Resultado/Aspecto Gráfico: El proceso de creación o actualización de documentos necesita en un primer paso que los campos mostrados en la Figura 35 sean completados. Tras iniciarse el proceso, el algoritmo solicita el documento a procesar mediante un desplegable de directorios de Windows, y solicita el nombre del documento así como su proyecto de referencia. El algoritmo devuelve por pantalla el resultado del proceso, pudiendo ser correcto u erróneo.

Figura 35. Resultado gráfico en Excel de la creación o actualizac ión de documentos



3.2. OPTIMIZACIÓN EN EL ENTORNO DE TRABAJO EXCEL En este apartado se desarrollan los diferentes objetivos específicos englobados en la optimización en el entorno de trabajo de Excel.

3.2.1. GESTIÓN DE LOS DEFECTOS ENCONTRADOS DURANTE LA PRODUCCIÓN Problema: La fabricación de los distintos equipos se realiza siguiendo las indicaciones del documento PR (Production Report) de cada proyecto. En él se establecen los distintos pasos que los operarios deben ejecutar para integrar los diferentes elementos que conforman la unidad. Dado que se trata de un proceso manual, la fabricación no está exenta de que aparezcan defectos en el producto final. Esto es debido la rotación de los equipos de montaje, tiempos de fabricación ajustados, inexperiencia de los operarios, Production Report poco conciso, defectos de diseño etc. Es por ello que es necesario, una vez terminada la fabricación, realizar una inspección de los equipos antes de su entrega a cliente. Los puntos inspeccionados se caracterizan por ser puntos críticos relacionados con el funcionamiento de los equipos, evitando así incidencias futuras o perdidas de rendimiento de los equipos. También existen puntos de inspección que responden a criterios y requisitos impuestos por el cliente. Dicha inspección se realiza a través de unos documentos llamados “Inspection Checklist” que sirven como guía a los inspectores de calidad, y determinan los puntos de inspección. Dichos defectos, como muestra la Tabla 1 están categorizados en 32 grupos o familias, designados desde la “A” a la “Z” y del 1 al 5, y engloban los procedimientos empleados durante la fabricación.

Tabla 1. Categorización de los defectos durante inspección f inal


46


De igual manera, cada punto está categorizado por la zona del equipo donde se encuentra el posible defecto, permitiendo así realizar la inspección por zonas, reduciendo el tiempo de inspección de la unidad. La información contenida en estas inspecciones adquiere una gran importancia, ya que proporciona información sobre el estado de la producción, permitiendo así tomar acciones y medidas en los campos necesarios para su mejora. Dicha información es útil si el acceso a la misma es ágil y óptimo, es por ello que la creación de un algoritmo para el guardado de los defectos en una base de datos propia de cada proyecto, y el guardado del documento de inspección en un directorio común, adquiere una vital importancia. Variables clave: a) Planta de fabricación. b) Proyecto. c) S/N de la unidad fabricada. d) Inspector. e) Fecha de inspección. f) Defectos y Categoría. Diagrama de flujo: En la Figura 36 se muestra el diagrama de flujo de la solución planteada.

DATOS NO COMPLETADOS

Figura 36. Diagrama de flujo para el almacenamiento de los defectos en producción



Implementación: Código incluido en el CD adjunto. Líneas de código programadas: 50 líneas. Resultado/Aspecto Gráfico: La Figura 37 muestra un ejemplo de una “Checklist” o documento de inspección. En ella se pueden ver el parámetro de control y el criterio de aceptación de cada punto de inspección, especificando el resultado de la inspección en el desplegable de la celdilla roja de calidad, estando referenciado este desplegable a la tipología de defectos anteriormente descritos. En la parte superior se encuentran los controles que permiten realizar la inspección por zonas en el equipo. Una vez finalizada la inspección, los defectos encontrados se contabilizan según su categoría como puede observarse en la Figura 38, tan solo quedando el guardado de la información pulsando el botón de “FINALIZAR INSPECCIÓN”.

Figura 37. Ejemplo de documentos Checklist


48


El almacenamiento del documento de inspección se realiza de manera automática en el directorio correspondiente del proyecto como se observa en la Figura 39. De manera también automática se almacena la información de los defectos encontrados en la base de datos del proyecto como se puede observar en la Figura 40.

Figura 38. Defectos encontrados durante la inspección de un equipo

Figura 39. Guardado automático de la documentación de inspección



Figura 40. Base de datos de defectos por proyecto


50


3.2.2. INFORME MENSUAL DE LA EVOLUCIÓN DE CALIDAD EN LA PRODUCCIÓN Problema: Toda la información obtenida de las inspecciones de los equipos se encuentra almacenada en la base de datos de cada proyecto. Su análisis y tratamiento permite la creación de un informe mensual sobre la calidad de la fabricación en las diferentes plantas de la compañía. El objetivo del informe tiene una cuádruple vertiente: a) Realizar un ranking semanal sobre la evolución de los defectos por planta y proyecto, creando así una competitividad interna que fomenta la búsqueda de la mejora del proceso productivo. b) Tener “una fotografía” del estado real del sistema de producción, observando cuáles son los puntos débiles del sistema de producción pudiendo así llevar a cabo acciones y medidas que permitan corregir estos fallos. d) Observar la evolución de la producción, verificando si las acciones puestas en marcha tienen efecto real e inmediato o si por el contrario es necesario valorar otro tipo de acciones más específicas. e) Observar si la mejora de la calidad de la producción tiene efecto sobre la disminución de las reclamaciones registradas de cliente. Variables clave:

a) Número de defectos b) Tipología de los defectos c) Fecha de inspección d) Planta e) Proyecto Diagrama de flujo: En la Figura 41 se muestra el diagrama de flujo de la solución planteada.

Figura 41. Diagrama de flujo para la creación del informe mensual del estado de la producción



Implementación: Código incluido en el CD adjunto. Líneas de código programadas: 252 líneas. Resultado/Aspecto Gráfico: La Figura 42 muestra la pantalla principal para generar el informe mensual. Para su creación tan es necesario seleccionar el mes a procesar en el desplegable de la casilla roja. El paso requiere que se importe automáticamente la información de defectos almacenada en las diferentes bases de datos de los proyectos fabricados como se muestra en la Figura 43.

Figura 42. Portada en Excel para la creación del informe mensual del estado de la producción

Figura 43. Resultado gráfico en Excel tras importar los datos de los defectos registrados por proyecto


52


Una vez importada la información, de manera automática se generan las gráficas mostradas en las Figura 44, Figura 45 y Figura 46. La Figura 44 presenta un ranking mensual interno del estado de la producción organizado por planta y por proyecto. Esto permite controlar la cantidad media de defectos encontrados y realizar una comparativa directa entre los diferentes jefes y operarios de cada línea, fomentando la competitividad positiva entre ellos. La Figura 45 muestra la evolución en los últimos tres meses de los defectos encontrados en inspección final por tipología. Esto permite verificar si las acciones tomadas para la resolución de los diferentes tipos de defectos están surgiendo efecto o si por el contrario la situación empeora o se mantiene estable.

Figura 44. Número medio de defectos identif icados en inspección f inal por proyecto

Figura 45. Evolución mensual de los defectos por categoría



La Figura 46 muestra la evolución en los últimos tres meses de los defectos detectados en inspección final por proyecto. La información es mostrada según la semana de la producción. Esto permite analizar factores indirectos en la calidad de la producción producto de la rotación de operarios y jefes de línea, periodos vacacionales etc.

Figura 46. Evolución semanal del número medio de defectos en inspección


54


3.2.3. FORMULARIO USEFORM PARA LA CREACIÓN DE DOCUMENTOS DE INSPECCIÓN Problema: La creación de listas de inspección o “Checklists” es un procedimiento que se realiza con cada nuevo proyecto. Para ello se debe inspeccionar el procedimiento de montaje o PR (Production Report) identificando los puntos más críticos o potencialmente peligrosos así como las no conformidades recibidas por parte de cliente. La creación de las listas de inspección se trata de un proceso repetitivo donde hay que seleccionar una serie de campos que van a identificar la tipología del potencial problema, la descripción del punto a inspeccionar, la parte del equipo donde realizar la inspección y en caso de ser necesario, adjuntar una fotografía explicativa que facilite la inspección. Por ello, el desarrollo en Excel de un elemento tipo “Useform” permite minimizar el tiempo de creación de dicho documento, insertando automáticamente los valores seleccionados por el ingeniero y en caso de ser necesario, posicionando la fotografía seleccionada con la herramienta Recortes (incluida por defecto en Windows) en la celda correspondiente. Variables clave: a) Nombre de la operación o tarea. b) Criterio de aceptación. c) Muestreo de calidad. d) Parte del equipo de la inspección. e) Tipología de defecto. f) Fotografía.



Implementación: Código incluido en el CD adjunto. Líneas de código programadas: 89 líneas. Resultado/Aspecto Gráfico: El elemento “Useform” mostrado en la Figura 47 presenta los campos que necesitan ser completados para la creación de un punto de inspección. En primer lugar se inserta la información de tipo texto, almacenándose en la última línea vacía del documento. La fotografía por su parte se posiciona de manera automática dentro de la celda como se observa en la Figura 48.

Figura 47. Useform para la creación de los documentos de inspección (Checklist)


56


Figura 48. Ejemplo de uso del Useform para la creación de los documentos de inspección (Checklist)



3.2.4. GESTIÓN DEL ENVÍO DE DOCUMENTACIÓN A CLIENTE Problema:

El envío a cliente por email de documentación relacionada con la serialización, certificados y pruebas serie es un proceso claramente automatizable dada la repetitividad del mismo. Por ello se implementa un código para la creación automática del registro de los números de serie y el envío de los mismos a cliente, minimizando la posibilidad de errores y reduciendo al máximo el tiempo de tramitación. Variables clave: a) Rutas de los diferentes archivos (directorios fijos). b) Direcciones de email. c) S/N y referencia de bastidor. Diagrama de flujo: En la Figura 49 se muestra el diagrama de flujo de la solución planteada.

Figura 49. Diagrama de flujo para la gest ión de documentación vía email


58


Implementación: Código incluido en el CD adjunto. Líneas de código programadas: 350 líneas. Resultado/Aspecto Gráfico: Como se muestra en la Figura 50, en primer lugar es necesario seleccionar el proyecto asociado a la documentación a enviar. Una vez elegido el proyecto, la base de datos donde se almacenan los números de serie por componente se abre de manera automática. Un primer paso requiere la comprobación de que no existen duplicidades, esto se realiza de manera visual ya que el documento está configurado para resaltar en rojo los elementos duplicados. Realizada dicha comprobación se selecciona el número de serie y pulsando sobre el botón asociado al nombre del proyecto, se genera de manera automática el documento Excel con la configuración de los números serie que se va a enviar a cliente. Al mismo tiempo, se crea la carpeta donde se almacenaran los documentos junto al certificado del bastidor y los documentos de prueba serie del equipo, control rack y control panel. En caso de que el proceso sea correcto, el número de serie se marca con color verde y en caso de faltar algún documento para copiar en la carpeta, este se muestra en color naranja como se muestra en la Figura 51.

Figura 50. Pantal la para la elección del t ipo de email a gestionar



Una vez generados los documentos, tan solo es necesario pulsar en los botones FCF, Frame y S. Test, Rack y Cp para generar y enviar automáticamente los correos a través de Outlook (Figura 52).

Figura 51. Base de datos de números de serie por componente


60


Un ejemplo del correo generado automáticamente es el mostrado en la Figura 53.

Figura 52. Pantal la para la gest ión del email

Figura 53. Ejemplo de correo electrónico generado automáticamente



4. RESULTADOS En este capítulo se muestran los resultados obtenidos tras la implementación de las diferentes soluciones anteriormente descritas en términos de: a) Líneas de código programadas.

b) Ganancia temporal. c) Ahorro económico. d) Impulso hacia la sostenibilidad. e) Opiniones de los usuarios.

4.1. LINEAS DE CÓDIGO PROGRAMADAS La cantidad de líneas de código programadas por proceso se muestran en la Tabla 2. La totalidad de las líneas de código programadas se encuentran en el ANEXO 2.

Tabla 2. Líneas de código programadas según procesos

Resultados

62


4.2. ANÁLISIS DE LA GANANCIA TEMPORAL En este apartado se desarrollan las ganancias temporales aproximadas tras la incorporación de los algoritmos y códigos a la actividad laboral.

4.2.1. GANANCIA INDIVIDUAL La ganancia temporal es la principal ventaja obtenida tras la introducción de algoritmos para la optimización y automatización de diferentes procesos de la actividad laboral.

El análisis de cada proceso es detallado en las tablas indicadas en la parte inferior. Para realizar el análisis temporal se ha tomado una muestra representativa de entre tres y cinco tiempos por cada proceso, realizando los mismos de manera manual y con los algoritmos desarrollados. Los cálculos representan una aproximación temporal dado que la realización manual de

los procesos está influenciada por la rapidez del trabajador, su estado de ánimo, experiencia en el manejo de las herramientas etc. La Tabla 3 y la Tabla 4 muestran en rojo el tiempo medio empleado para llevar a cabo el proceso de manera manual. En verde se muestra el tiempo medio empleado por los algoritmos implantados y en amarillo se muestra la ganancia temporal media de cada proceso. De igual manera se muestra dicha ganancia en tanto por ciento. Como se puede ver en la Tabla 4, la confirmación envío de la fecha de comprometida (QR20) tiene un porcentaje del mejora del 100%. Esto es debido a que el proceso está totalmente automatizado y solo requiere que el trabajador inicie el proceso.



Tabla 3. Est imación de la ganancia temporal indiv idual por procesos (Parte 1)

PROCESO

CANTIDAD

PROCESADA

(Uds.)

TIEMPO SIN MACRO

(h:mm:ss)

TIEMPO CON MACRO

(h:mm:ss)

GANANCIA DIRECTA DE

TIEMPO POR PROCESO

(T SIN - T CON MACRO)

(h:mm:ss)

% DE

MEJORA

1 0:00:54

1 0:00:54

1 0:00:55

TOTAL X 0:00:54 X X

1 0:02:45

1 0:02:47

1 0:02:42

1 0:02:48

1 0:02:42

1 0:00:53

1 0:00:54

1 0:00:53

1 0:00:55

1 0:00:53

TOTAL 0:02:45 0:00:54 0:01:51 67.5

1 0:05:03

1 0:05:00

1 0:05:07

1 0:05:03

1 0:05:05

1 0:00:32

1 0:00:32

1 0:00:31

1 0:00:33

1 0:00:33

TOTAL 0:05:04 0:00:32 0:04:31 89.4

1 0:05:12

1 0:05:15

1 0:05:10

1 0:05:19

1 0:05:12

1 0:00:31

1 0:00:32

1 0:00:32

1 0:00:31

1 0:00:31

TOTAL 0:05:14 0:00:31 0:04:42 90.0

1 0:02:40

1 0:02:39

1 0:02:41

1 0:02:45

1 0:02:46

1 0:00:53

1 0:00:54

1 0:00:53

1 0:00:53

1 0:00:55

TOTAL 0:02:42 0:00:54 0:01:49 67.0

GENERAR INFORME MENSUAL

DEL ESTADO DE LA

PRODUCCIÓN

GENERAR DOCUMENTO DE

SERIALIZACIÓN PARA LA

EXTRACTORA DOBLE Y ENVÍO

DE EMAIL A CLIENTE


SERIALIZACIÓN PARA HVAC 32KW

Y ENVÍO DE EMAIL A CLIENTE


SERIALIZACIÓN PARA HVAC 12KW

Y ENVÍO DE EMAIL A CLIENTE


SERIALIZACIÓN PARA LA

EXTRACTORA SIMPLE Y ENVÍO

DE EMAIL A CLIENTE

Resultados

64


Tabla 4. Est imacion de la ganancia temporal indiv idual por procesos (Parte 2)

PROCESO

CANTIDAD

PROCESADA

(Uds.)

TIEMPO SIN MACRO

(h:mm:ss)

TIEMPO CON MACRO

(h:mm:ss)

GANANCIA DIRECTA DE

TIEMPO POR PROCESO

(T SIN - T CON MACRO)

(h:mm:ss)

% DE

MEJORA

1 0:01:00

1 0:01:02

1 0:00:59

1 0:01:03

1 0:00:58

1 0:00:25

1 0:00:30

1 0:00:27

1 0:00:26

1 0:00:32

TOTAL 0:01:00 0:00:28 0:01:00 100.0

1 0:00:55

1 0:00:58

1 0:00:58

2 0:02:02

2 0:02:10

2 0:02:12

1 0:00:10

1 0:00:10

1 0:00:11

2 0:00:20

2 0:00:21

2 0:00:21

TOTAL 0:01:00 0:00:10 0:00:50 82.9

15 0:01:25

15 0:01:23

15 0:01:27

15 0:00:42

15 0:00:41

15 0:00:42

TOTAL 0:00:06 0:00:03 0:00:03 51.0

1 0:01:50

1 0:02:20

1 0:02:02

1 0:01:57

1 0:01:54

1 0:01:01

1 0:01:10

1 0:00:58

1 0:01:03

1 0:01:12

TOTAL 0:02:01 0:01:05 0:00:56 46.3

1 (250 Pág) 9:00:00

1 (207 Pág.) 8:46:00

1 (289 Pág.) 9:12:00

1 (350 Pág.) 4:15:00

1 (265 Pág.) 4:05:00

1 (254 Pág.) 4:13:00

1 (263 Pág.) 4:00:00

1 (242 Pág.) 3:40:00

TOTAL 8:59:20 4:02:36 4:56:44 55.0

1 0:00:47

1 0:00:52

1 0:00:42

1 0:00:03

1 0:00:03

1 0:00:03

TOTAL 0:00:47 0:00:03 0:00:44 93.6

CÁLCULO DE LA TASA DE

FALLOS DE LOS COMPONENTES

GENERAR CERTIFICADOS DE

CONFORMIDAD

GESTIÓN DE ACTUALIZACIONES

Y NUEVA DOCUMENTACIÓN EN

SAP

CREAR DOCUMENTO DE

INSPECCIÓN DE CALIDAD

(CHECKLIST)

GESTIÓN DE LOS DATOS

(DEFECTOS ENCONTRADOS)

TRAS LA INSPECCIÓN DE LOS

EQUIPOS

CONFIRMACIÓN Y ENVÍO DE

FECHA DE COMPROMETIDA

(QR20) EN SAP



En la Tabla 5 se muestran tres procesos que realizan tareas relacionadas con la gestión de las reclamaciones en SAP, y que requieren de tres pasos para llevarse a cabo. En primer lugar se importa la información que necesita ser revisada o comprobada por parte del trabajador. Los datos o variables importadas son las estrictamente necesarias para poder gestionar la tarea, obviando las demás. Una vez importada, es necesario revisarla y modificarla en caso de que fuese necesario. El tercer paso coincide con la finalización del proceso utilizando los datos que anteriormente hemos tratado. De los tres pasos anteriormente descritos, tan solo el segundo requiere la intervención directa por parte del trabajador, siendo la importación y la finalización dos etapas totalmente automatizables. Los procesos de cierre de no conformidades y de confirmación y envío del informe de decisión final (dos últimos procesos mostrados en la Tabla 5), presentan la característica común que pueden gestionar gran cantidad de reclamaciones de manera consecutiva. Esto permite importar la información y finalizar los procesos sin la necesidad de que el trabajador esté delante del ordenador, pudiendo realizarse la tarea de manera automática en la hora de la comida, durante una reunión etc. Por tanto, la ganancia temporal indirecta es mucho mayor que la directa, ya que tan solo es necesario realizar la tarea de revisión y comprobación de la información.

Tabla 5. Est imación de la ganancia temporal indiv idual por procesos (Parte 3)

PROCESO

CANTIDAD

PROCESAD

A (Uds.)

TIEMPO SIN

MACRO

(h:mm:ss)

1 - TIEMPO

NECESARIO PARA

IMPORTAR LA

INFORMACIÓN

(h:mm:ss)

2 - TIEMPO

NECESARIO

PARA REVISAR

Y MODIFICAR

LA

INFORMACIÓN

(h:mm:ss)

3 - TIEMPO DE

LA MACRO EN

FINALIZAR LAS

TAREAS

(h:mm:ss)

TIEMPO CON

MACRO

(1+2+3)

(h:mm:ss)

GANANCIA DIRECTA DE

TIEMPO (T SIN - T CON

MACRO) (h:mm:ss)

GANANCIA INDIRECTA DE

TIEMPO (T SIN - T NO

AUTOMATIZADO (2) )

(h:mm:ss)

% DE

MEJORA

1 0:05:03

1 0:04:52

1 0:04:45

1 0:04:38

1 0:05:10

1 0:00:33 0:01:27 0:00:30 0:02:30

1 0:00:32 0:01:35 0:00:32 0:02:39

1 0:00:35 0:01:40 0:00:32 0:02:47

1 0:00:34 0:01:15 0:00:33 0:02:22

1 0:00:33 0:01:29 0:00:30 0:02:32

TOTAL 0:04:54 0:00:33 0:01:29 0:00:31 0:02:34 0:02:20 0:02:20 52.5

1 0:01:40

1 0:00:17 0:00:29 0:00:24 0:01:10

4 0:06:40

4 0:00:50 0:01:40 0:01:32 0:04:02

8 0:13:20

8 0:02:24 0:03:12 0:03:04 0:08:40

TOTAL 0:01:40 0:00:16 0:00:26 0:00:23 0:01:05 0:00:35 0:01:14 74.0

1 0:01:35

1 0:01:38

1 0:01:37

1 0:01:34

1 0:01:41

1 0:00:19 0:00:25 0:00:24 0:01:08

1 0:00:21 0:00:28 0:00:24 0:01:13

1 0:00:20 0:00:27 0:00:23 0:01:10

1 0:00:19 0:00:25 0:00:22 0:01:06

1 0:00:20 0:00:28 0:00:24 0:01:12

TOTAL 0:01:37 0:00:20 0:00:27 0:00:23 0:01:10 0:00:27 0:01:10 72.6

CONFIRMACIÓN

DE NO

CONFORMIDAD

(AVISO Q1) EN

SAP

CIERRE DE NO

CONFORMIDAD

(AVISO Q1) EN

SAP

CONFIRMACIÓN

Y ENVÍO DE DE

INFORME DE

DECISIÓN

FINAL (D6) EN

SAP

Resultados

66


4.2.2. GANANCIA GLOBAL La Tabla 6 muestra la cantidad de unidades procesadas en las diferentes tareas que se han tratado de optimizar y automatizar desde el mes de Octubre del año 2016 hasta Abril de 2017. Junto a los datos proporcionados en las Tabla 3, Tabla 4 y Tabla 5, podemos obtener la ganancia total de cada proceso en los meses en los que se ha desarrollado el proyecto. El resultado global muestra un ahorro temporal aproximado de 179 horas, 44 minutos y 39 segundos.

Calculando una jornada semanal de 40 horas durante 7 meses que ha durado el desarrollo del proyecto, la implantación de medidas para la optimización y automatización ha supuesto un ahorro aproximado del 16% del tiempo en la actividad laboral. Todos los cálculos y datos se corresponden a las actividades laborales desarrolladas únicamente por el departamento de calidad, integrado por 6 personas.

PROCESOOCT (Uds.

Procesadas)

NOV (Uds.

Procesadas)

DIC (Uds.

Procesadas)

ENE (Uds.

Procesadas)

FEB (Uds.

Procesadas)

MAR (Uds.

Procesadas)

ABR (Uds.

Procesadas)

1-TOTAL

(Uds.

Procesadas)

2-GANCIA

DE TIEMPO

POR UNIDAD

DE

PROCESO

(h:mm:ss)

% DE

MEJORA

RESPECTO

AL

PROCESO

MANUAL

GANANCIA

DE TIEMPO

TOTAL EN

EL

PROCESO (1

X 2)

(h:mm:ss)

GENERAR INFORME MENSUAL DEL ESTADO DE

LA PRODUCCIÓN0 0 0 0 1 1 1 3 0:00:00 0 0:00:00

GENERAR DOCUMENTO DE SERIALIZACIÓN PARA

LA EXTRACTORA DOBLE Y ENVÍO DE EMAIL A

CLIENTE

1 6 10 7 7 14 11 56 0:01:51 67.5 1:43:47


HVAC 32KW Y ENVÍO DE EMAIL A CLIENTE26 36 22 25 26 47 22 204 0:04:31 89.4 15:22:46


HVAC 12KW Y ENVÍO DE EMAIL A CLIENTE5 5 0 2 6 2 6 26 0:04:42 90.0 2:02:17


LA EXTRACTORA SIMPLE Y ENVÍO DE EMAIL A

CLIENTE

4 3 2 0 2 0 0 11 0:01:49 67.0 0:19:55

CONFIRMACIÓN Y ENVÍO DE FECHA DE

COMPROMETIDA (QR20) EN SAP92 210 97 137 98 102 34 770 0:01:00 100 12:55:08

CONFIRMACIÓN Y ENVÍO DE DE INFORME DE

DECISIÓN FINAL (D6) EN SAP104 236 100 142 103 97 37 819 0:01:10 72.6 16:00:58

CONFIRMACIÓN DE NO CONFORMIDAD (AVISO

Q1) EN SAP184 174 119 199 158 142 134 1110 0:02:20 69.6 43:02:36

CIERRE DE NO CONFORMIDAD (AVISO Q1) EN

SAP31 42 104 9 147 107 40 480 0:01:14 74.0 9:52:00

CÁLCULO DE LA TASA DE FALLOS DE LOS

COMPONENTESX X X X X X X 0 0:00:50 82.9 0:00:00

GENERAR CERTIFICADOS DE CONFORMIDAD 105 110 79 100 97 114 100 705 0:33:57 51.0 8:29:10

GESTIÓN DE ACTUALIZACIONES Y NUEVA

DOCUMENTACIÓN EN SAPX X X X X X X 0 0:00:56 46.3 0:00:00

CREAR DOCUMENTO DE INSPECCIÓN DE

CALIDAD (CHECKLIST) 0 1 2 0 1 7 3 14 4:56:44 55.0 69:14:16

GESTIÓN DE LOS DATOS (DEFECTOS

ENCONTRADOS) TRAS LA INSPECCIÓN DE LOS

EQUIPOS

105 110 79 100 97 114 100 705 0:00:44 93.6 8:37:00

TOTAL 179:44:39

VALOR MEDIO 73.8

Tabla 6. Est imación de la ganancia global temporal por proceso



Analizando los datos proporcionados por la Tabla 7, se observa una mejora temporal superior al 50% en todos los bloques de procesos analizados. Destaca de igual manera la integración de SAP y Excel, que permiten optimizar la gestión de procesos casi un 71%. La utilización de Macros para la gestión de datos en Excel y la gestión del correo electrónico aportan unos beneficios del 93.6% y 78.5%. Pese al ahorro superior al 50% en la creación de los documentos de inspección (o Checklist), la dependencia del proceso a la toma de decisiones por parte del ingeniero impide que el margen de mejora sea aún mayor.

BLOQUE DE PROCESOS

GANANCIA DE TIEMPO

TOTAL POR BLOQUE DE

PROCESOS (h:mm:ss)

% DE

MEJORA

GESTIÓN DE DOCUMENTACIÓN VIA EMAIL (SERIALIZACIÓN, PRUEBAS

SERIE ETC.)19:28:45 78.5

GESTIÓN DE PROCESOS CON SAP 82:24:38 70.9

CREAR DOCUMENTO DE INSPECCIÓN DE CALIDAD (CHECKLIST) 69:14:16 55.0

GESTIÓN DE LA INFORMACIÓN TRAS LA INSPECCIÓN DE LOS EQUIPOS

(DEFECTOS ENCONTRADOS) 8:37:00 93.6

TOTAL 179:44:39

Tabla 7. Est imación de la ganancia global temporal por bloque de procesos

Resultados

68


4.3. IMPACTOS SOBRE LA SOSTENIBILIDAD En este apartado se analiza el impacto del proyecto en términos de la mejora de la sostenibilidad.

4.3.1. REDUCCION DE LAS EMISIONES Gracias a la reducción del tiempo de gestión en los diferentes procesos, es posible reducir las horas de funcionamiento de elementos electrónicos tales como el ordenador y su monitor, con la consecuente reducción de las emisiones asociadas a la producción de esa energía. El consumo de un ordenador de sobremesa y su pantalla, depende de la tecnología empleada en ambos componentes. Es por ello que es necesario realizar una estimación del consumo como se muestra en la Tabla 8 [7]: La diferencia, por tanto, del funcionamiento o no del ordenador y su monitor se corresponde con: Ahorro por hora en la CPU: 48.5 Vatios. Ahorro por hora en el monitor: 18.69 Vatios. Ahorro por hora en el uso del ordenador (CPU + Monitor): 67.19 Vatios. Teniendo en cuenta los datos reflejados en la Tabla 6, la ganancia temporal obtenida durante los 7 meses de desarrollo del proyecto es de 179 horas y 44 minutos, por tanto, el ahorro energético aproximado asociado al uso de los ordenadores equivale a: Ahorro energético aproximado asociado al uso de ordenadores: 12.1 kWh.

Otro gasto energético afectado por la reducción de las horas laborales es el consumo eléctrico debido a la iluminación del puesto de trabajo. Se estima que el nivel de iluminación necesario para un puesto de oficina debe oscilar entre 400 y 700 lux [8]. Para realizar la conversión a unidades de flujo luminoso o lúmenes, es necesario multiplicar los valores de nivel de iluminación por el área de trabajo. Tomando un área de trabajo aproximado de 1,75 m2 se obtienen valores necesarios de 700 y 1125 lúmenes. Tomando una ratio aproximado de 80 lúmenes/vatio para la mayoría de los fluorescentes [9], podemos obtener el rango aproximado de 8.75 – 15.3 vatios en el consumo de potencia asociado a la iluminación del puesto de trabajo. Por tanto, el valor medio utilizado para los cálculos será de 12 vatios.

CPU (Vatios) MONITOR (Vatios)

ON 50 18.84

OFF 1.5 0.15

Tabla 8. Consumo eléctr ico aproximado de un ordenador de of ic ina (Vat ios/h)



De nuevo, teniendo en cuenta los datos reflejados en la Tabla 6, la ganancia temporal obtenida durante los 7 meses de desarrollo del proyecto es de 179 horas y 44 minutos, por tanto, el ahorro energético aproximado por elementos de iluminación equivale a: Ahorro energético aproximado por elementos de iluminación: 2.15 kWh. Por tanto, el ahorro energético total aproximado debido a la implementación de medidas para la optimización y automatización de procesos es: Ahorro energético total aproximado = 14.25 kWh

Figura 55. Aplicación del Gobierno de Aragón para el cálculo de la huella de carbono Como se observa en la Figura 554, la herramienta proporcionada por el gobierno de Aragón para el cálculo de la huella de carbono, estima que la de reducción de emisiones se corresponde a 5.48 kg de CO2.

El cálculo toma como factor de emisión el propio de los sistemas de generación eléctrica de la Comunidad de Aragón, siendo este valor variable en función de las distintas autonomías. El valor obtenido de nuevo refleja la reducción de emisiones asociado a las actividades laborales del departamento de calidad formado por 6 personas.

Figura 54. Aplicación del Gobierno de Aragón para el cálculo de la huella de carbono

Resultados

70


4.3.2. CONCILIACIÓN FAMILIAR La conciliación laboral, familiar y personal es una estrategia con la que se trata de compatibilizar la vida familiar y laboral de las personas por lo que, además de tener una gran relevancia para la consecución de la igualdad de género, contribuye a construir una sociedad donde mujeres y hombres puedan hacer compatibles las diferentes facetas de su vida: el empleo, la familia, el ocio y el tiempo personal. [10] Dicha estrategia está ampliamente reforzada por la implementación de medidas para la optimización y automatización de los procesos ya que, en primer lugar, permite reducir la carga laboral diaria al optimizar el tiempo empleado en el puesto de trabajo. Y en segundo lugar, el empleo de herramientas tecnológicas favorece el modelo laboral de “teletrabajo” que fomenta la conciliación y aumenta la productividad. Según el INE, actualmente el 21,8% de las compañías tienen personal que realiza al menos media jornada a la semana fuera de la sede de la empresa a través de herramientas telemáticas. Un año antes era el 21,6%. En 2009 era el 16%. Esta práctica es mayor en las grandes compañías (de más de 250 empleados), donde llega casi al 60%, mientras que en las de menos de 10 empleados solo alcanza al 18%. [11]



4.3.3. CALIDAD DE LA ACTIVIDAD LABORAL La optimización y automatización de procesos repetitivos o que tienen un carácter puramente “mecánico” permite, en primer lugar, mejorar la percepción de la actividad laboral, fomentando una actitud más positiva hacia la tarea desarrollada, mejorando la productividad y la calidad de los resultados. En segundo lugar, permite emplear el tiempo ganado en el desarrollo y formación del trabajador, bien sea a través de cursos o realizando tareas más complejas que requieran el valor añadido aportado por los conocimientos y la experiencia del trabajador. Por último, se consigue minimizar la posibilidad de error humano, ya que, a través de la programación es posible instaurar puntos de control que garanticen que los procesos manuales son gestionados de manera correcta.

Resultados

72


4.4. IMPACTO ECONÓMICO Para obtener el impacto económico directo se van a tomar los resultados obtenidos en el apartado de resultados. El coste horario estimado para un Ingeniero de Calidad es de:

20 €/h. El coste energético empleado para el cálculo se al precio de la energía para la tarificación fija en la compañía ENDESA: [12]

0,141133 € / kWh. La ganancia temporal aproximada tomada de la Tabla 6 es de:

179 horas 44 minutos y 39 segundos. Tomando los valores anteriormente calculados, el consumo energético de un ordenador y su monitor, así como de los elementos de iluminación, se aproximan a los:

14,25 kWh. Por tanto: Ahorro económico aproximado asociado a la actividad laboral:

20 euros/h x 179h44’ = 3595 €. Ahorro económico aproximado asociado al consumo energético:

14.25 kWh x 0,141133 € / kWh = 2€. Ahorro económico total aproximado:

3597 €.



4.5. OPINIONES DE LOS USUARIOS En este apartado se busca valorar y cuantificar el impacto que ha tenido la utilización de herramientas para la optimización en el entorno laboral, recogiendo la información de los usuarios directos de la compañía.

4.5.1. ENCUESTA A LOS USUARIOS Una vez implantados los diferentes códigos y algoritmos, es interesante valorar el impacto que han producido en la actividad de los trabajadores. Para ello se desarrolla una encuesta (Figura 55 a Figura 57) que persigue los siguientes objetivos: a) Conocer el público objetivo. b) Conocer las tareas más comunes desarrolladas dentro de la empresa. c) Conocer la valoración de los usuarios tras el empleo de las herramientas para la optimización. d) Conocer la posible difusión a nivel corporativo e) Conocer opiniones y sugerencias por parte de los usuarios. Las personas 13 personas encuestadas conocen de primera mano las herramientas descritas en este proyecto, siendo los usuarios del departamento de calidad los primeros en implantar en profundidad este tipo de medidas en su actividad laboral.

CALIDAD 6

INGENIERÍA

PRODUCCIÓN 2

PROJECT MANAGER

AFTER MARKET 4

LOGÍSTICA 1

NEW CLIMATE

IT

RRHH

Nunca

En raras ocasiones

Frecuentemente 1

Diariamente 12

Nunca

En raras ocasiones

Frecuentemente 2

Diariamente 11

El objetivo de este cuestionario es valorar el impacto de la incorporación de herramientas software para la

automatización y la optimización de diferentes tareas desarrolladas durante la actividad laboral.

Por favor, responda en los desplegables situados a la derecha de las preguntas.

1.- Indique el departamento al que pertenece:

2.- ¿Con qué frecuencia utiliza el software de

Gestión SAP?

3.- ¿Con qué frecuencia utiliza el software

Microsoft Excel?

01234567

PREGUNTA 1

8%

92%

PREGUNTA 2

Nunca

En rarasocasionesFrecuentemente

Diariamente

15%

85%

PREGUNTA 3

Nunca

En rarasocasiones

Frecuentemente

Diariamente

Figura 55. Encuesta a los usuarios (Parte 1)

Resultados

74


Sí 13

No

Gestión de procesos con SAP 12

Gestión de información y datos con Excel 10

Gestión de Email 7

Gestión de la Documentación 7

Serialización 4

N/A

Otros 1

Muy Negativamente

Negativamente

Indiferente

Positivamente 1

Muy Positivamente 12

Nada

Poco

Similar 2

Bastante 4

Mucho 6

Nada

Poco

Similar 2

Bastante 7

Mucho 3

5.- En caso de respuesta afirmativa, indique el

grupo o grupos al que pertenecen dichos

procesos o tareas repetitivas.

6.- ¿Cómo valoraría la implantación en su

departamento de un plan para la optimización de

las diferentes tareas relacionadas con su

actividad laboral?

7.- ¿Ha mejorado la percepción de su actividad

laboral gracias a las herramientas implantadas

para la optimización y automatización?

8.- ¿Ha mejorado la calidad del resultado de su

trabajo gracias a las herramientas implantadas

para la optimización y automatización?

En caso de que su departamento haya implantado algún tipo de herramienta para la optimización y la

automatización la actividad laboral, responda a las siguientes preguntas.

4.- ¿Realiza usted durante su jornada laboral,

procesos o tareas que presentan una estructura

o procedimiento repetitivo con algún tipo de

herramienta software?

100%

PREGUNTA 4

Sí

No

0 5 10 15

Gestión de procesos con SAP

Gestión de información y datos con Excel

Gestión de Email

Gestión de la Documentación

Serialización

N/A

Otros

PREGUNTA 5

8%

92%

PREGUNTA 6

MuyNegativamente

Negativamente

Indiferente

Positivamente

Muy Positivamente

17%

33%

50%

PREGUNTA 7

Nada

Poco

Similar

Bastante

Mucho

17%

58%

25%

PREGUNTA 8

Nada

Poco

Similar

Bastante

Mucho




Nada

Poco

Similar

Bastante 7

Mucho 5

Muy Negativamente

Negativamente

Indiferente

Positivamente 5

Muy Positivamente 7

9.- En su opinión, ¿cuánto ha mejorado el

funcionamiento de su departamento gracias a las

herramientas implantadas para la optimización y

automatización?

10.- Después de su experiencia, ¿cómo valoraría

la aplicación de este tipo de herramientas a nivel

corporativo (KB Spain)?

58%

42%

PREGUNTA 9

Nada

Poco

Similar

Bastante

Mucho

42%

58%

PREGUNTA 10

MuyNegativamenteNegativamente

Indiferente

Positivamente

MuyPositivamente


Resultados

76


4.5.2. VALORACIONES, OPINIONES Y SUGERENCIAS Alguna de las valoraciones personales más destacadas, obtenidas del apartado facilitado para la recogida de sugerencias, comentarios y opiniones son las siguientes: “En el departamento de ventas, tenemos que sacar muy a menudo los datos de facturación, estado pedidos, entrada pedidos…. Los datos tal y como salen de SAP no corresponden con la forma más óptima de analizarlo. Por lo tanto semanalmente los pasamos a Excel y usamos macros muy sencillas para ordenarlos como queremos. Está claro que la optimización y automatización es de gran ayuda siempre para ahorrar tiempo y mejorar la calidad de los datos.” “Considero que este tipo de herramientas tienen un gran potencial y que por desconocimiento no hacemos un mayor uso de éstas. Los cursos de formación en las empresas no profundizan lo suficiente como para que los usuarios puedan exprimir al máximo las herramientas de las que disponen. Creo que la inversión en una buena formación repercute directamente sobre gestión y optimización del trabajo diario y en nuestro caso es algo en lo que aún tenemos mucho margen de mejora.” “Si bien la calidad del trabajo es similar, la automatización minimiza el tiempo empleado en el proceso” “La demostración práctica que he visto sobre la automatización de procesos me vale para pensar que es algo muy interesante y que puede ayudar a cualquier departamento que realice tareas repetitivas y manuales para reducir tiempos y errores.” “La introducción de la automatización en el entorno laboral parece una excelente oportunidad para suprimir tareas repetitivas y, a la postre, aburridas que no aportan valor real a los proyectos que se realizan en KB. Por lo tanto, no aumentan la calidad de los mismos ni generan mayor satisfacción a los clientes, pudiendo centrar los esfuerzos en tareas y actividades que sí lo hagan.” “Pienso que las tareas que se puedan automatizar, ya sean administrativas o productivas, se deben automatizar para poder disponer de mayor tiempo para el trabajo no automatizable o de toma de decisiones y para evitar fallos debidos a la falta de atención que genera el estar haciendo la misma tarea continuamente.” “El manejo de estas herramientas me ha ahorrado cerca de una hora diaria de trabajo, así que mi valoración es tremendamente positiva”



4.5.3. ANÁLISIS DE RESULTADOS La primera conclusión que podemos extraer observando las Preguntas 2 y 3 es que, tanto Microsoft Excel como SAP son dos productos informáticos usados diariamente en las diferentes tareas de la empresa. Analizando la Pregunta 4 se observa que el 100% de los encuestados afirman que, durante su jornada laboral realizan procesos o tareas que presentan una estructura o procedimiento repetitivo con algún tipo de herramienta software. De igual manera, el 100% de los encuestados ha mostrado que alguna de las tareas desarrolladas durante su día a día, está relacionada con los diferentes algoritmos desarrollados a lo largo de este proyecto. (Pregunta 5) Un 92% de los encuestados valora como muy positivo y un 8% como positivo, la introducción de medidas para la optimización y automatización de procesos en su propio departamento. (Pregunta 6) En cuanto a la mejora de la calidad y de la percepción de la actividad laboral (Preguntas 7 y 8), un 83% de los encuestados ha mostrado un resultado positivo (Mucho y Bastante) frente a un 17% que muestran que ambos parámetros son de un valor similar con respecto a la realización manual de los procesos. Esto concuerda con las opiniones recogidas en el apartado de valoraciones y sugerencias en el que algún usuario ha manifestado que la calidad de su trabajo sigue siendo la misma aunque el tiempo empleado se reduce considerablemente. Como conclusión, las Preguntas 9 y 10 recogen un 100% de resultados positivos a la hora de valorar la mejora del funcionamiento de sus departamentos gracias a las herramientas desarrolladas, así como valoran muy positivamente la implantación de medidas similares a nivel corporativo.

Conclusiones

78


5. CONCLUSIONES En este capítulo se exponen las conclusiones más relevantes obtenidas al finalizar el proyecto descrito en apartados anteriores.

a) La consecución de los objetivos generales y específicos descritos en el apartado de objetivos ha sido del 100%, superando en gran medida las expectativas del proyecto.

b) La incorporación de algoritmos y códigos propios para la optimización y

automatización de procesos en el entorno laboral ha permitido obtener aproximadamente un ahorro temporal superior al 55% en todos los procesos y tareas programadas.

c) En relación con la primera línea de objetivos planteados en este proyecto, la

integración entre el software SAP y el entorno de trabajo de Excel ha sido completa y ampliamente satisfactoria, obteniendo, aproximadamente de media, una ganancia temporal del 71% en todos los procesos y tareas programadas.

d) En relación con la segunda línea de objetivos planteados en este proyecto, la

optimización de procesos en el entorno de trabajo de Excel de nuevo ha sido completa y ampliamente satisfactoria, obteniendo, aproximadamente de media, una ganancia temporal cercana al 78% en la gestión del correo electrónico y de un 55% en la creación de documentos de inspección.

e) Gracias a la automatización del tratamiento de la información obtenida de las

inspecciones de los equipos, se ha desarrollado un informe mensual que evalúa el estado de la producción en la factoría, aportando una visión global que muestra los puntos más débiles sobre los que implantar acciones correctivas en busca de una mejora continua de la calidad de la producción.

f) De acuerdo a los datos obtenidos de las encuestas de los usuarios, la totalidad de

los usuarios valora como positivas o muy positivas las herramientas implantadas en sus respectivos departamentos, coincidiendo en una mejora del funcionamiento de los mismos. De igual manera, valoran como positivamente o muy positivamente la introducción de este tipo de medidas a nivel corporativo.

f) La totalidad de los usuarios encuestados afirma realizar tareas rutinarias con

herramientas software en el día a día lo cual refuerza la implantación de medidas para la optimización y automatización de los procesos.

g) La empresa Knorr-Bremse España ha decidido apostar por este tipo de

herramientas, siendo 5 las personas que actualmente se encuentran desarrollando códigos para la optimización de procesos en distintos departamentos.



6. LÍNEAS FUTURAS DE TRABAJO En este capítulo se especifican posibles proyectos o líneas futuras de trabajo, una vez conocidas las oportunidades y ventajas que este tipo de herramientas pueden aportar a nivel corporativo, en este caso, a la empresa Knorr-Bremse España. Algunos ejemplos son los mostrados a continuación:

a) Implementar un plan de optimización en los distintos departamentos de la empresa, buscando optimizar tantos procesos y tareas como sea posible.

Actualmente, y tras un proceso de formación en programación VBA y de integración de SAP-Excel, el proyecto se encuentra en marcha en los departamentos de After Market, Calidad (División de Frenos) y Producción, siendo 4 las personas implicadas en el desarrollo.

b) Digitalizar la herramienta para la rápida detección y solución de problemas o QRQC

(Quick Response Quality Control), creando en primer lugar una plantilla de control en Excel que recoja los campos o parámetros más importantes necesarios para la resolución del problema como la descripción del problema, medidas de contención, causa raíz, medidas correctivas, análisis de los 5 porqués etc. En segundo lugar es necesario desarrollar algoritmos que permitan optimizar la creación y registro de los documentos, así como su revisión periódica semanal para monitorizar el estado de las soluciones planteadas. Por último, en tercer lugar, se busca desarrollar un flujo bidireccional de comunicación entre los documentos QRQC y la aplicación web propia de la compañía usada para la asignación y el cumplimiento de tareas. Actualmente, las dos primeras partes anteriormente descritas se encuentran implantadas y en estado operativo, mientras que la tercera se encuentra en fase de desarrollo junto al departamento IT de la compañía, tratando de realizar una integración entre el documento QRQC y la base de datos de la aplicación que se encuentra en un SQL Server.

c) Optimizar la creación de los documentos de producción de los equipos o PR

(Production Report) en el entorno Microsoft Word mediante la programación VBA. Actualmente se encuentra en fase de estudio, ya que se está definiendo la estructura y características del nuevo documento, así como la forma de mostrar la información de la manera más clara de cara a los operarios de la línea.

Presupuesto del Proyecto

80


7. PRESUPUESTO DEL PROYECTO En este capítulo se detalla el presupuesto empleado para la realización de este proyecto. El presupuesto contabiliza el gasto generado en cuatro conceptos: a) Material de oficina. b) Licencias software. c) Recursos humanos. d) Transporte. El coste total del proyecto asciende a 8.704 euros, como se detalla a continuación en la Figura 58: El coste del equipo informático y del mobiliario incluyen la amortización del 20% y 10% respectivamente durante el período de desarrollo del trabajo. El presupuesto no incluye IVA (21 %).

CONCEPTO VALOR

Material de Oficina

Ordenador de sobremesa 590

Monitor 100

Silla de oficina 75

Mesa de oficina 180

Acceso a Internet 149

SUBTOTAL 1094

Licencias Software

Microsoft Office (Word+Excel) 69

Windows 7 60

SAP 2352

SUBTOTAL 2481

Recursos Humanos

Proyectante 410 horas, 10 euros/hora 4100

Director Proyecto 15 horas, 35 euros/hora 525

SUBTOTAL 4625

Transporte

Abono transporte zona B2 (7 meses) 504

SUBTOTAL 504

TOTAL PROYECTO 8704

Figura 58. Presupuesto del proyecto



8. PLANIFICACIÓN TEMPORAL Y EDP En este capítulo se describe la planificación temporal asociada a la realización de este proyecto así como se describe la descomposición de los elementos programados que conforman este proyecto.

8.1. PLANIFICACIÓN TEMPORAL El desarrollo de este trabajo ha tenido una duración de 10 meses, coincidiendo con el periodo de prácticas realizadas en la empresa Knorr-Bremse España. El inicio del mismo se sitúa a mediados del mes de Agosto de 2016 y concluye a mediados de Junio del año 2017. En el diagrama de Gantt mostrado en la figura Figura se recogen todas las tareas realizadas y su duración. La distribución temporal de las actividades realizadas en este proyecto se engloba en cinco grandes grupos que se describen a continuación: a) Formación.

Durante la fase de formación se han incorporado nuevos conocimientos relacionados con la gestión de la calidad, herramientas para la resolución de problemas, organización de la producción, programación en VBA, manejo del software comercial SAP, comunicación con cliente o la redacción de documentos técnicos entre otros. b) Desarrollo de algoritmos y códigos.

Durante esta fase se han creado las estructuras lógicas que controlaban los diversos parámetros de control permitiendo así la resolución de los problemas. El seguimiento de una metodología estructurada ha facilitado en gran medida la consecución de los objetivos. c) Prueba y validación.

Durante esta fase se han testado las diversas soluciones planteadas, realizando una ejecución paso a paso de los mismos observando la evolución de las variables anteriormente codificadas. Debido a la alta variabilidad de los procesos orientados a la integración de SAP con el entorno Excel, esta etapa ha adquirido un papel vital en el desarrollo de este proyecto.

Planificación Temporal y EDP

82


e) Impartir Formación.

En la última etapa del proyecto, gracias a los conocimientos adquiridos durante el desarrollo del mismo, la formación ha sido impartida a los departamentos de Producción y After Market , logrando así que distintos departamentos al de calidad se beneficien de este

tipo de herramientas desarrolladas en este proyecto. f) Desarrollo de la memoria

La última etapa ha coincidido con la realización de la memoria descriptiva del proyecto. La duración del periodo de prácticas laborales en la empresa Knorr-Bremse España tiene una duración de 1000 horas. La carga horaria de cada una de las actividades se recoge en la Tabla 9, ascendiendo a un total de 392,5 horas para la realización de este proyecto:

La distribución temporal más detallada se encuentra en el Diagrama de Gantt mostrado en la Figura 59.

Tiempo total de duración del periodo de prácticas 1000

Formación 160

Desarrollo de algoritmos y códigos 80

Prueba y validación 95

Impartir formación 17.5

Desarrollo de la memoria 40

Total (horas) 392.5

Tabla 9. Distr ibución de la carga de trabajo



Figura 59. Distribución temporal de las tareas. Diagrama de Gantt

Planificación Temporal y EDP

84


8.2. EDP En la Figura 60, se muestra la EDP del proyecto, mostrando la descomposición general del mismo:

Figura 60. Diagrama EDP del proyecto

3.1 OPTIMIZACIÓN

DENTRO DEL

ENTORNO EXCEL

3.2 INTEGRACIÓN DE

SAP Y EL ENTORNO

EXCEL

3. DESARROLLO DE

ALGORITMOS Y

CÓDIGOS

AUTOMATIZACIÓN Y

OPTIMIZACIÓN EN LA GESTIÓN

DE PROCESOS CON VBA Y SAP

SCRIPT

5.3 ANÁLISIS DE

MEJORA POR LA

SOSTENIBILIDAD

5.4 ANÁLISIS DE

RESPUESTA DE

LOS USUARIOS

(ENCUESTA)

6. PRESUPUESTO7. PLANIFICACIÓN

DEL PROYECTO

7.1 DIAGRAMA DE

GANTT

7.2 EDP

4. PRUEBAS Y

VALIDACIÓN

4.1 INSTALACIÓN

Y PRUEBAS

4.2 VALIDACIÓN

EN MODO REAL

5. ANÁLISIS DE

RESULTADOS

5.1 ANÁLISIS DE

RESULTADOS

TEMPORALES

5.2 ANÁLISIS DE

RESUSLTADOS

ECONÓMICOS

1. FORMACIÓN

1.1 FORMACIÓN

EN CALIDAD DE

PROYECTOS

1.2 FORMACIÓN

EN SAP

1.3 FORMACIÓN

EN VISUAL BASIC

APPLICATION

2. DEFINICIÓN DE

OBJETIVOS

2.1 OPTIMIZACIÓN

DE PROCESOS EN

ENTORNO EXCEL

Y OUTLOOK

2.2 INTEGRACIÓN

DE SAP Y EXCEL

PARA LA

OPTIMIZACIÓN DE

PROCESOS

3.4.5 IMPRESIÓN DE

CERTIFICADOS

3.4.6 CÁLCULO DE LA

TASA DE FALLOS

3.4.7 GESTIÓN DE LA

DOCUMENTACIÓN

3.1.2 INFORME DE LA

EVOLUCIÓN DE LA

CALIDAD DE LA

PRODUCCIÓN

3.1.3 USEFORM

PARA LA CREACIÓN

DE LOS

DOCUMENTOS DE

INSPECCIÓN

"CHECKLIST"

3.1.4 ENVÍO DE

DOCUMENTACIÓN A

CLIENTE

3.2.1 CONFIRMACIÓN

Y ENVÍO DE FECHA

DE COMPROMETIDA

(QR20)

3.2.2 CONFIRMACIÓN

DE RECLAMACIONES

(AVISO Q1)

3.2.3 CONFIRMACIÓN

Y ENVÍO DE

INFORME DE

DECISÓN FINAL (D6)

3.3.4 CIERRE DE

RECLAMACIONES

(AVISO Q1)

3.1.1 GESTIÓN DE

LOS DEFECTOS

DURANTE LA

PRODUCCIÓN



9. ÍNDICE DE FIGURAS Figura 1. Ejemplo de interfaz gráfica de una transacción empleada en SAP .......................... 3 Figura 2. Grabadora de SAP Script ........................................................................................... 4 Figura 3. Ejemplo de código obtenido con la grabadora de SAP Script ................................... 4 Figura 4. Grabadora de Macros de Excel .................................................................................. 5 Figura 5. Entorno de programación de Visual Basic Application .............................................. 6 Figura 6. Mensaje de error durante la ejecución ....................................................................... 7 Figura 7. Ejemplo de Useform para la creación de base de datos ........................................... 8 Figura 8. Depuración paso a paso del código ......................................................................... 12 Figura 9. Estructuras de los bucles For y Do While ................................................................ 14 Figura 10. Estructura del bucle Do While en VBA ................................................................... 15 Figura 11. Estructura del bucle For en VBA ............................................................................ 15 Figura 12. Estructura de la sentencia condicional If ................................................................ 16 Figura 13. Diagrama de flujo para la confirmación de la fecha de comprometida ................. 19 Figura 14. Resultado gráfico en Excel del tratamiento de la medida QR20 ........................... 20 Figura 15. Diagrama de flujo para importar la información clave para la confirmación de una reclamación .............................................................................................................................. 22 Figura 16. Resultado gráfico en Excel de la importación de información para la confirmación de la reclamación ..................................................................................................................... 23 Figura 17. Base de datos de clientes ...................................................................................... 24 Figura 18. Diagrama de flujo para la confirmación de la reclamación .................................... 25 Figura 19. Ejemplo de posición completa para la confirmación de la reclamación ............... 26 Figura 20. Diagrama de flujo para importar información de la reclamación para el informe de decisión final ............................................................................................................................. 28 Figura 21. Resultado gráfico en Excel de la información importada para la toma de decisión .................................................................................................................................................. 29 Figura 22. Diagrama de flujo para la confirmación y envío del informe de decisión final ...... 31 Figura 23. Representación gráfica en Excel de la confirmación del informe de decisión final .................................................................................................................................................. 32

Índice de Figuras

86


Figura 24. Diagrama de flujo para importar información para el cierre de la reclamación ..... 34 Figura 25. Resultado gráfico en Excel de la importación de datos para el cierre de la reclamación .............................................................................................................................. 35 Figura 26. Diagrama de flujo para el cierre de la reclamación ............................................... 37 Figura 27. Resultado gráfico en Excel tras la finalización de las reclamaciones ................... 38 Figura 28. Diagrama de flujo para la impresión de certificados .............................................. 39 Figura 29. Representación gráfica en Excel de la impresión de certificados ......................... 40 Figura 30. Ejemplo de la transacción MB51 (Salidas de material) ......................................... 40 Figura 31. Ejemplo de la transacción VL71 (Impresión de certificados) ................................. 40 Figura 32. Diagrama de flujo para el cálculo de la tasa de fallos ........................................... 41 Figura 33. Resultado gráfico del cálculo de la tasa de fallos por componente ...................... 42 Figura 34. Diagrama de flujo para crear y actualizar documentación en SAP ....................... 43 Figura 35. Resultado gráfico en Excel de la creación o actualización de documentos.......... 44 Figura 36. Diagrama de flujo para el almacenamiento de los defectos en producción .......... 46 Figura 37. Ejemplo de documentos Checklist ......................................................................... 47 Figura 38. Defectos encontrados durante la inspección de un equipo ................................... 48 Figura 39. Guardado automático de la documentación de inspección ................................... 48 Figura 40. Base de datos de defectos por proyecto ................................................................ 49 Figura 41. Diagrama de flujo para la creación del informe mensual del estado de la producción ................................................................................................................................ 50 Figura 42. Portada en Excel para la creación del informe mensual del estado de la producción ................................................................................................................................ 51 Figura 43. Resultado gráfico en Excel tras importar los datos de los defectos registrados por proyecto .................................................................................................................................... 51 Figura 44. Número medio de defectos identificados en inspección final por proyecto .......... 52 Figura 45. Evolución mensual de los defectos por categoría ................................................. 52 Figura 46. Evolución semanal del número medio de defectos en inspección ........................ 53 Figura 47. Useform para la creación de los documentos de inspección (Checklist) .............. 55 Figura 48. Ejemplo de uso del Useform para la creación de los documentos de inspección (Checklist) ................................................................................................................................. 56



Figura 49. Diagrama de flujo para la gestión de documentación vía email ............................ 57 Figura 50. Pantalla para la elección del tipo de email a gestionar.......................................... 58 Figura 51. Base de datos de números de serie por componente ........................................... 59 Figura 52. Pantalla para la gestión del email .......................................................................... 60 Figura 53. Ejemplo de correo electrónico generado automáticamente .................................. 60 Figura 54. Ejemplo de correo generado automáticamente ..................................................... 60 Figura 56. Aplicación del Gobierno de Aragón para el cálculo de la huella de carbono ........ 69 Figura 60. Diagrama EDP del proyecto ................................................................................... 84

Índice de Tablas

88


10. ÍNDICE DE TABLAS Tabla 1. Categorización de los defectos durante inspección final .......................................... 45 Tabla 2. Líneas de código programadas según procesos ...................................................... 61 Tabla 3. Estimación de la ganancia temporal individual por procesos (Parte 1) .................... 63 Tabla 4. Estimacion de la ganancia temporal individual por procesos (Parte 2) .................... 64 Tabla 5. Estimación de la ganancia temporal individual por procesos (Parte 3) .................... 65 Tabla 6. Estimación de la ganancia global temporal por proceso .......................................... 66 Tabla 7. Estimación de la ganancia global temporal por bloque de procesos ....................... 67 Tabla 8. Consumo eléctrico aproximado de un ordenador de oficina (Vatios/h) .................... 68 Tabla 9. Distribución de la carga de trabajo ............................................................................ 82



11. BIBLIOGRAFÍA

[1] L. R. Munguía, «Forbes Mexico,» [Enlínea].Disponible:https://www.forbes.com.mx/sap-el-gigante-que-no-seve/. [Último acceso: 15 05 2017].

[2] «SAP Spain,» [En línea]. Disponible: https://www.sap.com/spain/index.html. [Último acceso: 08 11 2016].

[3] «ExcelTotal,» [En línea]. Disponible: https://exceltotal.com/versiones-de-excel/. [Último acceso: 15 05 2017].

[4] O. Cruz, «Excel Trabaja Por Ti,» [Enlínea].Disponible:https://exceltrabajaporti.com/que-es-visual-basic-para-aplicaciones-vba-un-poco-de-historia/. [Último acceso: 15 05 2017].

[5] J. C. Fernández, «Redeszone,» [Enlínea].Disponible:https://www.redeszone.net/2017/03/24/conoce-estos-6-entornos-programacion-ide-programar-varios-lenguajes/. [Último acceso: 17 05 2017].

[6] «Excel Total,» [En línea]. Disponible: https://exceltotal.com/. [Último acceso: 08 11 2016].

[7] «Leantricity,» [Enlínea].Disponible:http://www.leantricity.es/. [Último acceso: 08 11 2016].

[8] Instituto Nacional de Seguirdad e Higiene en el Trabajo, «Iluminación en el puesto de trabajo. Criterios para su evaluación y acondicionamiento.,» 2014.

[9] Llumor. [Enlínea].Disponible:http://www.llumor.es/info-led/equivalencia-lumen-a-vatios-tubos-fluorescentes. [Último acceso: 20 05 2017].

[10] Ayuntamiento de Oviedo, «ESTRATEGIA PARA IMPLEMENTAR MEDIDAS DE CONCILIACIÓN EN EL ÁMBITO LOCAL,» Oviedo, 2015.

[11] C. Delgado, «El País,» [Enlínea].Disponible: http://sociedad.elpais.com/sociedad/2012/11/13/actualidad/1352830296_204497.html. [Último acceso: 08 11 2016].

[12] ENDESA, «ENDESA. Tarifas kWh,» [En línea]. Disponible: https://www.endesaclientes.com/articulos/tarifas-reguladas-luz-gas.html. [Último acceso: 27 05 2017].

Anexos

90


12. ANEXOS

ANEXO 1. CARTA DE VALORACIÓN DEL PROYECTO



ANEXO 2. CD CON ALGORITMOS Y CÓDIGOS

OPTIMIZACIÓN Y AUTOMATIZACION EN LA …oa.upm.es/47419/1/TFG_OSCAR_DEL_HOYO_GUTIERREZ.pdf ·...

Documents

Transcript of OPTIMIZACIÓN Y AUTOMATIZACION EN LA …oa.upm.es/47419/1/TFG_OSCAR_DEL_HOYO_GUTIERREZ.pdf ·...