TFG Oscar Del Hoyo Gutierrez

OPTIMIZACIÓN Y
AUTOMATIZACION EN LA
Oscar Del Hoyo Gutiérrez

GESTIÓN DE PROCESOS CON
VBA Y SAP SCRIPT
JUNIO 2017
TRABAJO FIN DE GRADO PARA Oscar Del Hoyo Gutiérrez

LA OBTENCIÓN DEL TÍTULO DE
GRADUADO EN INGENIERÍA EN DIRECTOR DEL TRABAJO FIN DE GRADO:
TECNOLOGÍAS INDUSTRIALES Ángel García Beltran
1
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.
I
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.
II
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.
III
Í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
IV
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
V
Optimización y automatización en la gestión de procesos con VBA Y SAP SCRIPT
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.
Oscar Del Hoyo Gutiérrez 1

Introducción
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.
2 Escuela Técnica Superior de Ingenieros Industriales de Madrid (UPM)

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.
Figura 1. Ejemplo de interfaz gráfica de una transacción

empleada en SAP
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.

Introducción
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.
Figura 2. Grabadora de SAP Script
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 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.
Figura 4. Grabadora de Macros de Excel
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.

Introducción
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.
Figura 5. Entorno de programación de Visual Basic Applicatio n
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 6. Mensaje de error durante la ejecució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.

Introducción
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 dato s

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
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
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
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
Figura 10. Estructura del bucle Do While en VBA
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 11. Estructura del bucle For en VBA

Metodología
Otra estructura empleada que no presenta las características de los bucles pero que es
ampliamente utilizada en programación son los condicionales If.
Figura 12. Estructura de la

sentencia condicional 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.

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
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 confirmación de la

fecha de comprometida

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 g rá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.

Diagrama de flujo:
Figura 15. Diagrama de flujo para importar la información

clave para la confirmación de una reclamación

Implementación:
77 líneas.
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 d e la importación de información para la confirmación de

la reclamación

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…)
Figura 17. Base de datos de clientes
Diagrama de flujo:

A001 R002,
C005
Figura 18. Diagrama de flujo para la

confirmación de la reclamación

Implementación:
400 líneas.
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 posición completa para la confirmació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:

SI
Figura 20. Diagrama de flujo para importar información de la reclamación

para el informe de decisión final

Implementación:
Líneas de código:
206 líneas.
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 decisión

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:

SI
SI
SI
Figura 22. Diagrama de flujo para

la confirmación y envío del informe
de decisión final

Implementación:
Líneas de código:
390 líneas.
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áfica en Excel de la confirmación del informe de decisió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:

Figura 24. Diagrama de flujo para importar información para el cierre

de la reclamación

Implementación:
195 líneas.
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 Ex cel de la importación de datos para el cierre de la

reclamación

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:

12 3 4 5 6
12 3 4 5 6
Figura 26. Diagrama de flujo para el cierre de la
reclamación

Implementación:
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 finalizació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:
FECHA ALBARAN < FECHA

ELEGIDA
Figura 28. Diagrama de flujo para la impresión de

certificados
Implementación:

180 líneas.
Figura 29. Representación gráfic a en Excel de la impresión de certificados
Figura 30. Ejemplo de la transacción MB51 Figura 31. Ejemplo de la transacción VL71
(Salidas de material) (Impresión de certificados)

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:
Figura 32. Diagrama de flujo para

el cálculo de la tasa de fallos

Implementación:
119 líneas.
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 fallos 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:
Figura 34. Diagrama de flujo para crear y actualizar documentación en SAP

Implementación:
Líneas de código:
121 líneas (Nueva versión de documento) y 102 líneas (Nuevo documento).
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 final

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:
DATOS NO COMPLETADOS
Figura 36. Diagrama de flujo para el almacenamiento

de los defectos en producción

Implementación:
50 líneas.
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

Figura 38. Defectos encontrados durante la

inspección de un equipo
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 39. Guardado automático de

la documentación de inspección

Figura 40. Base de datos de defectos por proyecto

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:
Figura 41. Diagrama de flujo para la creación del informe mensual del estado de la
producción

