Trabajo SIIEI Paco Alvaro Rafa Aaron

Análisis de necesidades de
un SI en el área de
Operaciones de la empresa
automovilística SODECIA
Equipo de trabajo
Francisco Belenguer Frances
Álvaro Delgado Moya
Rafa Londoño Grau
Aarón Martínez Martín
Sistemas Integrados de Información en Empresas Industriales
Grado de Ingeniero de Organización Industrial
• Equipo de trabajo: Francisco Belenguer Frances, Álvaro Delgado Moya, Rafael E.

Londoño Grau, Aarón Martínez Martín
• Fecha entrega: 25/03/2022
• Asignatura: Sistemas Integrados de Información en Empresas Industriales
• Departamento: Organización de Empresas
• Profesor: Raúl Oltra Badenes
• Competencias Transversales:
o Diseño y proyecto
o Conocimiento de problemas contemporáneos
Objetivo del trabajo

El objetivo principal de este trabajo es que el alumno demuestre su capacidad para realizar un análisis
de requerimientos específicos de un sector o empresa particular, en cuanto a su Sistema de
Información, orientándolo al diseño y desarrollo de una posible solución vertical.
De esta forma, el alumno aplicará los conocimientos adquiridos no sólo en esta asignatura, sino
también en otras de la titulación, a una situación real, evaluando mediante este proyecto problemas
que puedan encontrarse en el entorno empresarial actual.
Una vez identificados los requerimientos, el alumno podrá seleccionar el ERP más adecuado a las
necesidades específicas de la empresa.
Descripción del trabajo a realizar

El alumno, en este proyecto, deberá realizar las actividades siguientes:
1) Constituir el grupo de trabajo
2) Planificar el proyecto
3) Seleccionar el sector (o empresa) y justificar la elección
4) Recabar información del sector a nivel general
5) Recabar información detallada del sector, a nivel de procesos, que le permitan conocer
sus particularidades y los posibles requerimientos de su sistema de información. Para
ello, se puede utilizar la “Guía de Toma de Datos”
6) Analizar en detalle al menos uno de los requerimientos identificados
7) Realizar una propuesta de diseño de solución, al menos a nivel de análisis y
procedimiento (se valorará positivamente la posible ampliación de la propuesta
mediante un diseño conceptual, lógico o incluso físico)
8) Realizar una búsqueda y selección de un ERP adecuado al caso concreto
9) Extraer conclusiones y presentar el informe al profesor. En dicho informe, se deberá
recoger también un extracto de las actuaciones del equipo para el desarrollo del proyecto
10) Se realizará una exposición pública del trabajo al resto del grupo. Dicha exposición será
de unos 15-20 minutos
11) El trabajo se realizará en grupos de 3 o 4 alumnos
Se establecen 4 hitos o puntos de control del trabajo, que son los siguientes:
• Selección y justificación de la empresa o sector: Una vez seleccionada la empresa o sector, se
consensuará con el profesor, justificando su elección
Página 1 de 60
• Toma de datos y análisis: Finalizada la toma de datos o análisis de la empresa o sector, se

entregará para su revisión con el profesor
• Entrega del trabajo: Una vez finalizado, y antes de la fecha de entrega final, se hará entrega
del documento del trabajo final
• Exposición del trabajo: Se realizará la exposición en clase del trabajo realizado
Página 2 de 60
Contenido
1 Introducción ....................................................................................................................................5
1.1 Objetivo ..................................................................................................................................5
1.2 Justificación ............................................................................................................................5
1.3 Estructura del trabajo.............................................................................................................5
2 Planificación inicial del Proyecto.....................................................................................................7
3 Descripción general de la empresa .................................................................................................8
3.1 Grupo Sodecia ........................................................................................................................8
3.2 Sodecia Valencia .....................................................................................................................9
4 Descripción de los Procesos característicos del sector.................................................................11
5 Identificación de Requerimientos específicos de gestión de la información del sector ..............14
5.1 Intercambio electrónico de datos (EDI): ..............................................................................14
5.2 Soporte de mensajes EDI entrantes y salientes: ..................................................................14
5.3 Integración de la gestión de la relación con clientes y proveedores (CRM y SRM): ............14
5.4 Integración con procesos de fabricación: ............................................................................15
5.5 Planificación de la producción: ............................................................................................15
5.6 Trazabilidad completa: .........................................................................................................16
5.7 Gestión y control de la calidad: ............................................................................................16
5.8 Monitoreo de cadena de suministro: ...................................................................................16
5.9 Ficha técnica específica de los productos: ...........................................................................17
6 Análisis y especificación de requerimientos .................................................................................18
6.1 Análisis de requerimiento 1 .................................................................................................18
6.1.1 EDI en el sector de la automoción ...............................................................................18
6.1.2 EDI en Sodecia .............................................................................................................21
6.1.3 Necesidades actuales de Sodecia con relación al EDI. ................................................22
6.2.1 Control de la Calidad en el sector de la automoción ..................................................25
6.2.2 Control de calidad en Sodecia .....................................................................................26
6.2.3 QSYS/CAQ y necesidades actuales de la empresa.......................................................26
6.3.1 Fichas técnicas de productos en el sector de la automoción ......................................30
6.3.2 Fichas técnicas de productos en Sodecia ....................................................................31
6.3.3 Necesidad actual de Sodecia respecto a las fichas de producto .................................33
7 Propuesta de solución ...................................................................................................................34
Página 3 de 60
7.1 Propuesta de solución al requerimiento 1 ...........................................................................34

7.1.1 Problemática concreta del requerimiento 1 ...............................................................34
7.1.2 Propuestas de solución ................................................................................................35
7.2.2 Comparación entre diferentes propuestas .................................................................41
7.2.3 Todas las propuestas al requerimiento 2 ....................................................................43
7.3.2 Propuesta de solución .................................................................................................44
7.3.3 Proceso de automatización Excel a SAP ......................................................................45
8 Análisis de mercado de sistemas ERP ...........................................................................................47
8.1 Construir un equipo de trabajo para la selección del ERP: ..................................................47
8.2 Recopilar información relevante de sistemas ERP: ..............................................................48
8.3 Identificar el Objetivo estratégico y las características básicas del proyecto......................48
8.4 Establecer y estructurar los objetivos del proyecto: ...........................................................48
8.5 Clasificar los objetivos en función de su prioridad. .............................................................48
8.6 Realizar el análisis de requerimientos..................................................................................49
8.7 Investigación de mercado de sistemas ERP: ........................................................................49
8.8 Establecer una lista de posibles sistemas ERP. ....................................................................50
8.9 Solicitud de propuestas. .......................................................................................................50
8.10 Demostraciones de los ERP. .................................................................................................51
8.11 Análisis de adecuación de los ERP al negocio. .....................................................................51
8.12 Visitas a empresas de referencia. ........................................................................................51
8.13 Evaluación comparativa de los ERP. .....................................................................................52
8.14 Discusión de los resultados. .................................................................................................52
8.15 Negociación. .........................................................................................................................52
8.16 Decisión final y firma del contrato. ......................................................................................53
9 Conclusiones .................................................................................................................................54
10 Actuaciones realizadas para el desarrollo del proyecto ...........................................................55
11 Autoevaluación .........................................................................................................................57
12 Bibliografía ................................................................................................................................59
Página 4 de 60
1 Introducción
En el siguiente documento se podrá encontrar un análisis de requerimientos de un ERP
vertical del sector de la automoción. En él se hace una pequeña descripción de la
empresa escogida, Sodecia, y del sector al que pertenece. En esta empresa se ha
considerado como uno de los procesos característicos la estampación y soldadura de
una pieza automovilística perteneciente a un motor híbrido.
El resto del trabajo es un análisis de las especificaciones y requerimientos que se han
observado en este proceso y como el ERP estándar ha tenido que modificarse para
hacer frente a las necesidades del sector y de la empresa.
1.1 Objetivo
El objetivo del trabajo es que partiendo de nuestras capacidades y conocimientos
seamos capaces de analizar una empresa para posteriormente poder identificar,
desarrollar y resolver requerimientos de unos procesos concretos de una empresa del
sector automovilístico, Sodecia.
1.2 Justificación
Se ha escogido Sodecia, ya que, un conocido de uno de los integrantes del grupo
llevando unos cuantos años trabajando en ella. Este conocido fue alumno de GIOI en la
UPV que actualmente trabaja como Project Manager en la empresa que se ha analizado
en este trabajo.
La facilidad del contacto y la cercanía geográfica con la empresa nos hizo decantarnos
por ella. Aunque en primer lugar se eligió una empresa matricera, se terminó eligiendo
esta, ya que, en la otra tenían mucha carga de trabajo en este último mes y no podía
concedernos la atención que requeríamos, y, por tanto, la elección final fue Sodecia.
1.3 Estructura del trabajo

1. Introducción:
En este apartado se tratará de plasmar los objetivos principales del trabajo, así como
las razones que han llevado a elegir el sector automovilístico y a la empresa Sodecia
2. Planificación inicial del proyecto:
Por medio de un diagrama de Gantt se han agrupado las tareas a realizar poniendo
unas fechas topes de realización para cada una de ellas con el fin de organizar y
planificar el desarrollo del proyecto.
3. Descripción general de la empresa:
En este apartado se comentará la historia, formación y situación actual de la empresa
del sector automovilístico Sodecia. También se verán algunas características internas
y externas de la empresa.
4. Descripción de los procesos característicos del sector:
Página 5 de 60
Se describirá uno de los procesos principales de la empresa, el cual será

posteriormente analizado y de donde se extraerán los requerimientos. En este
apartado además de definir el proceso elegido se presentará un diagrama BPMN que
muestre de una manera visual el proceso de negocio de la empresa Sodecia.
5. Identificación de Requerimientos específicos para la gestión de la información del
sector:
Tras las previas descripciones generales, se tratará de entrar un poco más en detalle
con el análisis de requerimientos específicos del sector automovilístico, describiendo
los más importantes y relevantes y obteniendo una primera visión de las
características de los requerimientos a analizar. Se realizará una lista de los
requerimientos principales de la empresa Sodecia para posteriormente analizar en
detalle 3 de ellos.
6. Análisis y especificación de los requerimientos:
Con los 3 requerimientos seleccionados, se procederá a analizarlos en detalle
progresivamente pasando por su necesidad a nivel general en el sector
automovilístico, su análisis en la empresa Sodecia y sus actuales necesidades dentro
de Sodecia.
7. Propuesta de solución:
Posteriormente a la identificación y descripción de los requerimientos, se realizará un
estudio con el fin de cubrir las necesidades de la empresa. Para ello se presentará
diversas propuestas de solución de los requerimientos y se describirá en detalle la
problemática específica, así como su solución.
8. Análisis de mercado de sistemas ERP:
En este apartado se realizará un estudio de los sistemas ERP ofrecidos en el mercado
capaces de abordar las necesidades de los requerimientos del sector automovilístico.
9. Conclusiones:
Presentaremos las conclusiones obtenidas tras la realización del trabajo.
10. Actuaciones realizadas para el desarrollo del proyecto:
Se comentarán la tareas y medidas tomadas a lo largo del desarrollo del trabajo, así
como comparar la planificación inicial con la final.
11. Autoevaluación:
Se autoevaluará la actuación final tanto del grupo en global como las actuaciones de
cada miembro, valorando así el esfuerzo realizado por cada uno de los integrantes.
12. Bibliografía.
Página 6 de 60
2 Planificación inicial del Proyecto

El proyecto se inició el día 1 de marzo tras la elección de la empresa. Acto seguido se realizó
el diagrama de Gantt que aparece a continuación y donde se puede observar la planificación
inicial del proyecto. Para concretar las tareas a realizar en el trabajo, se ha tomado como
referencia el índice de este y algunas observaciones u objetivos que han sido planteados por
el profesor.
Diagrama 1. Planificación del trabajo
En la planificación establecen 4 hitos o puntos de control del trabajo, que son los siguientes:
• Selección y justificación de la empresa o sector: Una vez seleccionada la empresa o sector, se
consensuará con el profesor – Tarea 2.
• Toma de datos y análisis: Finalizada la toma de datos o análisis de la empresa o sector, se
entregará para su revisión con el profesor – Tarea 4.
• Entrega del trabajo: Una vez finalizado, y antes de la fecha de entrega final, se hará entrega
del documento del trabajo final – Tarea 13.
• Exposición del trabajo: Se realizará la exposición en clase del trabajo realizado – Tarea 15.
Página 7 de 60
3 Descripción general de la empresa
3.1 Grupo Sodecia

Como se ha comentado, la empresa escogida ha sido Sodecia. Esta pertenece al grupo de
empresas multinacionales, ya que, está repartida en 39 países. Los principales productos
que oferta son carrocería en blanco, piezas del tren de potencia, sistemas de seguridad,
piezas interiores, herramientas y equipamientos.
En 2016 aparece, en la planta de Sodecia Valencia, la línea de producción de Safety &
Interiors, añadiéndose a las demás líneas de producción establecidas en Valencia desde
su nacimiento en el año 2000.
Sodecia es proveedora de principales marcas y grupos automotrices del mundo,
confiándole a ella la producción de piezas de vital importancia en los vehículos, tanto de
seguridad, como mecánicas. Entre algunos de los numerosos premios que Sodecia ha
recibido a lo largo de los años, se encuentran:
Imagen 1. Algunos de los premios otorgados a Sodecia, el de la izquierda en 2017 y el resto se indican en el
mismo título
Sus 3 centros de competencia de productos ofrecen ingeniería colaborativa de servicio

completo, encontrando soluciones mediante el uso de software especializado y
presentando solicitudes de patentes.
Algunas de sus Full Service Solutions son:
• Horquillas de cambio para cajas de doble embrague y aplicaciones híbridas.
• Value Engineering.
• Body Engineering.
• Extrusiones roscadas y tuercas enjauladas.
• Travesaños de acero, aluminio e híbridos.
• Componentes de Seguridad.
• Componentes del motor.
• Sistemas de bloqueo de aparcamiento con sistemas de accionamiento.
Sodecia, como grupo, cuenta con 24 premios internacionales de calidad, 759 millones de
€ de facturación anual y 7086 trabajadores.
Página 8 de 60
Además, cuenta con 47 patentes a su nombre, repartidas en los diferentes ámbitos en

los que se desarrolla su actividad:
Imagen 2. Las patentes de Sodecia divididas por temas
3.2 Sodecia Valencia

