Guillermo Díaz Ubieta - Repositorio de la Universidad de Oviedo

MEMORIA DE PRÁCTICAS
UNIVERSIDAD DE OVIEDO
Trabajo Fin de Máster en Economía; Instrumentos del Análisis
Económico
Facultad de Economía y Empresa
Oviedo, 28 de Agosto de 2015
Estudiante: Guillermo Díaz Ubieta
Tutor en la Universidad de Oviedo: Ana María Rodríguez Álvarez
Índice
1- Grupo TSK
2- ERP (Enterprise Resource Planning)
2.1- Microsoft Dynamics AX 2012
3- Labor desarrollada
4- Conclusiones
5- Bibliografía
2
1- Grupo TSK
El Grupo TSK (TSK en sus orígenes) es un conglomerado de empresas (TSK,
PHB Weserhütte, FLAGSOL, INGEMAS e IRELSA y sus filiales) y UTEs (UASB,
UASE, UASN y UTE Bloque 4) de ingeniería especializadas en la ejecución de
proyectos
‘llave
en
mano’
(consistente
en
que
el
promotor
recibe
la infraestructura ya en funcionamiento sin tener que realizar ni burocracia ni
otras formalidades y muchas veces con el mantenimiento ya asignado) para el
sector de la ingeniería y de la construcción industrial. Actualmente tiene más del
90% del negocio en el extranjero y principalmente en Oriente Medio, el Sudeste
Asiático, África y Latinoamérica. En el año 2014 cerró con una facturación
cercana a los 800 millones de € y para 2015 la facturación se espera que ronde
los 1.000 millones de €. Las ventas por sectores vienen distribuidas del siguiente
modo: 61% Energía, 31% Industria, 5% Medio Ambiente y 3% Operación y
Mantenimiento.
3
En España la ralentización de inversiones ha tenido una especial incidencia en
el campo de las energías renovables, área en la que el Grupo TSK ha ejecutado
proyectos muy significativos desde el año 2008. También las áreas de siderurgia,
minería y cemento, como tenía previsto la empresa, han disminuido radicalmente
su actividad, sin previsión de recuperación en el corto plazo. Ante esta situación y
en cumplimiento de su plan estratégico, el Grupo TSK ha continuado su apuesta
decidida por los mercados internacionales, especialmente en aquellos en los que
se prevén fuertes crecimientos en la inversión industrial y energética. Se han
conseguido adjudicaciones significativas en todos ellos, consiguiendo un equilibrio
en la diversificación de la cartera y al mismo tiempo una consolidación de su
presencia en dichos mercados.
4
Todo ello hace que según un ranking elaborado por ‘Oilgas’ con los resultados
de 20131, el Grupo TSK sea la tercera ingeniería más rentable de España solo por
detrás de ‘Técnicas Reunidas’ y ‘Duro Felguera’.
La empresa cuenta con 850 trabajadores con un aumento anual de unas 50
personas. Un 70% dedicado a la ingeniería y gestión de proyectos, un 20% al
montaje y mantenimiento, un 5% a la fabricación de cuadros eléctricos y el 5%
restante a servicios corporativos. El Grupo TSK cuenta con un taller propio donde
se fabrican cuadros de distribución, centros de control de motores, cuadros de
protección y control con electrónica de potencia, cuadros de control distribuido,
cuadros de control y protecciones de subestaciones.
1
Ranking: http://www.lne.es/economia/2015/05/16/duro-tsk-ingenierias-energia-rentables/1757541.html
5
El Grupo TSK cuenta con 5 divisiones que son Electrónica y Electricidad (E&E),
Handling y Minería (H&M), Corporativa (CORPO), Oil & Gas (O&G) y Plantas
Industriales y Energía (PI&E). Del mismo modo el Grupo cuenta con 5 empresas
principalmente que son TSK, PHB Weserhütte, Ingeniería de Manutención
Asturiana (INGEMAS), Ingeniería y Realizaciones Eléctricas (IRELSA) y FLAGSOL
así como diversas filiales situadas en África, Oriente Medio, Asia y Latinoamérica,
y varias UTEs.
TSK viene desarrollando su negocio desde 1990 y en el año 1995 adquiere la
sociedad de origen alemán PHB Weserhütte especializada en el diseño y
suministro de instalaciones para el almacenamiento y manejo de minerales. En el
año 1999 inicia la actividad de medio ambiente, dirigida a la ejecución llave en
mano de plantas de tratamiento de agua. En el año 2000 adquiere el 16% de la
sociedad cotizada Duro Felguera, convirtiéndose en el máximo accionista de la
compañía. En el año 2003 son constituidas las primeras filiales internacionales en
Marruecos y Venezuela. En el año 2005 inicia la actividad en el campo solar
fotovoltaico. En el año 2007 adquiere las ingenierías INGEMAS e IRELSA y se
produce la salida del Consejo de Administración de Duro Felguera. En el
año 2008 se constituyen las filiales en Brasil, Chile y Nicaragua, iniciándose
también los primeros proyectos termosolares. En el año 2010 comienza la
expansión hacia Oriente Medio y Asia, con proyectos en Arabia Saudí, India y
Bangladesh. En el año 2013 adquiere la ingeniería alemana FLAGSOL (compañía
especializada en el sector termosolar).
Se espera que para el año 2015 la empresa ronde los 1.000 millones de € de
facturación y con ello superar a Duro Felguera. Contratos como el firmado
recientemente en Dubái para la construcción de una planta fotovoltaica de 260
MW en Kuwait, junto con la firma de otros 3 contratos en Brasil (una central
hidroeléctrica de 220 MW, una Subestación de 138 KV para un parque eólico y la
6
construcción de un complejo con 5 parques eólicos), reafirman la buena salud de
TSK, así como su presencia internacional, lo cual puede llevar a que la empresa
se acerque al objetivo de facturación2.
2
http://www.grupotsk.com/noticias/index
7
2- ERP (Enterprise Resource Planning)
ERP significa ‘Enterprise Resource Planning’ que traducido al español es
‘Planificación de Recursos Empresariales’. Un ERP es un sistema integral de
gestión empresarial que está diseñado para automatizar y modelar los procesos
de una compañía, que en el caso del Grupo TSK son la contabilidad, los
proyectos, las compras, el almacén y el taller entre otros. Lo que hace es
centralizar y unificar toda la información de una empresa en un sitio y de este
modo cualquier hecho queda registrado y a la vista de forma inmediata, lo que
posibilita la toma de decisiones de una forma más rápida y segura. Con un ERP
se tienen todos los procesos de una empresa bajo control de modo que se
pueden aumentar la calidad de los servicios y productos que ofrece. Lo que hace
el programa es que al introducir un dato, éste se expande como un virus
afectando a todas las bases de datos para las que se ha programado su recorrido.
Una ventaja fundamental de su uso reside en la eliminación de barreras
interdepartamentales ya que la información fluye para todos por igual y de ese
modo se elimina la improvisación por falta de datos.
‘Los ERP tienen su origen en el software empleado en los entornos
industriales. En los años 60 el principal uso que tenía era para la gestión de
inventario. La mayor parte de software utilizado en esos entornos era hecho a
medida y diseñado según los conceptos tradicionales de gestión de inventarios.
En los años 70 el software evoluciona hacia una mejor planificación para saber los
materiales que se necesitarían durante el proceso de producción y a su vez
gestionando también su adquisición. En los años 80 una evolución del software
empieza a incluir la gestión de las plantas de fabricación y actividades
relacionadas con la distribución de los artículos fabricados. En los 90 se alcanza el
desarrollo que más se asemeja a lo que conocemos actualmente como ERP
puesto que los diferentes softwares se programaron para que abarcaran casi
8
todas las áreas de gestión de la empresa como con la contabilidad, las finanzas,
los recursos humanos, la gestión de proyectos, etc…’3
2.1- Microsoft Dynamics AX 2012
El ERP Microsoft Dynamics AX es un programa propiedad de Microsoft que
tiene sus orígenes en la empresa danesa Damgard A/S. Dicha empresa desarrolló
un producto que cubría todas las necesidades de las empresas medianas
incluyendo finanzas, inventario, producción, logística y comercio. La primera
versión que se conoce de dicha empresa se llama ‘Axapta’ (desarrollado
especialmente para los entornos Windows) en su versión 1.0 y se comercializa en
Dinamarca y en los EE.UU. En el año 2000 se fusiona con la compañía Navision y
se pone en el mercado la versión 2.5 que adquiere cierta relevancia en el
mercado europeo y americano dadas las importantes funcionalidades con que
contaba. En el año 2002 la compañía Damgard-Navision es comprada por
3
Manual de Microsoft Dynamics AX 2012
9
Microsoft por 11 millones de $ y en 2006 Microsoft lanza la versión 3.0 del
programa bajo el nombre de Microsoft Dynamics AX con una apariencia muy
similar a la de los productos Office proporcionando además una integración total
con ellos, siendo esto uno de sus grandes puntos fuertes puesto que la suite
ofimática de Office es una de las más utilizadas y más populares en el mundo en
el mundo. En 2008 se lanza una nueva versión de dicho programa aunque es en
2012 cuando se pega el salto definitivo que equipara a este ERP con SAP y
ORACLE que son los otros dos grandes ERP del mercado. De hecho desde el
lanzamiento de esa versión las grandes compañías se han decantado por el AX en
detrimento de los otros dos programas45.
El programa Microsoft Dynamics AX 2012 usa una base de datos SQL Server y
se instala sobre Microsoft Windows Server por lo que funciona en la mayoría de
las versiones de Microsoft. La tendencia de Microsoft a integrar todos sus
productos hace que cuando analizamos su arquitectura veamos que el programa
funciona con servidores de Windows como AOS (es un servicio de Windows
encargado de recibir los clientes y conectar el AOT (que es donde se encuentra el
código de la aplicación y la lógica de negocio) con la base de datos). AX cuenta
con numerosos módulos en su interior permitiendo llevar una gestión global de la
empresa. Dichos módulos (como puede ser el caso de Proveedores, Clientes,
4
5
Manual de Microsoft Dynamics AX
http://www.microsoft.com/en-us/dynamics/erp-ax-overview.aspx
10
Gestión de Proyectos, Contabilidad General, Adquisición y Abastecimiento,
Gestión de Información de Productos, Gestión de Efectivo y Bancos, Recursos
Humanos, etc…) con sus correspondientes menús y submenús (caso concreto del
módulo Gestión de Proyectos y Contabilidad General) se pueden ver en las
siguientes imágenes:
11
12
3- Labor desarrollada
Las prácticas que realizo tienen lugar en el departamento de Tecnologías de la
Información (T.I) dirigido por Ricardo Martínez González. El Grupo TSK ante el
gran crecimiento que ha tenido en los últimos años decidió en 2013 realizar un
cambio de ERP dado que el que venía utilizando (Expertis en su versión 1.1) tenía
varias limitaciones. Tras convocar un concurso en el que ofertaron 8 diferentes
compañías, al final solo quedaron las consideradas ‘grandes’ que son SAP, Oracle
y Microsoft Dynamics AX por las posibilidades que ofrecían. Dichos sistemas de
información global presentan varias diferencias entre sí. SAP es un sistema poco
modelable y al que la empresa se debe adaptar y debido a la particular forma de
trabajar de la empresa no fue escogido finalmente. Oracle fue otra finalista pero
tras la fallida implantación en Duro Felguera durante 3 años que terminó por
seguir con el ERP anterior, y dada la relación cercana que mantienen con el
Grupo TSK llevó a desechar esta opción. Microsoft Dynamics AX en su versión de
2012 fue la opción escogida finalmente. Este ERP viene creciendo de forma
exponencial
en
los
últimos
años
dados
las
grandes
posibilidades
de
personalización y de desarrollo fuera del ‘estándar’.
La implantación del programa de gestión fue realizada por la consultora
europea Prodware, especializada en este ERP y encabezada por la que hoy es mi
jefa Eider Rigal Murueta, contratada más adelante por TSK como responsable del
ERP. En un principio hasta 12 consultores tuvieron la responsabilidad de llevar a
cabo dicha implantación, de los que actualmente quedan 3 (2 consultoras y un
programador) apoyados por 2 programadores y un consultor de TSK, puesto que
tras el arranque oficial del programa en Enero del 2015, es posible que hasta
finales de año no esté del todo optimizado.
13
Los consultores provenientes de Prodware son de Madrid, lo que ocasiona
unos gastos importantes a la empresa, y es por ello que deciden entre Ricardo y
Eider la contratación de una persona para desarrollar esa actividad, de tal manera
que pueda estar presencialmente en la empresa todos los días. El conocimiento
en programación no era un requisito necesario aunque sí saber desenvolverse
bien en el entorno Office, así como la predisposición al trabajo en equipo y saber
inglés. Tras un psicotécnico, una prueba de inglés y 3 entrevistas personales, me
comunican el viernes 1 de Mayo de 2015 que deciden contratarme de manera
temporal durante 6 meses para ver mi adaptación al equipo y al programa,
aunque con la intención de renovarme en caso de quedar ambos satisfechos.
El equipo de personas con el que trabajo está liderado por Eider, que actúa
como supervisora de todos nosotros y responsable del ERP, apoyado en dos
programadores de TSK y uno de Prodware. De ellos básicamente aprendo a
moverme por el interior del programa y me enseñan cierto lenguaje de
programación que me sirve para entender aspectos de diferentes campos, lo que
me está dando cierta agilidad e intuición para atajar los diferentes problemas que
surgen. Por otro lado hay 3 consultores (uno de TSK y dos de Prodware). Cada
uno de ellos tiene su propio campo de especialización de tal modo que el de TSK
es muy buen conocedor de la parte de Proyectos, Almacén y Taller; y de las otras
dos personas una domina muy bien la parte de Finanzas y otra la parte de
Compras y Proyectos. La idea que tienen para mí, y lo que vengo haciendo, es ir
aprendiendo de todos y hacer de mí un consultor con varios campos de
conocimiento pero algo más especializado en la parte de Finanzas y
Proyectos/Compras.
El trabajo que realizamos está desarrollado en equipo y para ello es necesario
que exista una muy buena comunicación entre nosotros, así como claridad en la
14
programación de las tareas que hacemos. No obstante, una parte importante del
trabajo consiste en resolver las incidencias que los trabajadores de TSK tienen al
utilizar el AX y que pueden ir desde errores en el estándar del programa
(entendiendo por estándar el programa con el código intacto), a fallos en el
desarrollo realizado por nosotros o una mala utilización del programa por parte
del usuario. Para ello y desde mitad de Junio se creó una dirección electrónica en
la cual las personas que tengan problemas con el programa indican su error y de
la cual yo soy el responsable. Ello me está valiendo para familiarizarme con las
diferentes problemáticas que surgen, así como con sus soluciones, lo cual
repercute en un mejor conocimiento del programa por mi parte. Mi tarea es
repartir las incidencias a los diferentes consultores, entre los que me incluyo,
dependiendo de la temática que tengan e ir resolviéndolas. Dichas incidencias
pueden tratarse también de aspectos en los que el usuario cree que el programa
debería mejorar y que requerirían de código, aunque para ello solemos reunir a
los jefes departamentales puesto que lo que es válido para una persona puede
que otra no lo quiera, luego son los responsables los que al final toman una
decisión en comunión con nosotros (puesto que existen ciertas cosas que el
programa no puede hacer). Al mismo tiempo nosotros descubrimos errores del
estándar o del desarrollo realizado que se van corrigiendo y de los que los
usuarios pueden no ser conscientes.
15
Otra parte importante del trabajo son los desarrollos que se van haciendo
atendiendo a lo solicitado por TSK en el concurso y a las necesidades que van
surgiendo por parte de la empresa. Para ello, la colaboración entre nosotros es
fundamental ya que primeramente el desarrollo es teórico por parte del consultor,
sabedor un poco de lo que el programa puede dar, para posteriormente ser
desarrollado por los programadores mediante código en la versión DEV (versión
de desarrollo del programa). Una vez programado el desarrollo pueden darse
casos en los que ese desarrollo no es óptimo ya que puede entrar en conflicto
con otros, y por ello son los consultores de nuevo los que lo testean ejecutando
diferentes casuísticas en la versión EDU (versión de pruebas/aprendizaje) para
ver si se corresponde con lo planeado inicialmente.
Desde mi llegada, gran parte de este trabajo lo he realizado yo ya que sirve
tanto para que yo me familiarice con el programa como para que el programador
sepa si el código funciona. Una parte importante de mi aprendizaje durante el
mes de Mayo y parte de Junio vino dado por estos tests, más lo que estudiaba
por mi cuenta, ya sea mediante el manual del estándar, utilizando el programa en
16
su versión EDU o mediante la visualización de los tutoriales que mis compañeros
impartieron a los trabajadores de la empresa durante la segunda mitad de 2014
para que se fueran familiarizando con este programa. Si el test en la versión EDU
supera la prueba y realiza lo que nosotros pretendíamos es misión del
programador subir dicho desarrollo a la versión PROD (versión de Producción del
programa), que es la versión que utilizan todos los usuarios y donde quedan
guardados los registros de la empresa. Dichas subidas suelen tener lugar entre
una y dos veces por semana siendo responsabilidad de uno de los programadores
de TSK el hacerlo. Las versiones de DEV y EDU son para desarrollar y hacer
pruebas de tal manera que no influyen en el comportamiento de la empresa.
Semanalmente se hace una copia de los datos de PROD a EDU para que nosotros
podamos efectuar diferentes pruebas y de ese modo contar tanto con datos como
con desarrollos actualizados.
Una parte de los fallos que experimenta el programa se deben al estándar por
programa y por lo tanto a Microsoft. Hasta Abril de este año dichos fallos se
hacían saber a Microsoft España con los que el Grupo TSK tiene un acuerdo de
soporte durante el tiempo de utilización del programa. Cuando se detectaba un
error que estaba en el estándar y que no venía de ningún desarrollo hecho por el
equipo, del que aún yo no formaba parte, se comunicaba a Microsoft, se
reproducía en una conferencia con ellos para que viesen que era un error que
provenía de su lado y posteriormente Microsoft se hacía cargo de dicho error. La
subsanación de dicho error era restablecida por parte de Microsoft mediante un
parche privado para la empresa en especial o una actualización de la versión.
Debido a la gravedad de dos errores que tenían que ver con los tipos de cambio
en las transacciones registradas de los proyectos y con la adición de líneas en las
peticiones de compra con valores decimales por debajo de 1 (por ejemplo 0,95m
de cable), y que Microsoft España no podía resolver, desde la empresa se tomó la
decisión de enviar el error a Microsoft US. Estos dos errores fueron descubiertos
17
por nosotros a finales de Mayo y tras explicarme correctamente qué tipo de error
era, a qué afectaba y cuándo y por qué se producía, yo he sido el responsable de
hablar con personal de Microsoft para reproducir el error y ver una posible
solución. Al ser un error que afectaba al corazón del código del programa desde
Microsoft se me programan entre una y dos reuniones semanales para hablar con
los responsables de las partes afectadas y más concretamente con los que
hicieron el código. Ello me lleva a tener dichas reuniones por videoconferencia
(Skype y WebEx) durante Mayo y Junio con gente de diferentes países como
fueron el caso de Italia, Islandia, India o Lituania para tratar personalmente el
tema con ellos, siempre en inglés. Durante dichas reuniones me seguí
familiarizando con los entresijos del programa, así como con la parte del código
estándar y aproveché para hacer preguntas de funcionamiento y de la lógica que
seguían ciertos procesos.
Gracias a los tests que fui realizando junto con los programadores, a las
simulaciones que realizaba, a la corrección de errores que los usuarios tenían y
que yo ya era capaz de solucionar (o que dada su simpleza se me enseñaba
directamente cómo solucionarlos), y a las reuniones con Microsoft, a finales de
Junio me encuentro con cierto dominio del programa y es entonces cuando
deciden que pase a formar parte de los desarrollos.
De igual modo se me hace responsable de proporcionar el soporte necesario a
Administración para ayudarles ante cualquier error que surja en la declaración de
impuestos. Con las empresas ‘pequeñas’ dentro del grupo como es el caso de
INGEMAS o de IRELSA no se venían experimentado problemas en la declaración
de impuestos, y Administración se valía por sí mismo para ellas. La necesidad de
proporcionar soporte surge de la gran actividad que experimentan TSK y PHB.
Desde principios de año dicha tarea venía siendo desarrollada por una consultora
18
de Prodware pero su función en la empresa va a ir siendo ocupada por mí y por
ello me enseñan lo necesario para realizar esa tarea. El Grupo TSK tiene que
presentar con fecha tope el 20 de cada mes la declaración de impuestos de cada
empresa y para ello es necesario subir a la Agencia Tributaria los modelos 303,
340, 349, entre otros. La ayuda que yo proporciono se debe a los modelos 340 y
349 de TSK y PHB, siendo éste mi primer desarrollo el cual hice en colaboración
con un programador, y que explicaré a continuación, y cuyo objetivo es
automatizar el proceso lo máximo posible, de tal modo que la persona encargada
de la declaración en Administración pueda llegar a hacerlo sola sin la ayuda de
nadie.
19
Cada mes se venían produciendo una serie de errores de los cuales unos se
tienen que corregir manualmente, como puede ser el caso de errores de CIF de
empresas o países que no están indicados en AX como pertenecientes a la UE y
que afectan al modelo 349, pero existen otros que tienen que ser corregidos
mediante código y configuración. Cuando me refiero a los errores que se tienen
que corregir por código o configuración me refiero a aquellos casos en los que el
20
programa interpreta un IVA repercutido como soportado o viceversa y que para
evitarlo es necesario analizar la razón de su existencia ya que muchos errores
suelen tener un patrón común e identificándolo suelen tener fácil solución. Otro
error típico que se venía dando surge de la necesidad de que cada proveedor y
cada cliente nacionales y de la UE cuenten con un CIF. Otros errores surgían por
llevar tildes o caracteres no válidos a la hora de subir el archivo a Hacienda,
empresas con el mismo CIF o diferentes CIF con la misma empresa... La
casuística era amplia. Los errores de CIF vienen perfectamente indicados al subir
el archivo a la AEAT pero no así los demás, que aunque te indicaba la línea del
archivo que fallaba no te decía la razón. Todo ello venía siendo corregido
manualmente por la consultora y la persona responsable en Administración lo
cual llevaba a que utilizaran 3 días para poder hacer la declaración, siendo ese
período una pérdida de tiempo para ambos.
El trabajo inicial a la hora de hacer el desarrollo me corresponde a mí y para
ello era necesario identificar los errores claramente y comunicárselos al
programador que me ayudó en este caso. Juntos vemos la posible solución que
tendría y que pasa por hacer una limpieza de aquellos proveedores duplicados
evitando que en el futuro se vuelvan a duplicar ya sea por NIF o por nombre, de
tal manera que el programa arrojará un error cuando se creen y se repita una de
las dos cosas. De igual modo cuando se indique que el proveedor es nacional o
de la UE se requerirá el CIF de la empresa. En el caso de España y según
normativa son 9 caracteres siendo el primero una letra y el resto números. En el
caso de los países miembros de la UE cada uno tiene una normativa que se le
indica al AX para que cada vez que un usuario cree un proveedor o un cliente lo
haga de forma correcta y si no es así, que el programa arroje un error. De igual
modo está el caso de las tildes, los caracteres, etc… Todo ello es realizado en
colaboración con el programador y posteriormente testeado. Por otro lado se
logró averiguar la razón de la interpretación errónea del sistema de IVA
21
repercutido e IVA soportado y que tenía que ver con una mala configuración de
los impuestos ESIS21SOP y ESIS21REP (ISP 21 Soportado y Repercutido) que el
programa interpretaba de forma errónea. Dicho desarrollo fue realizado la
segunda semana de Julio y testeado en el ordenador de la persona encargada de
la declaración puesto que es la única que cuenta con firma electrónica para poder
hacerla. La idea era que estuviese listo para la declaración del mes de Junio, el
20 de Julio y así fue. La intención de este desarrollo es corregir aquellos errores
que se venían dando de forma repetitiva para que no se tengan que corregir más
manualmente y por otro lado que a la hora de utilizar el programa éste nos
indique los requisitos necesarios para proceder bien y nos arroje errores lógicos
que el usuario pueda comprender para poder realizar la labor correctamente. El
resultado de este desarrollo fue muy positivo y es un pequeño ejemplo de como
un desarrollo relativamente simple lleva a automatizar una serie de procesos y a
evitar errores futuros atajándolos desde un principio para facilitar el trabajo de un
usuario que al final es lo que se pretende con este tipo de programas.
22
Otra de las tareas que vengo realizando desde Julio es la creación de
empresas en el programa (PUS, TAS, TEG, THO). La creación de empresas exige
una serie de pasos muy concretos y dado el tiempo que lleva la tarea está
repartida entre mi persona y un programador. Los primeros pasos exigen la
creación de la empresa como entidad jurídica en el programa y una serie de
configuraciones sencillas, pero tras ello es necesario crear la empresa como
empresa virtual lo cual requiere parar el servidor a una hora en la que no haya
usuarios que suele ser en torno a las 21:00, para posteriormente reiniciarlo y que
el programa lo ejecute correctamente. Una vez hecho esto, al día siguiente se
configura una serie de parámetros como son los de Contabilidad General,
Proveedores, Clientes, Gestión de Proyectos, Adquisición y Abastecimiento, entre
otros y así. En total es una tarea que lleva dos días como mínimo y que en un
futuro se intentará automatizar aunque requerirá de un desarrollo bastante
complejo y de tiempo del que ahora no se dispone. Esta tarea se realiza cuando
recibo un mail por parte de la dirección para que se cree y en el que se me
23
indican los datos básicos de la empresa, así como los responsables de la misma y
los que van a tener acceso. Las empresas que se crean son filiales o UTEs.
Como un apartado final de este punto y tras detectarse una serie de
problemas del coste registrado en las diferentes empresas del grupo, las dos
primeras semanas de Agosto se me encomendó dedicar parte del tiempo a
analizar este problema y detectar las posibles causas. Una de las razones que
hace que el coste mirado desde el diario analítico difiera del de las transacciones
registradas de los proyectos se debe a la introducción de abonos o de descuentos
por pronto pago que el programa no estaba entendiendo bien y que hacía que en
vez de restar del coste, se sumaran los importes. Tomando como cierto que el
diario analítico fue programado para que diese lo mismo que las transacciones
registradas, puesto que se le alimenta de la misma base de datos una vez
descontados los gastos generales (que toda obra en el extranjero acumula para
mantener la sede central), y tras ver que el error venía por parte del diario
analítico, la tarea consistía en identificar de dónde provenían los fallos. La razón
de que existan ambos reside en que para la gente que trabaja con ello día a día
le viene mejor convivir con la base de datos de las transacciones registradas
24
mientras que a la hora de presentar un informe, el diario analítico presenta de
una manera más intuitiva los datos. Una vez descubierto dicho error que
provocaba esas diferencias mi tarea consiste en comunicárselo al programador
para que averigüe el origen del error dentro del código del programa para poder
subsanarlo. De todos modos esta tarea todavía no ha podido ser solucionada con
éxito puesto que dicha base de datos comparte información con otras por ello
requiere de una solución muy precisa para que no perjudique otras funciones del
programa.
25
Otros desarrollos en los que he sido participe o de los que he sido el
responsable han sido:
- Desarrollo de las hojas de gastos de los empleados en colaboración con Izertis
(puesto que es la responsable del mantenimiento de la intranet que es donde los
empleados indican esos gastos)
- Mejora del módulo de Proveedores y Clientes (corrección de fallos de CIF,
nacionalidad, etc…)
- Desarrollo de cuentas contables con Seresco
- Manuales de funcionamiento de los módulos de Gestión de Efectivo y Bancos,
Proveedores, y Adquisición y Abastecimiento para los empleados de TSK
- Mejora del informe del Diario Analítico
- Anulación de coste duplicado de las transacciones de proyecto registradas
- Mejora del informe de la Diferencia de Gastos Generales
- Desarrollo de los avales de obras
26
- Optimización y corrección de errores en el encaje (presupuesto) de las obras
- Mejora del módulo de Proveedores para la contabilización de facturas
(resolución de errores de facturación)
27
4- Conclusiones
Durante mi estancia en el Grupo TSK, aún no finalizada y que espero continúe
en el futuro, estoy teniendo la oportunidad de trabajar en una gran empresa
privada que está creciendo a un ritmo notable, con una clara visión internacional
y que además es una de las empresas punteras de Asturias. La labor como
consultor era algo totalmente desconocido para mí pero el poder ayudar a otras
personas y a la vez ser partícipe del desarrollo de un programa de gestión que va
a otorgar a la empresa el impulso definitivo para convertirse en una de las
grandes ingenierías del país y de Europa, creo que está siendo muy positivo para
mí.
Estas prácticas han supuesto que conocimientos de programación que adquirí
en varias asignaturas y con diferentes programas (MatLab, Stata, SPSS, R,
Lindep) me hayan dado la posibilidad de adaptarme a un mundo en el que la
programación no es un requisito indispensable pero familiarizarte con ella ayuda y
bastante.
Conocimientos
de
optimización
de
costes,
de
producción,
funcionamiento de mercados internacionales (muy importante en una empresa
tan globalizada como ésta), e incluso una asignatura como Economía de los
Recursos Naturales y Política Ambiental (en el caso concreto de un experto
alemán en explotaciones mineras y con el que aprendí muchísimo, y que tenía
varias cosas de lo dado en Bilbao) han sido asentados durante el tiempo que llevo
en esta empresa. Todo ello fue previamente estudiado en el Máster en Economía
y posteriormente asentado en esta empresa. Así mismo considero que el hecho
de trabajar en algo fundamentalmente práctico (un poco alejado del marco
teórico que rodea a este máster) también es importante para el desarrollo
personal.
28
En el pasado tuve la oportunidad de disfrutar de una beca de prácticas en
Naturgas (EDP) pero dado el horario que tenía (09:00-13:00) así como la
responsabilidad que tenía asignada, no hicieron de ellas más que una toma de
contacto con el mercado laboral. Las prácticas que realizo ahora tanto por el
horario (08:00-18:00) como por las responsabilidades que lleva consigo están
suponiendo una muy buena oportunidad para mí para aprender de grandes
profesionales que tengo a mi lado, así como la forma de trabajar en una gran
empresa. De igual manera y dado que mi trabajo es fundamentalmente en
equipo, aspectos como la empatía, la complicidad, la concreción de tareas, así
como el apoyarse y confiar los unos en los otros me están sirviendo de mucho
para poder desarrollar mi futura carrera profesional.
Para mis compañeros en el trabajo solo puedo tener palabras de
agradecimiento dado que el inicio fue algo difícil tanto por la forma de trabajar
como por el programa con el que me debía de familiarizar y ellos siempre me
intentaron ayudar en todo lo que pudieron, me enseñan constantemente y
siempre encuentro en ellos una solución cuando no soy capaz de resolver algún
problema. He tenido suerte tanto por la empresa como por ellos ya que ambos
son gente de trato familiar, que rema siempre en la misma dirección para la
consecución de objetivos y con unos conocimientos sobresalientes en muchos
aspectos. Considero que lo más importante al inicio de una carrera profesional es
rodearse de gente que te inculque maneras de trabajar, profesionalidad,
capacidad de resolver problemas, y en ese aspecto puedo considerarme bastante
afortunado. Además la empresa está creciendo a un gran ritmo, y tiene ante sí un
futuro al menos a corto y medio plazo bastante esperanzador.
Por todo ello considero que estas prácticas me están sirviendo de mucho y a
pesar de que están enfocadas a un mundo un tanto particular como es el de la
consultoría que requiere constante reciclaje y formación, pienso que puedo ser
29
una persona muy válida en el futuro para dicho trabajo si continúo con la
formación que tengo. También es un trabajo que toca la parte de proyectos y de
desarrollos y no significaría un encasillamiento como trabajador. No quisiera con
ello descartar opciones como el doctorado especialmente enfocado a la temática
de la Economía del Deporte que es una de mis grandes pasiones pero pienso que
ante la gran oportunidad que tengo de seguir en una empresa de estas
características, con un trabajo dinámico y con la posibilidad de viajar alrededor
del mundo, por el negocio internacional de la empresa, debo aprovechar estas
prácticas y sacarles el máximo rendimiento.
30
5- Bibliografía
-
Ranking
de
Oilgas
publicado
en
La
Nueva
España:
http://www.lne.es/economia/2015/05/16/duro-tsk-ingenierias-energiarentables/1757541.html
- Web del Grupo TSK: http://www.grupotsk.com/noticias/index
- Manual de Microsoft Dynamics AX 2012
-
Microsoft
Corporation:
http://www.microsoft.com/en-us/dynamics/erp-ax-
overview.aspx
31