Implementación:
252 líneas.
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

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.
Figura 44. Número medio de defectos identificados en inspección final por proyecto
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 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

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:
89 líneas.
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)

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:
Figura 49. Diagrama de flujo para la gestión de

documentación vía email

Implementación:
350 líneas.
Como se muestra en la Figura 50, en primer lugar es necesario seleccionar el proyecto

asociado a la documentación a enviar.
Figura 50. Pantalla para la elección del tipo de

email a gestionar
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 51. Base de datos de números de serie por componente
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 52. Pantalla para la gestión del email
Un ejemplo del correo generado automáticamente es el mostrado en la Figura 53.
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
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. Estimación de la g anancia temporal individual por procesos (Parte 1)
GANANCIA DIRECTA DE
CANTIDAD
TIEMPO SIN MACRO TIEMPO CON MACRO TIEMPO POR PROCESO % DE
PROCESO PROCESADA
(h:mm:ss) (h:mm:ss) (T SIN - T CON MACRO) MEJORA
(Uds.)
(h:mm:ss)
GENERAR INFORME MENSUAL 1 0:00:54

DEL ESTADO DE LA 1 0:00:54
PRODUCCIÓN 1 0:00:55
TOTAL X 0:00:54 X X
1 0:02:45
1 0:02:47
1 0:02:42
GENERAR DOCUMENTO DE 1 0:02:48
SERIALIZACIÓN PARA LA 1 0:02:42
EXTRACTORA DOBLE Y ENVÍO 1 0:00:53
DE EMAIL A CLIENTE 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
GENERAR DOCUMENTO DE
1 0:05:05
SERIALIZACIÓN PARA HVAC 32KW
1 0:00:32
Y ENVÍO DE EMAIL A CLIENTE
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
GENERAR DOCUMENTO DE
1 0:05:12
SERIALIZACIÓN PARA HVAC 12KW
1 0:00:31
Y ENVÍO DE EMAIL A CLIENTE
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
GENERAR DOCUMENTO DE 1 0:02:45
SERIALIZACIÓN PARA LA 1 0:02:46
EXTRACTORA SIMPLE Y ENVÍO 1 0:00:53
DE EMAIL A CLIENTE 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

Resultados
Tabla 4. Estimacion de la g anancia temporal individual por procesos (Parte 2 )
GANANCIA DIRECTA DE
CANTIDAD
TIEMPO SIN MACRO TIEMPO CON MACRO TIEMPO POR PROCESO % DE
PROCESO PROCESADA
(h:mm:ss) (h:mm:ss) (T SIN - T CON MACRO) MEJORA
(Uds.)
(h:mm:ss)
1 0:01:00
1 0:01:02
1 0:00:59
1 0:01:03
CONFIRMACIÓN Y ENVÍO DE
1 0:00:58
FECHA DE COMPROMETIDA
1 0:00:25
(QR20) EN SAP
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
CÁLCULO DE LA TASA DE 2 0:02:12
FALLOS DE LOS COMPONENTES 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
GENERAR CERTIFICADOS DE 15 0:01:27
CONFORMIDAD 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
GESTIÓN DE ACTUALIZACIONES
1 0:01:54
Y NUEVA DOCUMENTACIÓN EN
1 0:01:01
SAP
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
CREAR DOCUMENTO DE
1 (350 Pág.) 4:15:00
INSPECCIÓN DE CALIDAD
1 (265 Pág.) 4:05:00
(CHECKLIST)
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
GESTIÓN DE LOS DATOS 1 0:00:52
(DEFECTOS ENCONTRADOS) 1 0:00:42
TRAS LA INSPECCIÓN DE LOS 1 0:00:03
EQUIPOS 1 0:00:03
1 0:00:03
TOTAL 0:00:47 0:00:03 0:00:44 93.6

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. Estimación de la g anancia temporal individual por procesos (Parte 3 )
2 - TIEMPO
1 - TIEMPO NECESARIO 3 - TIEMPO DE
TIEMPO CON GANANCIA INDIRECTA DE
CANTIDAD TIEMPO SIN NECESARIO PARA PARA REVISAR LA MACRO EN GANANCIA DIRECTA DE
MACRO TIEMPO (T SIN - T NO % DE
PROCESO PROCESAD MACRO IMPORTAR LA Y MODIFICAR FINALIZAR LAS TIEMPO (T SIN - T CON
(1+2+3) AUTOMATIZADO (2) ) MEJORA
A (Uds.) (h:mm:ss) INFORMACIÓN LA TAREAS MACRO) (h:mm:ss)
(h:mm:ss) (h:mm:ss)
(h:mm:ss) INFORMACIÓN (h:mm:ss)
(h:mm:ss)
1 0:05:03
1 0:04:52
1 0:04:45
CONFIRMACIÓN
1 0:04:38
DE NO
1 0:05:10
CONFORMIDAD
1 0:00:33 0:01:27 0:00:30 0:02:30
(AVISO Q1) EN
1 0:00:32 0:01:35 0:00:32 0:02:39
SAP
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
CIERRE DE NO 1 0:00:17 0:00:29 0:00:24 0:01:10
CONFORMIDAD 4 0:06:40
(AVISO Q1) EN 4 0:00:50 0:01:40 0:01:32 0:04:02
SAP 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
CONFIRMACIÓN 1 0:01:37
Y ENVÍO DE DE 1 0:01:34
INFORME DE 1 0:01:41
DECISIÓN 1 0:00:19 0:00:25 0:00:24 0:01:08
FINAL (D6) EN 1 0:00:21 0:00:28 0:00:24 0:01:13
SAP 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