Este trabajo se centrará en la actividad realizada en la planta que se halla en el Polígono
de Almussafes, Valencia. Como se ha comentado antes, pertenece al grupo
multinacional, y esta es una de sus delegaciones. Al encontrarse en el polígono industrial
de Almussafes, es normal que uno de sus clientes principales sea Ford. Este, al final del
año, supone para Sodecia un 40% de su producción.
En esta planta se dedican especialmente a la estampación de piezas pequeñas. La sede
de Valencia está formada por un total de 95 trabajadores. Uno de estos es el consultor
de SAP, que fue contratado por la empresa y ahora es interno de la misma. Antonio es la
persona con la que hemos ido realizando el trabajo y nos ha proporcionado gran parte
de la información. Otro contacto ha sido el Product Manager, Pablo Parra, antiguo de
GIOI.
La empresa es una sociedad limitada que cuenta
con un director ejecutivo, Jaime José Alonso
Guillo (Sabi - Informe, n.d.). En España empezó a
operar en el año 2000, 20 años después de su
fundación (About Us - Sodecia, n.d.). Sodecia se
encuentra dentro del top 10 de empresas del
municipio de Almussafes y dentro de las mejores
empresas de la comunidad Valenciana. Se
Imagen 3. Ubicación de la nave de Sodecia en encuentra dentro del polígono industrial Juan
Valencia Carlos I.
Otra característica relevante acerca de Sodecia es la certificación de calidad que tiene.
Algunas de ellas son: ISO9000, ISO14000, Q-1FO.
Siempre es bueno, cuando se analiza una empresa, tener en cuenta los datos contables
y financieros, ya que, la supervivencia de esta es requisito indispensable para plantear
cualquier propuesta en los sistemas de información. En términos generales, sin ir al
detalle se observarán la cuenta de pérdidas y ganancias y un gráfico que representa la
Página 9 de 60
evolución de los ingresos por explotación. La sede de valenciana de Sodecia presenta los
siguientes datos contables en los últimos años (Sabi - Informe, n.d.):
Gráfica 1. Gráfico de los Ingresos por explotación de Sodecia por año
Tabla 1. Cuenta de Perdidas y Ganancias de Sodecia por años
Como se puede observar, presenta unas cuentas saneadas y positivas, por lo que se pude
intuir a primera vista que los próximos años seguirá en aumento. Esta filial española tiene
recorrido y lo seguirá teniendo siempre y cuando sigan manteniendo la calidad que
actualmente les ofrecen a los clientes.
Página 10 de 60
4 Descripción de los Procesos característicos del sector

La empresa que se está analizando, tiene como se ha mencionado anteriormente un
proceso productivo característico de estampación y soldadura. Para poder analizar los
requerimientos de este, es preciso primero describirlo y observar las peculiaridades que
tiene. Muchas empresas en Valencia tienen procesos productivos parecidos, pero a
continuación se especificará como Sodecia lleva a cabo el suyo propio.
Imagen 4. Conjunto de piezas que fabrica Sodecia
Sodecia nos ha facilitado los datos y el recorrido de una de las piezas, en concreto, la
unión de un soporte a una pieza del base que se colocará en un motor híbrido para su
protección.
Imagen 5. Pieza que se fabrica en el proceso que está siendo

analizado
El proceso se inicia cuando las bobinas de acero llegan a la empresa y se almacenan.

Estas bobinas serán la materia prima de las dos piezas que se estamparán. El primer
paso sucede en paralelo. Llegan las bobinas de acero a dos controles de calidad donde
se revisan una serie de especificaciones. Si estas pasan el control, se almacenarán en la
sección de materia prima, si no es así se procederá a la devolución de la materia prima
a los proveedores. A continuación, se procede en paralelo a la estampación, cada pieza
en una maquina con su matriz correspondiente. Al terminar este paso, se someten
algunas piezas a un control de calidad, donde si lo superan, se depositarán en un
almacén intermedio; en caso de no cumplir con los requisitos, se estudiará la posibilidad
de aplicarle un reproceso. Si no se pudiera, se deberá desechar. Si se pudiera recuperar,
se le aplicará un proceso de transformación y volverá a la línea esa orden de fabricación.
Página 11 de 60
Después de la estampación en paralelo de las dos piezas y sus respectivos controles de

calidad, pasarán a un almacén intermedio. El siguiente proceso será el de soldadura, de
tipo MIG. La soldadura de la pieza que se observa en la imagen 2, esta compuesta, por
la pieza base (la más grande), el soporte (de color gris), y 4 manguitos. Estos manguitos
son suministrados por un proveedor. Una vez llegan, sufren un control de calidad: si se
supera, se almacenan; y si no, se devolverán. Después se sueldan las tres referencias.
Tras este paso, se procede a un control de calidad, extrayendo x número de piezas
establecido y realizando las mediciones oportunas, dependiendo el producto que se
esté fabricando.
Una vez se ha pasado el control de calidad, el siguiente paso es almacenar las piezas y
prepararlas para ser enviadas al siguiente proceso, que es subcontratado. En este se
galvanizarán las piezas con un tratamiento de Zn-Ni. Se envían las piezas y una vez
regresan, se recepcionan y se someten de nuevo a un control de calidad. Si las piezas
están en buen estado, se procederá al picking y su posterior distribución. Si no es así, se
hablará con la subcontrata para revisar los errores o defectos que tienen las piezas. La
empresa subcontratada deberá de proceder a un reproceso de estas piezas para
suminístraselas a Sodecia con la calidad exigida en el contrato.
A continuación, se muestra en un BPMN el proceso mencionado:
Página 12 de 60
Página 13 de 60
5 Identificación de Requerimientos específicos de gestión de la información

del sector
Sodecia es una empresa que se sitúa en el sector de la automoción, y que, dentro de la
cadena de suministro, actúa de proveedor de piezas y componentes de carrocería a sus
clientes que son principales marcas de coches. Estos clientes son entre 20 y 25, siendo
el 40% de las ventas de la empresa a Ford Almussafes, Valencia.
Para estudiar cómo realizar una integración de información óptima en una empresa
como Sodecia, se han de analizar los requerimientos específicos para la gestión de la
información del sector de la automoción. Cabe destacar, que Sodecia es una empresa
de fabricación, con lo cual, es vital que se tengan claros cuáles son los requerimientos
que permitan una integración total de los sistemas con la información.
Tras la realización de un análisis general del sector en el que opera Sodecia, y el papel
de esta empresa en la cadena de suministro, hemos elaborado una serie de
requerimientos en una lista, de los que consideramos los más importantes. Ya con los
siguientes requerimientos establecidos, vamos a analizar más a profundidad tres de
toda la lista.
Los principales requerimientos generales que toda empresa fabricante de piezas de
automoción debe tener son los siguientes (¿Cuáles son los requisitos típicos de una
empresa de automoción?, n.d.) y (ERP para automoción - Cronomia, n.d.):
5.1 Intercambio electrónico de datos (EDI): El sector de la automoción se
caracteriza por la gran cantidad de documentos e información que se debe
intercambiar, se han de tener distintos protocolos y líneas de comunicación para
precisar con alta seguridad las transacciones, la optimización y automatización de
procesos, y la reducción así de errores, costes y tiempos.
5.2 Soporte de mensajes EDI entrantes y salientes: Junto con el anterior, un

buen intercambio de datos electrónico viene dado por un buen soporte de los
mensajes entrantes y salientes de este tipo de documentos. En este sector los
procesos empresariales marcan la diferencia, si a eso le sumamos que se desarrolla
en un entorno internacional, es fácil reconocer que un buen soporte a los mensajes
EDI tanto entrantes como salientes es vital para los procesos de negocio de la
empresa. El flujo de comunicación entre los componentes de la cadena de
suministro ha de ser rápido, eficaz, seguro, eficiente y transparente.
5.3 Integración de la gestión de la relación con clientes y proveedores (CRM

y SRM): Otro punto a tener en cuenta es cómo gestionar la relación con los clientes
y con los proveedores. Para una buena gestión se necesita que el soporte sea de
asistencia eficaz para las ventas y las compras. En el caso de Sodecia, tiene entre 20
y 25 clientes, y el 40% de sus ventas van destinadas a Ford, por tanto, va a ser muy
importante poder manejar las relaciones con sus empresas clientes a través de un
soporte de CRM ajustado a las necesidades del sector de la automoción y también
que tenga en cuenta la relación volumen de ventas-cliente que existe entre los
clientes de la empresa. También será necesaria la buena gestión de la relación con
Página 14 de 60
los proveedores, para poder gestionar un plan maestro de producción acorde a las
necesidades de la demanda y los tiempos de dicha demanda.
5.4 Integración con procesos de fabricación: La automoción es un sector

complejo en cuanto a la necesidad de aplicar diversas técnicas y procedimientos, ya
que engloba la fabricación de componentes y módulos con infinidad de piezas, a
cada cual más compleja y exclusiva. Es por eso que la integración de todos los
procesos de fabricación, con sus especificaciones y procedimientos, es muy
importante para el software de gestión. Dentro de este requerimiento, se engloban
varios requerimientos que tienen que ver con cómo gestionar la fabricación en
general en el sector:
o Gestión de inventario con el que podríamos llevar un seguimiento
desarrollado. En un inventario es necesario organizar y complementar la
información, poder clasificar los productos, establecer los días de dichos
inventarios, poder llevar el seguimiento en tiempo real… Entre otras muchas
más funcionalidades.
o Gestión de lotes y números de serie que permita identificar los datos de la
fabricación, y así tener un control del producto desde su producción hasta
su venta.
o Gestión de la producción con informes de progreso de tiempo real, esto
podrá permitir a la empresa actuar de manera inmediata ante cualquier
problema que surja en planta, o para cualquier estudio que se quiera realizar
o simplemente para tener todo bajo control y lograr así una eficiencia
deseable.
o Cuadros de mando para el estado de la producción o un cuadro de mando
operativo con el cual se pueda gestionar la información originada en las
operaciones de elaboración de los componentes automovilísticos. Debería
permitir gestionar la información originada en las operaciones como en la
generación de pedidos y órdenes de compra y todo lo que tenga que ver con
el proceso productivo con los datos recogidos por los sistemas de
información en los niveles de planta.
o Ciclos de producción para tener un control del periodo desde el inicio de un
proceso productivo, hasta que el producto es vendido. El software tendrá
que ser capaz de poder cuantificar los ciclos de producción para poder
generar unos indicadores que relacionen el tiempo con los costes e ingresos
de cada ciclo de producción. Se establecerá así el detalle del conjunto de las
operaciones realizadas en el proceso de fabricación de los productos de la
compañía.
5.5 Planificación de la producción: Para conseguir la máxima eficacia en este

sector tan complejo, es necesario planificar la producción de manera exhaustiva.
Hay que tener en cuenta los numerosos parámetros que pueden aparecer, como en
este caso, la exclusividad de cada pieza o componente en función al cliente que se
esté sirviendo; también entran en juego las máquinas, la normativa de la calidad, las
fechas de entrega, entre muchas más cosas. Por tanto, el ERP deberá de tener la
capacidad de poder realizar Planes Maestros de Producción y, sobretodo, Planes de
Página 15 de 60
Requerimientos de Materiales, ya que es en lo que se basa principalmente la

actividad de la empresa.
Sería interesante que estuviese integrado con algoritmos heurísticos que permitan
establecer fechas de entrega, rutas críticas, necesidades de materias primas, etc.
Para que facilitase la complejidad de la elaboración de la planificación dentro del
sector en el que se encuentra Sodecia.
5.6 Trazabilidad completa: Al hilo de lo comentado anteriormente con el

requerimiento de establecer números de lote y números de serie, viene la
trazabilidad. Esto permite conocer el recorrido de la mercancía desde su origen
hasta su suministro y posible seguimiento a posteriori, facilitando así la
demostración de la calidad del producto y consolidando la confianza hacia los
clientes, distribuidores y demás componentes de la cadena de suministro. También
va a permitir la facilidad de la ubicación de los productos ya que, al estar asignados
por un número, va a ser más que sencillo seguir su trayecto tanto en la propia
empresa, como en su futura venta y seguimiento postventa. Permitirá poder llegar
al origen si alguna pieza o componente ha salido defectuoso y lograr identificar los
problemas con mayor celeridad, pudiendo así evitar errores mayores y desperdicios
de producción.
5.7 Gestión y control de la calidad: Debido a su especificidad, la industria de la

automoción establece unos estándares de calidad muy exigentes para toda su
producción. Esto significa que cada componente utilizado para fabricar un
automóvil debe ajustarse a dichas normas y estándares con total precisión. Solo de
esta manera se consigue la suficiente fiabilidad y seguridad en la conducción.
En la industria de la automoción es clave lograr una gestión eficaz de la calidad, y
son muchos los controles y los procesos de gestión de la calidad que cada simple
pieza o componente ha de pasar para conseguir la certificación. Este factor
concierne a todos los integrantes de la cadena de suministro y hay que saber llevar
una buena gestión.
Se debe de exigir una calidad integral y completa, ya que las piezas que una empresa
proveedora de componentes para grandes marcas automovilísticas, han de cumplir
con certificados de calidad, respetando las milimétricas tolerancias y controles de
seguridad que hacen que se lograr así una mejora continua y control de los costes
(Control de calidad y mejora continua | Knauf Industries Automotive, n.d.).
5.8 Monitoreo de cadena de suministro: Los resultados que se pueden obtener

de realizar una evaluación de la cadena de suministro, sirven de base para el
desarrollo de estrategias que son capaces de optimizar y reforzar los desempeños
de cada una de las tareas y departamentos que se pueden ver involucrados en el
sector automovilístico. Con una visión y monitorización de este proceso que
involucra a todas las empresas implicadas, se aportan soluciones integrales y se
mejora la productividad de la organización, ya que al tener bajo control toda la
Página 16 de 60
cadena de suministro, la empresa se podrá anticipar más a la demanda, y a tanto las

oportunidades como los problemas que pueda traer la cadena de suministro.
5.9 Ficha técnica específica de los productos: Es necesario que las piezas
fabricadas puedan tener la máxima información posible integrada. Cada empresa
deberá de tener sus especificaciones, y como es lógico, en este sector, las piezas se
deberán ajustar a la información que más útil sea para las necesidades tanto de la
empresa como de los clientes.
Las fichas técnicas son la consecuencia de querer tener todo identificado y definido,
sumado a la estandarización del sector dentro de la cadena de valor. Estas fichas
han de hacer referencia a la documentación en la que se exponga claramente todas
las especificaciones, características y demás información que la empresa considere
relevante. Para su buena utilidad, estas fichas deberán recoger también datos clave,
que puedan integrar la máxima información, incluyendo también la de los controles
de calidad, y todo de una manera organizada, clara y concisa, para poder así
comprimir la información y acceder mediante filtros a cualquier producto fabricado.
Existen cientos de requerimientos específicos dentro del sector en el que se encuentra

Sodecia, pero solo hemos comentado algunos de los que pueden ser más relevantes
tras el análisis realizado.
Dentro de los que se han comentado, vamos a escoger tres en los que se va a realizar
un estudio más exhaustivo en el siguiente apartado. Estos tres requerimientos son los
siguientes: 1. Intercambio electrónico de datos (EDI), 7. Gestión y control de la calidad
y 9. Ficha técnica específica de los productos.
Página 17 de 60
6 Análisis y especificación de requerimientos

A continuación, se va a realizar el análisis y especificación detallados de unas
necesidades y requerimientos específicos identificados y seleccionados para el
desarrollo del trabajo.
Los tres requerimientos en los que se va a realizar un estudio más exhaustivo son los
siguientes: Gestión del intercambio electrónico de datos (EDI), Gestión y control de la
calidad y Ficha técnica específica de los productos.
6.1 Análisis de requerimiento 1