Resultados
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.
Tabla 6. Estimación de la ganancia global temporal por proceso
GANANCIA
2-GANCIA % DE
DE TIEMPO
DE TIEMPO MEJORA
1-TOTAL TOTAL EN
OCT (Uds. NOV (Uds. DIC (Uds. ENE (Uds. FEB (Uds. MAR (Uds. ABR (Uds. POR UNIDAD RESPECTO
PROCESO (Uds. EL
Procesadas) Procesadas) Procesadas) Procesadas) Procesadas) Procesadas) Procesadas) DE AL
Procesadas) PROCESO (1
PROCESO PROCESO
X 2)
(h:mm:ss) MANUAL
(h:mm:ss)
GENERAR INFORME MENSUAL DEL ESTADO DE

0 0 0 0 1 1 1 3 0:00:00 0 0:00:00
LA PRODUCCIÓN
GENERAR DOCUMENTO DE SERIALIZACIÓN PARA

LA EXTRACTORA DOBLE Y ENVÍO DE EMAIL A 1 6 10 7 7 14 11 56 0:01:51 67.5 1:43:47
CLIENTE

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

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

LA EXTRACTORA SIMPLE Y ENVÍO DE EMAIL A 4 3 2 0 2 0 0 11 0:01:49 67.0 0:19:55
CLIENTE
CONFIRMACIÓN Y ENVÍO DE FECHA DE

92 210 97 137 98 102 34 770 0:01:00 100 12:55:08
COMPROMETIDA (QR20) EN SAP
CONFIRMACIÓN Y ENVÍO DE DE INFORME DE

104 236 100 142 103 97 37 819 0:01:10 72.6 16:00:58
DECISIÓN FINAL (D6) EN SAP
CONFIRMACIÓN DE NO CONFORMIDAD (AVISO

184 174 119 199 158 142 134 1110 0:02:20 69.6 43:02:36
Q1) EN SAP
CIERRE DE NO CONFORMIDAD (AVISO Q1) EN

31 42 104 9 147 107 40 480 0:01:14 74.0 9:52:00
SAP
CÁLCULO DE LA TASA DE FALLOS DE LOS

X X X X X X X 0 0:00:50 82.9 0:00:00
COMPONENTES
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

X X X X X X X 0 0:00:56 46.3 0:00:00
DOCUMENTACIÓN EN SAP
CREAR DOCUMENTO DE INSPECCIÓN DE

0 1 2 0 1 7 3 14 4:56:44 55.0 69:14:16
CALIDAD (CHECKLIST)
GESTIÓN DE LOS DATOS (DEFECTOS

ENCONTRADOS) TRAS LA INSPECCIÓN DE LOS 105 110 79 100 97 114 100 705 0:00:44 93.6 8:37:00
EQUIPOS
TOTAL 179:44:39
VALOR MEDIO 73.8

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.
Tabla 7. Estimación de la ganancia global temporal por bloque de procesos
GANANCIA DE TIEMPO
% DE
BLOQUE DE PROCESOS TOTAL POR BLOQUE DE
MEJORA
PROCESOS (h:mm:ss)
GESTIÓN DE DOCUMENTACIÓN VIA EMAIL (SERIALIZACIÓN, PRUEBAS

19:28:45 78.5
SERIE ETC.)
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

8:37:00 93.6
(DEFECTOS ENCONTRADOS)
TOTAL 179:44:39

Resultados
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]:
Tabla 8. Consumo eléctrico aproximado de un
ordenador de oficina (Vatios/h)
CPU (Vatios) MONITOR (Vatios)
ON 50 18.84
OFF 1.5 0.15
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.

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 Gobier no de Aragó n para el cálculo de la huella de carbono
Figura 54. 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.

Resultados
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
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.
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:

PREGUNTA 1
CALIDAD 6 7
INGENIERÍA 6
5
PRODUCCIÓN 2 4
PROJECT MANAGER 3
2
AFTER MARKET 4 1
LOGÍSTICA 1 0
NEW CLIMATE
IT
RRHH
2.- ¿Con qué frecuencia utiliza el software de

Gestión SAP? PREGUNTA 2
8% Nunca
Nunca
En raras
En raras ocasiones
ocasiones
Frecuentemente 1 Frecuentemente
Diariamente 12 92%
Diariamente
3.- ¿Con qué frecuencia utiliza el software

Microsoft Excel?
PREGUNTA 3
Nunca
Nunca 15% En raras
En raras ocasiones ocasiones
Frecuentemente 2 Frecuentemente
Diariamente 11 85%
Diariamente
Figura 55. Encuesta a los usuarios (Parte 1)

Resultados
4.- ¿Realiza usted durante su jornada laboral,

procesos o tareas que presentan una estructura PREGUNTA 4
o procedimiento repetitivo con algún tipo de
herramienta software?
Sí
Sí 13 No
No 100%
5.- En caso de respuesta afirmativa, indique el

grupo o grupos al que pertenecen dichos PREGUNTA 5
procesos o tareas repetitivas. Otros
Gestión de procesos con SAP 12 N/A
Gestión de información y datos con Excel 10
Serialización
Gestión de Email 7
Gestión de la Documentación 7 Gestión de la Documentación
Serialización 4 Gestión de Email

N/A
Gestión de información y datos con Excel
Otros 1
Gestión de procesos con SAP
0 5 10 15
6.- ¿Cómo valoraría la implantación en su

PREGUNTA 6
departamento de un plan para la optimización de
las diferentes tareas relacionadas con su Muy
actividad laboral? Negativamente
8%
Negativamente
Muy Negativamente
Indiferente
Negativamente
Indiferente
Positivamente
Positivamente 1
92%
Muy Positivamente 12 Muy Positivamente
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.
7.- ¿Ha mejorado la percepción de su actividad PREGUNTA 7

laboral gracias a las herramientas implantadas
para la optimización y automatización?
17% Nada
Nada Poco
Poco 50% Similar
Similar 2 Bastante
33%
Bastante 4
Mucho
Mucho 6
8.- ¿Ha mejorado la calidad del resultado de su PREGUNTA 8

trabajo gracias a las herramientas implantadas
para la optimización y automatización?
17% Nada
25%
Nada Poco
Poco Similar
Similar 2
Bastante
Bastante 7
58% Mucho
Mucho 3

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

funcionamiento de su departamento gracias a las
PREGUNTA 9
herramientas implantadas para la optimización y
automatización?
Nada
Nada Poco
42%
Poco Similar
Similar 58% Bastante
Bastante 7
5 Mucho
Mucho
10.- Después de su experiencia, ¿cómo valoraría