El primer requerimiento para analizar va a ser la gestión de la documentación EDI de los
diferentes clientes de Sodecia y cómo llevar a cabo la unificación y estandarización de
esta información para la simplificación de las órdenes de fabricación (Estándares
EDI | EDICOM, n.d.-a).
6.1.1 EDI en el sector de la automoción

El sector de la automoción tiene el problema de la gran cantidad de documentación y
de información que se debe intercambiar. Este intercambio de datos ha de ser lo
óptimo y eficiente posible, pero existen distintos protocolos y líneas de comunicación
y se precisa de una alta seguridad en las transacciones. Sumando todo lo anterior a
que este sector es uno especialmente competitivo, en los que los procesos
empresariales marcan la diferencia y que se desarrollan en un entorno internacional,
se ha de tener este intercambio electrónico de datos como una fase del proceso de
negocio a seguir de cerca y tener muy en cuenta (El uso del EDI en el sector
automoción, n.d.-a).
El objetivo de un buen intercambio electrónico de datos en la industria automovilística
tiene que ver con la reducción de costes, eliminar gestiones de stock innecesarias y
producir las cantitades y suministros demandados por el ‘’Just In Time’’, donde se
produce lo estrictamente necesario según la demanda de vehículos que se quieran
producir (El uso del EDI en el sector automoción, n.d.-b).
La integración de esta información es vital para el correcto funcionamiento del flujo
de estos documentos en las empresas. Los mensajes EDI se están estandarizando al
igual que los protocolos a seguir. Primero se comentarán algunos de los tipos de
mensajes más utilizados, y más adelante se comentarán algunos de los protocolos ya
estandarizados más relevantes en la industria. Los principales mensajes EDI que se
intercambian en el sector de la automoción son (¿Qué mensajes EDI se usan en el
sector automoción?, n.d.):
• DELFOR - Delivery Forecast: también conocido como planificación de compra,
petición de suministro prevista o pedido planificado, es un mensaje que indica
al proveedor su cota respecto a la demanda total del cliente dentro de un
periodo acordado. Es decir, es un documente que recoge la planificación de
suministro estimada que va a necesitar el cliente.
• DELJIT - Delivery Just In Time: llamado pedido firme o petición precisa de
suministro, es un mensaje que incluye la cantidad fija de suministro que el
Página 18 de 60
cliente precisa y la planificación de entrega. Esta planificación de entrega consta

del dónde, cómo, cuándo debe de ser entregado el suministro y, para ello, cada
lote de suministro tiene su propio código identificador para garantizar la
eficiencia de su entrega.
• DESADV - Despatch Advice o ASN - Advanced Shipped Notice: más comúnmente
llamado aviso de expedición o de envío, albarán o guía de remisión, es un
mensaje que especifica los detalles del suministro enviado en las condiciones
acordadas. Es decir, incluye información detallada sobre el contenido del envío.
• RECADV – Receiving Advice: este mensaje es la confirmación de recepción de la
mercancía o suministro acordado.
• INVOIC – Invoice message: este mensaje EDI es aquel que permite el reclamo o
pago de los bienes o productos suministrados en las condiciones acordadas
entre el proveedor y el cliente. Es decir, se trata de la factura relacionada al
suministro proporcionado.
Imagen 6.¿Cuáles son los mensajes más comunes en automoción?
Existen también estándares y protocolos de documentación EDI que hace que las
conexiones sean más ágiles, rentables y seguras. Estos estándares definen en última
instancia las reglas a tener en cuenta para la emisión e interpretación de una
transacción comercial concreta. Así, cualquier documento a intercambiar, habrá de
generarse respetando las normas definidas por el lenguaje EDI. Estas normas
establecen el orden en el que se presenta la información, los datos mínimos
obligatorios que se han de mostrar en cada mensaje o documento, la metodología de
etiquetado, etc. Los tipos de mensajes comentados anteriormente se encuentran
dentro de los estándares establecidos. Algunos de los más reconocidas actualmente
son los siguientes (Estándares EDI | EDICOM, n.d.-b):
• UN/EDIFACT – United Nations/Electronic Data Interchange for Administration,
Commerce and Transport.
Página 19 de 60
o Este estándar está desarrollado por las Naciones Unidas en la década de los 80
con el trabajo del grupo Working Party 4. Es un lenguaje EDI multi-país y multi-
industria.
• ANSI ASC X12 – American National Standards Instritute Accredited Standards
Committee.
o El American National Standards Institute (ANSI) creó a finales de los 70 el
Accredited Standards Committee (ASC) con el objetivo de desarrollar un
estándar de mensajería uniforme para el intercambio de documentos
electrónicos. Nació así pues ANSI X12 inicialmente como un estándar a
emplear por empresas norteamericanas de diferentes sectores, pero que se ha
implementado en cualquier solución EDI.
• ODETTE - Organization for Data Exchange by Tele Transmission in Europe.
o Representa los intereses de la industria automovilística en Europa que
desarrolla herramientas para mejorar el flujo de abastecimiento de productos
y suministros en la cadena de valor de la industria automotriz. Esta
organización es responsable del desarrollo del estándar de mensajería que
lleva su propio nombre, o de protocolos específicos de comunicación como
OFTP (el cual se comentará más adelante ya que es el que Sodecia lleva a cabo).
• UBL – Universal Business Language.
o Desarrollado en 1998 por el contable y auditor Charles Hoffman, con las bases
de un lenguaje en XML, diseñado inicialmente para el sector financiero. La
Unión Europea, en el marco de su estrategia 2020, ha designado el UBL como
el estándar de referencia para la contratación pública, por lo que muchas
administraciones públicas de los países miembros de la UE lo están
incorporando como base para definir los mensajes que deben intercambiar
con sus proveedores.
Por último, para entender definitivamente la comunicación EDI se ha de comprender
la integración y relación que hay entre OEM y los TIER:
• OEM: (Original Equipment Manufacturer). Son fabricantes de equipos originales
que confeccionan piezas o componentes que se utilizan en los productos de otra
empresa. Por ejemplo, Ford emplea parabrisas de PPG, que es un OEM.
• TIER 1: Son los proveedores de primer nivel. Fabricantes de sistemas,
subsistemas y componentes
completamente terminados para facilitarlo
directamente al fabricante de vehículos.
• TIER 2: Fabricantes de sistemas,
subsistemas y componentes
completamente terminados para facilitarlo
a empresas TIER 1 o a fabricantes de
vehículos.
• TIER 3: Creación de productos
semielaborados o materias primeras.
Generalmente suministran productos a las Imagen 7. Estructura de como se dividen
empresas TIER 2 o TIER 1 o a fabricantes de los diferentes tipos de empresas y la
vehículos. comunicación entre ellas
Página 20 de 60
En definitiva, tienen que existir comunicaciones efectivas entre estos niveles de

fabricantes, a la vez que una sincronización entre fabricantes-proveedores y una
conectividad segura de la documentación de la información (El EDI como pieza clave
en la integración entre OEM y TIER 1 en el sector automotriz | EDICOM, n.d.).
6.1.2 EDI en Sodecia

En este punto se va a comentar como Sodecia trabaja actualmente con la
documentación EDI.
Lo primero que hay que tener en
cuenta es la situación de Sodecia
dentro de la cadena de suministro,
qué clientes tiene y cómo se
comunica con ellos. Esta empresa
fabrica tanto componentes, como
cuerpos de coches en blanco y
también sistemas de seguridad. Esto
sitúa a Sodecia como una empresa
Tier 1 que fabrica componentes y
sistemas los cuales suministra a sus
clientes.
Sodecia se ha ganado la confianza de
diferentes clientes, líderes del
mercado automovilístico. Estas
empresas de OEM trabajan mano a
Imagen 8. Clientes de Sodecia mano con Sodecia en el desarrollo de
nuevos productos e ideas para el
futuro.
En Valencia, Sodecia tiene como cliente principal a Ford, directamente a la fábrica de
Ford en Almussafes, a la cual se destinan el 40% de las ventas de la planta valenciana.
Ford lidera la lista de clientes en ventas a la cual hay que sumar más de 20 clientes
potenciales en todo el mundo.
Cada cliente tiene su formato de documentación electrónica y sería bastante complejo
realizar las órdenes de fabricación deseadas con un Just In Time debido a que el
procesamiento de estas órdenes de fabricación vienen de haber recibido una previa
orden de compra en un formato EDI distinto por parte de cada tipo de cliente.
Es por ello que en Sodecia se ha intentado estandarizar este lenguaje de
documentación de la información electrónica para poder satisfacer con creces la
demanda. Aún así, en la empresa este proceso no es todo lo ágil que les gustaría ya
que aún tienen que realizar variaciones dependiendo del cliente, tales como picar los
códigos de material, o los de posición, y demás información contenida en estos
mensajes.
Página 21 de 60
A partir de esta situación, la empresa decidió subcontratar esta actividad a una

empresa externa, pero con la cual tienen convenios. Esta empresa de transformación
digital es Axway, alemana y pionera en la transformación de archivos gestionados,
integración B2B y demás servicios de transformación digital de documentos. Es esta
integración B2B el servicio que realizan en Sodecia, para EDI, que le permite responder
más rápido a las cambiantes demandas comerciales de todos los clientes de la
empresa. Axway le ofrece una implementación flexible tanto en las instalaciones como
en la nube. Este servicio es siempre activo y compatible con los estándares normativos
recientes de la industria.
Imagen 9. Logo de la empresa Axway
El proceso de negocio comienza cuando los pedidos por parte de los clientes llegan a
Sodecia, esta los agrupa y los manda a Axway. La empresa transformadora digital los
procesa por la noche y los estandariza, dejándolos en un formato unificado y que sirve
a Sodecia para tenerlo todo organizado y ordenado para realizar la planificación de las
órdenes de producción futuras.
Por tanto, actualmente la empresa tiene este servicio de estandarización de EDI
subcontratado a una empresa que desde un principio ya tenía relación con la marca y
tienen el proceso de negocio bastante asentado.
6.1.3 Necesidades actuales de Sodecia con relación al EDI.

El proceso de gestión de la información mediante EDI en Sodecia actualmente está en
parte controlado, no como a la empresa le gustaría, pero la pregunta es: ¿Se puede
mejorar la agilidad de la comunicación EDI? La respuesta debe ser afirmativa. Siempre
se puede intentar mejorar un proceso, y más si está relacionado con la optimización
del intercambio electrónico de datos, con las tecnologías en una mejora continua.
Estas son las principales necesidades que presenta Sodecia y donde pretenden
conseguir un proceso de optimización:
• Sincronización completa y a tiempo entre Sodecia y sus clientes. El sector de la
automoción requiere una efectiva cadena de suministros en la que Sodecia y sus
clientes estén perfectamente sincronizados. Esta necesidad ha llevado a que las
soluciones de intercambio electrónico de datos que se ofrece sean óptimas y
más eficientes cada día.
• Comunicaciones efectivas. El elevado volumen de mensajes que Sodecia
intercambia y procesan con sus clientes y proveedores (incluyendo TIER 2 y TIER
Página 22 de 60
3 que sirvan como proveedores a Sodecia) requiere un sistema de

automatización que facilite las gestiones. Mediante la integración de las
soluciones EDI en el ERP de la compañía se consigue la automatización y
prácticamente la eliminación de errores. También debe permitir planificar la
producción y realizar las compras de materias primas de una manera automática
nada más recibir la información de un día para otro.
• Conectividad segura. Otro factor fundamental para garantizar el éxito de las
soluciones EDI en Sodecia es la conectividad. El trabajar con redes de valor
añadido, (VAN’S), es la opción más segura frente a las redes privadas punto a
punto, las redes de telefonía pública o internet, y esto puede ser otro punto de
mejora de la situación actual.
Imagen 10. Ventajas de la integración del servicio EDI SAP
Por supuesto, todo esto tendría sentido si cumplimos la necesidad principal la cual
tiene que ver con la integración de este modelo de intercambio electrónico de datos
en el ERP de Sodecia: SAP
Todas estas necesidades y funcionalidades ya se das soporte a través de la empresa
subcontratada Axway mediante su proceso de estandarización EDI que hacen que, con
rellenar una serie de registros y campos, Sodecia ya tenga controlada la demanda,
aunque desde la empresa creen que no es del todo la mejor opción para dar solución
a este requerimiento. Es por eso por lo que la empresa tiene una visión de mejora
continua y está viendo en Axway cierto estancamiento en este proceso de gestión de
documentación y fallas en la parte de ciberseguridad, la cual no refleja una confianza
total en el sistema actual.
La empresa quiere programar una interfaz propia que se integre en los documentos
para que los formatos ya de por sí estén estandarizados y la compra de la materia
prima que debe de estar integrada con el proceso en el ERP a la hora de leer los
mensajes EDI la noche anterior.
Página 23 de 60
Con todo lo anterior, el principal objetivo de la compañía, por tanto, es poder

establecer un estándar EDI que esté integrado con el ERP y pueda servir todas las
necesidades que la empresa requiere actualmente y a futuro. Tras haber establecido
un objetivo, es momento de analizar y comentar a través de reuniones cuál o cuáles
pueden ser las mejores opciones para la compañía.
Hoy en día existen sistemas muy extendidos internacionalmente para intercambiar
transacciones, por tanto, la necesidad que tiene Sodecia de querer establecer,
optimizar y afianzar estos protocolos y estándares, van de la mano con conseguir una
reducción de tiempos de planificación y costes de lanzamiento de órdenes de
fabricación, las cuales son las necesidades principales y los objetivos de la compañía
en general.
Página 24 de 60
6.2.1 Control de la Calidad en el sector de la automoción

Sodecia, como se ha dicho anteriormente tiene implantado SAP, pero cuando se hizo
esta misma implantación, no se vio la conveniencia de contratar el módulo de Gestión
de Calidad, QM SAP. Sin embargo, sí que compraron otro software para llevar el
control de inspecciones, realizar muestreos… Este programa se llama QAD (Quality
Management Software) y está directamente conectado a SAP, compartiendo la misma
BBDD. A diferencia de la comunicación de datos entre Sodecia y sus proveedores
mediante formato EDI, en este caso, estos dos softwares comparten directamente los
datos.
Ajustándonos al proceso explicado anteriormente, nos damos cuenta de que existen
muchos controles de calidad. Esto es una peculiaridad del mundo automovilístico, ya
que son abundantes y de muy alta exigencia. Como esta característica es muy propia
del sector, nos ha parecido interesante analizar como Sodecia utiliza su sistema de
información para gestionar esta parte tan importante en su proceso de producción.
Actualmente cuenta con más de 40.000
certificados a nivel mundial con una
tendencia de crecimiento en torno al 10%
anual (ISO SURVEY 2010) (ISO TS 16949:
calidad sector automóvil - Burotec, n.d.). El
sector del automóvil es característico por
sus controles de calidad exhaustivos. El
objetivo de la mejora continua es conseguir
mejoras en costes, calidad, flexibilidad o en
la productividad (Bessant et al., 1994). La
Imagen 11. Control de calidad de una pieza mejora continua en este sector tiene un
papel fundamental y una de las maneras de medir esta mejora son los controles de
calidad. Los estrechos márgenes en los costes son otro motivo por el cual las empresas
automovilísticas dan tanta importancia a la calidad del producto.
Contar con los sistemas, procesos y estándares adecuados ayuda a garantizar el
cumplimiento de los códigos, regulaciones, requisitos y obligaciones que permiten
comunicar al mercado nuestra firme apuesta por el servicio excelente (Calidad y
excelencia en la automoción | TÜV SÜD, n.d.). Además del motivo económico, la
excelencia del producto es un aspecto fundamental para este sector, ya que, está muy
orientado al cliente.
En la planta de FORD Almussafes, uno de los clientes de Sodecia, utilizan sistemas para
llevar el control de la calidad de sus proveedores. Se establecerá un sistema de
penalizaciones por puntos, si una empresa se queda sin puntos de calidad (Quality
Points) será penalizada con la imposibilidad de realizar retrabajos durante un periodo
de tiempo. De esta forma se asegura una mayor regulación y la calidad óptima de los
retrabajos realizados (Sadi M. Yilmaz Soñora, 2019). Esta penalización que un cliente
puede realizar si su proveedor no se ajusta a las exigencias impuestas, hace que estos
Página 25 de 60
últimos se esfuercen mucho y pongan los medios oportunos para llevar un control
férreo de la calidad.
En definitiva, la mejora continua, el control de los costes y una estrategia orientada al
cliente hace que el sector del automóvil sea un claro referente en la gestión de la
calidad total.
6.2.2 Control de calidad en Sodecia

Más en concreto en la empresa que se está analizando, Sodecia, podemos comprobar
que esta mejora continua y el control de la calidad está implantado en la línea que
está siendo analizada. En el proceso de fabricación escogido, existen hasta 8 controles
de calidad: 2 de ellos a las materias primas (bobinas de acero), 1 a la estampación del
soporte, otra a la pieza y otra a los 4 manguitos cuando llegan al almacén de recepción;
1 tras la soldadura, después se envía a galvanizar y tras este proceso se realiza otro
control, y por último, tras el picking. En total, 8 controles de calidad. Podrían parecer
excesivos, pero como se ha comentado con anterioridad, este sector es muy exigente
en la calidad del producto, no pueden permitirse errores.
Sodecia, al igual que las empresas de su sector y de otros, tiene un manual donde se
recogen los procedimientos a seguir para la gestión de la calidad. Todas las acciones
relacionadas con esto lo llevan desde el departamento de calidad. Ellos se dedican a
describir los procesos de control de la calidad, a revisar los históricos, y a gestionar el
software encargado de la calidad, el QSYS/CAQ. El proveedor de este programa es
Siemens y se instaló a la vez que SAP. No comparten BBDD y funcionan por separado.
Nuestro contacto nos comentó que entre las dos herramientas no existe flujo de
información. El motivo por el cual se decidió instalar este programa y no el módulo de
SAP fue por asuntos centrales. Como se ha explicado anteriormente, Sodecia
pertenece a una multinacional, y las oficinas centrales tienen el poder de decisión en
la implantación de los softwares. Por esta razón, Sodecia (Valencia), al igual que el
resto de las plantas por el mundo, tiene CAQ y no el QM de SAP.
En cuanto a los puestos de control se hallan en al lado de las maquinas donde se
realiza, a diferencia de algunas otras plantas, donde tienen un único lugar donde se
realizan todos los controles de calidad. En ellos es donde se realizan estos 8 controles,
exceptuando aquellos de materias primas y los de llegada de material subcontratado,
ya que se hacen en la zona de recepción de materia prima. Esta descentralización de
los puestos del control de calidad, hacen que un sistema de información bien
comunicado sea importante, ya que cualquier error hará que los operarios deban de
hacer largos recorridos, lo que se traduce en mucho tiempo.
Además de la importancia en el sector, también se ha podido comprobar que, en
concreto en Sodecia, la calidad juega un papel fundamental. Por esta razón, en el
siguiente apartado se analizará el sistema que actualmente se utiliza, el CAQ
6.2.3 QSYS/CAQ y necesidades actuales de la empresa

Como se ha comentado, el proveedor del sistema que utiliza Sodecia es Siemens. Este
mismo en su pagina web describe el software como: Computer-aided quality (CAQ) is
quality management software (QMS) that helps manufacturers ensure consistent
Página 26 de 60
process and product quality from design through production (“idea to shelf”) (What is
Computer-Aided Quality | Siemens Software, n.d.). Esto quiere decir que el programa
da soporte en todos los aspectos desde que se genera la idea hasta que producido y
terminado se halla en una balda. Los procesos concretos a los que da soporte esta
herramienta son: inspection plan management, statistical process control (SPC) and
supplier quality management [gestión del plan de inspección, el control estadístico de
procesos (SPC) y la gestión de la calidad de los proveedores] (What is Computer-Aided
Quality | Siemens Software, n.d.).
Por otro lado, recalca la idea de la compatibilidad con las normas y estándares del
sector y de la producción. In today’s regulated manufacturing space, computer-aided
quality software must also support international guidelines and standards, like ISO
9001, IATF 16949 (Automotive) […] and GMP/GLP (laboratories, process industries)
(What is Computer-Aided Quality | Siemens Software, n.d.).
Una vez repasadas las funciones que CAQ le ofrece a Sodecia, en la siguiente imagen
se puede observar la primera interfaz del software:
Imagen 12. Mockup inicial del programa QSYS/CAQ
Aquí se puede observar todas las funciones que el programa facilita a la empresa. A
continuación, se analizará el procedimiento que actualmente se utiliza para la creación
de orden de inspección. ¿Por qué esta y no otra? La respuesta es que esta acción es la
Imagen 13. Mockup que utiliza el usuario programador para registrar como será la inspección de una
referencia
Página 27 de 60
que más lleva a cabo un operario de planta relacionada con el control de calidad. Las
siguientes imágenes muestran las operaciones que la persona encargada de
programar una creación de una inspecció n ha de llevar a cabo:
Todos los campos que están de amarillo que no están rellenados son los que el
trabajador del departamento de calidad ha de completar. Empezando desde Insp.
order, aquí mediante el código de barras o tecleando, añadir el número de la orden de
inspección. En la siguiente línea, se introducirá la localización desde donde se va a
realizar, por ejemplo, la maquina V202. Más abajo, Machine no. el numero de la
maquina donde se ha procesado la pieza V202. En Linea no. el concepto de la línea
donde se está procesando, por ejemplo, estampación. Por último, Part no. donde ha
de colocarse mediante el lector del código de barras o manualmente, el código de la
pieza que se utiliza en SAP.
Una vez configurada, las siguientes imágenes representan las pantallas que visualizan
los operarios en planta cada vez que han de realizar una inspección.
Imagen 14. Mockup que tiene el operario en planta del CAQ
Una vez el operario identifica con el lector de barras el código del producto, se abre la
pantalla que se observa en la Imagen 3. Aquí se pueden observar dos zonas diferentes.
La parte de arriba donde se puede observar la información especifica de la referencia
que está siendo sometida a la inspección, y la parte inferior donde se identifican todos
los controles que han de hacerse en una misma inspección.
Imagen 15. Parte superior del Mockup que utilizan los operarios del CAQ
Página 28 de 60
En esta primera parte se puede observar con mayor detalle toda la información de la
pieza que esta siendo analizada.
Imagen 16. Parte inferior del Mockup que utilizan los operarios del CAQ
En la Imagen 5, se pueden observar de manera resumida las diferentes pruebas que

debe de ir haciendo el operario. Mediante un check irá confirmando si este
requerimiento de calidad es o no favorable. Como antes se ha mencionado, este
programa no está conectado con SAP, por lo que Sodecia debe de duplicar todos los
datos específicos de cada una de las referencias y de todos los puestos y maquinas
que existen en la planta. Habrá otros que no harán falta que se dupliquen puesto que
para la producción no hace falta saber todos los datos que aparecen en la Imagen 5,
pero si todos aquellos que aparecen en la Imagen 4.
Pensando en otro stakeholder, como podría ser el jefe de planta o el director de

producción de toda la compañía, sería interesante que ellos tuvieran recogidos en un
solo programa toda la información agregada. En primera instancia, con que tengan
acceso al programa CAQ sería suficiente para tener los datos y sacar información
relevante. Pero una aplicación interesante para el BI (Business Intelligence) sería la
conexión de todos estos datos con SAP, para que así se pudieran buscar relaciones
entre diferentes factores.
Después de este análisis, se ha podido comprobar que la gestión de la calidad

mediante un software independiente hace que, por un lado, se tenga que duplicar la
información y esto significa duplicar tiempo a la hora de introducir datos; y por otro,
la incapacidad de agregar datos y buscar relaciones con otros factores, a no ser que se
transforme toda la información y se comunique con SAP. Esta última opción tiene
mucha relación con la comunicación EDI (apartado 6.1 de este mismo trabajo). Como
se ha podido comprobar la transformación de estos datos es costosa, por lo que esta
opción no es muy probable que se llevara a cabo. En el apartado 7.2, se estudiarán las
posibilidades que existen para solucionar estos problemas que se han identificado
relacionados con el software QSYS/CAQ.
Página 29 de 60
6.3.1 Fichas técnicas de productos en el sector de la automoción

Dentro del sector automovilístico encontramos diversos grupos de interés para las
empresas, como proveedores de componentes que deben ser conocedores al
milímetro de las especificaciones de un producto o por el lado contrario un cliente que
necesite un producto con unas dimensiones concretas. Todos estos datos deben
trasmitirse de forma eficiente, ya que muchos de los procesos asociados a la industria
automotriz combinan diversos materiales, componentes, líneas de producción y
procesos para fabricar el producto final (Planeación de la Producción en la Industria
Automotriz | Preactor | OVS, n.d.). Por lo tanto, encontramos un sector donde la
información que se va a transmitir forma un papel indispensable.
Pongamos como ejemplo la fabricación de un automóvil. Nos encontramos entonces
con cientos de componentes a la vez estos compuestos de otros más pequeños,
incluso cualquier elemento sencillo como podría ser un faro de coche, están repletos
de elementos cada uno tan indispensable como el otro. Cada una de las piezas de este
vehículo ha sido diseñada milimétricamente, con un único fin y con una zona de encaje
muy restringida, todo esto complica la tarea en grandes medidas. Se estima que el
número total de elementos distintos suele oscilar entre las 70.000 y las 90.000. Y todo
ello sin tener en cuenta que, en los modelos con un equipamiento más completo, este
número se puede incrementar todavía más (¿Cuántas piezas distintas tiene un coche
actual?, n.d.). Esto nos deja un escenario complejo donde cada especificación en las
dimensiones, cada característica del material o cada detalle de la pieza ha de estar
perfectamente identificado y listo para ser enviado a otros agentes de la producción.
Esta necesidad del sector por tener identificado y definido todo elemento sumando a
la estandarización del sector nos lleva al uso de las fichas técnicas de productos. La
ficha técnica hace referencia a un documento que exponga claramente todas las
especificaciones, características etc. Concretamente las fichas técnicas a comentar
tratan la producción de las empresas y son de uso interno. Estas fichas deben recoger
datos clave de una manera organizada y concisa ya que los costes que podría traer
cualquier desviación de una pieza en una línea de producción serían muy altos. Esta
relevante información podría tratar, en general, puntos como datos relevantes para
su fabricación, datos que permitan clasificarlo, información de los distintos formatos
en que pueden encontrarse, datos importantes de cara a garantizar la seguridad y
calidad de este (parámetros a comprobar en control de calidad) (Cómo diseñar
correctamente fichas técnicas de producto | La Innovación Necesaria, n.d.).
Como venimos diciendo y para concretar cual es la necesidad por parte del sector del
uso de estas fichas, es que se consigue un recurso muy útil cara a la producción de las
empresas para poder hacer frente a la técnica y compleja especificación de miles de
productos, piezas o componentes de otros miles de modelos distintos, de los cuales
las fichas nos permiten agrupar esa información para posteriormente integrarla en
ERP empleado y poder coordinar la producción del modo más eficiente posible.
Página 30 de 60
6.3.2 Fichas técnicas de productos en Sodecia

Sodecia, perteneciente al sector automotriz, debe gestionar la información de sus
procesos y productos de un modo correcto. Toda la empresa funciona por medio de
SAP que se encarga automáticamente de lanzar las órdenes de fabricación conforme
llegan los avisos de clientes. El corazón de Sodecia es el MRP por el cual se planifica y
se gestionan los requerimientos de materiales. Por lo que nuestro proceso se inicia
conforme llega el pedido, SAP lo recoge y lanza la orden de fabricación con las fechas
establecidas. Todo está automatizado y es ahí donde encontramos la importancia de
las fichas técnicas de productos, ya que la información que recogen es con la cual el
sistema podrá planificar los procesos.
Mas en concreto estamos tratando el proceso de fabricación de una pieza de unión,
que se encarga de unir un soporte a la base que se colocará en un motor hibrido para
su protección. Para el desarrollo de esta pieza y como ya hemos comentado antes, las
bobinas deberán pasar por un proceso de estampación, soldadura y galvanizado
(proceso subcontratado). A continuación, comentaremos la información que debe
incluir la ficha técnica de esta pieza para su correcta integración en el SAP de la
empresa.
Primeramente, tenemos un
encargado de realizar estas fichas
técnicas. El empleado se encarga
de recopilar la información,
definirla de forma que se pueda
integrar dentro del sistema de
información y de emitir la ficha,
además de actualizarla en caso de
variación en cualquier de los
elementos de la ficha.
Primeramente, encontraremos un
apartado dedicado a los datos de la
pieza y cliente. Dentro de este
apartado tenemos datos técnicos
generales que entraran
directamente en el proceso como
el peso total, las dimensiones en
milímetros de la caja de la pieza y
el número de pieza, así como
información de procedencia de la
pieza, el cliente y el número de
referencia al que se le asociara la
pieza al cliente. Tanto el número de
pieza como el número de
referencia del cliente sirve para
identificar la pieza durante el
Imagen 17. Modelo de una ficha técnica de un producto proceso. Encontramos en este
en Sodecia primer apartado huecos dentro la
Página 31 de 60
ficha donde poder poner imágenes de la pieza para facilitar su visualización o