la aplicación de este tipo de herramientas a nivel PREGUNTA 10
corporativo (KB Spain)? Muy
Negativamente
Negativamente
Muy Negativamente
Negativamente 42% Indiferente
Indiferente
58%
Positivamente 5 Positivamente
Muy Positivamente 7
Muy
Positivamente

Resultados
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
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
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:
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 proye cto
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 %).

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
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:
Tiempo total
Tablade9.duración del periodo
Distribución de prácticas
de la carga de trabajo 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
La distribución temporal más detallada se encuentra en el Diagrama de Gantt mostrado en

la Figura 59.

Figura 59. Distribución temporal de las tareas.

Diagrama de Gantt

Planificación Temporal y EDP
8.2. EDP
En la Figura 60, se muestra la EDP del proyecto, mostrando la descomposición general del
mismo:
AUTOMATIZACIÓN Y
OPTIMIZACIÓN EN LA GESTIÓN
DE PROCESOS CON VBA Y SAP
SCRIPT
3. DESARROLLO DE
2. DEFINICIÓN DE 4. PRUEBAS Y 5. ANÁLISIS DE 7. PLANIFICACIÓN
1. FORMACIÓN ALGORITMOS Y 6. PRESUPUESTO
OBJETIVOS VALIDACIÓN RESULTADOS DEL PROYECTO
CÓDIGOS
1.1 FORMACIÓN 2.1 OPTIMIZACIÓN 3.1 OPTIMIZACIÓN 3.2 INTEGRACIÓN DE 4.1 INSTALACIÓN 5.1 ANÁLISIS DE 7.1 DIAGRAMA DE
EN CALIDAD DE DE PROCESOS EN DENTRO DEL SAP Y EL ENTORNO Y PRUEBAS RESULTADOS GANTT
PROYECTOS ENTORNO EXCEL ENTORNO EXCEL EXCEL TEMPORALES
Y OUTLOOK
1.2 FORMACIÓN 2.2 INTEGRACIÓN 3.1.1 GESTIÓN DE 3.2.1 CONFIRMACIÓN 4.2 VALIDACIÓN 5.2 ANÁLISIS DE 7.2 EDP
EN SAP DE SAP Y EXCEL LOS DEFECTOS Y ENVÍO DE FECHA EN MODO REAL RESUSLTADOS
PARA LA DURANTE LA DE COMPROMETIDA ECONÓMICOS
OPTIMIZACIÓN DE PRODUCCIÓN (QR20)
PROCESOS
1.3 FORMACIÓN 3.1.2 INFORME DE LA 3.2.2 CONFIRMACIÓN 5.3 ANÁLISIS DE

EN VISUAL BASIC EVOLUCIÓN DE LA DE RECLAMACIONES MEJORA POR LA
APPLICATION CALIDAD DE LA (AVISO Q1) SOSTENIBILIDAD
PRODUCCIÓN
3.1.3 USEFORM 3.2.3 CONFIRMACIÓN 5.4 ANÁLISIS DE

PARA LA CREACIÓN Y ENVÍO DE RESPUESTA DE
DE LOS INFORME DE LOS USUARIOS
DOCUMENTOS DE DECISÓN FINAL (D6) (ENCUESTA)
INSPECCIÓN
"CHECKLIST"
3.1.4 ENVÍO DE 3.3.4 CIERRE DE

DOCUMENTACIÓN A RECLAMACIONES
CLIENTE (AVISO Q1)
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
Figura 60. Diagrama EDP del proyecto

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
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
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.
[3] «ExcelTotal,»
[En línea]. Disponible: https://exceltotal.com/versiones-de-excel/.
[4] O. Cruz, «Excel Trabaja Por Ti,»