información nueva del producto.
Estos productos pueden tener variaciones en el proceso dependiendo de la selección
del cliente. Suelen ser variaciones ofrecidas por la empresa, no una personalización
total, aun así, estas selecciones deben quedar recogidas en la ficha por medio de un
apartado de requerimientos de los clientes ya que pueden modificar el trayecto de la
pieza en el proyecto. En el caso de nuestra pieza de unión, los requerimientos del
cliente pueden variar respecto a seguridad o CQI-9 (La evaluación estándar del sistema
de tratamiento térmico CQI-9 es un complemento de ISO / TS 16949: 2009 para
sistemas de gestión de calidad en procesos de tratamiento térmico (5 áreas básicas
que comprende CQI-9 | SPC Consulting Group, n.d.))
El siguiente apartado corresponde al material. Aquí encontramos los datos técnicos
más específicos de la pieza. Este apartado recoge información de la composición de la
pieza y sus dimensiones. Respecto a la composición: tipo de material utilizado, tipo de
recubrimiento empleado y norma de calidad. Respecto a las dimensiones: Espesor,
anchura, tolerancias y volumen. Es importante recalcar, que de cada elemento
externo de la pieza como puede ser el recubrimiento aplicado o el material empleado
encontramos otro número de referencia interna para poder ubicar su procedencia.
Como hemos explicado antes su destino vendrá definido en los datos de la pieza y
cliente. Esta información actúa en concordancia con los siguientes datos de la matriz
ya que la orden de fabricación propuesta por el SAP configurara la pieza y la matriz
automáticamente tras recibir el aviso del cliente.
En cuanto al proceso de estampación, se realiza por medio de la matriz. En el siguiente
apartado se encuentran los datos de la matriz la cual procesara la pieza, por lo que
todos los datos de la matriz quedan recogidos en este apartado. Tendremos
información descriptiva de la matriz y información técnica de la máquina, en esta
ultima la fuerza de máquina, el avance, las piezas/golpe, los golpes/min. Para
identificar la maquinaria tenemos el número de maquina y el módulo al que
pertenece, para poder identificar directamente la zona de un posible error en caso de
desperfecto de la pieza. En el sector automovilístico, como hemos comentado la
gestión de la calidad es una prioridad y por tanto en caso de no cumplir esta la
identificación del problema es primordial para poder garantizar la calidad y el correcto
funcionamiento de la línea, las fichas incluyen números identificativos con ese fin.
Por último, encontramos el apartado del proceso, donde quedan recogidos dos
apartados.
• Pasos de fabricación: Queda recogido paso a paso el proceso (En este caso
estampación, soldadura, galvanizado y picking). Cada paso tiene un numero
identificativo y asociado a una descripción del paso, también el número de
maquina donde se realizará dicho paso, todo asociado a una referencia interna.
• Elementos incorporables: Quedan recogidas las variables que se hayan
seleccionado o no para esa pieza, asociado al paso en que se va a realizar dicha
modificación.
Página 32 de 60
Con la ficha técnica terminada el encargado procederá a emitirla para su posterior

integración manual en SAP. Lo que nos lleva al siguiente punto.
6.3.3 Necesidad actual de Sodecia respecto a las fichas de producto

El MRP es el corazón del SAP en Sodecia por lo que es fundamental esta integración
de datos de los componentes, de materiales y de procesos, además como ya hemos
explicado este ser encarga de recibir los pedidos de los clientes y planificar las ordenes
propuestas de fabricación. Para concluir con el análisis del requerimiento, reuniremos
las razones principales por las que el uso de fichas de producto dentro de Sodecia es
de vital importancia, siendo un elemento indispensable para la empresa. Gran
variedad de participantes en empresas del sector automovilístico (proveedores,
operarios, clientes...), por lo que la trasmisión de información de los productos debe
tratarse eficazmente.
• Los vehículos están conformados por una gran cantidad de componentes que a
su vez se forman con otra gran cantidad de componentes, por lo que existe una
gran cantidad de datos relacionados con productos, modelos o piezas.
• Necesidad de identificar cada elemento para favorecer la estandarización de las
piezas durante la cadena de suministro.
• Correcta integración de los datos del proceso de la pieza dentro del sistema de
información SAP para poder automatizar la gestión de pedidos de clientes con
las ordenes de fabricación.
• Especial atención a la gestión de la calidad. Las fichas técnicas actúan como
historial de seguimiento en caso de detectar errores en la línea, pudiendo
encontrar más rápidamente la proveniencia del error.
Esta integración de la información es la base del funcionamiento del MRP de SAP. Esta
tarea se realiza de manera manual por uno de los empleados de Sodecia el cual se
encarga de configurar las fichas de productos con el programa, que se encargara de
proponer fechas, lanzar ordenes, recoger información de los clientes... Como se puede
observar, esto podría suponer mucha carga de trabajo en épocas donde las fichas han
de ser modificadas o hay entrada de muchos nuevos componentes, por lo que en la
propuesta de solución abordaremos como automatizar la integración de estos datos
para facilitar la tarea del empleado, quien se encargaría de supervisar la integración
en lugar de realizar también la integración manual de las fichas.
Página 33 de 60
7 Propuesta de solución
Las propuestas de solución a los tres requerimientos anteriores vienen de diferente
naturaleza, dependiendo del problema identificado. Se van a proponer diferentes
alternativas de solución para un mismo requerimiento, lo que llevará a hacer una
selección de la alternativa más adecuada. Para ello, se utilizarán diferentes
metodologías a la hora de elegir una solución determinada
Para las propuestas de solución se aplicarán diferentes tecnologías, metodologías, etc…
que dependerán de la naturaleza del requerimiento.
7.1 Propuesta de solución al requerimiento 1
7.1.1 Problemática concreta del requerimiento 1

La problemática principal con la que la empresa se encuentra respecto a este
requerimiento es muy sencilla y tiene que ver con la parte económica y cultural.
Axway realmente es ya una solución ‘válida’ para Sodecia ya que cubre gran parte de
los requerimientos de la compañía, pero no es la opción más eficiente y ágil. Si a eso
le sumamos que tampoco es la opción más barata y que hoy en día hay competidores
más cercanos que pueden ofrecer lo mismo e incluso más que Axway, sin otra barrera
limitante que puede ser el idioma, ya que Axway es una empresa alemana y la
comunicación con ellos es en inglés y no toda la parte de la plantilla habla este idioma.
Por tanto, se van a exponer primero estas dos barreras que son un poco el punto de
inflexión más importante a la hora de plantear el cambio, y también posibles
necesidades que tiene la empresa y que Axway no puede solucionar de momento.
La primera barrera es la barrera económica. Actualmente un servicio de Axway en
Sodecia es bastante caro desde la vista de los empleados de la empresa y teniendo
sobre la mesa los precios de otros competidores. Axway cobra en torno a unos 1200€
diarios por cada servicio de desarrollo de una solución. También hay que destacar que
cobran por mensaje enviado, que es como se suele hacer en este tipo de empresas,
pero que no deja de ser una opción cara, si a esto se le suma lo que cobra la empresa
por un desarrollo de una solución específica, la inversión en EDI no es que sea la opción
más rentable. En la propuesta de solución se comentarán otras empresas y también
sus pecios tras un estudio de mercado realizado.
La otra barrera que se ha comentado es la barrera el idioma. En Sodecia Valencia, hay
empleados que hablan inglés y otros que no, las comunicaciones con Axway, al ser una
empresa alemana, tienen que ser o en su idioma o en el inglés ya que es el más
utilizado en el mundo. Por tanto, puede ser una dificultad si el que necesita contactar
con la compañía no conoce el idioma y por tanto la fluidez del workflow en este caso
bajaría significativamente. En las soluciones propuestas, se nombrarán empresas que
son españolas, valencianas incluso, que son especialistas en comunicaciones EDI y que
por la cercanía y por el idioma pueden suponer un salto de calidad en la empresa.
Otros aspectos generales que los empleados encuentran en Axway y que pueden
suponer otras justificaciones de querer un cambio de empresa intermedia que lleve la
gestión de la comunicación EDI, son los que se van a comentar a continuación.
Página 34 de 60
Actualmente los EDI de Axway dan soporte en un 70% de todos los mensajes con un
formato de estandarización OFTP2. El resto de los mensajes son desarrollos a parte en
los que Axway saca rentabilidad ya que los cobra más caros al ser desarrollos que no
están estandarizados y, por tanto, son desarrollos a medida por los que la empresa
cobra bastante como se ha comentado.
El hecho de que la empresa haya estado siempre en colaboración con Axway, ya que
desde que se cambiaron los formatos de comunicación y apareció el formato EDI, han
estado ambas empresas en contacto (también porque ya tenían convenios
colaborativos de otros procesos de negocio). Pero esta colaboración ha dado lugar
también a un estancamiento en la forma de actuar con este proceso. Constantemente
la tecnología va innovando y evolucionando y cada día es más importante la
ciberseguridad, cosa de la que Axway no ha comentado a Sodecia y que otras
empresas sí están centrándose más ya que es de vital importancia que el intercambio
electrónico de los datos sea 100% seguro ante cualquier hackeo o caída del sistema.
Los efectos colaterales de ese ‘estancamiento’ debido a la confianza de Sodecia en
Axway después de tantos años, puede llevar a la compañía a ver otras empresas que
puedan llevar una mejor gestión de la documentación EDI en un futuro.
7.1.2 Propuestas de solución

Más que propuesta de solución, se va a enfocar como propuesta de mejora del
requerimiento. Como se ha comentado, la empresa Axway ya ofrece un servicio que
puede valer para salir del paso a Sodecia. Sin embargo, este servicio puede ser un
tanto más ajustado a las necesidades de la empresa hoy en día y es por eso que se
realiza este estudio y esta propuesta de solución que va a suponer una mejora del
proceso EDI.
Para llegar a una solución se han valorado diferentes escenarios. El intercambio
electrónico de datos es un mecanismo que en el sector de la automoción es de vital
importancia para el buen proceso de las órdenes de fabricación y posteriores ventas,
por tanto, es un proceso del cual se deba encargar alguien preparado. Antes de
contemplar opciones como la de subcontratar una empresa intermediaria se ha
preguntado a la empresa si tenían de personal dispuesto a aprender gestión de
documentos EDI, y la respuesta fue que la mejor vía era la de mandar todas estas
gestiones a otra empresa especializada.
A partir de aquí, se ha realizado un análisis de mercado para estudiar qué empresas
pueden ofrecer un mejor servicio de esta gestión y también como de bien pueden
integrar estos protocolos y estándares EDI en el ERP de Sodecia (SAP).
Contando con Axway como opción también válida, ya que si la cosa funciona
medianamente bien conforme está, y no se encuentra ninguna solución mejor, lo
correcto sería dejar las cosas como están. Pero tras el estudio realizado se han
encontrado dos empresas que se pueden ajustar perfectamente a las necesidades de
Sodecia. Estas empresas son EDICOM y Sothis - recién comprada por Nunsys y que
ahora pasaría a ser esta la que ofrezca este servicio (Nunsys compra el 100 % de Sothis
a Angels creando así el grupo líder tecnológico nacional - Nunsys, n.d.).
Página 35 de 60
Antes de comenzar con el análisis y comparativa de las soluciones, hay que tener en
cuenta que lo principal es que la integración con SAP sea ágil y completa, y también
que pueda resolver las necesidades de la empresa y ofrecer un servicio más eficiente
y optimizado del que tienen actualmente.
Imagen 18. Interfaz de usuario gráfica SAP de EDI
7.1.2.1 EDICOM
Esta empresa lleva desde su fundación dando soporte a servicios EDI y, por tanto, es
la más especializada en el tema debido a que trabajan por y para eso desde sus
comienzos, lo que puede suponer una gran ventaja. Es un proveedor Internacional de
EDI, Factura Electrónica y eTax Compliance. Esto es, que desarrollan soluciones
globales para el intercambio electrónico de datos (EDI), la facturación electrónica y la
integración de aplicaciones basadas en modelos eficientes SaaS.
La plataforma EDI global de EDICOM está disponible para cualquier empresa del sector
automotriz, asegurando la entrega y recepción a cualquier socio en todo el mundo.
El modus operandi del sector muestra las siguientes necesidades:
• Protocolos: Diferentes protocolos de comunicación EDI para permitir la
conexión con cualquier interlocutor del sector.
• Eficiencia: Simplificación y eficiencia en la gestión administrativa
(automatización de procesos, eliminación de errores, etc.).
• Inmediatez: Intercambio de grandes volúmenes de información, como
pedidos, avisos de expedición, especificaciones de ingeniería a través de
archivos CAD / CAM, facturas ... e inmediatamente.
• Facturación: Simplificación de la facturación y gestión del IVA, y conocimiento
de la normativa de cada país en el que opera.
Todo esto, con conexiones ágiles, rentables y seguras a través de OFTP. El protocolo
OFTP (Odette File Transfer Protocol) fue diseñado originariamente para el intercambio
Página 36 de 60
de datos entre interlocutores del sector automoción en Europa. Hoy en día sigue
siendo el sistema más extendido en el sector y lo utilizan la mayor parte de los
fabricantes de automóviles para intercambiar transacciones con todos sus
proveedores, como el 70% de Sodecia cuya intención es intentar llevar al 100% o
máximo posible.
La última versión del protocolo se identifica como OFTP2 y proporciona un mayor
número de funcionalidades de seguridad para el intercambio seguro de datos sobre
redes IP, y es esta versión la que se quiere instaurar en la compañía en su totalidad a
todos los clientes.
Las conexiones OFTP2 a través del servidor OFTP de EDICOM trabajan de la siguiente
manera (Transparencia y eficiencia para la integración total en el sector de la
automoción | EDICOM, n.d.):
El protocolo OFTP2 es una evolución de OFTP1. Esta versión 2 fue diseñada
principalmente para proteger el intercambio de datos a través de la red pública de
Internet, donde la seguridad está garantizada mediante el uso de certificados de
seguridad. Este cambio en el protocolo se justifica por los beneficios del protocolo
OFTP2 para las empresas que deben intercambiar información comercial confidencial
y archivos pesados, como archivos CAD en la industria automotriz.
EDICOM, a través del servicio EOS, ofrece el envío y recepción de mensajes por OFTP
de acuerdo con las versiones 1 y 2. El acceso a EOS se puede realizar en modo SaaS, a
través del servicio de interconexión EDICOMnet VAN.
Finalmente, el precio medio de EDICOM por un desarrollo de una solución se sitúa en
los 800€ por desarrollo, la mitad de lo que está cobrando actualmente Axway.
El factor distancia y facilidad de servicio también es importante ya que son
valencianos, como Sodecia, y la cultura y el idioma ayudará bastante a una integración
y soporte posterior más ágil (EDI por OFTP | EDICOM, n.d.).
Imagen 19. Logo de la marca Edicom
7.1.2.2 Sothis – Nunsys

La clave de esta empresa de transformación tecnológica, la cual no se dedica
exclusivamente a EDI pero que ofrece sus servicios, es que está concretamente
especializada en integración EDI – SAP. Sothis conoce de primera mano la flexibilidad
de SAP la cual permite adaptarse a Sodecia a través de este servicio.
Página 37 de 60
Sothis tiene bien marcadas sus pautas a la hora de la integración de SAP, el cual no
trabaja directamente con lenguaje EDIFACT ni estructuras EDI y tiene sus propios
mensajes llamados Idocs. Estos Idocs son similares a los mensajes EDI, pero tienen sus
propias estructuras. Normalmente estos Idocs de SAP trabajan en XML para el
intercambio de datos. Por tanto, SAP ya considera XML como su estándar principal
para el intercambio de datos. La tendencia es que el XML sustituya a medio plazo a
EDIFACT ya que este último presenta muchas ventajas al permitir identificar cualquier
dato, lo que en EDIFACT no es posible.
Por tanto, según Sothis, para integrar EDI en SAP hay que realizar una conversión “EDI
– SAP Idoc” o “SAP Idoc – EDI”.
La herramienta que tiene SAP para realizar estas conversiones o transformaciones es
SAP Netweaver Process Orchestration (SAP PO):
A través de SAP PO se podrá comunicar, trasformar e integrar cualquier tipo de
mensaje EDI en SAP vía Idocs sin necesidad de ningún tipo de proveedor externo. Esto
permitirá reducir al máximo errores y costes, además de incrementar
considerablemente la velocidad de la comunicación con los clientes y proveedores.
Otra opción para realizar la transformación entre los mensajes EDI y los Idocs SAP es
hacerlo mediante proveedores externos los cuales manejan la comunicación entre
ambos sistemas y la conversión de formatos.
Imagen 20. Proceso de comunicación con EDI
Otra herramienta es la llamada SAP AIF (Application Interface Framework). Esta

herramienta permite realizar el seguimiento y monitorización de todas las interfaces
en SAP (EDI y no EDI). Además, también permite realizar mapeos y conversiones
fácilmente. Se pueden realizar el seguimiento de todas las interfaces por cliente,
aplicación de negocio… de una forma muy visual y adaptada al usuario final:
En Grupo Sothis tienen una amplia experiencia en integración de mensajes EDI con
SAP en multitud de sectores, sobre todo en automoción.
En cuanto a la parte del precio, esta empresa es la que más ventaja tiene respecto al
resto ya que por servicio de desarrollo de solución cobra unos 600€, notable diferencia
económica respecto a Axway, y no tanta, pero también con EDICOM.
Página 38 de 60
Por la parte cultural, facilidad de comunicación e idioma y el tema de la distancia, es

similar a EDICOM ya que también es una empresa Valenciana (Intercambio de
información EDI. Qué es y su integración con SAP. - Sothis, n.d.).
Imagen 21. Logos de las empresas propuestas
Tras haber comentado un poco de los servicios de cada empresa estudiada, se va a

realizar, por la metodología de factores ponderados, un análisis para llegar a cabo con
la mejor solución según esta metodología. El peso de los criterios ha sido comentado
con la empresa y se han establecido en función a las necesidades de estas. La
evaluación se va a realizar entre 1-5 siendo 1 lo más bajo y 5 lo más alto:
Sothis -
Criterio Peso EDICOM Axway
Nunsys
Precio 20% 4 5 1
Facilidad de comunicación con
15% 5 5 3
el servicio
Cultura 15% 5 5 2
Confianza 10% 3 3 5
Facilidad de integración con
10% 3 4 4
SAP
Integración completa OFTP2 5% 5 4 3
Integración socios EDI – no EDI 10% 5 3 3
Entornos B2B abiertos 24h al
5% 5 4 3
día
Trabajan con SAP PO* 5% 4 5 3
Trabajan con SAP AIF** 5% 4 5 3
TOTAL: 100% 4,3 4,4 2,75
*SAP PO es una herramienta que sirve para poder comunicar, transformar e integrar
cualquier tipo de mensaje EDI en SAP vía Idocs sin necesidad de proveedor externo
**SAP AIF (Application Interface Framework) es una herramienta que permite realizar
el seguimiento y monitorización de todas las interfaces en SAP (EDI y no EDI).
Tabla 2. Comparativa de características entre las dos alternativas
Página 39 de 60
Esta metodología tiene una particularidad y es que puede pecar de subjetividad. Si

bien, esta subjetividad viene de la parte de la empresa y de su visión a la solución de
este requerimiento, por tanto, se ha tenido en cuenta a la hora de tomar una decisión
final
Esta decisión, como se puede observar, tiene como idea principal cambiar de empresa
intermediaria, ya que el servicio que Axway ofrece a la compañía, puede ser satisfecho
con mejoras por otras como EDICOM y Sothis. La evaluación final de estudio otorga
un 2,75 sobre 5 a Axway; y un 4,3 a EDICOM por un 4,4 a Sothis, por lo que ambas
empresas estarían muy parejas en cuanto a la resolución de los criterios principales
propuestos.
Finalmente, se va a tomar la decisión final de un cambio a EDICOM, ya que es una
empresa valenciana, que se dedica única y exclusivamente a estos servicios EDI, y que,
Sodecia cree, que va a tener un mejor rendimiento, confianza y fiabilidad a largo plazo,
sumando también la integración de todos los servicios que puede ofrecer e intentando
una unificación de estándar y protocolo de todos los clientes desde el momento del
cambio a EDICOM.
Página 40 de 60

Como se ha comentado en el análisis del 2º requerimiento (6.2) la empresa Sodecia
está utilizando actualmente el programa de calidad de Siemens, llamado QSYS/CAQ.
Resumiendo, el principal problema que se ha podido observar en esa parte del sistema
de información de la empresa ha sido la falta de comunicación entre el ERP de la
empresa (SAP) y el software de calidad (CAQ). Los inconvenientes se han comentado
antes, pero como pequeño resumen estructurado serían los siguientes:
• Duplicado de información, que se traduce en el duplicado a la hora de introducir
datos en los softwares.
• Imposibilidad de hallar relaciones entre fallos en la calidad y otros aspectos de
la empresa, o incluso externos.
• Otras problemáticas que puede ocasionar la falta de comunicación entre los dos
programas sería la incapacidad de automatizar algunos procesos de la empresa;
ya que, por ejemplo, si SAP sabe cuál es el lote que acaba de ser procesado en
la máquina, puede automáticamente mandar un aviso de que tiene que ser
inspeccionado y de manera automática le saldría al operario toda la información
necesaria para realizar esta tarea de calidad.
Todos estos problemas podrían ser resueltos mediante las dos siguientes soluciones
que van a ser estudiadas. La primera sería la posibilidad de conectar las dos
herramientas, haciendo que estuvieran integradas, además de utilizar la misma BBDD;
y la otra, sería comprar el módulo de SAP QM, que tiene los beneficios de solo utilizar
un ERP.
7.2.2 Comparación entre diferentes propuestas

La primera propuesta que parece factible en primera instancia es la contratación del
módulo QM de SAP. La segunda de ellas sería la de mandar la información de CAQ a
SAP a través de un intermediario que se encargue de convertirla y devolverla a Sodecia
con el formato que SAP entiende. Para la comparación entre ellas se ha visto
conveniente que en primer lugar se comparen mediante una tabla las especificaciones
y ventajas que tiene cada uno de los softwares. En la siguiente tabla se puede observar
la información relevante (Comparativa CAQ=QSYS y SAP S/4HANA - Capterra República
Dominicana 2022, n.d.):
Característica QSYS/CAQ QM (SAP)

(Siemens)
Análisis de puntos de producción
Creación de informes/análisis
Gestión de almacén
Gestión de cadena de suministro
Página 41 de 60
Gestión de inventarios
Gestión de la distribución
Gestión de pedidos
Gestión de pedidos
Gestión de proveedores
Previsión
Seguimiento de costes
Formación que se ofrece En persona En persona, en directo
en línea, seminarios
web y documentación
Tabla 3. Comparativa de las características entre las dos alternativas
Aquí se puede observar una comparativa de las especificaciones funcionales entre los
dos softwares de manera general, pero en la siguiente tabla se puede observar una
comparativa de algunas funcionalidades que son importantes en el caso especifico de
Sodecia:
Característica QSYS/CAQ QM (SAP)

comunicado con SAP
Todos los datos se hallan integrados

Toda la multinacional dispondrá de ella
Existirá integración entre el ERP y el Sw
La empresa conoce actualmente el Sw
Existirá coste para implementarlos
Tabla 4. Comparativa de las características entre las dos alternativas
No podremos utilizar el modelo AHP, ya que no sabemos cuan de importante es cada

una de las características para la empresa, por lo que esta primera valoración es eso,
un primer análisis de las necesidades que puede cubrir cada uno de los softwares.
Estas dos herramientas deberían de ser sometidas a un análisis más riguroso por parte
de los encargados de los sistemas de información de la empresa que conocerán con
más detalle cada uno de los requerimientos que la organización tiene y cuanto de
importante es para ellos cada una. Por otro lado, una evaluación económica es
fundamental y podría ser determinante, a la hora de elegir entre los dos sistemas.
Un dato importante que nos se nos comunicó en la ultima reunión vía Teams con el
responsable de SAP en Sodecia, fue que en el futuro se implantará la nueva versión de
SAP, o sea, SAP S/4HANA. Actualmente se está probando en otras delegaciones, pero
aún no ha llegado a Valencia. Una posible solución sería la contratación del módulo
QM en la nueva versión de SAP. La principal ventaja de ello sería que en una sola vez
se cambia el software, haciendo que los costes de implementación se redujeran. En su
Página 42 de 60
contra, el cambio a la nueva versión de SAP podría causar tantos problemas que
añadirle la dificultad de un nuevo módulo, podría hacer que la empresa se quedara
por el camino.
En consecuencia, nosotros desde fuera proponemos todas estas alternativas, pero

ahora la empresa debería de ponderar con sus criterios propios para saber cuál sería
la mejor solución.
Imagen 22. Empresas propuestas como solución
7.2.3 Todas las propuestas al requerimiento 2

• Seguir con el software QSYS/SAP sin comunicación, con los inconvenientes que
esto tiene.
• Mediante comunicación EDI, pasar información entre QSYS/CAQ y SAP.
• Contratar e implementar el módulo de QM de SAP, a la vez que la nueva
versión de SAP, SAP S/4HANA.
• Contratar e implementar el módulo de QM de SAP, después de instalar la
nueva versión de SAP, SAP S/4HANA; o sea, una vez esta funciona con
normalidad.
Página 43 de 60

Como se ha comentado en el análisis del requerimiento 3, MRP es el corazón del SAP.
Cuando un cliente realiza un pedido el sistema responde automáticamente
planificando y proporcionando una posible gestión de proceso completa, esto sin la
información previamente integrada sería imposible de realizar.
Ahora expondremos una situación en la que la empresa Sodecia podría verse
perjudicada por la integración manual de las fichas de productos. En periodos donde
la entrada de nuevos productos, así como modificaciones de los existentes no es
elevada, la integración manual de datos es la mejor opción. Pero ¿Qué pasaría si
hubiera un cambio de tendencia en el sector automovilístico y Sodecia tuviera que
modificar gran parte de sus productos ofertados? Una pequeña modificación en el
sector podría repercutir en la empresa teniendo que ajustar su abanico de productos
al mercado y por consecuente modificaciones o nuevos productos entrarían en el
proceso de integración. No solo relacionado con el mercado, el sector automovilístico
se encuentra totalmente restringido por reglamento externo con relación a la
contaminación o a la seguridad de los vehículos. Por lo que la entrada en vigor de una
norma de calidad o una nueva limitación en la normativa de emisiones podría suponer
un gran cambio en el sector y las empresas deberían adaptarse rápidamente a estos
cambios.
Es por eso que se propone la automatización de la integración las fichas de productos
al sistema de la información para en periodos donde la cantidad de entrada de
productos o modificaciones sea elevada, poder lidiar con ella sin perdidas de ritmo y
sin suponer un sobre esfuerzo para el empleado encargado de la tarea.
7.3.2 Propuesta de solución

Como propuesta, proponemos crear un canal bidireccional entre SAP y las fichas de
productos. Este canal funcionaria de manera que cualquier modificación o ampliación
de datos en las fichas de productos estuviera automáticamente conectado a SAP y la
carga de datos fuera automática. Lo primero a tener en cuenta es que SAP cuenta con
un módulo donde se parametrizan todos los datos de las fichas, como hemos explicado
anteriormente, estos datos se integran manualmente uno por uno.
Para automatizar este proceso proponemos crear una macro de llenado inteligente, la
cual se encargará de cargar los datos en SAP de manera rápida y automática.
Hemos optado por estos varios motivos:
• Por un lado, las fichas de Sodecia provienen de una base de datos Excel,
creadas por un programa diferente, pero exportadas finalmente a Excel. El
encargado de realizar las fichas puede generar un archivo Excel con toda
información de las fichas, por lo que contamos con libros de Excel repletos de
fichas de productos.
Página 44 de 60
• Contamos con SAP, donde ya está estructurado el sistema para incluir esos
datos. Lo que es decir, que cada dato que queramos cargar de las fichas
técnicas ya tiene un lugar asignado en el SAP de la empresa.
• Es una manera sencilla de carga automática de datos.
Imagen 23. Imagen que representa la comunicación entre Excel y SAP
7.3.3 Proceso de automatización Excel a SAP

El primer paso sería generar el libro de Excel con las fichas de producto. El encargado
de realizar las fichas nos debe proporcionar los datos en este formato. Esto no supone
ningún inconveniente dado que puede generarlo automáticamente, por lo que la
recepción de los datos a Excel estaría cumplimentada. Esta información vendría en
formato de plantilla, agrupada por los grupos que explicamos anteriormente en el
apartado de (6.3.2 Fichas técnicas de productos en Sodecia):
• Datos de pieza
• Datos de material
• Datos de matriz
• Datos de proceso
A continuación, vendría la programación del Excel con SAP. Para ello deberemos realizar
dos tareas fundamentales. Por un lado, la realización de un SCRIPT vía SAP y por otro
lado la creación de la macro en Excel.
La creación del SCRIPT viene proporcionada por el programa de SAP, esta herramienta
consiste fundamentalmente en crear y guardar los movimientos realizados en SAP y
exportarlos a un código fuente que nos servirá como ruta de a donde debe ir situado
cada dato de los archivos a cargar en el sistema. Esta herramienta se usa comúnmente
para cargas masivas de datos, nosotros al proponer el uso de una macro podremos
controlar la selección de los datos, pudiendo hacer una carga total de los datos o una
carga controlada de los datos seleccionados.
Página 45 de 60
Imagen 24. Localización en SAP de la función SCRIPT
Una vez grabado el Script, tendremos un código que sirve como ruta de las acciones
realizadas en SAP. Se nos generara un archivo con el comando. Esta grabación deberá
corresponder a la realización de la integración manual de datos de una de las fichas de
productos para que queden registrados los espacios donde se deberán integrar esos
datos en SAP.
La segunda tarea se realizará vía Excel, donde deberemos crear una macro que se
encargará de una vez ejecutada, cargar los datos en el sistema, literalmente con un
simple clic en un botón generado por Excel. Para ello abriremos Visual Basic, que será
por donde crearemos nuestra macro y copiáremos el comando generado por el Script.
La tarea para realizar aquí que será modificar dicho código parametrizando cada
movimiento con su lugar en el Excel correspondiente, donde se encontrará el dato a
importar. Es decir, asignar a cada acción realizada en SAP (que corresponde a una
integración de dato) una columna/fila de nuestra plantilla de Excel para que cargue
concretamente ese dato en el espacio correspondiente en SAP. Sin entrar en detalles
técnicos de programación de macros, se propone crear una columna de confirmación,
donde poder ver que dato está cargado ya y cual no. A demás como hemos comentado
antes la integración de datos por esta vía nos permitirá seleccionar el total de datos o
solo una parte que nosotros seleccionemos por lo que nos da más control a la hora de
gestionar la entrada de datos.
Como último paso asignaremos la macro a un botón inteligente, el cual se encargará de
cargar los datos seleccionados al SAP.
Con esto hemos logrado solucionar el problema causado por el exceso de material a
cargar en SAP, automatizándolo de una manera sencilla y accesible para cualquier
empresa que desarrolle su trabajo vía Excel y requiera una conexión con SAP.
Página 46 de 60
8 Análisis de mercado de sistemas ERP