[Enlínea].Disponible:https://exceltrabajaporti.com/que-es-visual-basic-para-aplicaciones-vba-un-
poco-de-historia/.
[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/.
[6] «Excel Total,»

[En línea]. Disponible: https://exceltotal.com/.
[7] «Leantricity,»
[Enlínea].Disponible:http://www.leantricity.es/.
[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.
[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.
[12] ENDESA, «ENDESA. Tarifas kWh,»

[En línea]. Disponible: https://www.endesaclientes.com/articulos/tarifas-reguladas-luz-gas.html.

Anexos
12. ANEXOS
ANEXO 1. CARTA DE VALORACIÓN DEL
PROYECTO

ANEXO 2. CD CON ALGORITMOS Y CÓDIGOS

TFG Oscar Del Hoyo Gutierrez

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

TFG Oscar Del Hoyo Gutierrez

Uploaded by

Copyright:

Available Formats

OPTIMIZACIÓN Y

Oscar Del Hoyo Gutiérrez

TRABAJO FIN DE GRADO PARA Oscar Del Hoyo Gutiérrez

TECNOLOGÍAS INDUSTRIALES Ángel García Beltran

A todos mis compañeros de la Escuela Superior de Ingenieros Industriales de Madrid,

Y por último, a mi yo del pasado, por decidir luchar y no rendirse nunca.

A todos ellos, gracias de corazón.

La actividad industrial desarrollada en el centro situado en Getafe se divide en dos grandes

El volumen de procesos y recursos que intervienen en la producción de cualquiera de las

Pese a las facilidades descritas, existen en la actualidad numerosos procesos tramitados a

De igual manera, en muchas ocasiones la disposición de los datos almacenados en SAP, o

Consecuencia de lo anteriormente descrito, nace la necesidad de optimizar y automatizar

La programación en el entorno Visual Basic Application (o VBA), junto al entorno de SAP

La primera de ellas está orientada a la automatización y optimización de los diferentes

Teniendo en cuenta la experiencia laboral adquirida y los resultados obtenidos provenientes

120302 Lenguajes Algorítmicos.

120306 Sistemas Automatizados De Control de Calidad.

120308 Código y Sistemas de Codificación.

120312 Bancos De Datos.

Visual Basic Application y SAP Script.

Se establece como la compañía líder en el mercado español y de influencia española para el

b) División de HVAC - (Merak)

Centro de Competencia del Grupo, está dedicado a diseñar, fabricar y comercializar

Por tanto, la actividad industrial congregada en el centro de producción de Getafe tiene

El volumen de procesos e información gestionados a nivel interno y externo necesarios para

Consecuencia de ello, nace la necesidad de eliminar de la actividad laboral aquellas tareas

Oscar Del Hoyo Gutiérrez 1

En concreto, el software para la gestión SAP y el software Microsoft Excel.

1.1.1. EL SOFTWARE DE GESTIÓN EMPRESARIAL SAP

En ese mismo año se estimaba que los productos de la multinacional se encontraban

Las soluciones comercializadas se engloban en las siguientes áreas [2]:

a) ERP and Digital Core

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

SAP por tanto, es un sistema informático integrado de gestión empresarial diseñado

Figura 1. Ejemplo de interfaz gráfica de una transacción

Las transacciones representan un conjunto de acciones u operaciones que se llevan a cabo

Oscar Del Hoyo Gutiérrez 3

Figura 2. Grabadora de SAP Script

Un ejemplo del código obtenido a través de la herramienta de SAP Script se muestra en la

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

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

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

Sin embargo, actualmente una de las funcionalidades más potentes es la creación de

La programación en VBA (Visual Basic for Applications) deriva de la programación realizada

Figura 4. Grabadora de Macros de Excel

La utilización de la grabadora de macros simplifica el proceso de creación de la macro,

Oscar Del Hoyo Gutiérrez 5

Sin embargo, el gran potencial de las mismas reside en la programación “manual” en el

Figura 5. Entorno de programación de Visual Basic Applicatio n

El primer tipo de error es el de sintaxis, el cual se produce por un fallo en la estructura de la

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

Figura 6. Mensaje de error durante la ejecución

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

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.

La detección de dichos errores no es sencilla y requiere del empleo de un proceso de

Otra de las funcionalidades de la programación en VBA es la creación de elementos

Un elemento “Useform” es una pequeña aplicación gráfica creada en el entorno de Visual

Oscar Del Hoyo Gutiérrez 7

Fundamentalmente son utilizados para la gestión de bases de datos como se puede

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