Una vez identificados los requerimientos, y posibles soluciones, procedemos a realizar
una búsqueda de sistemas ERP que puedan llevar a cabo la gestión requerida.
No se seguirá la metodología de selección de ERPs MERPS completa, ya que una parte
importante de las fases no pueden ser llevadas a cabo. Sin embargo, sí se seguirán las
fases que sea posible llevar a cabo para encontrar en el mercado un ERP adecuado a las
necesidades de la empresa y sus requerimientos específicos.
El mercado actual de ERPs se divide principalmente en dos tipos: Los ERP de Software
Libre, cuyo coste de licencia o adquisición es nulo, y los ERP de pago los cuales están
protegidos bajo una licencia que se debe comprar para poder utilizarlos.
Como bien sabemos, el ERP utilizado por Sodecia es el SAP. SAP es un ERP de tipo
privado, es decir, para poder utilizarlo se requiere del pago de su licencia. Dicho ERP se
divide en módulos, por lo que el precio de dicha licencia depende de los módulos de
éste que contratemos.
Anteriormente, para suplir algunos de los
requerimientos mencionados, se proponía
la compra e implementación del módulo
de Calidad, SAP QM, lo que es un claro
ejemplo de la modularidad recientemente
mencionada. Otro aspecto a tener en
cuenta es la versión de SAP. Actualmente,
Sodecia no cuenta con la última
actualización de SAP que existe en el
mercado, SAP S/4HANA. Es por ello por lo
que tiene una especial importancia tener
en cuenta dicha necesidad de actualizar el
Software, ya que, pasado un tiempo, el
fabricante y desarrollador del Software
Imagen 25. Explicación de un ERP puede dejar de realizar el soporte técnico
de la versión antigua, pasando a estar descatalogada, lo que puede dejar claramente en
una posición de desventaja competitiva a Sodecia frente a la competencia.
Las metodologías que se siguen a la hora de seleccionar el ERP que mejor se adapte a
las necesidades de nuestra empresa son tantas, como necesidades distintas puedan
tener las empresas, por lo que no existe un standard a seguir. La mayoría de ellas se
centran en la parte cuantitativa de comparación de opciones, y, además, ninguna tiene
en cuenta todo el proceso, es decir, de inicio a fin. En este caso, seguiremos la
metodología de selección de un ERP MESERP.
8.1 Construir un equipo de trabajo para la selección del ERP:

Cabe diferenciar este equipo de selección con el equipo de implantación, ya que este
último suele ser mixto, compuesto por trabajadores de la propia empresa en la que se
implanta y trabajadores pertenecientes a una empresa externa consultora experta en
la implantación de este tipo de sistemas en empresas.
Página 47 de 60
En este equipo debe de estar necesariamente involucrada la alta dirección. Esta, debe
ser capaz de estar presente en la mayor parte de los pasos del proceso de selección
pues es la realmente conocedora de todas las necesidades existentes en la empresa, a
diferencia de los responsables de cada una de las secciones de la empresa que
únicamente conocen las suyas propias. Por tanto, una buena alta dirección no debe
delegar su función en este tan crítico proceso.
8.2 Recopilar información relevante de sistemas ERP:

En este paso, el equipo de selección debe recopilar y analizar información relevante
sobre los sistemas ERP en general, la situación actual del sector y del mercado.
Sin embargo, en nuestro caso, Sodecia cuenta con ventaja pues ya tiene un sistema ERP
implantado, por lo que es más fácil partir de una base y no desde 0. En nuestro caso, el
equipo de selección debe informarse sobre esta nueva actualización del sistema SAP,
así como de posibles alternativas a este y programas que puedan trabajar junto a él para
suplir las necesidades derivadas de los requerimientos encontrados.
8.3 Identificar el Objetivo estratégico y las características básicas del

proyecto.
Dada la situación de necesidad de actualización, el objetivo principal es poder mantener
la ventaja competitiva de Sodecia para no pasar a estar basada la actividad empresarial
de Sodecia en un sistema ERP obsoleto, así como subsanar las necesidades de los
requerimientos analizados en el presente trabajo.
Ante las preguntas clave que una empresa se
debe realizar en este paso de la metodología
MESERP, las cuales son: ¿Necesita la empresa
un ERP?, ¿Está la organización realmente
preparada para implantar un ERP?, Sodecia se
encuentra en un punto de no necesidad de
responderlas, pues como se comentaba en el
paso 2, no se empieza desde cero en este Imagen 26. ERP que utiliza en Sodecia
proceso pues se dispone ya de un ERP (SAP).
8.4 Establecer y estructurar los objetivos del proyecto:

El objetivo principal de este proyecto es subsanar las necesidades que nos crean los
requerimientos anteriormente analizados. Por ello Sodecia debe analizar las propuestas
de solución que encontramos en el Punto 7 del presente trabajo, para dar una solución
a cada uno de los requerimientos, y poder mantener la posición de competitividad de
Sodecia. Para ello, entramos en contacto con los pasos 5 y 6 de esta metodología, los
cuales son:
8.5 Clasificar los objetivos en función de su prioridad.

Como bien hemos definido anteriormente, el principal objetivo de este
proyecto es subsanar los requerimientos surgidos relacionados con el ERP de Sodecia.
Página 48 de 60
8.6 Realizar el análisis de requerimientos.

Este paso tan importante es el que se ha llevado a cabo en el apartado N.º 6 de este
proyecto.
8.7 Investigación de mercado de sistemas ERP:

Puesto que en nuestra situación se parte de que ya hay un ERP instalado, SAP,
deberemos comprobar si dicho ERP es capaz de subsanar los requerimientos
encontrados, o si debemos de comprar otros softwares. Una de las decisiones más
acertadas, pero a la vez de las más costosas en cuanto a recursos económicos, así como
temporales es la migración del sistema actual SAP a la versión S/4HANA, así como la
contratación del módulo QM, para que, mediante sus debidas parametrizaciones, se
pueda implementar dicho proceso que es clave para Sodecia, los controles de calidad,
y aumentar la competitividad de esta.
En cuanto al requerimiento surgido por los EDI, se conoce que actualmente, el proceso
se externaliza a la empresa AXWAY. Esta empresa, como se ha comentado con detalle
anteriormente, “estandariza” de alguna manera los pedidos de los clientes para que
lleguen de una manera más fácil de procesar a Sodecia, ya que, debido a su gran
variedad de clientes, cada tipo de pedido de cada tipo de cliente genera una dificultad
a la hora de gestionar dichas llegadas de pedidos. La principal problemática surgida de
esta subcontratación es su elevado coste económico para, al fin y al cabo, realizar
funciones que hoy en día pueden ser resueltas por otras empresas más competitivas en
cuanto a precios, de ahí, entre otras cosas, la problemática de uno de los
requerimientos analizados previamente.
Y, por último, en el último requerimiento llegamos a la necesidad de poder vincular de
manera automática mediante macros de Excel todas las fichas técnicas de los productos
y/o materiales a tratar en Sodecia, por lo que en este requerimiento
Imagen 27. Empresas que se han ido utilizando y analizando a lo largo del trabajo
Página 49 de 60
8.8 Establecer una lista de posibles sistemas ERP.

Este paso, en nuestro caso es bien sencillo. Sodecia no debe plantearse que ERP
utilizar, realizando listados de posibles ERP a implantar, pues el ERP utilizado
actualmente está más que establecido, (no tratándose este proceso de implantación de
un proceso fácil), sino, debe plantearse que herramientas escoger para utilizar
paralelamente a este (a SAP), o bien (que es mejor solución dependiendo de en qué
casos, pues hacemos más honor al principio de los ERP de unificar toda la gestión de la
información en “Un dato único, una sola base de datos”, sin necesidad de recurrir a
empresas y o softwares externos y/o diferentes que funcionen en paralelo al actual
(SAP)) ampliando este mismo ERP, bien sea contratando nuevos módulos (como por
ejemplo el mencionado anteriormente SAP QM), actualizando el mismo a la última
versión disponible para beneficiarse de las nuevas utilidades e integraciones
proporcionadas... etc.
8.9 Solicitud de propuestas.

Dichas implantaciones, tanto de contrataciones a empresa externas como de compra e
instalación de actualizaciones y/o ampliaciones de la oferta del software, deberán ser
llevadas a cabo por un equipo de implantación, como se ha comentado antes, que
normalmente es un equipo mixto con trabajadores de Sodecia y de una consultoría
externa (en el caso de implantación de nuevos módulos, actualización del ERP,
integración de programas externos al propio ERP...). A dichas consultorías se les
realizará una solicitud de propuesta, para ver cuál de ella es capaz de realizar dicha
implantación de una manera más eficaz y económica.
En dichas solicitudes de propuestas debe conseguirse que quede reflejado por escrito:
• Alcance de la propuesta.
• Áreas para cubrir.
• Plazos.
• Hitos de control.
• Costes (preferiblemente desglosados al máximo nivel de detalle, incluyendo los
términos de pago).
Dichos costes deben incluir los
costes del software, del hardware,
las horas de consultoría y/o
programación, mantenimiento,
soporte técnico... etc.
Es de vital importancia cerrar al
máximo los posibles desarrollos,
para solucionar los GAP que puedan
existir entre los procesos del ERP o
programa en cuestión y los
requerimientos de la empresa
Sodecia.
Imagen 28. Reunión donde se evalúan las diferentes
propuestas
Página 50 de 60
8.10 Demostraciones de los ERP.

En este paso, los proveedores de los ERP (o como hemos comentado, cualquier otro
tipo de programas/procesos que se puedan sincronizar con este para poder solventar
las problemáticas derivadas de los requerimientos anteriormente nombrados y
analizados en Sodecia) realizan sesiones en las que dan a conocer su producto, así
Sodecia obtiene mejores conocimientos acerca de las soluciones que estos fabricantes
les pueden otorgar.
En dichas sesiones, deben estar presentes el equipo de selección, la alta dirección, así
como la dirección encontrada a nivel medio, y un grupo seleccionado de futuros
usuarios finales.
El principal objetivo de estas sesiones es
profundizar en que se compone la funcionalidad
que van a desarrollar dichas empresas y como
debe adaptarse al actual proceso de Sodecia para
solventar dichas problemáticas. Por lo que, como
es obvio, en este punto del proceso de selección,
dichas problemáticas deben estar claramente
definidas y pulidas para poder enfocarlas bien a la
empresa externa en caso de incongruencia entre
la solución presentada por ella y la verdadera Imagen 29. Un consultor explica como
funcionará el software que va a ser
problemática, para poder ajustar así ambas y instalado
abarcarla correctamente.
8.11 Análisis de adecuación de los ERP al negocio.

De nuevo, se vuelve a revisar la adecuación de la solución presentada por dicha empresa
con los requerimientos de Sodecia para poder abarcarlos plenamente, y que dicha
contratación no lleve a sobrecostes asociados de necesidades futuras de correcciones y
nuevas parametrizaciones que aumentaran el coste de la implantación de las mejoras.
8.12 Visitas a empresas de referencia.

El principal objetivo de la visita es observar cómo empresas semejantes a Sodecia, o
debido a que al ser semejantes se tratarán de empresas competidoras, de empresas lo
más parecidas posibles, pues al final el ERP SAP que se tiene actualmente funciona en
infinidades de entorno de trabajo reales, los cuales han superado con creces las actuales
problemáticas que tiene Sodecia, para nutrirse al máximo de dicho proceso y ver el
funcionamiento correcto de dichas parametrizaciones.
Obviamente, aquí se juntan dos factores difíciles de encontrar juntos, uno que la
empresa a visitar (dando por hecho que no se podrá visitar ninguna de el mismo sector
pues se trata de competencia y los intereses que esto conlleva hace que dichas
empresas no cedan a ello), pese a ser de un sector diferente, su actividad empresarial
sea lo suficientemente parecida como para que sean comparables los procesos, y, el
segundo factor, que una vez cumplido el primero, es decir, se haya encontrado una
empresa “modelo”, las problemáticas derivadas de los requerimientos actuales que
Sodecia tiene ahora, sean equiparables con algún tipo de problemática que dicha
Página 51 de 60
empresa modelo haya tenido para poder estudiar el proceso de abordaje de dichas
problemáticas.
Si esta situación se da, es recomendable que al menos una de las visitas sea sin la
compañía de la empresa consultora, pues esta será la que más examine la situación y
los procesos llevados a cabo por esa empresa modelo, y de esta manera, sin ella, los
interlocutores de referencia de la empresa modelo pueden expresar sus opiniones de
manera totalmente libre, aunque, de nuevo es un factor que es muy difícil que se
cumpla.
8.13 Evaluación comparativa de los ERP.

Llegados a este punto, se debe de tomar una decisión, pues se conocen todas las
posibles alternativas y se han llevado a cabo los análisis de adecuación necesarios. En
este apartado es donde llegamos al punto N.º 7 del presente trabajo, donde para cada
una de los requerimientos y sus correspondientes problemáticas asociadas, tras evaluar
las posibles acciones a llevar a cabo, se deben de llevar a cabo las decisiones de que
opciones tomar, bien sea, por ejemplo, la opción de contratación del módulo SAP QM
tras haber migrado a la última versión de SAP SAP S/4HANA (es una de las posibles
opciones asociadas al requerimiento 2), la opción de contratar a Sothys como empresa
externa que gestione los pedidos de los clientes para estandarizarlos y poder imputarlos
en SAP (una de las posibles soluciones al requerimiento 1), y la opción de crear una serie
de macros en Excel que nos puedan servir para catalogar las diferentes fichas técnicas
de cada uno de los materiales manipulados en Sodecia.
8.14 Discusión de los resultados.

Tras la toma de estas decisiones, estas deben ser revisadas las, analizándose tanto por
el equipo del proyecto como por la alta dirección, sin posibilidad de delegaciones por
parte de esta última para evitar repetir este paso, o caer en puntos de no retorno
completamente negativos y nada beneficiosos para Sodecia.
8.15 Negociación.
Una vez adjudicadas por consenso las acciones a llevar a cabo para cada uno de los
requerimientos, se debe de empezar un proceso de negociación con las empresas
proveedoras tanto de ERPs como de servicios de ampliación de estos como de empresas
de servicios externas como se ha comentado anteriormente, así como las empresas
consultoras que vayan a implantar dichos servicios.
La aprobación final debe de estar dada por la alta dirección de Sodecia. Puede ser que,
en la fase de consolidación, se cambie algunos de los parámetros tenidos en cuenta en
el proceso de selección, como consecuencia de haber detectado cambios en el proceso
desde que se establecieron los procedimientos a seguir, o bien porque no se detectaron
de forma correcta en su momento. También, si una de las empresas proveedoras que
había sido descartada se percata de ello, suelen mejorar su oferta para finalmente ser
ella la empresa elegida para realizar el proceso de subsanar los problemas derivados de
los requerimientos. Sobre todo, esto ocurre en cuanto a los factores económicos (precio
de dicha solución), temporales (plazos más cortos...).
Página 52 de 60
Si estas nuevas ofertas son lo suficientemente beneficiosas para tenerlas en cuenta,

Sodecia debería volver al paso 8.13 Evaluación comparativa de los ERP, para tomar una
nueva decisión, involucrando si conlleva, estas nuevas alternativas.
8.16 Decisión final y firma del contrato.

Finalmente, se toma la decisión del ERP/programa/empresa a contratar y se firma el
contrato.
Con ello, Sodecia da comienzo al proyecto de
implantación de dichas soluciones para que dichos
requerimientos dejen de suponer problemáticas que
pongan en vilo a la competitividad y el correcto
desarrollo de la actividad empresarial de Sodecia.
Imagen 30. Se pone en marcha el

proyecto de implantación
Página 53 de 60
9 Conclusiones
Este trabajo ha acercado al grupo a una problemática que es la diaria de cualquier
consultor de ERP o empresa que se dedica a la implantación de ERPs en otras empresas,
en un proyecto de implantación y verticalización de un ERP en una empresa de un sector
concreto, cosa que ha servido de preparación de cara a un futuro no muy lejano.
El grupo ha sido capaz de analizar una empresa, realizar un contacto estrecho con ella
y un seguimiento a través de reuniones; ha sabido estudiar y analizar la empresa y el
sector y lugar concreto de la empresa dentro de la cadena de suministro.
Una vez concretada la empresa, se ha realizado un estudio de los requerimientos
generales en las empresas de la industria de la automoción, y tras este estudio junto
con las reuniones con Sodecia, se llevó a cabo un objetivo de mejora de tres
requerimientos con los que se llegó a un acuerdo: mejora de los intercambios
electrónicos de datos (EDI), optimización de los procesos de control de calidad, y mejora
de las fichas técnicas de los productos.
La elaboración de esta fase ha consistido en un estudio a fondo de dichos
requerimientos en la generalidad del sector y también específicamente en Sodecia
estudiando a fondo sus necesidades propias en conjunto a las del sector para una fácil
integración de la empresa en todo el proceso de la cadena de suministro y su relación
con clientes y proveedores, como es el intercambio electrónico de datos. El objetivo de
mejora de estos requerimientos también tenía que ver con la mejora e los procesos a
nivel interno ofreciendo una optimización en costes, sobre todo de tiempo, en estos
procesos como la integración de los controles de calidad de las piezas y las fichas
técnicas de los productos.
Estos principales requerimientos han sido analizados minuciosamente, mencionando
cuál era la problemática específica de cada uno de ellos, así como una propuesta de
solución, en algunos casos con variedad de opciones a tener en cuenta y que, tras un
estudio con ciertas metodologías, se ha llevado a cabo una metódica búsqueda de las
soluciones óptimas para cada problemática de los requerimientos, proponiendo a la
empresa soluciones reales que han tenido seriamente en cuenta a la hora de plantear
un posible proyecto de mejora.
En definitiva, se ha podido llevar un ritmo de trabajo bueno y continuo. En cuanto al
contacto con la empresa, esta nos lo ha facilitado bastante, por lo que se ha podido
llevar un equilibrio óptimo a hora de la realización del trabajo; por lo que el grupo está
realmente satisfecho con el trabajo realizado.
Página 54 de 60
10 Actuaciones realizadas para el desarrollo del proyecto

Se debe incluir aquí un informe de las diversas actividades que se han desarrollado para
la ejecución del proyecto (incluida la agenda de trabajo realizado, colectivo e individual)
y una comparativa con el plan inicial, analizando y justificando las desviaciones.
Diagrama 2. Diagrama real de las actividades realizadas en el trabajo
Respecto a las actuaciones que se han realizado para el desarrollo del proyecto,
primeramente, se contactó con la empresa por medio de uno de los empleados de
Sodecia, el cual es amigo de uno de los miembros del grupo. Este se encargó de
comentar el objetivo del proyecto y de exponer las necesidades de información que la
empresa nos tenía que proveer. El trabajador de Sodecia nos dio el visto bueno y
comenzamos el desarrollo del proyecto.
Tras la decisión de realizar el trabajo sobre Sodecia, comenzó una etapa de recaudar
información sobre la empresa. Para ello se extrajo información de la empresa por medio
del trabajador de Sodecia que se encargó de pasarnos información descriptiva de la
empresa, capturas de interfaces de los SI de la empresa, del flujo del proceso y fichas
descriptivas de productos y piezas. Al mismo tiempo se concertó por medio del
trabajador de la empresa una reunión vía Teams con el encargado de integrar la
información de los procesos en SAP.
En esta primera reunión se trataron los siguientes puntos:
• Comentar finalidad de nuestro proyecto respecto a Sodecia
• Comentar características generales de la empresa y otras relaciones de la
empresa con proveedores, clientes y situación de Sodecia actual.
• El encargado de integrar la información principal comento sus labores
principales dentro de la empresa.
La siguiente fase consistió en realizar un estudio de los requerimientos del sector y de
la empresa. Para ello por un lado se trató de recoger información de internet sobre
necesidades de empresas similares a Sodecia y además se planificaron una segunda y
Página 55 de 60
una tercera reunión con el exconsultor de SAP de la empresa, para profundizar en el

proceso de la empresa y las funciones principales del sistema SAP en la empresa. Con
todo esto se comenzó a desarrollar los requerimientos y al mismo tiempo se realizaron
numerosas consultas con el encargado de la asignatura, Raúl Oltra el cual nos ha ido
dando feed-back a lo largo del desarrollo del trabajo.
Por último, se ultimaron detalles de todos los apartados y se revisaron detalles y se
desarrollaron las conclusiones y las evaluaciones.
Página 56 de 60
11 Autoevaluación
A continuación, aparece la rúbrica proporcionada por el profesor y rellenada por los
integrantes del grupo. En ella se evalúan las diferentes áreas que componen las
competencias transversales que están planificadas que el alumno adquiera tras la
realización de este trabajo.
Tabla 5. Rúbrica de evaluación de trabajo en general
Tras la evaluación de cada uno de los integrantes por parte de los otros, se puede
observar en el siguiente gráfico el resultado de esta evaluación.
Tabla 6. Tabla de evaluaciones
Página 57 de 60
Rafa Aarón
Londoño, 8 Martínez, 8
Francisco Alvaro
Belenguer, 8 Delgado, 8
Gráfica 2. Notas de los autores tras la autoevaluación
Página 58 de 60
12 Bibliografía
5 áreas básicas que comprende CQI-9 | SPC Consulting Group. (n.d.). Retrieved from
https://spcgroup.com.mx/5-areas-basicas-que-comprende-cqi-9/
About Us - Sodecia. (n.d.). Retrieved from https://www.sodecia.com/about-us/
Bessant, J., Caffyn, S., Gilbert, J., Harding, R., & Webb, S. (1994). Rediscovering continuous
improvement. Technovation, 14(1), 17–29. doi: 10.1016/0166-4972(94)90067-1
Calidad y excelencia en la automoción | TÜV SÜD. (n.d.). Retrieved from
https://www.tuvsud.com/es-es/industrias/movilidad-automocion/servicios-para-
automocion/calidad-excelencia
Cómo diseñar correctamente fichas técnicas de producto | La Innovación Necesaria. (n.d.).
Retrieved from https://www.integratecnologia.es/la-innovacion-necesaria/como-
disenar-correctamente-fichas-tecnicas-de-producto/
Comparativa CAQ=QSYS y SAP S/4HANA - Capterra República Dominicana 2022. (n.d.).
Retrieved from https://www.capterra.do/compare/130760/152293/ibs-qms-
professional/vs/sap-s-4hana
Control de calidad y mejora continua | Knauf Industries Automotive. (n.d.). Retrieved from
https://knaufautomotive.com/es/control-de-calidad-y-mejora-continua/
¿Cuáles son los requisitos típicos de una empresa de automoción? (n.d.). Retrieved from
https://erp-abas.com/es/faq-erp-software/requisitos-tipicos-empresa-automocion
¿Cuántas piezas distintas tiene un coche actual? (n.d.). Retrieved from https://noticias-
renting.aldautomotive.es/cuantas-piezas-distintas-coche-actual/
EDI por OFTP | EDICOM. (n.d.). Retrieved from https://edicomgroup.es/edi-oftp
El EDI como pieza clave en la integración entre OEM y TIER 1 en el sector
automotriz | EDICOM. (n.d.). Retrieved from https://edicom.com.ar/blog/edi-pieza-
clave-integracion-oem-tier-sector-automocion
El uso del EDI en el sector automoción. (n.d.-a). Retrieved from
https://blog.groupseres.com/el-uso-del-edi-en-el-sector-automoci%C3%B3n
El uso del EDI en el sector automoción. (n.d.-b). Retrieved from
https://blog.groupseres.com/el-uso-del-edi-en-el-sector-automoci%C3%B3n
ERP para automoción - Cronomia. (n.d.). Retrieved from https://www.cronomia.com/erp-
distribucion/automocion
Estándares EDI | EDICOM. (n.d.-a). Retrieved from https://edicomgroup.es/centro-
aprendizaje/que-es-edi/estandares
Estándares EDI | EDICOM. (n.d.-b). Retrieved from https://edicomgroup.es/centro-
aprendizaje/que-es-edi/estandares
Intercambio de información EDI. Qué es y su integración con SAP. - Sothis. (n.d.). Retrieved
from https://www.sothis.tech/intercambio-informacion-edi-integracion-sap/
Página 59 de 60
ISO TS 16949: calidad sector automóvil - Burotec. (n.d.). Retrieved from

https://burotec.es/sectores/automocion/iso-ts-16949-calidad-sector-automovil/
Nunsys compra el 100 % de Sothis a Angels creando así el grupo líder tecnológico nacional -
Nunsys. (n.d.). Retrieved from https://www.nunsys.com/nunsys-compra-sothis-a-
angels/
Planeación de la Producción en la Industria Automotriz | Preactor | OVS. (n.d.). Retrieved from
https://www.industria-40.com/industrias/automotriz/
¿Qué mensajes EDI se usan en el sector automoción? (n.d.). Retrieved from
https://blog.groupseres.com/qu%C3%A9-mensajes-edi-se-usan-en-el-sector-
automoci%C3%B3n
Sabi - Informe. (n.d.). Retrieved from
https://sabi.bvdinfo.com/Search.QuickSearch.serv?_CID=1&context=HQSWIKEKTK48N
07&loginpostback=true&ssotoken=6VtKq3VzGDHSHrvfda2gIZ0TfpMFkZKerfb55BUyI
Sadi M. Yilmaz Soñora. (2019). Diseño de una base de datos para la evaluación y seguimiento
de la calidad de los proveedores en FORD Almussafes.
Transparencia y eficiencia para la integración total en el sector de la automoción | EDICOM.
(n.d.). Retrieved from https://edicomgroup.es/edi-sector-automocion
What is Computer-Aided Quality | Siemens Software. (n.d.). Retrieved from
https://www.plm.automation.siemens.com/global/es/our-story/glossary/what-is-
computer-aided-quality-caq/99688
Página 60 de 60

Trabajo SIIEI Paco Alvaro Rafa Aaron

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Trabajo SIIEI Paco Alvaro Rafa Aaron

Cargado por

Copyright:

Formatos disponibles

Análisis de necesidades de

• Equipo de trabajo: Francisco Belenguer Frances, Álvaro Delgado Moya, Rafael E.

Objetivo del trabajo

Descripción del trabajo a realizar

• Toma de datos y análisis: Finalizada la toma de datos o análisis de la empresa o sector, se

7.1 Propuesta de solución al requerimiento 1 ...........................................................................34

1.3 Estructura del trabajo

Se describirá uno de los procesos principales de la empresa, el cual será

2 Planificación inicial del Proyecto

Diagrama 1. Planificación del trabajo

3 Descripción general de la empresa

3.1 Grupo Sodecia

Sus 3 centros de competencia de productos ofrecen ingeniería colaborativa de servicio

Además, cuenta con 47 patentes a su nombre, repartidas en los diferentes ámbitos en

Imagen 2. Las patentes de Sodecia divididas por temas

3.2 Sodecia Valencia

Gráfica 1. Gráfico de los Ingresos por explotación de Sodecia por año

Tabla 1. Cuenta de Perdidas y Ganancias de Sodecia por años

4 Descripción de los Procesos característicos del sector

Imagen 4. Conjunto de piezas que fabrica Sodecia

Imagen 5. Pieza que se fabrica en el proceso que está siendo

El proceso se inicia cuando las bobinas de acero llegan a la empresa y se almacenan.

Después de la estampación en paralelo de las dos piezas y sus respectivos controles de

5 Identificación de Requerimientos específicos de gestión de la información

5.2 Soporte de mensajes EDI entrantes y salientes: Junto con el anterior, un

5.3 Integración de la gestión de la relación con clientes y proveedores (CRM

5.4 Integración con procesos de fabricación: La automoción es un sector

5.5 Planificación de la producción: Para conseguir la máxima eficacia en este

Requerimientos de Materiales, ya que es en lo que se basa principalmente la

5.6 Trazabilidad completa: Al hilo de lo comentado anteriormente con el

5.7 Gestión y control de la calidad: Debido a su especificidad, la industria de la

5.8 Monitoreo de cadena de suministro: Los resultados que se pueden obtener

cadena de suministro, la empresa se podrá anticipar más a la demanda, y a tanto las

Existen cientos de requerimientos específicos dentro del sector en el que se encuentra

6 Análisis y especificación de requerimientos

6.1 Análisis de requerimiento 1

6.1.1 EDI en el sector de la automoción

cliente precisa y la planificación de entrega. Esta planificación de entrega consta

Imagen 6.¿Cuáles son los mensajes más comunes en automoción?

En definitiva, tienen que existir comunicaciones efectivas entre estos niveles de

6.1.2 EDI en Sodecia

A partir de esta situación, la empresa decidió subcontratar esta actividad a una

Imagen 9. Logo de la empresa Axway

6.1.3 Necesidades actuales de Sodecia con relación al EDI.

3 que sirvan como proveedores a Sodecia) requiere un sistema de

Imagen 10. Ventajas de la integración del servicio EDI SAP

Con todo lo anterior, el principal objetivo de la compañía, por tanto, es poder

6.2 Análisis de requerimiento 2

6.2.1 Control de la Calidad en el sector de la automoción

6.2.2 Control de calidad en Sodecia

6.2.3 QSYS/CAQ y necesidades actuales de la empresa

Imagen 12. Mockup inicial del programa QSYS/CAQ

Imagen 14. Mockup que tiene el operario en planta del CAQ

En la Imagen 5, se pueden observar de manera resumida las diferentes pruebas que

Pensando en otro stakeholder, como podría ser el jefe de planta o el director de

Después de este análisis, se ha podido comprobar que la gestión de la calidad

6.3 Análisis de requerimiento 3

6.3.1 Fichas técnicas de productos en el sector de la automoción

6.3.2 Fichas técnicas de productos en Sodecia

ficha donde poder poner imágenes de la pieza para facilitar su visualización o

Con la ficha técnica terminada el encargado procederá a emitirla para su posterior

6.3.3 Necesidad actual de Sodecia respecto a las fichas de producto

7.1 Propuesta de solución al requerimiento 1

7.1.1 Problemática concreta del requerimiento 1