ÍNDICE

CONTRATACIÓN DE LA CONVERSIÓN SAP R/3 A S/4 HANA EN EUSKAL TRENBIDE SAREA

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES

ÍNDICE

1.- OBJETO XXX XXXXXX DE PRESCRIPCIONES TÉCNICAS PARTICULARES

2.- RELACIONES ENTRE ETS Y EL CONTRATISTA. DEFINICIONES

3.- ANTECEDENTES

4.- DESCRIPCIÓN DE LOS TRABAJOS

5.- PRECIOS DEL CONTRATO

6.- PRECIOS UNITARIOS

7.- PRESUPUESTO DEL CONTRATO

8.- FORMA DE ADJUDICACIÓN ANEJOS

Nº 1 Descripción del estado actual de SAP R/3 e interfases

Nº2 Detalle de los trabajos a realizar en la conversión ERP R/3 a S/4 HANA Nº3 Resumen Readiness Check ETS

Nº4 Readiness Check ETS Nº5 Compatibility Packs HCM

1.- OBJETO XXX XXXXXX DE PRESCRIPCIONES TÉCNICAS PARTICULARES

El objeto de este pliego es el de establecer las condiciones de contratación para realizar la conversión de SAP R/3 a S/4 HANA en Euskal Trenbide Sarea.

2.- RELACIONES ENTRE ETS Y EL CONTRATISTA. DEFINICIONES

A los efectos de fijar las relaciones contractuales se definen las siguientes figuras jurídicas: PROPIEDAD.- Euskal Trenbide Sarea, Ente Público del Gobierno Xxxxx.

RESPONSABLE DEL CONTRATO.- Euskal Trenbide Sarea designará un Responsable del Contrato, bajo la supervisión del Director de Recursos Financieros y Sistemas de Información de ETS. El Responsable del Contrato podrá rodearse del equipo técnico necesario que le asesorará y en su caso podrá actuar por delegación del mismo.

CONTRATISTA.- Concursante Adjudicatario, persona natural o jurídica que adquirirá esa condición a la firma del Contrato.

DELEGADO DEL CONTRATISTA.- Técnico designado por el Contratista para hacerse cargo de la coordinación técnica de los trabajos y representar a éste frente a ETS. Todo el equipo del Contratista dependerá del Delegado quien informará directamente y cuantas veces sea requerido al Responsable del Contrato.

3.- ANTECEDENTES

Los sistemas integrados de gestión empresarial de ETS están basados en el ERP SAP R/3. En la actualidad, desde este sistema se gestionan los procesos financieros, de gestión de personas, compras y contrataciones, gestión económica de las obras y proyectos, y parcialmente, áreas de mantenimiento.

El mapa actual del ERP comprende:

• Módulos FI-CO-BCS: finanzas, contabilidad, controlling, tesorería, gestión presupuestaria, activos fijos, factura electrónica, SII…

• Módulo HR: Recursos Humanos

• Módulo de PS: Gestión económica de las obras y proyectos

• Módulo PM: Mantenimiento y gestión de incidencias (datos históricos)…

• Contrataciones GEXAP: Solución desarrollada en el entorno SAP para gestión de expedientes de contratación

• Gateway de comunicación con SAP Cloud Platform en donde residen las aplicaciones Xxxxx de ETS.

En el año 2009 se actualiza el sistema R/3 de SAP de la versión 4.7 a la versión 6.0 siguiendo las recomendaciones de soporte de SAP.

En 2018, ETS actualizó el sistema SAP R/3 a SAP EHP 8 y convirtió la BBDD a Unicode.

En 2014, SAP anunció que el soporte a la versión de SAP ECC 6.0, independientemente del nivel de EHP que tenga, se acabará en 2025. A partir de esa fecha solo dará soporte a las versiones con una base de datos HANA y con la versión de SAP S/4 HANA.

Por ello, en 2019 ETS decidió la conversión de su ERP actual a SAP S/4 HANA, mediante la siguiente hoja xx xxxx:

• Trabajos previos a realizar en R/3:

o Implantación Business Partners

o Limpieza y archivado de datos

• Diseño funcional de las aplicaciones no compatibles en S/4:

o Nueva gestión de expedientes de contratación (antiguo GEXAP)

• Diseño y adaptación de las interfaces existentes y que no son compatibles en S/4

• Conversión a S/4 HANA

• Estudio e implantación, en su caso, de la Fiorización aplicaciones más utilizadas en S/4 HANA

El objeto de la presente licitación es la contratación de todos los trabajos necesarios para la conversión a S/4 HANA, de acuerdo con la descripción de tareas a realizar que se contiene en el presente Xxxxxx, incluidos sus anexos.

No está dentro del alcance de la presente licitación la dotación del hardware necesario para la conversión, ni las eventuales modificaciones del licenciamiento que fueran necesarias.

4.- DESCRIPCIÓN DE LOS TRABAJOS

4.1. Conversión SAP R/3 a S/4 HANA

Los trabajos a realizar a lo largo del proyecto a grandes rasgos son los siguientes:

• Trabajos previos a realizar en R/3:

o Implantación Business Partners

o Limpieza y archivado de datos

• Diseño funcional de Nueva Gestión de Expedientes

• Conversión de SAP R/3 a S/4 HANA (no implantación). Realización de tareas específicas de la conversión:

o Migración nueva Contabilidad Financiera

o Migración Nueva contabilidad activos fijos

o Adaptación a S/4 de las aplicaciones Xxxxx existentes

o Ajuste código “Z” existente a las reglas S/4.

o Conversión del módulo de RRHH R/3 a través de los compatibility packs (Actualmente, todos los submódulos de RRHH implantados en ETS son compatibles con S/4 HANA)

o Conversión de las interfaces existentes y que no son compatibles en S/4

o Implantación nueva de gestión de expedientes de contratación (Antiguo GEXAP)

• Puesta en producción de S/4 HANA

• Estudio e implantación, en su caso, de la Fiorización aplicaciones más utilizadas en S/4 HANA

• Cierre proyecto

El detalle de cada una de estas tareas se incluye en el Anejo 2.

4.2. Elaborar documentación técnica y manuales de usuario (Diseño técnico y parametrización)

Habrá que documentar todos los cambios de parametrización que se vean afectados por la conversión a S/4 HANA.

También habrá que generar toda la documentación técnica de las nuevas aplicaciones o cambios de código que se haya realizado durante la conversión.

4.3. Elaboración de manuales de usuario de los nuevos procesos convertidos

El adjudicatario deberá crear los manuales de usuario de todos los procesos que se hayan modificado debido a la conversión.

4.3. Formación a usuarios

El adjudicatario deberá elaborar y ejecutar un plan de formación a las personas usuarias de los procesos que se hayan modificado debido a la conversión.

4.4. Puesta en producción

Una vez validados por ETS los trabajos de conversión en el entorno productivo, se producirá por parte de ETS la recepción parcial de estos trabajos.

A partir de la fecha de la recepción parcial, comenzará la fase de soporte y mantenimiento y de fiorización descrita en los dos puntos siguientes.

4.5. Soporte y Mantenimiento funcional de 1 año del entorno de S/4 HANA a partir de la puesta en producción

Se realizará el Mantenimiento Funcional de SAP S/4 HANA desde la fecha de puesta en producción durante 1 año. Durante este mantenimiento se realizarán trabajos correctivos, adaptativos, evolutivos de corto alcance y consultas que puedan surgir. Para ello se dotará de una bolsa de horas la cual se detalla en el punto 7 de este pliego.

El adjudicatario deberá nombrar un coordinador del servicio, que junto con el responsable del Contrato en ETS, velará por el buen cumplimiento de las tareas de mantenimiento de los distintos entornos y módulos. Por lo menos, mensualmente se mantendrá una reunión de seguimiento del contrato con el coordinador del servicio y el equipo de ETS. Esta reunión será presencial y se realizarán en las oficinas de ETS xx Xxxxxx.

Todas las tareas a realizar se gestionarán por incidencias, que serán comunicadas al adjudicatario mediante la herramienta ofertada por éste. Esta herramienta deberá realizar comunicaciones vía e-mail cada vez que se realice un cambio en el estado de la incidencia, evolutivo o consulta.

El servicio se prestará en horario normal de oficina, de lunes a viernes. Los trabajos que requieran paradas del sistema y deban ser desarrollados fuera de dicho horario deberán ser pactados previamente entre ETS y el adjudicatario. El servicio se prestará de forma ordinaria sin necesidad de presencia física de los consultores en las instalaciones de ETS, para lo cual se facilitarán por parte de ETS los accesos necesarios. Ello no obsta para que si la resolución de una incidencia o evolutivo concreto requiera la presencia física de los consultores, el adjudicatario deba garantizar la misma.

Los mantenimientos correctivos se gestionarán por incidencias, que serán comunicadas al adjudicatario mediante la herramienta ofertada por éste. En el plazo de cuatro horas, el mantenedor deberá valorar la incidencia y dar un plazo estimado de resolución de la misma.

Los evolutivos de corto alcance serán solicitados al coordinador del servicio del adjudicatario, quien procederá a la presentación de un presupuesto cerrado, en base a los precios unitarios de su oferta. Los trabajos comenzarán tras la aprobación de dicho presupuesto por parte de ETS.

Los estados que se reflejarán en la aplicación de gestión de incidencias será el siguiente dependiendo de la tipología:

• En el caso de las incidencias:

FASE	RESPONSABLE
Apertura	ETS
Análisis (máximo 4 horas) y proceso resolución	MANTENEDOR
Pruebas	ETS
Cierre	MANTENEDOR
Cierre definitivo/Reapertura	ETS

• En caso de que se realice un evolutivo

FASE	RESPONSABLE
Apertura	ETS
Propuesta/valoración	MANTENEDOR
Acepta/alcance (propuesta/valoración)	ETS
Proceso	MANTENEDOR
Pruebas	ETS
Aceptación/cancelación pruebas	MANTENEDOR
Reapertura/Cierre definitivo	ETS

4.6. Estudio e implantación para la Fiorización de aplicaciones más utilizadas S/4 HANA

Conjuntamente al mantenimiento, se realizará un proyecto de consultoría de fiorización de aplicaciones de S/4 HANA. Para ello se dotará de una bolsa de horas la cual se detalla en el punto 7 de este pliego.

En esta consultoría se realizará un estudio de las transacciones más utilizadas en S/4 HANA y las posibilidades de fiorización de las mismas, detallando el valor añadido que su fiorización aportaría a ETS.

Una vez aprobada por ETS la relación de aplicaciones a fiorizar, el adjudicatario deberá realizar un diseño funcional detallado de cada una de ellas para que posteriormente puedan ser implantadas.

Una vez realizada esta consultoría, se implantarán las aplicaciones más relevantes siempre respetando la bolsa de horas asignada para este trabajo. Junto con la implantación de las aplicaciones el adjudicatario deberá presentar la documentación relevante de los trabajos realizados (diseño técnico, manuales de usuario,…)

4.7. Cierre proyecto

Una vez verificada la correcta finalización de los trabajos, se procederá al cierre definitivo del proyecto.

5.- PRECIOS DEL CONTRATO

Las licitadoras fijaran los precios unitarios que se detallen en el punto 7, que serán de aplicación para su abono en las correspondientes certificaciones, no sufriendo variación por concepto alguno.

6.- PRECIOS UNITARIOS

Los precios a ofertar serán los siguientes:

• Trabajos Previos en R/3

• Conversión R/3 a S/4

• Soporte y Mantenimiento S/4 HANA 1 año

o Precio hora Jefe proyecto

o Precio hora Consultor SAP

o Precio hora Programador ABAP

• Estudio Fiorización

o Precio hora Jefe proyecto

o Precio hora Consultor SAP Xxxxx

Serán por cuenta del Adjudicatario los gastos de todo tipo que se originen en relación con los trabajos objeto de esta oferta.

ETS podrá exigir al Adjudicatario las correspondientes homologaciones del personal que intervenga en los trabajos que se les encomienda, avalados por titulación o experiencia, con el fin de que su abono corresponda con la categoría ofertada o demandada.

7.- PRESUPUESTO DEL CONTRATO

El presupuesto máximo de licitación del presente Concurso es el indicado en el apartado 4 de la carátula xxx xxxxxx. Cada ofertante calculará el Presupuesto de la Prestación de Servicios aplicando los precios detallados en el punto 6 a la siguiente tabla:

MEDICIÓN	DESCRIPCION DE LA UNIDAD	PRECIO UNIT.	PRECIO TOTAL
CONVERSIÓN A S/4 HANA
1	Trabajos Previos en R/3
1	Conversión SAP R/3 a S/4 HANA
MANTENIMIENTO
250	Horas Jefe proyecto
1.500	Horas Consultor SAP
750	Horas Programador ABAP
FIORIZACIÓN
100	Horas Jefe proyecto
1.000	Horas Consultor SAP Xxxxx
TOTAL (IVA excluido)

El Presupuesto resultante será reflejado por el ofertante en la Proposición Económica y tendrá el carácter de Presupuesto Máximo del Contrato.

A efectos de homogeneización de ofertas será el que se valore de acuerdo con el punto 22 de la carátula.

8.- FORMA DE ADJUDICACIÓN

La adjudicación del Contrato se efectuará bajo la modalidad de licitación abierta, y recaerá en la propuesta más ventajosa en conjunto, económica y técnicamente, de acuerdo con los criterios fijados en el apartado 22 de la carátula del presente pliego.

ANEJO Nº 1

ESTADO DEL ACTUAL ERP R/3 Y SUS INTERFASES

1. ESTADO DE LOS SISTEMAS SAP

El mapa actual de sistemas SAP en Euskal Trenbide Sarea comprende:

¾ Módulos de SAP R/3 implantados en el sistema de gestión: FI-CO-BCS, MM, PM, PS y HR

¾ GexAP: solución desarrollada en el entorno SAP para gestión de expedientes

¾ Herramientas .net para consultas del módulo de recursos humanos

¾ Aplicaciones publicadas en SCP (SAP Cloud Platform) desarrolladas en UI 5.0

¾ FACTURAE: Servidor pasarela que conecta SAP R/3 con la plataforma de factura digital del gobierno xxxxx, e-faktura.

¾ SII: Sistema de suministro de información inmediata.

¾ Instancia en SAP Cloud Platform conectada al track R/3 y aplicaciones relacionadas

INFRAESTRUCTURA SAP ETS

La actual infraestructura de Sistemas SAP de ETS está constituida por las siguientes soluciones:

• SAP R/3

• Content server

• Solution manager

Estos se encuentran alojados en los Centros de Proceso de Datos (CPDs) de ETS.

Adicionalmente, la infraestructura está complementada por un entorno en cloud mediante SAP Cloud Platform formando una estructura TI híbrida con el objeto de ampliar determinadas funciones de movilidad.

Características comunes en todos los entornos SAP R/3.

Todos los entornos SAP R/3 ECC 6.0, tienen como add-on un producto certificado por SAP llamado GexAP. Este aplicativo está vinculado al módulo MM de SAP R/3 y su función principal es la de gestionar expedientes de contratación.

El sistema de transporte entre los tres entornos SAP, está configurado del siguiente modo:

Cada uno de los sistemas, sirve como backend de los sistemas de SCP (SAP Cloud Platform) en la cual están publicadas varias aplicaciones de SAP. Cada uno de los entornos tiene activado su propio Gateway para provisionar las funcionalidades de SAP publicadas en SCP.

Los entornos de desarrollo y test están conectados a SCP a través del SCC (SAP Cloud Connector) que está instalado en la propia máquina de desarrollo. Para el entorno de producción, el SCC está instalado en la misma máquina E1S.

Igualmente el Content Server de desarrollo/test y de producción, se encuentran instalados en las máquinas de desarrollo y producción respectivamente.

Características entorno Desarrollo.

Sirve para realizar pruebas previas al paso a test de los desarrollos y parametrizaciones necesarias.

El servidor de desarrollo de SAP R/3 Enterprise, es un servidor virtual que cuenta con las siguientes características iniciales:

• Máquina virtual VMWare 11

• Windows 2016 server x64 versión standard en inglés

- Gestor de base de datos MS-SQL Server 2017 x64

- SAP R/3 ECC 6.0 EHP8, NetWeaver 7.5

- Nombre de la instancia SAP: D1S

- Número de la instancia SAP: 00

- Mandante 500Æ Euskal Trenbide Sarea

Además este servidor, también alberga las siguientes instancias:

- SAP Content Server 6.50 para las instancias de desarrollo y test de SAP R/3Æ Esta instancia se utiliza para realizar pruebas del Content Server con los entornos de desarrollo y test de SAP R/3.

- SCC para las aplicaciones SAP publicadas en los portales de desarrollo y test de SCP. La versión de este es la 2.10.2

Características entorno Test

El entorno de test está formado por una máquina virtual que contiene una instancia SAP R/3 Enterprise 6.0 con las siguientes características iniciales:

• Máquina virtual VMWare 11

• Windows 2016 server x64 versión standard en inglés

- Gestor de base de datos MS-SQL Server 2017 x64

- SAP R/3 ECC 6.0 EHP8, NetWeaver 7.5

- Nombre de la instancia SAP: T1S

- Número de la instancia SAP: 00

- Mandante 500Æ Euskal Trenbide Sarea

Periódicamente, el sistema de Test es refrescado mediante la realización de una copia homogénea del entorno de Producción sobre este entorno de prueba. Se utiliza para probar con datos reales las parametrizaciones y desarrollos generados en desarrollo antes de ser transportados a producción.

Características entornos Producción

El entorno de productivo está formado por una máquina virtual que contiene una instancia SAP R/3 Enterprise 6.0 con las siguientes características iniciales:

• Máquina virtual VMWare 11

• Windows 2016 server x64 versión standard en inglés

- Gestor de base de datos MS-SQL Server 2017 x64

- SAP R/3 ECC 6.0 EHP8, NetWeaver 7.5

- Nombre de la instancia SAP: E1S

- Número de la instancia SAP: 00

- Mandante 500Æ Euskal Trenbide Sarea

En este servidor actualmente tenemos instalado el SCC. La versión de este es la 2.12.01, para poder instalar este, hemos instalado los siguientes componentes:

• IW_BEP 200

• IW_SCS 200

Éste servidor también alberga la aplicación SAP Content Server 6.50 para el entorno de producción.

Características entorno Solution Manager

El entorno de producción de SAP Solution Manager está alojado en un servidor del que se detallan las siguientes características:

• Máquina virtual VMWare 11

- Windows 2016 server x64 versión standard en inglés

- Gestor de base de datos MS-SQL Server 2017 x64

• SAP Solution manager 7.2 con EHP 1, Kernel 753_REL. Pacht Level 500

- Nombre de la instancia SAP: SSM

- Número de la instancia SAP: 00

- Xxxxxxxx 000X Xxxxxx Xxxxxxxx Xxxxx

Otros entornos

Tenemos un servidor que está dedicado para realizar las descargas y mandar las comunicaciones de la interface de factura electrónica. Se trata de un servicio web implementado en Apache Axis2 versión 1.6.2 (Java). Las funciones de esta interface ya se han descrito en la parte de funcional. Las características de este servidor son:

• Máquina virtual VMWare 11

• JDK 1.7

• Centos 7

• La máquina es accesible desde SAP vía HTTP.

Estado actual de los diferentes componentes de SAP

Versiones del producto instaladas:

Producto	Release	SP stack	Fabricante	Descripción breve del producto
SAP ERP	2005	30 (01/2018)	xxx.xxx	SAP ERP 6.0
CONCEPT GATEWAY	2.0	12 (03/2016)	xxx.xxx	SAP GATEWAY 2.0
SAP NETWEAVER	7.5	13 (09/2018)	xxx.xxx	SAP NETWEAVER 7.5
EHP8 FOR SAP ERP 6.0	EHP8 FOR SAP ERP 6.0	11 (10/2018)	xxx.xxx	EHP8 FOR SAP ERP 6.0

Versiones de componentes instaladas:

Componente	Release	Nivel SP	Support Package	Descripción
SAP_BASIS	750	13	SAPK-75013INSAPBASIS	Sistema Base SAP
SAP_ABA	750	13	SAPK-75013INSAPABA	Componente multiaplicaciones
SAP_GWFND	750	15	SAPK- 75015INSAPGWFND	SAP Gateway Foundation
SAP_UI	750	15	SAPK-75015INSAPUI	User Interface Technology
ST-PI	740	12	SAPK-74012INSTPI	SAP Solution Tools Plug-In
SAP_BW	750	13	SAPK-75013INSAPBW	SAP Business Warehouse
IW_FNDGC	100	5	SAPK-10005INIWFNDGC	SAP IW FNDGC 100
IW_PGW	100	9	SAPK-10009INIWPGW	Process Gateway
IW_SPI	100	7	SAPK-10007INIWSPI	Service Provider Infrastructure
MDG_FND	749	12	SAPK-74912INMDGFND	Base para gobernanza de datos maestros
SAP_AP	750	9	SAPK-75009INSAPAP	SAP Application Platform
SAP_BS_FND	748	11	SAPK- 74811INSAPBSFND	SAP Business Suite Foundation
WEBCUIF	748	11	SAPK-74811INWEBCUIF	SAP Web UI Framework
EA-IPPE	618	3	SAPK-61803INEAIPPE	SAP iPPE
MDG_APPL	619	12	SAPK- 61912INMDGAPPL	Aplicaciones para gobernanza de datos maestros
MDG_MDC	100	12	SAPK-10012INMDGMDC	Master Data Consolidation
MDG_UX	619	12	SAPK-61912INMDGUX	MDG Additional User Interface
SAP_APPL	618	11	SAPK-61811INSAPAPPL	Logística y Finanzas
SAP_FIN	618	11	SAPK-61811INSAPFIN	SAP_FIN
SAP_HR	000	00	XXXXX00000	Gestión de Recursos Humanos

SAP_HRCAE

608

SAPK-

60864INSAPHRCAE

Sub component SAP_HRCAE of SAP_HR

SAP_HRCAR

608

SAPK-

60864INSAPHRCAR

Subcomponente SAP_HRCAR de SAP_HR

SAP_HRCAT

608

SAPK-

60864INSAPHRCAT

Subcomponente SAP_HRCAT de SAP_HR

SAP_HRCAU

608

SAPK-

60864INSAPHRCAU

Subcomponente SAP_HRCAU de SAP_HR

SAP_HRCBE

608

SAPK-

60864INSAPHRCBE

Subcomponente SAP_HRCBE de SAP_HR

SAP_HRCBG

608

SAPK-

60864INSAPHRCBG

Sub component SAP_HRCBG of SAP_HR

SAP_HRCBR

608

SAPK-

60864INSAPHRCBR

Subcomponente SAP_HRCBR de SAP_HR

SAP_HRCCA

608

SAPK-

60864INSAPHRCCA

Subcomponente SAP_HRCCA de SAP_HR

SAP_HRCCH

608

SAPK-

60864INSAPHRCCH

Subcomponente SAP_HRCCH de SAP_HR

SAP_HRCCL

608

SAPK-

60864INSAPHRCCL

Sub component SAP_HRCCL of SAP_HR

SAP_HRCCN

608

SAPK-

60864INSAPHRCCN

Subcomponente SAP_HRCCN de SAP_HR

SAP_HRCCO

608

SAPK-

60864INSAPHRCCO

Sub component SAP_HRCCO of SAP_HR

SAP_HRCCZ

608

SAPK-

60864INSAPHRCCZ

Sub component SAP_HRCCZ of SAP_HR

SAP_HRCDE

608

SAPK-

60864INSAPHRCDE

Subcomponente SAP_HRCDE de SAP_HR

SAP_HRCDK

608

SAPK-

60864INSAPHRCDK

Subcomponente SAP_HRCDK de SAP_HR

SAP_HRCEG

608

SAPK-

60864INSAPHRCEG

Sub component SAP_HRCEG of SAP_HR

SAP_HRCES

608

SAPK-

60864INSAPHRCES

Subcomponente SAP_HRCES de SAP_HR

SAP_HRCFI

608

SAPK-60864INSAPHRCFI

Subcomponente SAP_HRCFI de SAP_HR

SAP_HRCFR

608

SAPK-

60864INSAPHRCFR

Subcomponente SAP_HRCFR de SAP_HR

SAP_HRCGB

608

SAPK-

60864INSAPHRCGB

Subcomponente SAP_HRCGB de SAP_HR

SAP_HRCGR

608

SAPK-

60864INSAPHRCGR

Sub component SAP_HRCGR of SAP_HR

SAP_HRCHK

608

SAPK-

60864INSAPHRCHK

Subcomponente SAP_HRCHK de SAP_HR

SAP_HRCHR

608

SAPK-

60864INSAPHRCHR

Sub component SAP_HRCHR of SAP_HR

SAP_HRCHU

608

SAPK-

60864INSAPHRCHU

Sub component SAP_HRCHU of SAP_HR

SAP_HRCID

608

SAPK-

60864INSAPHRCID

Subcomponente SAP_HRCID de SAP_HR

SAP_HRCIE

608

SAPK-60864INSAPHRCIE

Subcomponente SAP_HRCIE de SAP_HR

SAP_HRCIN

608

SAPK-

60864INSAPHRCIN

Subcomponente SAP_HRCIN de SAP_HR

SAP_HRCIT

608

SAPK-60864INSAPHRCIT

Subcomponente SAP_HRCIT de SAP_HR

SAP_HRCJP

608

SAPK-60864INSAPHRCJP

Subcomponente SAP_HRCJP de SAP_HR

SAP_HRCKR

608

SAPK-

60864INSAPHRCKR

Subcomponente SAP_HRCKR de SAP_HR

SAP_HRCKW

608

SAPK-

60864INSAPHRCKW

Sub component SAP_HRCKW of SAP_HR

SAP_HRCKZ

608

SAPK-

60864INSAPHRCKZ

Sub component SAP_HRCKZ of SAP_HR

SAP_HRCMX

608

SAPK-

60864INSAPHRCMX

Subcomponente SAP_HRCMX de SAP_HR

SAP_HRCMY

608

SAPK-

60864INSAPHRCMY

Subcomponente SAP_HRCMY de SAP_HR

SAP_HRCNL

608

SAPK-

60864INSAPHRCNL

Subcomponente SAP_HRCNL de SAP_HR

SAP_HRCNO

608

SAPK-

60864INSAPHRCNO

Subcomponente SAP_HRCNO de SAP_HR

SAP_HRCNZ

608

SAPK-

60864INSAPHRCNZ

Subcomponente SAP_HRCNZ de SAP_HR

SAP_HRCOM

608

SAPK-

60864INSAPHRCOM

Sub component SAP_HRCOM of SAP_HR

SAP_HRCPH

608

SAPK-

60864INSAPHRCPH

Subcomponente SAP_HRCPH de SAP_HR

SAP_HRCPL

608

SAPK-

60864INSAPHRCPL

Sub component SAP_HRCPL of SAP_HR

SAP_HRCPT

608

SAPK-

60864INSAPHRCPT

Subcomponente SAP_HRCPT de SAP_HR

SAP_HRCQA

608

SAPK-

60864INSAPHRCQA

Sub component SAP_HRCQA of SAP_HR

SAP_HRCRO

608

SAPK-

60864INSAPHRCRO

Sub component SAP_HRCRO of SAP_HR

SAP_HRCRU

608

SAPK-

60864INSAPHRCRU

Subcomponente SAP_HRCRU de SAP_HR

SAP_HRCSA

608

SAPK-

60864INSAPHRCSA

Sub component SAP_HRCSA of SAP_HR

SAP_HRCSE

608

SAPK-

60864INSAPHRCSE

Subcomponente SAP_HRCSE de SAP_HR

SAP_HRCSG

608

SAPK-

60864INSAPHRCSG

Subcomponente SAP_HRCSG de SAP_HR

SAP_HRCSI

608

SAPK-60864INSAPHRCSI

Sub component SAP_HRCSI of SAP_HR

SAP_HRCSK

608

SAPK-

60864INSAPHRCSK

Sub component SAP_HRCSK of SAP_HR

SAP_HRCTH

608

SAPK-

60864INSAPHRCTH

Subcomponente SAP_HRCTH de SAP_HR

SAP_HRCTR

608

SAPK-

60864INSAPHRCTR

Sub component SAP_HRCTR of SAP_HR

SAP_HRCTW

608

SAPK-

60864INSAPHRCTW

Subcomponente SAP_HRCTW de SAP_HR

SAP_HRCUA

608

SAPK-

60864INSAPHRCUA

Sub component SAP_HRCUA of SAP_HR

SAP_HRCUN

608

SAPK-

60864INSAPHRCUN

Subcomponente SAP_HRCUN de SAP_HR

SAP_HRCUS

608

SAPK-

60864INSAPHRCUS

Subcomponente SAP_HRCUS de SAP_HR

SAP_HRCVE

608

SAPK-

60864INSAPHRCVE

Subcomponente SAP_HRCVE de SAP_HR

SAP_HRCZA

608

SAPK-

60864INSAPHRCZA

Subcomponente SAP_HRCZA de SAP_HR

SAP_HRGXX

608

SAPK-

60864INSAPHRGXX

Subcomponente SAP_HRGXX de SAP_HR

SAP_HRRXX

608

SAPK-

60864INSAPHRRXX

Subcomponente SAP_HRRXX de SAP_HR

EA-DFPS

618

SAPK-61811INEADFPS

SAP R/3 Enterprise Extension Fuerzas de defensa y Seguridad

pública

EA-FINSERV

618

SAPK-61811INEAFINSRV

SAP R/3 Enterprise Extension Financial Services

EA-GLTRADE

618

SAPK-

61811INEAGLTRAD

SAP R/3 Enterprise Extension Global Trade

EA-HR

608

SAPK-60864INEAHR

SAP R/3 Enterprise Extension HR

EA-HRCAE

608

SAPK-60864INEAHRCAE

Sub component EA-HRCAE of EA-HR

EA-XXXXX

608

SAPK-60864INEAHRCAR

Subcomponente EA-XXXXX de EA-HR

EA-HRCAT

608

SAPK-60864INEAHRCAT

Subcomponente EA-HRCAT de EA-HR

EA-HRCAU	608	64	SAPK-60864INEAHRCAU	Subcomponent EA-HRCAU de EA-HR
XX-XXXXX	000	00	XXXX-00000XXXXXXXXX	Subcomponent EA-HRCBE de EA-HR
EA-HRCBG	608	64	SAPK-60864INEAHRCBG	Sub component EA-HRCBG of EA-HR
XX-XXXXX	000	00	XXXX-00000XXXXXXXXX	Xxxxxxxxxxxxx XX-XXXXX de EA-HR
EA-HRCCA	608	64	SAPK-60864INEAHRCCA	Subcomponente EA-HRCCA de EA-HR
EA-HRCCH	608	64	SAPK-60864INEAHRCCH	Subcomponente EA-HRCCH de EA-HR
EA-HRCCL	608	64	SAPK-60864INEAHRCCL	Sub component EA-HRCCL of EA-HR
EA-HRCCN	608	64	SAPK-60864INEAHRCCN	Subcomponente EA-HRCCN de EA-HR
EA-HRCCO	608	64	SAPK-60864INEAHRCCO	Sub component EA-HRCCO of EA-HR
EA-HRCCZ	608	64	SAPK-60864INEAHRCCZ	Sub component EA-HRCCZ of EA-HR
EA-HRCDE	608	64	SAPK-60864INEAHRCDE	Subcomponente EA-HRCDE de EA-HR
EA-HRCDK	608	64	SAPK-60864INEAHRCDK	Subcomponente EA-HRCDK de EA-HR
EA-HRCEG	608	64	SAPK-60864INEAHRCEG	Sub component EA-HRCEG of EA-HR
EA-HRCES	608	64	SAPK-60864INEAHRCES	Subcomponente EA-HRCES de EA-HR
EA-HRCFI	608	64	SAPK-60864INEAHRCFI	Subcomponente EA-HRCFI de EA-HR
EA-HRCFR	608	64	SAPK-60864INEAHRCFR	Subcomponente EA-HRCFR de EA-HR
XX-XXXXX	000	00	XXXX-00000XXXXXXXXX	Xxxxxxxxxxxxx XX-XXXXX xx XX-XX
XX-XXXXX	608	64	SAPK-60864INEAHRCGR	Sub component EA-HRCGR of EA-HR
EA-HRCHK	608	64	SAPK-60864INEAHRCHK	Subcomponente EA-HRCHK de EA-HR
EA-XXXXX	608	64	SAPK-60864INEAHRCHR	Sub component EA-XXXXX of EA-HR
EA-HRCHU	608	64	SAPK-60864INEAHRCHU	Sub component EA-HRCHU of EA-HR
EA-HRCID	608	64	SAPK-60864INEAHRCID	Subcomponente EA-HRCID de EA-HR
EA-HRCIE	608	64	SAPK-60864INEAHRCIE	Subcomponente EA-HRCIE de EA-HR
EA-HRCIN	608	64	SAPK-60864INEAHRCIN	Subcomponente EA-HRCIN de EA-HR
EA-HRCIT	608	64	SAPK-60864INEAHRCIT	Subcomponente EA-HRCIT de EA-HR
EA-HRCJP	608	64	SAPK-60864INEAHRCJP	Subcomponente EA-HRCJP de EA-HR
EA-HRCKR	608	64	SAPK-60864INEAHRCKR	Subcomponente EA-HRCKR de EA-HR
EA-HRCKW	608	64	SAPK- 60864INEAHRCKW	Sub component EA-HRCKW of EA-HR
EA-HRCKZ	608	64	SAPK-60864INEAHRCKZ	Sub component EA-HRCKZ of EA-HR
EA-HRCMX	608	64	SAPK- 60864INEAHRCMX	Subcomponente EA-HRCMX de EA-HR
EA-HRCMY	608	64	SAPK-60864INEAHRCMY	Subcomponente EA-HRCMY de EA-HR
EA-HRCNL	608	64	SAPK-60864INEAHRCNL	Subcomponente EA-HRCNL de EA-HR
EA-HRCNO	608	64	SAPK-60864INEAHRCNO	Subcomponente EA-HRCNO de EA-HR
EA-HRCNZ	608	64	SAPK-60864INEAHRCNZ	Subcomponente EA-HRCNZ de EA-HR
EA-HRCOM	608	64	SAPK- 60864INEAHRCOM	Sub component EA-HRCOM of EA-HR
EA-HRCPH	608	64	SAPK-60864INEAHRCPH	Subcomponente EA-HRCPH de EA-HR
EA-HRCPL	608	64	SAPK-60864INEAHRCPL	Sub component EA-HRCPL of EA-HR
EA-HRCPT	608	64	SAPK-60864INEAHRCPT	Subcomponente EA-HRCPT de EA-HR
EA-HRCQA	608	64	SAPK-60864INEAHRCQA	Sub component EA-HRCQA of EA-HR
EA-HRCRO	608	64	SAPK-60864INEAHRCRO	Sub component EA-HRCRO of EA-HR

EA-HRCRU	608	64	SAPK-60864INEAHRCRU	Subcomponente EA-HRCRU de EA-HR
EA-HRCSA	608	64	SAPK-60864INEAHRCSA	Sub component EA-HRCSA of EA-HR
EA-HRCSE	608	64	SAPK-60864INEAHRCSE	Subcomponente EA-HRCSE de EA-HR
EA-HRCSG	608	64	SAPK-60864INEAHRCSG	Subcomponente EA-HRCSG de EA-HR
EA-HRCSI	608	64	SAPK-60864INEAHRCSI	Sub component EA-HRCSI of EA-HR
EA-HRCSK	608	64	SAPK-60864INEAHRCSK	Sub component EA-HRCSK of EA-HR
EA-HRCTH	608	64	SAPK-60864INEAHRCTH	Subcomponente EA-HRCTH de EA-HR
EA-HRCTR	608	64	SAPK-60864INEAHRCTR	Sub component EA-HRCTR of XX-XX
XX-XXXXX	000	00	XXXX- 00000XXXXXXXXX	Subcomponente EA-HRCTW de EA-HR
EA-HRCUA	608	64	SAPK-60864INEAHRCUA	Sub component EA-HRCUA of EA-HR
EA-HRCUN	608	64	SAPK-60864INEAHRCUN	Sub component EA-HRCUN of EA-HR
EA-HRCUS	608	64	SAPK-60864INEAHRCUS	Subcomponente EA-HRCUS de EA-HR
EA-HRCVE	608	64	SAPK-60864INEAHRCVE	Subcomponente EA-HRCVE de EA-HR
EA-HRCZA	608	64	SAPK-60864INEAHRCZA	Subcomponente EA-HRCZA de EA-HR
EA-HRGXX	608	64	SAPK-60864INEAHRGXX	Subcomponente EA-HRGXX de EA-HR
EA-HRRXX	608	64	SAPK-60864INEAHRRXX	Subcomponente EA-HRRXX de EA-HR
EA-PS	618	11	SAPK-61811INEAPS	SAP R/3 Enterprise Extension Administración pública
EA-RETAIL	618	11	SAPK-61811INEARETAIL	SAP R/3 Enterprise Extension Retail
FINBASIS	748	11	SAPK-74811INFINBASIS	Financials Basis
FSCM_CCD	618	11	SAPK-61811INFSCMCCD	FSCM_CCD
ECC-DIMP	618	11	SAPK-61811INECCDIMP	DIMP
ECC-SE	605	17	SAPK-60517INECCSE	ECC-SE
ERECRUIT	617	15	SAPK-61715INERECRUIT	E-Recruiting
FI-CA	618	11	SAPK-61811INFICA	FI-CA
FI-CAX	618	11	SAPK-61811INFICAX	FI-CA ampliado
INSURANCE	618	11	SAPK- 61811ININSURANC	SAP Insurance
IS-CWM	618	11	SAPK-61811INISCWM	Solución sectorial Catch Weight Management
IS-H	618	15	SAPK-61815INISH	SAP Healthcare
IS-M	618	11	SAPK-61811INISM	SAP MEDIA
IS-OIL	618	11	SAPK-61811INISOIL	IS-OIL
XX-XXX	000	00	XXXX-00000XXXXXXX	XXX XX-XXX
XX-XX-XX	618	11	SAPK-61811INISPSCA	IS-PUBLIC SECTOR CONTRACT ACCOUNTING
IS-UT	618	11	SAPK-61811INISUT	SAP utilidades/telecomunicación
IW_SCS	200	11	SAPK-20011INIWSCS	Transformación de datos de pantalla
LSOFE	617	14	SAPK-61714INLSOFE	SAP Learning Solution Front-End
PLMWUI	748	11	SAPK-74811INPLMWUI	SAP PLM Interfase Web
SEM-BW	748	11	SAPK-74811INSEMBW	SEM-BW: Strategic Enterprise Management
GEX1	22A	2	SAPK-22A02INGEX	Gestión Expedientes v22A
ST-A/PI	01T_731	3	SAPKITAB9X	Servicetools for SAP Basis 731 and highe

2. DESCRIPCIÓN INTERFACES

A continuación se detallan las diferentes interfaces que existen en SAP R/3 y habrá que tener en cuenta en las pruebas funcionales:

• Escaneo de facturas: Las facturas que llegan en papel se escanean con un código xx xxxxxx asignado y se albergan en una carpeta de red. Al contabilizar estas facturas en SAP por la MIRO o FB60, el escaneo se anexa al propio documento factura y se accede a él mediante el GOS.

• Factura electrónica: Existe una aplicación para recepcionar las facturas que nuestros proveedores incluyen electrónicamente en el gestor de factura electrónicas del Gobierno xxxxx. Además de recepcionar las facturas, también comunica al portal del Gobierno Xxxxx es estado de estas en nuestro sistema

• Carnets ETS: La aplicación de carnets de ETS accede mediante consulta SQL a varios datos de HR para poder generar el carnet de trabajador de ETS

• EVALOS: Se almacenan en la tabla TEVEN de SAP los fichajes realizados por los empleados de ETS. Estos fichajes se realizan en terminales que están conectados al sistema Evalos. También se realiza una actualización de los datos maestros de personal y de los motivos de presencia/absentismo con el sistema evalos.

• GIE: GIE es el gestor de incidencias de explotación del puesto de mando de ETS. La interface de este sistema con SAP consiste en la generación de órdenes de trabajo en SAP mediante un job que ejecuta un programa. Una vez que las ordenes de trabajo se completan, SAP manda a GIE que esta se ha completado. Además GIE también consulta a SAP mediante unas vistas la relación de ubicaciones técnicas y equipo que existen en SAP PM.

• Ticket restaurant: Se realiza una consulta WEB en la intranet de la emisión de tickets restaurant de los empleados a través de una RFC.

• Intranet: Existen varias vistas de datos de RH que muestra los datos del empleado en la intranet.

• LDAP: El acceso a SAP se realiza a través del directorio activo de Windows de ETS.

• SII: Sistema de suministro de información inmediata del IVA. Este sistema envía la información tanto de las facturas emitidas como recibidas a la hacienda xxxxx. Los entornos de desarrollo y test se comunican con el portal de pruebas de la diputación xxxxx de Bizkaia y el entorno de producción con el portal de producción de la hacienda Xxxxx. Para realizar esta interface se ha realizado un desarrollo a medida para generar los edocuments y para enviar las listas a través del Cockpit estándar de SAP.

• Aplicaciones en SCP: Se han publicado en SAP CLOUD Platform varias funcionalidades de SAP. Para publicar las funcionalidades SAP se han creado varias funciones RCP que encapsulan la información que se solicita desde SCP a través del Gateway que está instalado en cada uno de los entornos de R/3. Además también hay funcionalidades que se llaman mediante transacciones a través del Gateway. Estas funcionalidades deben seguir funcionando una vez realizada la migración.

3. DESCRIPCIÓN FUNCIONAL ACTUAL R/3

A continuación de analizan los procesos de negocio estándar y no estándar implementados en el entorno actual de Euskal Trenbide Sarea.

FI - Gestión Financiera

En Euskal Trenbide Sarea existe una única sociedad FI. Hay un único plan de cuentas.

FI-GL Contabilidad general. Los principales procesos de la contabilidad general son los siguientes:

FI-GL-MD. Mantenimiento de datos maestros de cuentas de mayor.

FI-GL-PT. Operaciones contables. Las principales contabilizaciones que existen en ETS sobre las cuentas de mayor son las siguientes:

• Contabilizaciones de documentos preliminares.

• Creación de documentos de referencia (documentos tipos, modelos de imputación y documentos periódicos).

• Reconciliaciones de cuentas de mayor.

• Compensación de partidas abiertas.

• Apertura y cierre de períodos contables. Arrastre de saldo de todas las cuentas de mayor.

• La contabilización de las nóminas de forma automática desde el módulo HR de SAP

• FI-GL-IS. Los principales informes que se obtienen del sistema son:

• Diario, balance y cuenta de resultados y otros informes.

• Declaración trimestral recapitulativa UE.

• Declaración anual de operaciones (347).

• Declaración fiscal (ISD) a la administración de hacienda.

• FI-GL-TX. Las principales declaraciones de impuestos son:

• Declaración 347 (operaciones interiores)

• Declaración 349 (adquisiciones intracomunitarias).

• Liquidación de IVA (mensual y anual)

• Liquidación de IRPF.

FI-AR Contabilidad de deudores. Los principales procesos de la contabilidad de deudores son los siguientes:

FI-AR-MD. Mantenimiento de datos maestros de deudores. Los principales grupos de deudores en ETS son los siguientes: Euskadi, estado, internacionales, pro diversos Euskadi, pro diversos estado, pro diversos internacionales.

FI-AR. Las principales contabilizaciones que existen en ETS sobre las cuentas de deudores son:

• Asientos manuales de entrada de pagos.

• Programa de pagos (entrada de pagos) para unos criterios dados y contabilizados contra cuentas transitorias de bancos, en espera de recibir el extracto bancario para conciliación. Se espera a recibir el extracto y cuando se introduce en el sistema es cuando se produce la compensación de la factura.

• Traspasos de cuentas de un cliente a otro.

• Contabilización de provisiones por insolvencias.

• Reclasificación de clientes de dudoso cobro. El proceso se realiza con una Cuenta de Mayor Especial (CME) manualmente. Reclasificación de clientes por efectos recibidos.

• FI-AR-PT. Las principales vías de cobro utilizadas son:

• Transferencia: Para aquellos ingresos realizados por transferencia directamente a la cuenta del BBK de ETS. Se introducen los cobros en el momento en que llegue el extracto del banco con el ingreso realizado.

• Efectivo. Para aquellos ingresos que se realizan directamente en ETS. Se realiza sobre las cuentas contables de caja.

• Cheques. Son ingresados en el banco antes de su vencimiento y contabilizados en el sistema manualmente.

• Pagarés. Una vez recibido el pagaré en ETS se guarda hasta el momento de su vencimiento, en que se va a cobrar al banco. No se registra en contabilidad la recepción del mismo hasta su vencimiento.

• FI-AR-IS. Para la gestión de partidas de clientes tanto vencidas, no vencidas, como cobradas, se utilizan los siguientes informes:

• Lista de partidas abiertas.

• Saldos de clientes.

• Análisis de vencimiento de clientes

FI-AP Contabilidad de acreedores. Los principales procesos de la contabilidad de acreedores son los siguientes:

FI-FE. Facturación electrónica. En 2016 se integró la posibilidad de recibir facturas electrónicas a través del portal eFaktura del gobierno xxxxx. Se ha elaborado una interface para mediante servicios web para conectarnos a dicha plataforma. De cara a realizar la gestión de las facturas que se registren mediante esta plataforma, se han implantado las siguientes funcionalidades en SAP R/3.

• Gestión Factura Electrónica: Desde esta funcionalidad podremos descargarnos las facturas electrónicas que nos remiten lo acreedores a través de la plataforma eFaktura.

• Actualización estado aprobación: Mediante esta, informaremos a la plataforma eFaktura de la situación en la que se encuentra la factura en SAP R/3.

• Monitor de facturas: En este monitor se visualizarán y tratarán las facturas que se han descargado a través de la funcionalidad de gestión de factura electrónica. A través de dicho monitor veremos los principales datos de estas y se contabilizará mediante la transacción MIRO o FB50 dependiendo si tiene un pedido/contrato asociado o no.

FI-AP-MD. Mantenimiento de datos maestros de acreedores. Los principales grupos de acreedores son: Euskadi; Estado; Internacionales; Pro diversos; Profesionales Euskadi; Profesionales Estado; Profesionales Internacionales; Empleados.

FI-AP. Las principales contabilizaciones que existen en ETS sobre las cuentas de acreedores son las siguientes:

• Registro manual de facturas. Se realizan abonos, anulaciones de facturas y depósitos y finanzas.

• Conciliación automática. Una vez cargada la Norma 43 se lanza un programa para que automáticamente, se compensen partidas abiertas de las cuentas transitorias, siempre y cuando coincidan el importe y la fecha de operación.

• Cierre en cuentas a pagar y compensación manual y automática.

• FI-AP-PT. Las principales vías de pago utilizadas son:

• Efectivo. Pagos manuales directamente contra la cuenta de gastos. Son pagos que se realizan a través de la caja, aunque puede darse el caso de pagos contra bancos.

• Transferencia. Es la vía de pago que se utilizará para realizar los pagos por transferencia enviando el fichero CSB al banco.

• Tarjetas de crédito.

• FI-AP-IS. Para la gestión de partidas de acreedores se utilizan los siguientes informes:

• Visualización de saldos y partidas abiertas de proveedor.

• Análisis de vencimiento de proveedores.

• Volumen de negocio.

• CME´s.

FI-AA Contabilización de Activos Fijos. Los principales procesos de la contabilidad de activos fijos son los siguientes:

FI-AA-MD. Mantenimiento de datos maestros de activos fijos.

FI-AA-TR. Las principales operaciones contables con los activos fijos son:

• Alta de activos fijos.

• Baja de activos fijos sin ingresos (desguace).

• Baja de activos fijos con ingresos de deudor.

• Procesos de post-capitalización para las correcciones de valor posteriores a la activación del coste de adquisición y producción de un activo fijo (CAP).

• Traspaso de activos fijos dentro la sociedad en curso a definitivo y de inmaterial a material.

• Gestión de subvenciones.

• Cambio de centros de costes en el maestro de activos fijos.

• Proceso de amortización planificada.

• Procesos de amortización no planificada.

• Correcciones de amortizaciones normal y especial.

• Recálculo de amortizaciones, por cambio en la clave de amortización, cambios en masa que tengan relevancia en el cálculo de la amortización, así como cálculos subsiguientes de revalorizaciones, usando figuras de índice actuales.

• Proceso de cambio de ejercicio.

FI-TR Tesorería. Los principales procesos de la contabilidad bancaria son los siguientes:

FI-BL-MD. Mantenimiento de datos maestros de bancos. El registro maestro de bancos propios contiene los datos maestros bancarios. Dentro de cada uno de los bancos propios se dan de alta las cuentas bancarias que se utilizan. Existe un banco propio distinto para cada cuenta corriente, aunque éstas estén registradas en la misma sucursal. Estas cuentas se identifican todas por el código CC.

FI-TR Tesorería. El módulo de tesorería se utiliza para hacer previsiones de tesorería, así como gestión de la conciliación bancaria, bien automáticamente tras la carga del extracto, o bien de manera manual para aquellas partidas que no hayan podido conciliarse a través del proceso automático. Los datos de entrada van a venir en formato Norma 43 del Consejo Superior Bancario. Una vez que la carga de la Norma 43 se lanza un programa SAP para que, automáticamente se compensen partidas abiertas de las cuentas transitorias, siempre y cuando coincidan el importe y la fecha de operación

Como ya se ha comentado en el apartado de interfaces dentro de este módulo englobamos las aplicaciones de:

CO Controlling

En Euskal Trenbide Sarea existe una sociedad de Controlling. Las principales operaciones que se realizan son:

Contabilizaciones reales manuales:

• Traspaso manual de costes para corregir errores de contabilización.

• Traspaso partidas individuales.

• Cierre de período:

• Traspasos periódicos.

• Distribuciones.

• Subrepartos.

CO-OM-CEL Contabilidad de clases de costes

CO-OM-CEL-MD: Mantenimiento de datos maestros de clases de costes. Existen clases de costes primarias del grupo 1 (gastos /ingresos reductores de gastos), y del tipo 11 (Ingresos) y son todas la cuentas del grupo 6 y 7 (Gastos / Ingresos). Se han definido también clases de coste secundarias para los subrepartos (tipo 42) de gastos desde los distintos centros de coste “departamento” a los centros de costes “productos analíticos”, así como también para aquellos ingresos que han sido imputados automáticamente a centro de coste departamental.

CO-OM-CCA: Contabilidad de centros de costes.

CO-OM-CCA-MD. Mantenimiento de centros de coste.

• Existe una estructura de centros de coste denominada “departamento”, que coinciden con una estructura departamental de ETS. En principio los centros de coste departamentales recogen la totalidad de los gastos imputados en que incurre la Compañía. A estos Centros de costes vienen imputadas aquellas facturas que proceden de un contrato o pedido.

• Estructura de centros de coste “producto”. A su vez dentro de cada área de negocio la estructura se divide en las diferentes líneas y sublíneas de la misma (tramos o corredores). Sobre esta estructura de Productos se imputan gastos e ingresos, obteniéndose finalmente una cuenta de resultados basada en una dimensión de análisis del servicio. Todos los ingresos se imputarán contra los centros de coste de producto, con excepción de los ingresos referidos a un activo fijo en concreto (subvención y beneficio por enajenación) y los ingresos debidos a intereses de préstamos al personal que se imputarán al centro de coste del agente que produzca esos ingresos.

• CO-OM-CCA-CL. Los principales ciclos de repartos que están definidos son:

• Distribución de los centros de coste genéricos. Estos ciclos de distribución se ejecutan para adecuar los datos introducidos en los centros de coste “Departamentales” y cerrar la contabilidad de los centros de coste Departamento. Se hace una distribución de los gastos existentes en los CeCos genérico de provisiones referentes a personal. También los gastos existentes en los CeCos genéricos departamentales que hagan referencia a más de un Departamento y los ingresos de los Productos genéricos sobre los Productos. Se han definido 10 ciclos.

• Subrepartos de gastos e ingresos a analítica. En esta etapa se cierra el ciclo de la contabilidad analítica mediante la ejecución de los diferentes subrepartos que traspasan los gastos e ingresos recogidos en los CeCos departamentales a los CeCos de productos. Se han definido 7 ciclos.

CO-OM-CCA-PL. Planificación con carácter anual de las tarifas por cada tipo de empleado. Existe una versión 0 definitiva de planificación que es sobre la que se activa el control de disponibilidad, y existen otras versiones de planificación CS1 hasta CS6, que se utilizan para efectuar comprobaciones, o tener registrados en el sistema de otras planificaciones.

IM Gestión de inversiones

IM-FA-IP Programa de inversiones. Para la gestión del programa de inversiones de ETS, actualmente existe un programa de inversiones plurianual, con sus correspondientes posiciones de programas de inversión. Hasta el 2016, los programas de inversiones eran anuales y se generaba un único programa para cada ejercicio. Si las inversiones a realizar no se tratan de una obra de ETS, se generan clases de órdenes de inversiones a las que se imputan los pedidos de compra. La contratación de inversiones comienza con la creación de una solicitud de inversiones. Cada posición de la solicitud de inversión se imputa a una posición de un programa de inversiones. Es habitual que las inversiones sean obras activables que se extienden a lo largo de varios periodos lo que supone crear una solicitud con tantas posiciones como años imputando cada posición al programa de inversiones de cada año. Esta solicitud sufre un proceso de aprobación utilizando GEXAP. En el caso de que las inversiones se realicen mediante una obra, en el módulo de Gestión de proyectos, PS, se generarán los elementos PEP asociados a dicha obra. Después, en GEXAP, se realizarán las imputaciones a los programas de inversión utilizando estos elementos PEP. Cuando se imputen costes a elementos PEP, se producirá una doble imputación. Por un lado, al Activo Fijo en Curso, y por el otro al mismo PEP.

IM-FA-PL Presupuestación de un programa de inversiones. Tiene como finalidad la asignación del presupuesto existente a las posiciones de un programa de inversión. Se presupuesta el total de cada una de las posiciones del programa de inversión y a lo largo del ejercicio en curso se realizará un seguimiento del presupuesto de inversiones con informes que incluyen la situación actual de cada una de las posiciones del programa de inversión, detallando el estado de los distintos movimientos realizados.

IM-FA-CL Proceso de cierre anual. A lo largo del proceso de cierre de ejercicio se llevan a cabo devoluciones o suplementos de presupuesto para aquellos traspasos de fondos de un ejercicio a otro, por lo que se amplía o se reduce el presupuesto original que se hubiera asignado al programa de inversiones. La introducción de suplementos sobre el presupuesto inicial se realizará únicamente en ETS para las distintas ampliaciones que se puedan dar a lo largo del ejercicio. En ETS se recogen todas las disminuciones del presupuesto original a través de devoluciones del mismo, para un seguimiento más concreto de estas operaciones.

IM-FA-IE Ordenes de inversión. Se crea una orden CO para cada posición de la solicitud, estas órdenes CO se asignan a la posición de inversiones correspondiente y se les distribuye el presupuesto estimado para cada posición. De este modo el presupuesto queda reservado “en tramitación”. Si la aprobación se completa, la solicitud llega al departamento de Contrataciones que crea un contrato. Se crea un pedido SAP imputando las posiciones a las órdenes CO. De este modo el importe queda contraído y comprometido (contraído = contratado; comprometido = contraído no facturado/no realizado). A la hora de crear el contrato, el departamento de Compras debe indicar el importe de adjudicación de cada posición, que puede no coincidir con el importe estimado. El importe se corrige automáticamente en las órdenes CO. Si el proceso de aprobación es rechazado, la PIC queda anulada y el importe de las órdenes CO es devuelto al programa de inversión.

BCS Gestión de presupuesto de gasto

A través de este módulo se realizará el control de disponibilidad del presupuesto de gasto de ETS. Las funcionalidades existentes dentro de este son:

Apertura de ejercicio

Mediante las tx FMBOSTAT, FMIR y FMOPER se configuran los diferentes ejercicios para los que tenemos activados el control de disponibilidad del presupuesto de gasto de ETS.

Datos maestros

Los datos maestros utilizados en este módulo son:

• Fondo: solo se utiliza 1, ETS

• Centros gestores: Estos estarán ligados a los CeCos de CECO mediante la estrategia de derivación definida para ETS

• Posición presupuestaria: Se crean las diferentes posiciones presupuestarias para los ejercicios necesarios y se asocian con las cuentas de mayor.

• Programa de financiación/proyecto presupuestario: Estos se derivan a los elementos PEP de gasto del módulo de PS mediante la estrategia de derivación de ETS.

Funcionalidad

Con estos datos maestros en ETS existen estructuras presupuestarias y de contabilización a 3 o 4 niveles que serían:

• FONDO/CEGE/POSPRE

• FONDO/CEGE/POSPRE/Proyecto presupuestario

Inicialmente el presupuesto se crea en CO mediante la tx KP06 a 3 niveles, FONDO/CEGE/POSPRE, una vez introducido este presupuesto se reinicia y se sobrescribe en la versión 0 del presupuesto en BCS mediante la tx. FMCYCOPI_CO.

Para asignar presupuesto a los diferentes programas de financiación se utiliza la FMBB realizando traslados de presupuesto.

Como desarrollos específicos de este módulo están el informe a medida consulta de disponibilidad del presupuesto de gasto en BCS y la integración con la tabla TBPFMX para aplicar las excepciones en el control de disponibilidad para algunas PosPres y algunos CeGes.

Además también tiene integración total con el componente GEXAP que está implantado en el sistema de R/3 de ETS.

MM Gestión de materiales

Actualmente para ETS existen cuatro centros. Como organización de compras está declarada una única para Euskal Trenbide Sarea, con un único grupo de compras.

MM-MD Maestros de Materiales & Registro Info de Xxxxxxx. Existen distintos tipos de materiales. Los datos del registro info de compras se actualizan con los datos del último pedido de compras sobre el material.

MM-PUR Compras.

Solicitudes de pedidos compra de áreas peticionarias (SCA) / PICs. Estas solicitudes se utilizan por todos los empleados de la empresa para aquellos artículos que no son repuestos (material de oficina, papelería y material de reproducciones). Si el material solicitado no posee un registro maestro y/o se va a pedir para consumo inmediato, el usuario puede especificar en qué cuenta de consumo debe cargarse. Los datos de imputación para el tipo de imputación K son centro de coste y cuenta contable. La cuenta contable aparece automáticamente al seleccionar el grupo de artículos.

Liberación u autorización de solicitudes de pedido. La liberación es individual, es decir, posición a posición. Durante dicho procedimiento, si una solicitud de pedido o documento de compras externo cumplen ciertas condiciones (como que el valor total de la solicitud esté comprendido entre un intervalo), se aprueba por el responsable del centro de coste que corresponda, antes de que se pueda llevar adelante el procesamiento. Las solicitudes de compra de áreas peticionarias son aprobadas por el responsable del centro de coste asignado mediante la imputación. La notificación será realizada mediante un workflow automático. Las solicitudes de pedido se aprobarán por posición. Para aprobar una solicitud completa se deben aprobar todas las posiciones que la componen. El responsable procesa la solicitud de pedido u otro documento de compras en el sistema.

Ofertas: A partir de las solicitudes de pedido aprobadas, el departamento de compras podrá realizar un proceso de lanzamiento de peticiones de oferta y clasificación de ofertas recibidas. Este proceso favorece la comparación, aceptación y rechazo de ofertas.

Pedidos. Se utilizan los pedidos para operaciones de aprovisionamiento únicas. Se crea un pedido cerrado si se desea que un proveedor suministre un material de manera puntual o poco habitual. Si se piensa en introducir una relación de suministro a mayor largo plazo con este proveedor, se establece un llamado contrato marco. Los principales documentos de compra que se utilizan son:

• Pedidos de compra de repuestos realizado por el almacén de instalaciones.

• Petición de compra xx xxxxxxx

• Petición de compra de áreas peticionarias.

• Ejecución de compromiso dentro de un Contrato Xxxxx.

• Liberación u autorización de pedido de compra. En ETS Los pedidos se liberan a nivel de cabecera. Se aplica en 2 casos:

• Liberaciones de pedidos de compra de almacenes y de repuesto para el almacén de instalaciones.

• Liberaciones de ejecuciones de compromiso a través de e-mail.

MM-IM Gestión de stocks. La gestión de stocks comprende:

• Entrada de mercancías desde un proveedor externo.

• Salida de mercancías para tomas de materiales desde el almacén, una salida de materiales o un envío de mercancías a un cliente.

• Anulaciones de movimientos de stocks.

• Devoluciones parciales.

• Traspasos de material entre 2 almacenes de un mismo centro o entre 2 centros diferentes. La gestión de stock que se realiza en ETS es residual aunque la funcionalidad esté implantada.

MM: Hojas de entrada de servicio y entradas de mercancías

Todas las imputaciones reales de a los pedidos se realizan mediante la aprobación de Hojas de entrada de servicio, en adelante “HES”.

Las HES se generan por 2 vías:

1. Transacción ZPS013: Gestión de certificaciones, es una de las transacciones más críticas del módulo de PS. Una vez que se emite una certificación se genera contra el pedido de MM una HES

2. Transacción ML81N: esta se utiliza en los pedidos que no provengan de la gestión económica de las obras

Al generar estas HES se desencadena un WF de aprobación de los importes de estas. Este WF como particularidad, tiene una opción que genera un SMARTFORM con los datos simplificados de la HES y otra que muestra el contenido del GOS de la HES además de las comunes de aprobar, rechazar y conservar work ítem.

Una vez que la HES se aprueba, se contabiliza la imputación real mediante una entrada de mercancías, documento WE.

MM-IV Verificación de facturas. Las facturas llegan al departamento de Servicios Corporativos. Desde este departamento se verifica que los datos son completos y correctos en contenido, precios y aritmética. Si no lo son, el departamento se pondrá en contacto con el proveedor para solucionar los posibles errores.

Las facturas recibidas relativas a contratos se contabilizan por la MIRO. Para que esta pueda ser contabilizada las diferentes HES que componen la factura tienen que estar aprobadas. Las facturas se contabilizan sin bloqueo de pago, ya que el proceso de aprobación de los importes se realiza en las HES.

Si se ejecuta la tx. MIRO desde el monitor de facturas electrónica, la factura hereda varios campos de este monitor.

Etiquetas de códigos. Cuando una factura es recibida, en primer lugar se le adhiere una pegatina con un código xx xxxxxx. A continuación, desde contabilidad se comprueba que los datos recibidos son correctos. Al finalizar la grabación de la factura, el sistema solicita el código xx xxxxxx que podrá ser introducido mediante teclado o mediante una pistola láser.

La factura física es escaneada utilizando un programa informático de reconocimiento de códigos xx xxxxxx. Diariamente se ejecuta un programa de anexado de facturas escaneadas a documentos factura introducidos en SAP. El responsable de un contrato recibe un mail a través de la bandeja de entrada de SAP que le permite visualizar los datos de la factura introducidos en SAP, así como la factura escaneada y aprobar o rechazar cada factura.

Digitalización de facturas. Una vez concluido el proceso de contabilización y asignación de código xx xxxxxx del documento factura, se procede a la digitalización del documento con reconocimiento automático del código xx xxxxxx (Programa ‘AutoScan’).

GexAP Gestión de Expedientes. En Euskal Trenbide Sarea, la aplicación GEXAP se utiliza para las contrataciones. En concreto, se utiliza para:

• Creación de Petición Interna de Contratación (PIC) de gasto o inversión.

• Creación/Modificación de contratos.

Las PICs son Órdenes Internas de Contratación. Se utilizan para realizar cualquier tipo de contratación en el sistema, excepto aquellas que sean de materiales, que introducen en el sistema desde fuera de GEXAP, y en concreto desde el estándar de MM. El volumen de contratación en ETS es grande, sobre todo de no-materiales, por lo que hay muchos usuarios que utilizan la aplicación GEXAP en su día a día. De hecho, GEXAP es la parte de SAP que más se está utilizando en ETS ahora mismo.

Existen dos tipos de PICS. Pueden ser de Gasto o de Inversión, y es algo que se conoce desde el primer momento, por lo que en el momento de hacer la apertura de la PIC, informan con obligatoriedad si se trata de una PIC de gasto o de inversión. Es un dato muy importante, ya que dependiendo de si se trata de una u otra el flujo de aprobaciones a seguir difiere y los objetos de imputación serán diferentes. En el caso de las de gasto llevarán una clase de coste imputado a un CeCos orden CO y en algunos casos elemento PEP y en el caso de las de inversión, si se trata de una inversión de obra tendrá como objeto de medida al programa de inversiones un elemento PEP y para el resto de PICs serán las ordenes CO. Mediante estos objetos de imputación se realizan los controles de disponibilidad pertinente en cada uno de los presupuestos:

• Una vez realizada la aprobación del responsable presupuestario(CeCo o PosPre), se chequea la disponibilidad:

- Si existe presupuesto: se reserva el presupuesto creando una solicitud de pedido de tipo SCGE (para PIC de gasto) o una orden CO(para PIC de inversión que no sean de obra) o elemento PEP (para PIC de inversión que sean de obra).

- Si no hay presupuesto suficiente, se reconduce el flujo para enviarle una nueva tarea al peticionario, y que este pueda decidir qué hacer: cambiar la imputación, el importe solicitado o pedir un aumento presupuestario para la imputación solicitada.

Además, también existen PICs especiales, que son igual que una PIC normal en cuanto a datos se refiere, y solo difiere el flujo de aprobación, que es mucho más sencillo que en las PICs normales.

Por otra parte, las modificaciones de contrato se utilizan para modificar los contratos que se crean mediante las PIC. Aunque esta opción permite lanzar un flujo de aprobaciones similar al que siguen las PICs, a día xx xxx no se utiliza, por lo que no se va a describir este proceso. Solo se permite realizar la modificación de contratos a los usuarios de alto nivel, de forma que crean la modificación de contrato y se aprueba directamente.

PM Mantenimiento

Desde la aplicación de GIE (aplicación externa a SAP) se generan ordenes de mantenimiento contra las ubicaciones técnicas. Una vez que estas órdenes se dan por concluidas, se devuelve el estado de estas a través del programa ZPM_CREAR_ORDEN. Por ello están configurados los siguientes datos maestros en el sistema:

PM-EQM: Mantenimiento de explotaciones. Gestión de ubicaciones técnicas; Gestión de equipos y gestión de instalaciones. Mantenimiento Instalaciones y se utiliza el sistema de clasificación de instalaciones identificará el tipo de equipo. Tiene tres niveles (sección, tipo de ubicación técnica y el tercer nivel se asocia a subtipos de ubicación técnica, equipos y subequipos).

PM-BD-WKC. Puestos de trabajo.

Ordenes de Mantenimiento. La clase de orden identifica el tipo de mantenimiento que va a realizarse en una orden de mantenimiento.

• Existen las siguientes tipologías de órdenes para Instalaciones:

- Órdenes de correctivo (PM21): órdenes para la resolución de incidencias de correctivo.

HR Recursos Humanos

Administración Personal

• Administración de los datos maestros de personal.

• Fotografías del personal.

• Ingreso de empleados/as.

• Baja de empleados/as.

• Reincorporaciones de empleados/as.

• Reingreso de empleado/a.

• Seguimiento de fechas.

• Cambio organizativo de empleados.

• Cambio/ampliación de contrato de empleado/a.

• Gestión de anticipos de nómina

• Aplicación de sentencias judiciales

• Gestión de beneficios (premios de permanencia, jubilaciones, carnets ferroviarios).

• Gestión de cuotas sindicales.

• Integración con el sistema RED. Fichero de movimiento de afiliación a la Seguridad Social.

• Registro de uniformes.

• Gestión de retenciones judiciales.

• Gestión de prestamos

• Gestión EPSV empleados

• Vinculación con cuadros y partes diarios del empleado

• Desplazamientos y destacamentos del empleado

PA-PY Gestión de nómina.

• Cálculo de la nómina.

• Gestión de atrasos.

• Regularización del I.R.P.F.

• Emisión del certificado de retenciones a cuenta del I.R.P.F.

• Emisión del modelo 190.

• Gestión fichero Delt@

• Gestión de comunicaciones con la SS.

HR-PT Gestión de tiempos. Para la gestión de tiempos de los empleados, se utilizan tanto utilidades estándar como desarrollos hechos a medida para la gestión de turnos y generación de PDT (parte diario de trabajo) dependiendo la subdivisión de personal a la que pertenezca el empleado.

Para la gestión de turnos de los empleados se utiliza la aplicación gestión xx xxxxxxx. Desde esta aplicación se gestionan los turnos, vacaciones y los desplazamientos de los empleados.

Una vez que el empleado cumple su turno, se le rellena un PDT del cual posteriormente se obtendrán mediante 2 procesos de batch input tanto los concepto de nómina que se cargarán en el infotipo 0015 así como los absentismos que se cargarán en el infotipo 2001. Los datos de los horarios que realiza cada empleado únicamente queda almacenado en estas tablas Z. Estos datos se tratan posteriormente en la evaluación de tiempos para obtener los saldos de tiempos correspondientes.

Los empleados que no llevan PDT todo se gestiona mediante los infotipos estándar, 0007, 2001, 2051 y 2003. Estos datos se tratan posteriormente en la evaluación de tiempos para obtener los saldos de tiempos correspondientes.

Los saldos de tiempos tienen una correspondencia 1 a 1 con los absentismos excepto los saldo 9* que son agrupadores de saldos.

Gestión Organización

• Creación / modificación de puestos de trabajo.

• Asignación de centros de coste a direcciones, áreas y puestos de trabajo.

• Planificación de la estructura organizativa.

• Representación gráfica de organigramas.

FI-TV. Liquidación de gastos de viaje. Autorización de viajes. Liquidaciones de gastos de viaje: Una vez que los gastos se registran, bien desde Xxxxx o bien desde la tx. PR05 se les desencadena un WF de aprobaciones. Una vez que el viaje esté aprobado, se paga por el programa de pagos automáticos de FI y si el gasto se tiene que declarar en IRPF, se integra en la nómina.

Tickets restaurant

Existe una aplicación a medida que con los datos personales, calendario del empleado, absentismos y gastos de viaje, determina si a un empleado le corresponde para ese día ticket restaurant o no. Además los datos de estas tablas se consultan desde una aplicación externa a través de vistas creadas directamente en SQL.

PS Gestión económica de las obras y proyectos

Gestión de proyectos: ETS, para gestionar sus proyectos, ha considerado SAP-PS como la herramienta que le permitirá dar seguimiento y controlar a las diferentes etapas del proyecto, desde su creación en el seno del departamento de proyectos, hasta el cierre.

• Planes de estructura de proyectos

- Perfiles de proyectos (2 perfiles, de gasto y de inversión)

- Gestión de Status de proyecto

- Indicadores operativos

• Grafos, operaciones e Hitos

• Notificaciones en seguimiento de ejecución

• Planificación de Costes del PEP

• Elaboración presupuesto PEP

- Control de disponibilidad

- Ingresos y Gastos en elementos PEP

- Liquidaciones

Elementos PEP: Existen 5 niveles de elementos PEP, los 3 primeros niveles son meros agrupadores por tipología de los diferentes contratos. El nivel 4 del elemento PEP sería equivalente a un contrato/pedido y los niveles 5 son posiciones o anualidades de estos contratos/pedidos

En los elementos PEP de nivel 4 y 5 se habilitado una pestaña adicional con información específica para ETS, los datos son:

• Tipo proyecto

• Duración de la garantía

• Tipo servicio

• Director de obra

• Director

• Activo fijo en curso (Solo en inversiones)

• Suspensiones

• Complementarios

• Previsiones

• Revisión de precios

- Fecha base índices

- Código formula

• Clase certif.

- 1: Con Bc3

- 2: Sin Bc3

- 3: Sin Certif

• Factor BI

- 01: 19%

- 02: 22%

Estos campos interfieren en la elaboración de la certificación, del Smartform de la caratula de certificaciones, en el WF de la hoja de entrada de servicios de que genera la certificación y del informe a medida de planificación y previsión de los elementos PEP

Certificaciones: Una de las aplicaciones a medida más crítica dentro del módulo de PS son las certificaciones. Esta aplicación es una interface con los programas que generan ficheros FIEBDC (FORMATO DE INTERCAMBIO ESTÁNDAR DE BASES DE DATOS PARA LA CONSTRUCCIÓN) o .BC3,

en concreto con la versión 2016 de estos ficheros. Desde estos programas se genera un BC3 que se importará a SAP y SAP recogerá de este fichero el importe de ejecución de los trabajos a fecha de origen y en función de los trabajos realizados en los periodos anteriores, el % de beneficio industrial y gastos generales que se aplique al elemento PEP, los anticipos que se realicen o devuelvan y la revisión de precios a aplicar, el sistema genera una hoja de entrada de servicios contra la posición del pedido que este asignado dicho elemento PEP. Todos los datos de las certificaciones, se guardan en tablas Z y el fichero .BC3 y el SMARTFORM que se genera al crear la hoja de entrada de servicio, se almacenará en el Content server y se podrá recuperar mediante el GOS de la hoja de entrada de servicios.

Revisión de precios: Existe un programa a medida para realizar los cálculos necesarios para calcular estas revisiones de precios. El cálculo de estos se realiza utilizando varios índices y fórmulas de aplicación.

Gestión de inversiones y BCS: El módulo de gestión de proyectos está completamente integrado con el módulo de gestión de inversiones (IM) y BCS mediante la imputación de elementos PEP a las posiciones presupuestarias de presupuesto de inversiones y en el caso de BCS mediante la derivación de elementos PEP a programas de financiación.

Gestión de Contratos: El módulo de GEXAP también estará totalmente integrado con la gestión de proyectos. Las PICs y los contratos que se generen en GexAP llevarán asignado un elemento PEP.

XXXXX – Aplicaciones publicadas en SCP

Mis servicios: Contiene las siguientes aplicaciones:

• Liquidación de gastos: El empleado graba sus propios gastos de viaje. Tx R/3 PR05

• Quien es quien: Se muestran datos de comunicación y estructura organizativa, utilizando el infotipo 0001, estructura organizativa y del infotipo 0105 del empleado.

Bandeja Aprobaciones: Los WF de SAP se pueden tratar en esta aplicación. Se mapean los usuarios de SCP y SAP a través de la tx. de R/3 EXTID_DN.

Gestión de proyectos: Contiene las siguientes aplicaciones:

• Certificaciones: Generación de certificaciones PS desde Xxxxx

• Informe certificaciones: Informe de certificaciones emitidas en la gestión económica de las obras

• Planificación Contratos gestión económica obras

• Planificación contratos futuros gestión económica de las obras

Cuadro de mando: Contiene las siguientes aplicaciones:

• Presupuesto de explotación: Muestra el presupuesto de gasto de controlling

• Presupuesto de inversiones: Muestra el presupuesto de inversiones

• % Baja licitación: Compara importe licitación con el de adjudicación de los contratos mayores

• Índice cobertura

• Absentismo laboral: Índices de absentismo, se extraen de la evaluación de tiempos

• Masa Salarial: Datos salariales

• Organización: Informe sobre el ente

• Equipo directivo: Informe sobre el equipo directivo

• Ejecución económica proyecto: Compara lo planificado en la CJ40 con lo ejecutado

• Planificación proyecto: Compara el plan inicial con lo ejecutado.

• Control Actuaciones

GEXAP: Contiene las siguientes aplicaciones:

• Consulta de PICs

• Consulta contratos

• Informe de contratos menores

Presupuestos: Contiene las siguientes aplicaciones:

• Presupuesto de inversión: Informe tx. Zdispinv replicado en Xxxxx

• Consulta contratos: Informe tx. Zdispceco replicado en Xxxxx

Financiero:

• Informe contabilidad analítica

• Creación de avales

• Informe de avales

Además actualmente se están desarrollando las siguientes aplicaciones en Xxxxx que estarán en producción al inicio de estos trabajos:

Mis servicios:

• Solicitud de vacaciones

• Solicitud cambio % IRPF

• Información EPSV: Informe que muestra la aportación individual y de empresa a la EPSV durante un ejercicio, periodo EN.

ANEJO Nº 2

DETALLE TRABAJOS A REALIZAR PARA REALIZAR LA CONVERSIÓN DE SAP R/3 A S/4 HANA

1. ESTRATEGIA DE CONVERSIÓN S/3 A S/4

El presente documento detalla la estrategia de conversión a SAP S/4 HANA, separando tareas previas t tareas de conversión:

1. Tareas previas a realizar, cuya realización va a lograr tener el sistema de SAP R/3 de ETS en las mejores condiciones para llevar a cabo un proyecto de conversión exitoso.

2. Tareas a realizar en el proyecto de conversión a SAP S/4 HANA.

2. TAREAS PREVIAS

Entre los trabajos a realizar en el entorno actual de R/3 se han detectado 3 actuaciones:

1. Implantación de la funcionalidad de los Business Partners

2. Limpieza y archivado de datos

3. Diseño nueva gestión de expedientes

2.1 Implantación Business Partners

SAP ha centralizado en SAP S/4 HANA el concepto de cliente, proveedor o tercero en una única figura denominada interlocutor comercial (Business Partner). Por tanto, la transformación de estos datos maestros de clientes y proveedores a la figura del Business Partners (BPs) es una de las tareas obligatorias.

Las principales fases para la transformación de los clientes/proveedores a BPs son:

A grandes rasgos en cada una de las fases habrá que realizar los siguientes trabajos:

PREPARACIÓN:

• Análisis de datos: toda transformación de datos debe venir precedida de un estudio de calidad y obsolescencia de los datos (limpieza de datos duplicados/obsoletos, planteamiento de archivado, etc…)

• Configuración: se deben activar determinadas Business Functions, entradas de Customizing y chequeo de ampliaciones.

• Chequeos: se analiza a través de reports standards que las dos tareas anteriores se han realizado correctamente.

SINCRONIZACIÓN:

• Ejecución del proceso de creación de BPs.

• Corrección manual de inconsistencias en los datos maestros.

Como resultado a este trabajo, a partir de este momento, todo maestro de clientes/proveedores que se cree en el sistema SAP R/3 se sincronizará como BPs. Por lo tanto, el sistema está preparado para la conversión en lo relativo al requerimiento de los BPs.

En los datos maestros de ETS existen alrededor de 3.900 proveedores (muchos de ellos están duplicados ya que están creados para que imputen contra una cuenta contable u otra), 900 clientes y unos 400 empleados.

2.2 Limpieza y archivado de datos

El proceso de archivado en SAP se realiza con “Objetos de archivado”. Los Objetos de Archivado son un conjunto de programas de archivado y las tablas relacionadas entre sí, según reglas de integridad. Esto nos evita archivar datos de cabecera sin sus datos de posición, expedientes sin sus trámites,... Están diseñados de tal modo que nos eviten las pérdidas de integridad de la Base de Datos.

Hay tres opciones básicas que tienen todos los objetos, son:

• ARCHIVAR: Consiste en leer de la base de datos y generar un fichero con los registros a borrar, de una o más tablas.

• BORRAR: Consiste en la lectura del fichero y borrado de los registros correspondientes de la base de datos, a la vez que se guardan los punteros o direcciones de los datos archivados.

• GESTIÓN: Permite visualizar los datos archivados en transacciones SAP normales.

Los objetivos concretos del proceso de archivado son:

• Descargar la información histórica de la BBDD que maneja SAP.

• Liberar el espacio de almacenamiento.

• Agilizar los tiempos de los procesos y transacciones de la operación diaria.

• Bajar los tiempos de los procesos de Administración del sistema y backups.

• Bajar el tiempo en los procesos de conversión

Los requisitos que debe cumplir el proceso de Archivado son:

• Recuperación de la información archivada ante auditorias, …

• Consulta de información de expedientes tramitados.

• Consulta de información estadística para gestión.

El proceso de archivado en el entorno de R3 consistirá en las siguientes tareas técnicas así como funcionales:

• TÉCNICAS:

o Instalación del Content Server Test.

o Configuración del Content Server de Test

o Comunicar con el R/3 Test

o Preparar la herramienta para la extracción

• FUNCIONALES:

o Elección de los objetos de archivado.

o Parametrización por objeto de archivado.

o Definición y Parametrización de Info-estructuras de acceso a los datos archivados

o Adecuación de los programas Zs para el correcto acceso a los datos archivados

o Pruebas de procesos completos de archivado (con toma de tiempos)

Tras la revisión de los datos de volumetría extraídos en el SAP Readiness Check, vemos las siguientes acciones a realizar:

TABLAS

Existen tablas que no pueden ser archivadas y que su limpieza depende de acciones específicas para cada una de ellas.

• WBCROSSGT: Para la gestión de dimensionamiento de esta tabla, se debe seguir las instrucciones del report RS_DEL_WBCROSSGT.

• ZPM_CIRC_AGS: Estudio de dimensionamiento o limpieza

• DOKTL: Gestión documental. Acciones de mantenimiento en función del rendimiento y consumo de recursos

• ZHR_TR_HIST_MOV: Estudio de dimensionamiento o limpieza

• D010TAB y D010INC: Acciones de mantenimiento en función del rendimiento y consumo de recursos.

Para gestionar la dimensión de estas tablas, proponemos seguir las indicaciones de la siguiente nota de SAP 706478

ARCHIVADO DE OBJETOS:

• IDOC: Documentos de Documentos IDOC (Tabla EDID4).

LIMPIEZA DATOS FUNCIONALES

Hay que realizar un análisis de los datos contables y logísticos para conseguir cerrar el mayor número de documentos así como datos de módulos que ya no se utilizan, como por ejemplo ZPM*, XXXX* o extractores de BW.

2.3 Diseño nueva gestión de expedientes

GEXAP es un addon desarrollado conjuntamente por Ibermática e Iecisa certificado por SAP para R/3, en concreto es el GEX1 22ª. En Euskal Trenbide Sarea, la aplicación GEXAP se utiliza para la gestión de expedientes de contratación. En concreto, se utiliza para:

• Creación de Petición Interna de Contratación (PIC) de gasto o inversión.

• Creación/Modificación de contratos.

Este addon no es compatible con la conversión a S/4 HANA. Por ello, ETS ha realizado un diseño funcional parcial sin entrar al detalle de la aplicación que sustituirá este addon. En este diseño se especificó que con que herramientas se sustituirá el actual módulo de GEXAP, pero falta por detallar la interface con el portal de contrataciones y el proceso de aprobación detallada de cada uno de los expedientes, entre otras cosas.

Los principales puntos de esta gestión de expedientes, sin ánimo de exhaustividad, se definen a continuación:

2.3.1 PICs

Se gestionarán en el sistema los siguientes cuatro tipos de PICs representados en el siguiente esquema:

PIC

Descripción

SOL

PED

Imput.

Tip.

Pos

Objetos Imputación

GASTO – 3 OBJETOS

IMPUT

SCGE

Fondo/CEGE/PosPre

GASTO – 4 OBJETOS

IMPUT

SCGE

Fondo/CEGE/PosPre/

Proyecto

INVERS- 2 OBJETOS

SCIE

Orden CO/Activo Fijo

INVERS- 2 OBJETOS

SCIE

PEP/Activo Fijo

1. Gasto con 3 objetos de imputación de BCS: Para estas PICs una vez pasada la fase de aprobación inicial, si existe presupuesto suficiente se creará una solicitud de pedido con clase de documento SCGE. Sus posiciones tendrán las siguientes características:

• Tipo de imputación K

• Tipo de posición F

Los 3 objetos de imputación BCS que se utilizan son:

• Fondo: siempre ETS

• CEGE: derivado del CECO

• Posición presupuestaria: estará informada en la clase coste

2. Gasto con 4 objetos de imputación BCS: Para estas PICs una vez pasada la fase de aprobación inicial, si existe presupuesto suficiente se creará una solicitud de pedido con clase de documento SCGE. Sus posiciones tendrán las siguientes características:

• Tipo de imputación 3

• Tipo posición F.

Los 4 objetos de imputación BCS que se utilizan son:

• Fondo: siempre ETS

• CEGE: derivado del CECO

• Posición presupuestaria: Estará informada en la clase coste

• Proyecto presupuestario: Derivado de elemento PEP.

Al elemento PEP se le “distribuye” presupuesto antes de crear la PIC manualmente.

3. Inversión con orden CO y activo fijo:

Para estas PICs una vez pasada la fase de aprobación inicial, si existe presupuesto suficiente se creará una solicitud de pedido con clase de documento SCGE.

Antes de crear la solicitud de pedido, se creará manualmente la orden CO con asignación al programa de inversiones ETS en el año correspondiente y se le distribuirá el presupuesto también de forma manual.

Sus posiciones tendrán las siguientes características:

Tipo de imputación F

Tipo de posición F

Los 3 objetos de imputación que se utilizan son:

Orden CO

Activo fijo

4. Inversión con elemento PEP y activo fijo: Para estas PICs una vez pasada la fase de aprobación inicial, si existe presupuesto suficiente, se creará una solicitud de pedido con clase de documento SCIE.

Sus posiciones tendrán las siguientes características:

Tipo de imputación A

Tipo de posición F

Los objetos de imputación que se utilizan son:

Elemento PEP de nivel 5

Activo fijo que se designa en el elemento PEP

Este elemento PEP ya tiene asignado un programa de inversión (siempre ETS) un año del programa y una posición del programa de inversiones. Al elemento PEP se le “distribuye” presupuesto antes de crear la PIC manualmente.

Para el procesamiento de las PICs se han definido los siguientes puntos:

• Creación de PIC

• Flujo de aprobación PICs

• Monitor de PICs

• Estados

Creación de la PIC

Se desarrollará una aplicación, también disponible en Xxxxx, donde los usuarios peticionarios crearán las PICs y podrán lanzarlas a aprobación.

Las PICs quedarán reflejadas en tablas Z con toda la información contenida en ellas.

Flujo de aprobación de PICs

Se desarrollará un workflow de aprobación del nuevo Business Object PIC. Se mantendrá la parametrización existente desenganchada de GEXAP para la búsqueda de los responsables a quien tiene que llegar cada tarea como actualmente por tipo de PIC y de importe de la misma:

A modo ejemplo, se muestra en el siguiente el flujo de aprobación de mayor importe:

Monitor de PICs

Se desarrollará una aplicación a medida en la cual se podrá consultar los datos de las PICs. Entre las funciones que tendrá esta aplicación se encuentran:

1. Creación solicitud de pedido: una vez que se haya aprobado inicialmente, se creará la solicitud de pedido MM en SAP estándar. Será en este momento cuando la documentación anexada al Business Object nuevo de la PIC, será anexada al business object de la solicitud de pedido (añadiendo un link al documento físico que se encuentra en el content server)

2. Devolución PIC: Solo sin solicitud de pedido. La devolverá al peticionario para modificar esta. Relanzará el workflow antes de crear la sol.ped.

3. Anulación PIC: La PIC y las posiciones de la solicitud de pedido asociada quedarán marcadas como borradas.

4. Creación Pedido/contrato

5. Creación de orden CO: Para las PICS de inversión.

Este desarrollo realizará chequeos a los objetos de autorización ya existirán dos tipos de usuarios:

• Usuarios con permiso total que podrán realizar todas las funciones.

• Usuarios con permiso restringido, que solo podrán utilizar la funcionalidad de crear contrato.

Una vez que se cree la solicitud de pedido, el monitor leerá los datos de la solicitud de pedido en vez de los datos definidos en la tabla Z de la PIC.

Estados de las PICs

En esta tabla Z, se almacenarán los diferentes estados de la PIC. A priori, los estados serán:

1. Preliminar: Desde la creación de la PIC hasta que esté aprobado inicialmente. En este estado no se podrá hacer nada en el monitor de PICs. Toda la gestión se realizará desde los WF de los usuarios.

2. Aprobada: Una vez que se haya aprobado inicialmente, la PIC pasará a este estado. En este estado en el monitor se podrán utilizar las funcionalidades 1, 2 y 3.

3. Pendiente Validación: Desde que se cree la solicitud de pedido hasta que finalice el WF estará en este estado. Desde este estado en el WF o bien la estrategia de liberación, ya solo se podrá aprobar o anular la PIC. En el monitor no se podrá realizar ninguna acción, todo se realizará desde el WF o la estrategia de liberación.

4. Validada: Una vez que la PIC acabe su WF, quedará en este estado y en el monitor se podrá realizar la funcionalidad 3 o 4.

5. Cerrada: Cuando se cree el pedido o cuando se anule la PIC quedará en este estado.

Se desarrollará un programa de carga de PICs cerradas que alimentarán la nueva tabla a crear, y anexará la documentación de las mismas al nuevo Business Object.

Las PICs que estén vivas en el sistema se volverán a crear manualmente en el nuevo sistema para que tengan asociado el nuevo proceso.

2.3.2 CONTRATOS

En el siguiente esquema se representan los tipos de contrato existentes:

Tip.

PIC

Descripción

SOL

PED

Imput.

Tipo

pos

Objetos de

imputación

CONT

GASTO – 3 OBJETOS

IMPUT

SCGE

Fondo/CEGE/PosPre

CGE

GASTO – 4 OBJETOS

IMPUT

SCGE

Fondo/CEGE/PosPre/

Proyecto

CGE

INVERS- 2 OBJETOS

Orden CO/Activo Fijo

CIE

INVERS- 2 OBJETOS

SCIE

PEP/Activo Fijo

CIE

Actualmente en GEXAP a efectos de MM podríamos decir que existen 4 tipos de Contratos:

1. Gasto con 3 objetos de imputación de BCS: Será un pedido con clase documento CGE.

Sus posiciones tendrán el tipo de imputación K y el tipo de posición F. Los 3 objetos de imputación BCS que se utilizarán son:

Fondo (siempre ETS)

CEGE (derivado del CECO)

Posición presupuestaria (informado en la clase coste).

2. Gasto con 4 objetos de imputación BCS: Será un pedido con clase documento CGE. Sus posiciones tendrán el tipo de imputación 3 y el tipo de posición F.

Los 4 objetos de imputación BCS que se utilizarán son:

Fondo (siempre ETS)

CEGE (derivado del CECO)

Posición presupuestaria (informado en la clase coste).

Proyecto presupuestario (Derivado de elemento PEP).

3. Inversión con orden CO y activo fijo: Será un pedido con clase documento CIE. Sus posiciones tendrán el tipo de imputación F y el tipo de posición F.

Las posiciones de estos pedidos están imputados a una orden CO asignada al programa de inversión ETS del año que corresponde, a una posición del programa de inversiones y a un activo fijo que se le asignará en la creación manual del contrato.

4. Inversión con elemento PEP y activo fijo: Será un pedido con clase documento CIE.

Sus posiciones tendrán el tipo de imputación A y el tipo de posición F.

Como objeto de imputación se utiliza un elemento PEP de nivel 5 y un activo fijo que se designa en el elemento PEP. Este elemento PEP ya tiene asignado un programa de inversión (siempre ETS), un año del programa y una posición del programa de inversiones.

Como se ha descrito anteriormente los contratos se crearán en el monitor de PICs desde la funcionalidad correspondiente y se crearán directamente en SAP como pedidos desapareciendo las actuales tablas a medida de contratos.

Para ello será necesario incorporar en las tablas estándar de pedidos de compras de SAP los campos necesarios que actualmente no contempla el SAP estándar.

Los contratos podrán visualizarse desde una aplicación Xxxxx con una máscara similar a la actual de visualización de contratos. Esta aplicación recogerá la información directamente de los pedidos MM de SAP donde están reflejados estos.

2.3.3 MODIFICACIÓN DE CONTRATOS

Es necesario reflejar en el sistema las modificaciones de contratos que se desea realizar. Para ello se desarrollarán las solicitudes de modificación de contrato.4

Creación de la modificación

Para la gestión de modificaciones de contratos, es necesario crear el objeto “Modificación de contrato”. Este objeto se reflejará en una tabla a medida donde se indicará:

• El tipo de modificación,

• El contrato al que se aplica

• Texto explicativo de la modificación a realizar

• Si la modificación es publicable.

• Estado.

Hay que definir los tipos de modificación que se pueden realizar (Prórroga, Modificación, Ampliación plazo, Liquidación, Revisión de precios, etc.).

Las solicitudes se crearán desde una aplicación en Xxxxx.

Workflow de aprobaciones

Las solicitudes desencadenarán un WF nuevo de aprobación similar al de las PICs, con su correspondiente Business Object nuevo de “Modificación de Contrato”.

Una vez aprobada, el cambio en el contrato se realizará de forma manual por el responsable del contrato.

Las tareas serán accesibles desde el workplace y desde la aplicación de MyInbox.

Estados

Se definirán los estados que podrá tener una solicitud de modificación previa a la aprobación o rechazo de estas.

Ejecución de la modificación

La modificación del contrato se realizará manualmente por el responsable del contrato una vez esta modificación se encuentra en estado de “Aprobada”.

Impresión de modificaciones para publicación

Para los casos de modificaciones que sea necesario imprimir para su publicación, se desarrollará un report en el que se podrá seleccionar las modificaciones aprobadas y con las características publicables.

Estas podrán imprimirse mediante un formato adecuado.

3. CONVERSIÓN R/3 A S/4 HANA

Durante el proceso de conversión, la totalidad de las funcionalidades actualmente en SAP R/3 de ETS quedarán convertidas a S/4 HANA.

3.1 ESTRATEGIA DE CONVERSIÓN

Para realizar esta conversión se llevará a cabo la siguiente estrategia:

1. Creación del entorno de SandBox:Generaremos el entorno de SandBox como copia de producción. Se pueden realizar tantas iteraciones como sea preciso, hasta garantizar un proceso de conversión del entorno productivo libre de errores.

2. Creación del entorno de producción: Abordamos la migración del entorno productivo Una vez migrado el entorno productivo, el soporte se realizará desde SandBox.

3. Creación del entorno de calidad: Se generará el entorno de Calidad como copia del entorno Productivo. Una vez se disponga del entorno de Calidad convertido a S/4 HANA, se puede proceder al apagado tanto del entorno Calidad original como del SandBox. A partir de este momento toda actividad correctiva al entorno de Productivo S/4 HANA se realizará desde el entorno de Calidad convertido.

4. Creación del entorno de desarrollo: Por último, migraremos el entorno de desarrollo y posteriormente se establecerá la ruta de transportes definitiva, que quedará como sigue:

La configuración de basis de todas las máquinas relacionadas con SAP (Sandbox, entornos de producción, test y desarrollo S/4, Solution Manager, SCPconnector (desarrollo y producción) Content Server (desarrollo y producción)… entrarán dentro del alcance de estos trabajos.

3.2 TAREAS DE CONVERSIÓN

Además de la conversión de totas las aplicaciones que actualmente existen en SAP R/3, también lograremos lo siguiente:

3.2.1 Migración nueva Contabilidad Financiera

Principales tareas a realizar para la migración de Contabilidad FI Clásica (Classic GL) a Nueva Contabilidad FI (New GL):

• Activación de la Nueva Contabilidad Financiera

- Activar la Nueva Contabilidad Financiera.

- Definir ledgers para la contabilidad general (GL) en SAP.

- Definir moneda en el Ledger principal.

- Definir y activar Ledgers secundarios.

- Asignar escenarios y campos a medida a los Ledgers.

• Definición y parametrizaciones básicas

- Creación xxx Xxxxxx principal.

- Creación Ledgers secundarios.

- Definición de segmentos.

- Definición xx xxxxxx de cliente Z en tablas FI.

- Definir lógica para derivar imputación segmento y campos de cliente.

- Activar Document Splitting por segmento.

- Creación de cuentas (Plan de cuentas operativo, Local y Grupo si fuera necesario).

- Creación Áreas de Valoración por Grupo o País.

- Determinación de cuentas por área de valoración de Activos Fijos.

- Creación de estructuras de balance para adecuarse a los diferentes principio contables.

- Adaptación de reports, interfases y programas a medida.

3.2.2 Migración nueva Contabilidad Activos Fijos

Principales tareas a realizar para la migración de la Contabilidad de activos fijos:

• Áreas de valoración

- Definir áreas de valoración

- Especificar traspaso de valores de CAP

- Especificar traspaso de parámetros de valoración

- Instalar áreas para valoración paralela

• Clases de activos fijos

- Instalar áreas para valoración paralela

- Especificar entradas obligatorias p.datos maestros activos fijos

- Definir valores de entrada permitidos para campos de usuario

- Asignar cuentas de mayor

- Especificar periodicidad/reglas contabilización

- Especificar versión de balance para informes activos fijos

• Amortizaciones

- Determinar áreas de valoración

- Asignar cuentas

• Transferencia de datos de activos fijos

- Especificar parámetros para la transferencia

- Transferencia datos Workbench: Activos fijos

- Carga de datos maestros de Activos Fijos - modo prueba

• Preparación para la entrada en productivo

- Reinicializar sociedad

- Reinicializar amortización contabilizada

- Verificar consistencia

- Fijar y reinicializar cuentas asociadas

- Efectuar traspaso de saldos

3.2.3 Adaptación a S/4 de las aplicaciones Xxxxx existentes

Se han publicado en SAP CLOUD Platform varias funcionalidades de SAP. Para publicarlas funcionalidades SAP se han creado varias funciones RCP que encapsulan la información que se solicita desde SCP a través del Gateway que está instalado en cada uno de los entornos de R/3. Además también hay funcionalidades que se llaman mediante transacciones a través del Gateway. Para realizar toda esta funcionalidad como software adiciona se utiliza el SCP connector.

A nivel de Gateway, actualmente se dispone de Addon GW embebido en cada ECC. En S/4 también existe la posibilidad de disponer de NW GTW integrado como la release actual. Por lo tanto si fuera conversión se mantendría la configuración actual, y si fuera implantación habría que montar configuración xx xxxx.

Aparte del tema GW, el escenario es viable en S4, también con SAP Cloud Connector, pero se deberá reconfigurar algún punto, como el establecimiento de relación de confianza entre SCC y S4, así como adaptar las direcciones internas a las que se permitirá el acceso. Se recomienda, de igual forma, readaptar los destinations definidos en SCP, para que sean acordes con las direcciones internas definidas en la parte local.

A nivel de aplicaciones se deberá activar y reconfigurar la aplicación estándar Xxxxx My Inbox, dado que al cambiar el producto de back-end, la aplicación cambia (aunque se llamen igual). Esto será necesario tanto en back-end como en SAP Xxxxx Cloud (SCP), donde deberá volver a extenderse la nueva aplicación estándar My Inbox (versión S4) para replicar los cambios ya introducidos en la actual.

En la aplicación estándar My Inbox cross.fnd.xxxxx.inbox se han definido 2 extensiones, una de ellas es una extensión de tipo controlador y la segunda de tipo view o vista. Se han introducido los siguientes cambios sobre la aplicación original:

- Eliminación de los botones estándar de forma que los únicos botones a mostrar serán los propios customizados en SAP

- Eliminación de la opción estándar de descarga de documentos

- Eliminación de contenidos en la pestaña de enlaces

- Modificación xx xxxxx de dialogo de las decisiones

- Acceso al detalle de las aplicaciones de portal

- Desarrollo de página de detalle para la aprobación de PICs y contratos

- Desarrollo de página de detalle para la aprobación de facturas de compra y financieras

- Desarrollo de página de detalle para la aprobación de avales

- Desarrollo de página de detalle para la aprobación de gastos de viaje

Para poder llevar a cabo estas extensiones, se han desarrollado los siguientes módulos de funciones:

- ZFIORI_INBOX_DECISION

- ZFIORI_INBOX_OBSERVACION

- ZFIORI_INBOX_POPUP_CONFIRM

- ZFIORI_INBOX_TRAMITACION

- ZFIORI_INBOX_USUARIO

- ZFIORI_INBOX_NUMPIC

- ZFIORI_INBOX_CERTIF

- ZFIORI_LEER_AVAL

- ZFIORI_EMP_VIAJE

- ZFIORI_FACT_FIN

- ZFIORI_FACT_MIRO

No se prevé que haya que hacer adaptaciones en las mismas, a excepción de las asociadas a PICs y contratos por la sustitución de GEXAP, dado que la idea es mantener la funcionalidad. Sí que será necesario mantener toda la funcionalidad en la nueva aplicación estándar xx Xxxxx Cloud My Inbox para S4HANA, la cual habrá que extender de la misma forma.

Por último, decir que SAP plantea como escenario de futuro que SAP Cloud Platform Portal (Xxxxx Launchpad) sea el punto de acceso global de aplicaciones, tanto de las desplegadas en SCP como de aquellas accesibles en otros productos XXX (X0, X0, XXXX u otros productos Cloud SAP, Webdynpros ABAP, SAPGUI, ...). Esto habrá que tenerlo en cuenta ante un escenario híbrido en el que coexistan aplicaciones estándar y custom activadas o desarrolladas en back-end a la vez que aplicaciones estándar y custom en la parte Cloud.

El resto de aplicaciones actuales, al ser aplicaciones a medida, a priori no deberían verse afectadas por la migración. Obviamente, a nivel de back-end pueden existir cambios que impacten en las mismas, como por ejemplo la sustitución de GEXAP. En este caso habrá que adaptar las aplicaciones que se vean impactadas a la nueva solución elegida.

Aplicaciones afectadas por la migración de GEXAP, cuya afección dependerá de la solución real que se implante a nivel de back-end. Lo ideal sería que a nivel de front-end el impacto sea el menor posible, aprovechando las estructuras de módulos de funciones y servicios OData.

- Consulta de PICs

- Aprobación de PICs

- Consulta de contratos

- Creación de certificaciones

- Aprobación de certificaciones

- Informe resumen de certificaciones

- Gestión de obras y proyectos

Aplicaciones para las que no se ve afección por la conversión, aunque podrían verse afectadas a nivel de back-end por adaptaciones necesarias del custom code. En caso de requerir algún tipo de adaptación menor de código en back-end, lo ideal sería que a nivel de front-end y Gateway no haya impacto, aprovechando las estructuras de módulos de funciones y servicios OData:

- Gastos de viaje

- Quien es quien

- Comparación Plan/real/compromiso 1

- Comparación Plan/real/compromiso 2

- Creación de avales

- Informe estado de avales

- Informe de evolución del presupuesto de gasto

- Informe de contabilidad analítica

- Informe de evolución del presupuesto de inversiones

- Índice de cobertura

- % baja de licitación de Contratos mayores

- Indicadores de organización

- Indicadores de equipo directivo

- Indicadores de Absentismos

- Indicadores de masa salarial

3.2.4 Ajuste código “Z” existente a las reglas S/4

Habrá que ajustar el código “Z” existente en SAP R/3 de ETS para adaptarlo a las reglas de programación de S/4 HANA.

Según el resultado del Readiness Check realizado en el 2019, el número de objetos aproximados a ajustar es el siguiente:

Programas	75
Includes	2
Implementación Ampliación	2
Módulo de funciones	5
Ayuda de búsqueda	8
Estructuras	13
Clases/Interfaces	2
Vistas	1
Campos estructura	50
Campos de tabla	15
Campos vista	2
ID menú ámbito	14
Tablas BD	5
Elementos de datos	3

Para tener una visión más exacta en este punto, se adjunta el Readiness Check realizado en diciembre del 2019. En los Anejos 3 (Readiness Check Resumen) y 4 (Readiness Check)

3.2.4.1 Tablas que se reemplazan por vistas en S/4

TABLAS ACTUALE S	VISTAS ACTUALES	ACCESO A BBDD. Code Inspect or	PUNTOS DE REDIRECT
COSP	NO	OK	Include: • ZXRWAU02
XXXX	NO	OK	Programas: • ZFIORI_LKBPPEQU
BSIS		OK
BSAS		OK
FAGLBSIS	NO	OK
FAGLBSA S	NO	OK
BSIK		OK	Programas: • ZFIMM_PEDIDOS_F01 • ZFIMM_PEDIDOS_TOP • ZFI_WF_ZBUS2081 • ZHR_R_CARGA_ANTI CIPOS Implementación Ampliación: • REGUP_ZAHLWAEHRU NG_IL_01
BSAK		OK	Programas: • ZHR_R_CARGA_ANTI CIPOS
BSID		OK	Módulo de funciones: • Z_TEST_BTE_001035 20
BSAD		OK
FAGLFLEX	NO	OK

GLT0

KNC3

KNC1

LFC3

LFC1

PUNTOS DE REDIRECT

ACCESO A BBDD.

Code Inspect or

VISTAS ACTUALES

TABLAS ACTUALE S

3.2.4.2 Tablas que se reemplazan por vistas en S/4, pero no mantienen su nombre

TABLA ACTUAL	NUEVO NOMBRE	PUNTOS DE REDIRECT
ANEA	FAAV_ANEA	NO
ANEK	FAAV_ANEK	NO
ANEP	FAAV_ANEP	Programas: Z_ETS_AMOR_SUB Subvención	Æ	ETS	Amortización
ANLC	FAAV_ANLC	NO
ANLP	FAAV_ANLP	Programas: Z_ETS_AMOR_SUB Subvención	Æ	ETS	Amortización
BSIM	V_BSIM	NO
CKMI1	V_CKMI1	NO
COEP	V_COEP	NO
FAGLFLEXA	FGLV_FAGLFLEXA	NO

TABLA ACTUAL	NUEVO NOMBRE	PUNTOS DE REDIRECT
MLCD	V_MLCD	NO
MLCR	V_MLCR	NO
MLHD	V_MLHD	NO
MLIT	V_MLIT	NO
MLPP	V_MLPP	NO
T012K	V_T012K_BAM	Programas: ZBE_IMP_FACTURA ZFI_IMP_CUOTA_NEW Æ Impresión de facturas - Copia ZFI_IMP_FACTURA Æ Impresión de facturas ZFI_IMP_FACTURA_NEW Æ Impresión de facturas
T012T	V_T012T_BAM	Ayuda de búsqueda: ZINT_BANCO Æ Ayuda para bancos en intervención
FMGLFLEXA	FGLV_FMGLFLEXA	NO
FMGLFLEXT	FGLV_FMGLFLEXT	NO
PSGLFLEXA	FGLV_ PSGLFLEXA	NO
PSGLFLEXT	FGLV_ PSGLFLEXT	NO
JVGLFLEXA	FGLV_ JVGLFLEXA	NO
JVGLFLEXT	FGLV_ JVGLFLEXT	NO

En todos los casos analizados, no hay modificación de BBDD, si no acceso y definición de variables, por lo que se aplica lo indicado en el punto 1.6.6, es decir, en el caso que haya una SELECT sobre una tabla de las arriba indicadas, se sustituye dicha tabla por la vista.

3.2.4.3 Módulos de funciones que se renombran

Módulo función ACTUAL	NUEVO NOMBRE	PUNTOS DE REDIRECT
READ_IBAN_EXT	READ_IBAN_EXT_HBA	NO
READ_IBAN_FROM_DB	READ_IBAN_FROM_DB_HBA	NO
READ_IBAN	READ_IBAN_HBA	NO
READ_IBAN_INT	READ_IBAN_INT_HBA	NO
SEARCH_FOR_IBAN	SEARCH_FOR_IBAN_HBA	NO

3.2.4.4 S/4 HANA Cambio del modelo de datos en SD

Principales cambios: Nota SAP relacionada 2198647.

- Modelo de datos SD:

- Eliminación de tablas de estado VBUK y VBUP

- Cambio de la estructura técnica de la tabla de flujo de documentos VBFA.

- Extensión de longitud de campo del campo VBTYP (categoría de documento SD) y eliminación del campo VBTYP_EXT.

- Eliminación de índice de tablas para documentos SD por Material y por Cliente.

Estructuras que deben ajustarse por eliminación tabla XXXX

- XXXX0X0000 Maestro de clientes (parte general)

- ZOXE1S0074 Maestro de clientes (parte general)

- ZOXT1S0002 Aviso de calidad

- ZOXT1S0003 Aviso de calidad

- ZOXT1S0014 Aviso de calidad

Estructuras que deben ajustarse por eliminación tabla VBUP

- ZOXT1S0002 Aviso de calidad

- ZOXT1S0003 Aviso de calidad

- ZOXT1S0014 Aviso de calidad

3.2.4.5 Cambio del modelo de datos en Gestión Inventario xx Xxxxxxx

Nota SAP relacionada 2206980.

Las siguientes tablas pasan a convertirse en vistas de compatibilidad.

MKPF	MCHB	MSSA
MSEG	MKOL	MSPR
XXXX	MSLB	MSSL
MARD	MSKA	MSSQ
MSPR	MSKU	MSTQ/MSTO
MSSL	MSTB	MCSD
MSSQ	MSTE	MCSS
MSCD	MSID	MARCH
MSCS	MSIS	MARDH

MSFD	MSRD	MCHBH
MSFS	MSRS	MKOLH
MSLBH	MSSAH	MSSQH
MSKAH	MSPRH	MSKUH
MSTBH	MSTEH	MSTQH
MCSDH	MCSSH	MSCDH
MSFDH	MSIDH	MSRDH

Análisis de los desarrollos Z afectados por MKPF Programas:

- ZUN_GS_OO Gestión de Stocks: Entrada de Materiales

- ZUN_R_ETIQUETAS Etiquetas para uniformes

- ZUN_R_ETIQUETAS2 Etiquetas para uniformes Análisis de los desarrollos Z afectados por MSEG

Módulo de funciones:

- ZB_KZVBR_SETZEN

- ZUN_GOODSMVT_CREATE Entrada de mercancías Clases/Interfaces

- ZCL_IM_MB_CHECK_LINE_BADI

Programas

- ZRGGBS000 Rutinas de salida para reglas

- ZUN_GS_OO Gestión de Stocks: Entrada de Materiales

- ZUN_R_EM Entrada de mercancías para ajuste de stock

- ZUN_R_ETIQUETAS Etiquetas para uniformes

- ZUN_R_ETIQUETAS2 Etiquetas para uniformes Análisis de los desarrollos Z afectados por XXXX

Programas

- ZHR_INF_MENS_AGENTE Informe Mensual Cómputos / Agente ETS

Análisis de los desarrollos Z afectados por MARD Vista

- ZMM_STOCK Vista de Ruptura de stock Programa

- ZMM_COMPRAS_MATERIALES Informe compras de materiales

- ZXM02U05 Include ZXM02U05

3.2.4.6 Cambio de longitud de los campos MATNR y ATWRT

Notas 2215424: cambios en la longitud de los campos MATNR y ATWRT

Se han de revisar todos los desarrollos a medida afectados relacionados con los siguientes objetos Z para asegurar que el cambio se realiza de forma automática a nivel de dominio y solo puede afectar a nivel de movimiento de datos.

Elemento de datos MATNR

Ayuda de búsqueda

• ZMAT0M Número / Texto breve de material (1)

• ZMAT1T Material por tipo de material (1)

Campos estructura

• ZGESTION_STOCK Estructura de la tabla de Gestión de Stocks

• ZOXDPS0132

• ZOXDPS0133

• ZOXDPS0134

• ZOXDPS0144

• ZOXDPS0146

• ZOXDPS0147

• ZOXE1S0131

• ZOXE1S0146

• ZOXE1S0147

• ZOXE1S0173

• ZOXE1S0174

• ZOXT1S0001

• ZOXT1S0002 Aviso de calidad

• ZOXT1S0003 Aviso de calidad

• ZOXT1S0005

• ZOXT1S0006

• ZOXT1S0014 Aviso de calidad

• ZOXT1S0032

• ZOXT1S0033

• ZOXT1S0043

• ZOXT1S0054

• ZOXT1S0094

• ZOXT1S0095

• ZOXT1S0096

• ZOXT1S0097

• ZOXT1S0098

• ZOXT1S0099

• ZOXT1S0100

• ZOXT1S0101

Campos de tabla

• ZMM_ROSMIMAN Interface SAP con Rosmiman

• ZMM_ROSMIMAN_CAR Interface SAP con Rosmiman.

• ZUN002 Prendas y tipos de medidas

• ZUN003 Tallas por prenda

• ZUN004 Categorías de uniformes - Prendas

• ZUNMRP Punto de pedido por tallaje

• ZUNPRE Tabla control prendas por empleado

• ZUN_HISTORICO Histórico de la gestión de stock

• ZUN_STOCK Stock existente en el almacén

Campos vista

• ZMM_STOCK Vista de Ruptura de stock

• ZM_MATBORR Vista generada para ID de matchcode

Módulos de funciones

• ZUN_GOODSMVT_CREATE Entrada de mercancías

Programa

• ZFI_SII_RUTINAS_ZCL Rutinas genéricas para los objetos de mapeo

• ZMM_COMPRAS_MATERIALES Informe compras de materiales

• ZPM_GESTION_ORDEN_TOP Declaraciones globales

• ZPM_MODIFICAR_ORDEN

• ZPSR004_SUB Include ZPSR004_SUB Elemento de datos ATWRT

Programa

• ZPM_CREAR_AUTOBUS_FORM Rutinas del programa ZPM_CREAR_AUTOBUS

• ZPM_CREAR_AUTOBUS_TOP Declaraciones globales

• ZPM_CREAR_AUTOBUS

3.2.4.7 Enfoque de Business Partner como principal en maestros

Nota SAP relacionada 2265093:

En SAP S / 4HANA, Business Partner es el objeto principal y el punto de entrada único para mantener los datos maestros de Cliente y Proveedor

Transacciones no disponibles en SAP S / 4HANA.

Transacciones	Transacciones que se redirigen a la transacción BP:
no disponibles
en SAP S/	FD01, FD02, FD03, FK01, FK02, FK03, MAP2, MAP3,
4HANA	XX00, XX00, XX00, V-03, V-04, V-05, V-06, V-07, V-
	08, V-11, VAP1, VD01, VD02, VD03, XD01, XD02,
	XD03, XK01, XK06, XK07, XK02, XK03
	Transacciones que son obsoletas:
	XX00, XX00, XX00, XX00, MK18, MK19, VD06, XD06,
	XD0, V+21, V+22, V+23, XXX00, XXX0, XXX0, XX0

Transacciones que se redirigen a la transacción BP:

XX00, XX00, XX00, XX00, XX00, XX00, XXX0, XXX0, MK01, MK02, MK03, V-03, V-04, V- 05, V-06, V-07, V-08, V-11, VAP1, VD01, VD02, VD03, XD01, XD02, XD03, XK01, XK06, XK07, XK02, XK03

Elementos afectados por transacciones obsoletas:

FD01

ID menú ámbito:

• ZFIPROTOTIPO Finanzas FD02

ID menú ámbito:

• ZFIPROTOTIPO Finanzas FD03

ID menú ámbito:

• ZFIPROTOTIPO Finanzas XK01

Programa:

• Z_CARGA_INTER Programa para realizar la carga de interlocutores externos

ID menú ámbito:

• ZFIPROTOTIPO Finanzas XK02

ID menú ámbito:

• ZFIPROTOTIPO Finanzas

XK03

Programa:

• ZFI_MONITOR Monitor de Facturas ID menú ámbito:

• ZFIPROTOTIPO Finanzas

3.2.4.8 Reemplazo de transacciones y programas FI

Nota SAP relacionada 2270335:

Las transacciones y los programas, que son reemplazados por transacciones o programas más nuevos, se enumeran en la tabla a continuación.

Antigua funcionalidad	Tipo	Nueva funcionalidad	Tipo	Texto
FS01	TA	FS00	TA	Crear cuentas de
				mayor
FS02	TA	FS00	TA	Cambiar cuentas de
				mayor
FS03	TA	FS00	TA	Mostrar cuentas de
				mayor
KA01	TA	FS00	TA	Crear elemento de
				coste primario
KA02	TA	FS00	TA	Cambiar el elemento
				de costo
KA03	TA	FS00	TA	Elemento de costo de
				visualización
KA06	TA	FS00	TA	Crear elemento de
				coste secundario
KP06	TA	FCOM_IP_CC_COSTEL EM01	WEBDYN	Modifique las entradas de costo y actividad (solo SFIN)

KP07	TA	FCOM_IP_CC_COSTEL EM01	WEBDYN	Mostrar entradas de costo y actividad (solo SFIN)
KP65	TA	FCOM_IP_CC_COSTEL EM01	WEBDYN	Crear diseño de planificación de costos (solo SFIN)
KP66	TA	FCOM_IP_CC_COSTEL EM01	WEBDYN	Modificación del diseño de la planificación de costes (solo SFIN)
KP67	TA	FCOM_IP_CC_COSTEL EM01	WEBDYN	Mostrar diseño de planificación de costos (solo SFIN)
CJ40	TA	FCOM_IP_PROJ_OVER ALL01	WEBDYN	Plan de cambio de proyecto (solo SFIN)
CJ41	TA	FCOM_IP_PROJ_OVER ALL01	WEBDYN	Mostrar el plan del proyecto (solo SFIN)
CJ42	TA	FCOM_IP_PROJ_OVER ALL01	WEBDYN	Cambiar los ingresos del proyecto (solo SFIN)
CJ43	TA	FCOM_IP_PROJ_OVER ALL01	WEBDYN	Mostrar ingresos del proyecto (solo SFIN
CJR2	TA	FCOM_IP_PROJ_COST ELEM01	WEBDYN	PD: Plan de CElem Activ. entrada SFIN)	cambio / (solo
CJR3	TA	FCOM_IP_PROJ_COST ELEM01	WEBDYN	PS: Plan de visualización CElem / Activ. entrada (solo SFIN)
CJR4	TA	FCOM_IP_PROJ_COST ELEM01	WEBDYN	PS: Elemento de costo primario del plan de cambio (solo SFIN)
CJR5	TA	FCOM_IP_PROJ_COST ELEM01	WEBDYN	PS: Plan de visualización principal costo elem. (solo SFIN)
CJR6	TA	FCOM_IP_PROJ_COST ELEM01	WEBDYN	PS: Cambiar la planificación de entrada de actividad (solo SFIN)

KPF6	TA	FCOM_IP_ORD_COSTE LEM01	WEBDYN	Cambiar CElem / Planificación de entrada de actividad (solo SFIN)
KPF7	TA	FCOM_IP_ORD_COSTE LEM01	WEBDYN	Mostrar CElem./Acty Input Planning (solo SFIN)
KO14	TA	FCOM_IP_ORD_COSTE LEM01	WEBDYN	Copia del planeo para órdenes internas (solo SFIN)
KPG7	TA	FCOM_IP_ORD_COSTE LEM01	WEBDYN	Mostrar diseño de planificación de costos (solo SFIN)
XX00	XX XX	XX00X	TA	Crear el costo estimado del producto
XX00	XX XX	XX00X	TA	Mostrar el costo estimado del producto
XX00	XX	XX00X	TA	Crear Xxxxxxx Xxx
XX00	XX	XX00X	TA	Cambiar Xxxxxxx Xxx
XX00	XX	XX00X	TA	Mostrar Xxxxxxx Xxx
XX00	XX	XX00X	TA	Preselección de Material / Planta
XX00	XX	XX00X	TA	Buscar estructura: explosión de lista de materiales
XX00	XX XX XX	XX00X	TA	Ejecutar: Costo estimado de objetos
XX00		XX00X	TA	Marcar ejecutar para su liberación
XX00		XX00X	TA	Lanzamiento Costing Run
CK74	TA	CK74N	TA	Crear Costos Aditivos
KB11	TA TA	KB11N	TA	Ingresar Reposición de Costos Primarios
KB21	TA TA	KB21N	TA	Ingrese la asignación de actividad

KB31	TA TA TA TA TA TA TA TA TA TA	KB31N	TA	Introduzca las cifras clave estadísticas
KB33		KB33N	TA	Mostrar estadísticas de figuras clave
KB34		KB34N	TA	Cifras estadísticas inversas
KB51		KB51N	TA	Entrar en la actividad de publicación
XX00		XX00X	TA	Crear línea de pedido CO-PA
KE23		KE24	TA	Mostrar línea de pedido CO-PA
KKE1		CKUC	TA	Añadir objeto de planificación base
KKE2		CKUC	TA	Cambiar objeto de planificación base
KKE3		CKUC	TA	Mostrar objeto de planificación base
KKEC		CKUC	TA	Comparar objeto base - Costo unitario Est
KKED	TA	CKUC	TA	Lista de materiales para objetos de planificación base
KKB4	TA	CKUC	TA	Desglose por Obj.
KKBF	TA	KKR0	TA	Selección de Orden (Clasificación)
KKPHIE	TA	CKMDUVMAT / CKMDUVACT (Distribución)	TA	Jerarquía de objetos de coste
KKP2	TA	CKMDUVMAT / CKMDUVACT (Distribución)	TA	Cambiar el registro maestro de jerarquía
KKP4	TA	CKMDUVMAT / CKMDUVACT (Distribución)	TA	Mostrar jerarquía de objetos de coste
KKP6	TA	CKMDUVMAT / CKMDUVACT (Distribución)	TA	Objeto de coste: Análisis

KKPX	TA	CKMDUVMAT / CKMDUVACT (Distribución)	TA	Distribución del costo real: costo Obj.
KKPY	Ta	CKMDUVMAT / CKMDUVACT (Distribución)	TA	Distribución del costo real: costo Obj.
CPV1	TA TA TA TA TA TA TA TA	KSV1	TA	Crear ciclo de distribución
CPV2		KSV2	TA	Cambiar ciclo de distribución
CPV3		KSV3	TA	Ciclo de distribución de la pantalla
CPV5		KSV5	TA	Ejecutar ciclo de distribución
CPP1		KSU1	TA	Crear ciclo de evaluación
CPP2		KSU2	TA	Ciclo de evaluación de cambios
CPP3		KSU3	TA	Ciclo de evaluación de la pantalla
CPP5		KSU5	TA	Ejecutar ciclo de evaluación
CPC1	TA	KSC1	TA	Crear ciclo de asignación de actividad indirecta
CPC2	TA	KSC2	TA	Cambiar ciclo de asignación de actividad indirecta
CPC3	TA	KSC3	TA	Mostrar ciclo de asignación de actividad indirecta
CPC5	TA	KSC5	TA	Ejecutar ciclo de asignación de actividad indirecta
CPII	TA PRO G	KSII	TA	Calcular precios de actividad
XXXXXX00	TA PRO G	XXXXXX00	PROG

F.24	TA	FINO	TA	A / R: Interés vencidos			por días
F.2A	TA	FINO	TA	A / R Overdue Int .:
				Post (Sin	OI)
F.2B	TA	FINO	TA	A / R Overdue Int .:
				Post (con OI)
F.2C	TA	FINO	TA	Calc.cust.int.on arr .:
				sin publicaciones
F.4A	TA	FINTAP	TA	Calc.vend.int.on arr .:
				Post (w / o OI)
F.4B	TA	FINTIAP	TA	Calc.vend.int.on arr .:
				Post (con OI)
F.4C	TA	FINTAP	TA	Calc.vend.int.on arr .:
				w / o publicaciones
FA39	TA	obsoleto
F.47	TA	FINTAP	TA	Vendedores: calc. De interés en atrasos
RFFOD L	PRO G	PMW		Medio Alemania	de -	pago Pmts en
				Ger.For.Tr.Regs
				(formulario Z1) / DME
				extranjero
RFFOD S	PRO G	PMW		Medio de internacional Cheque (sin de cheques)			pago - gestión
RFFOUS_T	PRO G	PMW		Medio de pago USA - Transferencias / débitos bancarios directos en formato ACH
RFFOM200	PRO G	PMW		Medio de internacional Formato MT200			pago - SWIFT
RFFOM202	PRO G	PMW		Medio de internacional Formato MT202			pago - SWIFT
RFFOM210	PRO	PMW		Medio	de		pago

	G			internacional - Formato SWIFT MT210
XXXXXX00	XXX G TA TA TA TA TA	S_ALR_87011990	TRAN	Hoja de historial de activos
FAGL_FC_VAL		FAGL_FCV	TRAN	Valoración en moneda extranjera
S_PL0_860000 30		FIS_FPM_GRID_GLAC C_BAL	WEBDYN	Saldos de cuenta G / L
S_PCO_360002 18		FCOM_FIS_AR_OVP	WEBDYN	Segmento de cuentas por cobrar
S_PCO_360002 19		FCOM_FIS_AP_OVP	WEBDYN	Segmento a pagar
S_ALR_870123 26		FCOM_FIS_GLACCOUN T_OVP	WEBDYN	Catálogo de cuentas
S_E38_980000 88	TA	Grupo de centros de beneficio: Plan / Actual / Dif.	FLORES	Profit Center - Plan/Actual (Xxxxx-ID: F0926; Query: /ERP/SFIN_M0 1_Q2701)
S_E38_980000 89	TA	Grupo de centros de beneficio: Plan / Plan / Actual	FLORES	Centro de beneficio - Plan / año actual actual (Xxxxx-ID: F0932; Consulta: / ERP / SFIN_M01_Q2702)
S_AC0_520008 87	TA TA TA	Cuentas por cobrar: Centro de beneficio	WEBDYN	Centro de Ganancias por Cobrar
S_AC0_520008 88		Cuentas por pagar: Centro de beneficio	WEBDYN	Centro de ganancias a pagar
S_ALR_871009 92		Manual de Asignación de Cuenta		sin reemplazo

afectados por transacciones obsoletas XX00

XX menú ámbito:

• ZFIPROTOTIPO Finanzas

KA02

ID menú ámbito:

• ZFIPROTOTIPO Finanzas KA03

ID menú ámbito:

• ZFIPROTOTIPO Finanzas KA06

ID menú ámbito:

• XXXXXXXXXXXX Xxxxxxxx XX00

XX menú ámbito:

• XXXXXXXXXXXX Xxxxxxxx XX00

XX menú ámbito:

• ZFIPROTOTIPO Finanzas CJ41

Programa:

• ZFIORI_RAIMINFO Lista general de estructuras y valores

3.2.4.9 Valoración de inventario y Gestión de materiales

Nota SAP relacionada 2337368

Tablas que se reemplazan con vistas de diferente nombre en S/4 HANA:

Tabla	Descripción de la tabla	DDL source of CDS view for redirect (proxy view)	View to read the content of the original database table (w/o redirect to proxy view)	View to read master data attributes only
EBEW	Sales Order Stock Valuation	MBV_EBEW	MBVEBEWOLD	V_EBEW_MD
EBEWH	History of Sales Order Stock Valuation	MBV_EBEWH	MBVEBEWHOLD	V_EBEWH_MD
MBEW	Material Valuation	MBV_MBEW	MBVMBEWOLD	V_MBEW_MD
MBEWH	History of Material Valuation	MBV_MBEWH	MBVMBEWHOLD	V_MBEWH_MD
XXXX	Valuated Stock with Subcontractor (Japan)	MBV_OBEW	MBVOBEWOLD	V_OBEW_MD
OBEWH	History of Valuated Stock with Subcontractor (Japan)	MBV_OBEWH	MBVOBEWHOLD	V_OBEWH_MD
QBEW	Project Stock Valuation	MBV_QBEW	MBVQBEWOLD	V_QBEW_MD
QBEWH	History of Project Stock Valuation	MBV_QBEWH	MBVQBEWHOLD	V_QBEWH_MD

Elementos afectados por vistas con diferente nombre MBEW

Programas

• ZMM_BAPI_PO_CHANGE Modificación de PO desde la Solicitud de pedido

• ZMM_BAPI_PURCHASE_ORDER Creación de Orden de pedido desde la solicitud

• ZUN_MRP MRP Uniformes

• ZUN_RENOVACION Renovación de Uniformes

• ZUN_RENOVACION2 Renovación de Uniformes

• ZUN_R_ZONAS_ENTREGA Visualizar y actualizar Zonas de Entrega de Uniformes

• ZUN_R_ZONAS_ENTREGA_OO Actualizar zonas de entrega

• ZXM02TOP Include ZXM02TOP

• ZXM02U05 Include ZXM02U05

• ZXM06U36 Include ZXM06U36

• ZXM06U41 Include ZXM06U41

• ZXMG0U02 Include ZXMG0U02

3.2.4.10 Planificación de tarifas y recortes

Nota SAP relacionada 2380568:

Las tablas KBKO, KBED y KBEZ dejan de usarse Programas afectados por tablas que desaparecen KBED

Programas:

• ZPSFC030 Programa asociado a nota 125465 KBEZ

Programas:

• ZPSFC030 Programa asociado a nota 125465

3.2.4.11 Valoración de inventario y Gestión de materiales

Nota SAP relacionada 2270419 y 2389136

Para escribir en las tablas CSKA, CSKB, CSKU utilizar los módulos de funciones K_COSTELEM_BAPI_ *

Tabla CSKB: los campos AUFNR y KOSTL ya no son válidos. La asignación de cuenta predeterminada ahora está contenida en la tabla TKA3A.

Para escribir en las tablas SKA1, SKB1, SKAT se debe utilizar ALE, la interfaz de entrada RFBISA00 o el Data Transfer Workbench

Tabla SKA1: el campo GLACCOUNT_TYPE determina si una cuenta es una cuenta de balance, costos no operativos, elemento de costo primario o secundario.

Tabla SKB1: XKRES (indicador de elemento de línea) está configurado para casi todas las cuentas

Tabla T004: El campo INTEG_CO está obsoleto

Tabla TKSKA está obsoleta y se borra durante la migración de datos.

Tabla TKA3A también puede contener elementos de costo y reemplaza los campos correspondientes en CSKB.

Transacciones KA01, KA02, KA03, KA06: Tenga en cuenta que estas transacciones ahora se redirigen a la transacción FS00

Elementos afectados por transacciones obsoletas CSKA

Estructura

• ZOXD1S0072 Textos de clase de coste CSKB

• ZFIC0001 Include ZFIC00001 "Rutinas Exit's SKA1

Estructuras:

• ZITAB Estructura Posición PIC

• ZOXD1S0069 Tabla generada para vista ZBW_CONTRATOS

• ZOXD1S0070 Tabla generada para vista ZBW_CONTRATOS

• ZOXDPS0168 Tabla generada para vista ZINV_PIC_V Tablas BD

• ZFI_CECOS_TELEF Tabla de relación Teléfonos / CECOS

• ZINV_PET Peticiones de modificación presupuestaria

• ZINV_POSPIC Posiciones de PIC

• ZUN006 Datos por defecto según mandante Módulos de funciones

• ZZ_SAMPLE_INTERFACE_00001005 Programas:

• ZHR_TRANSFER_EMPLE Transferencia de empleados

• ZISA240_V4 ISA240 Program - Journal entries extraction SKB1

Ayuda de búsqueda:

• ZHR_CUENTA Xxxxx para búsqueda de cuenta contable Tabla BD

• ZINT_M_CUENTA PLAN CUENTAS ASIENTOS AUTOMATICOS Módulo de funciones

• ZZ_SAMPLE_INTERFACE_00001005

• ZFIDESA011 X-Risk: Bajada de datos maestros

• ZHR_TRANSFER_EMPLE Transferencia de empleados

• ZISA240_V4 ISA240 Program - Journal entries extraction SKAT

Programas:

• ZFIDESA011 X-Risk: Bajada de datos maestros

• ZHR_TRANSFER_EMPLE Transferencia de empleados

• ZISA240_V4 ISA240 Program - Journal entries extraction FS00

Menú de ámbito:

• ZFIPROTOTIPO Finanzas

3.2.4.12 GL Cambios por incompatibilidades respecto R3

Nota SAP relacionada 1976487

Migración de datos sFIN para cuentas de mayor y elementos de coste y ALE - Información técnica

Tablas que se reemplazan con vistas en S/4 HANA

TABLA S ACTUA LES	VISTAS ACTUALES	ACCE SO A BBDD. Code Inspe ctor	PUNTOS DE REDIRECT
COSP	NO	OK	Include: • ZXRWAU02
XXXX	NO	OK	Programas: • ZFIORI_LKBPPEQU
BSIS		OK

TABLA S ACTUA LES	VISTAS ACTUALES	ACCE SO A BBDD. Code Inspe ctor	PUNTOS DE REDIRECT
BSAS		OK
FAGLB SIS	NO	OK
FAGLB SAS	NO	OK
BSIK		OK	Programas: • ZFIMM_PEDIDOS_F0 1 • ZFIMM_PEDIDOS_T OP • ZFI_WF_ZBUS2081 • ZHR_R_CARGA_ANT ICIPOS Implementación Ampliación: • REGUP_ZAHLWAEHR UNG_IL_01
BSAK		OK	Programas: • ZHR_R_CARGA_ANT ICIPOS
BSID		OK	Módulo de funciones: • Z_TEST_BTE_00103 520
BSAD		OK
FAGLFL EXT	NO	OK

GLT0

KNC3

KNC1

LFC3

LFC1

PUNTOS DE REDIRECT

ACCE SO A BBDD.

Code Inspe ctor

VISTAS ACTUALES

TABLA S ACTUA LES

Tablas que pasan a ser vistas, pero no mantienen su nombre original

TABLA ACTUAL	NUEVO NOMBRE	PUNTOS DE REDIRECT
ANEA	FAAV_ANEA	NO
ANEK	FAAV_ANEK	NO
ANEP	FAAV_ANEP	Programas: Z_ETS_AMOR_SUB Æ ETS Amortización Subvención
ANLC	FAAV_ANLC	NO
ANLP	FAAV_ANLP	Programas: Z_ETS_AMOR_SUB Æ ETS Amortización Subvención
BSIM	V_BSIM	NO
CKMI1	V_CKMI1	NO
COEP	V_COEP	NO
FAGLFLEXA	FGLV_FAGLFLEXA	NO

TABLA ACTUAL	NUEVO NOMBRE	PUNTOS DE REDIRECT
MLCD	V_MLCD	NO
MLCR	V_MLCR	NO
MLHD	V_MLHD	NO
MLIT	V_MLIT	NO
MLPP	V_MLPP	NO

T012K	V_T012K_BAM	Programas: ZBE_IMP_FACTURA ZFI_IMP_CUOTA_NEW Æ Impresión de facturas - Copia ZFI_IMP_FACTURA Æ Impresión de facturas ZFI_IMP_FACTURA_NEW Æ Impresión de facturas
T012T	V_T012T_BAM	Ayuda de búsqueda: ZINT_BANCO Æ Ayuda para bancos en intervención
FMGLFLEXA	FGLV_FMGLFLEXA	NO
FMGLFLEXT	FGLV_FMGLFLEXT	NO
PSGLFLEXA	FGLV_ PSGLFLEXA	NO
PSGLFLEXT	FGLV_ PSGLFLEXT	NO
JVGLFLEXA	FGLV_ JVGLFLEXA	NO
JVGLFLEXT	FGLV_ JVGLFLEXT	NO

En todos los casos analizados, no hay modificación de BBDD, si no acceso y definición de variables, por lo que en el caso que haya una SELECT sobre una tabla de las arriba indicadas, se sustituye dicha tabla por la vista.

Módulos de funciones que se renombran

Módulo función ACTUAL	NUEVO NOMBRE	PUNTOS DE REDIRECT
READ_IBAN_EXT	READ_IBAN_EXT_HBA	NO
READ_IBAN_FROM_DB	READ_IBAN_FROM_DB_HBA	NO
READ_IBAN	READ_IBAN_HBA	NO

Módulo función ACTUAL

NUEVO NOMBRE

PUNTOS DE

REDIRECT

READ_IBAN_INT

READ_IBAN_INT_HBA

SEARCH_FOR_IBAN

SEARCH_FOR_IBAN_HBA

3.2.4.13 Extensión del campo “MATNR”: Módulos de funciones

En SAP S/4 HANA, la longitud máxima de campo del número de material (MATNR) se ha ampliado de 18 a 40 caracteres. Otros campos que no son números de material puro pero que pueden contener un número de material ocasionalmente también se han ampliado.

Las extensiones se realizaron principalmente a través de extensiones de dominio, lo que garantiza que la mayoría de los artefactos de desarrollo afectados como los tipos de datos ABAP, las estructuras y las tablas de bases de datos dentro del sistema también se ajustan de manera consistente.

Debido al protocolo de llamada de función remota (RFC), la longitud del campo de un parámetro de interfaz ya publicado no se puede cambiar. Esto sería un cambio incompatible. En lugar de esto, la longitud debe mantenerse estable y se debe introducir un campo adicional con una longitud adecuada.

Primero verifique el módulo de función encontrado en el archivo adjunto, qué parámetro o parámetros se ajustaron para compatibilidad al introducir nuevos campos largos en el caso de parámetros estructurados o de tablas. En el caso respectivo, la llamada involucra uno o más de estos parámetros, necesita ser adaptada.

Nota SAP relacionada 2438006 y 2438110:

Las notas 2438110 y 2438006, hacen referencia al cambio longitud (paso de 18 a 40 caracteres) en el campo MATNR en S4HANA, lo cual obliga a revisión de cuáles son los programas Z vigentes del módulo en cuestión (MM) y poder analizarlos ya que como indica SAP se puede saber dónde se usa con ‘CODE_SCANNER’, pero no cómo se usa. Adjunto el análisis de esto, pero entiendo que es necesario el consultor.

Principales Elementos afectados por extensión campo “MATNR” Ayudas de búsqueda:

• ZMAT0M Número / Texto breve de material (1)

• ZMAT1T Material por tipo de material (1) Campos de estructuras:

• ZGESTION_STOCK Estructura de la tabla de Gestión de Stocks

• ZOXDPS0132

• ZOXDPS0133

• ZOXDPS0134

• ZOXDPS0144

• ZOXDPS0146

• ZOXDPS0147

• ZOXE1S0131

• ZOXE1S0146

• ZOXE1S0147

• ZOXE1S0173

• ZOXE1S0174

• ZOXT1S0001

• ZOXT1S0002 Aviso de calidad

• ZOXT1S0003 Aviso de calidad

• ZOXT1S0005

• ZOXT1S0006

• ZOXT1S0014 Aviso de calidad

• ZOXT1S0032

• ZOXT1S0033

• ZOXT1S0043

• ZOXT1S0054

• ZOXT1S0094

• ZOXT1S0095

• ZOXT1S0096

• ZOXT1S0097

• ZOXT1S0098

• ZOXT1S0099

• ZOXT1S0100

• ZOXT1S0101

Campos de tabla:

• ZMM_ROSMIMAN Interface SAP con Rosmiman

• ZMM_ROSMIMAN_CAR Interface SAP con Rosmiman.

• ZUN002 Prendas y tipos de medidas

• ZUN003 Tallas por prenda

• ZUN004 Categorías de uniformes - Prendas

• ZUNMRP Punto de pedido por Xxxxxxx

• ZUNPRE Tabla control prendas por empleado

• ZUN_HISTORICO Histórico de la gestión de stock

• ZUN_STOCK Stock existente en el almacén Campos de vista:

• ZMM_STOCK Vista de Ruptura de stock

• ZM_MATBORR Vista generada para ID de matchcode Módulos de funciones

• ZUN_GOODSMVT_CREATE Entrada de mercancías Programas:

• ZFI_SII_RUTINAS_ZCL Rutinas genéricas para los objetos de mapeo

• ZMM_COMPRAS_MATERIALES Informe compras de materiales

• ZPM_GESTION_ORDEN_TOP Declaraciones globales ZPM_MODIFICAR_ORDEN

• ZPSR004_SUB Include ZPSR004_SUB

3.2.4.14 Extensión del campo “MATNR”: Adaptaciones RFCs y BAPIs

Nota SAP relacionada 2438131

Indica que el campo MATNR pasa de una extensión de 18 a 40 caracteres. El problema está en si se han definido variables de 18 caracteres, dónde se vuelca el material.

En S/4 HANA: el campo MATNR_LONG se agrega a la tabla MATERIALID. Este contiene el valor "A_VERY_LONG_MATERIAL_NUMBER" (que en este caso es exactamente el valor antiguo)

Este valor A_VERY_LONG_MATERIAL_NUMBER también se almacena en todas las tablas del sistema que contienen un número de material. Este "cambio de valor" se realiza durante la conversión mediante un programa de conversión especial.

Afecta a IDOCs, BAPIs, RFCs y Workflows.

Por otro lado, el campo ATWRT (valor de una característica) pasa de 30 a 70.

Elementos de datos afectados Elemento de datos ATWRT Programas:

• ZPM_CREAR_AUTOBUS_FORM Rutinas del programa ZPM_CREAR_AUTOBUS

• ZPM_CREAR_AUTOBUS_TOP Declaraciones globales ZPM_CREAR_AUTOBUS

3.2.4.15 Extensión del campo “Importe” : Adaptaciones de código

Nota SAP relacionada 2610650:

Las longitudes de campo de cantidad de moneda seleccionada y los tipos de datos relacionados se han ampliado.

Se analiza la utilización tanto del dominio WERT7 como de los elementos de datos DMBTR y WRBTR.

Elementos, campos y programas afectados WERT7

Elementos de datos:

• ZCARGOS Cargos

• ZDESCUENTO Descuentos

• ZIMP_SOPOR Impuesto soportado DMBTR

Campos de Estructuras

• ZCXCB Campos output SAPLMBGB Costes indirectos de adquisición

• ZCXCM Campos de salida SAPLMBGB

• ZFE_E_FRAPOS Factura Electrónica: Datos de Posición de la Factura ALV

• ZHLB1 Pool seleccionado para ejecución de pago (datos)

• ZOXE1S0146

• ZOXE1S0147

• ZOXE1S0173

• ZOXT1S0005

• ZOXT1S0006

• ZOXT1S0100

• ZST_FACTURAS_CONTRATO Estructura para la devolución de las facturas de un contrato

Campos tablas

• ZBEK Cabecera de Documento BE

• ZBEP Posición Documento BE

• ZFBUH Tabla interfase contable

• ZFBUZ Tabla interfase contable Programas

• ZRFIDESM340_NORM_2011_DATA Include ZRFIDESM340_NORM_2011_DATA WRBTR

Campos de estructura

• ZFI_FACTURAE Estructura Formulario Factura Electrónica

• ZHLB1 Pool seleccionado para ejecución de pago (datos)

• ZINT_E_ASIENTO Estructura para el Batch-Input de crear asiento

• ZOXD1S0071

• ZOXE1S0173

• ZOXT1S0005

• ZOXT1S0006

• ZOXT1S0100

• ZST_FACT_MIRO Estructura de salida para ZFIORI_FACT_MIRO Campos de tabla

• ZFBUH Tabla interfase contable

• ZFBUZ Tabla interfase contable Módulo de funciones

• ZWF_USUARIO_LIBFACTURA Usuarios para Liberación Pago de Facturas de Compra

Clase/interfaces

• ZCL_Z_FIORI_INFOR_INBO_MPC Programa

• ZINV_CARGA_CONTRATOS Programa para cargar los datos de los Contratos a traspasar

3.2.5 Conversión del módulo de RRHH R/3 a través de los compatibility packs

Actualmente, todos los submódulos de RRHH implantados en ETS son compatibles con S/4 HANA

Es posible llevar a cabo esta opción teniendo el resto de módulos y Recursos Humanos en la misma instancia o llevando a cabo una separación de entornos.

En esta opción se mantienen los derechos de uso de la funcionalidad actual de SAP HCM en el sistema SAP S/4 HANA mediante los denominados Compatibility Packs. De esta manera mantenemos toda nuestra funcionalidad S/4 HANA.

En esta solución desde HCM solo sería necesario participar con las siguientes tareas:

Adaptación de nuestros procesos Z a Hana ya que al cambiar la base de datos debemos adaptar la programación de nuestros programas de cliente.

ÁREA	Transacciones y programas Z
Administración de Personal	23
Gestión de la Organización	8
Nómina	5
Gestión xx Xxxxxxx	24
Ticket Restaurant	18
Gestión de Partes	39

Fase de pruebas. Debemos hacer un testing de todos nuestros procesos para confirmar que todo sigue funcionando correctamente.

La integración es automática como parte del llamado por SAP Compatibility pack. No es necesario hacer nada para esta integración, SAP garantiza que podemos seguir haciendo uso de nuestro HCM sin necesidad de conexiones adicionales.

Un compatibility pack es una versión del SAP Business Suit que es compatible con S/4 Hana. Los clientes que tienen licencias de uso conservan el derecho para usar la versión compatible con SAP S/4 Hana sin ningún coste adicional.

Se incluye el Anejo 5 con las especificaciones de los compatibilty pack publicadas por SAP.

3.2.6 Conversión de las interfaces existentes y que no son compatibles en S/4

Las interfaces son las siguientes:

• Escaneo facturas

• Factura electrónica

• Carnets ETS

• EVALOS

• GIE

• Ticket restaurant

• Intranet (vistas)

• Intranet (PDF)

• LDAP

• SII

• PrevenCS

Se detalla la funcionalidad y las acciones a realizar en cada una de ellas a continuación:

3.2.6.1 Escaneo facturas

Las facturas que llegan en papel se escanean con un código xx xxxxxx asignado y se albergan en una carpeta de red. Estas se adjuntan al documento factura.

• Software adicional: Escáner

• Tipo de interface: Acceso del servidor SAP a un recurso de CIFS para recoger PDFs y cargarlos en content server.

• Comentarios: Tras la conversión a S/4 HANA no se prevé impacto en la interfase de escaneo de facturas, basada en el acceso a carpeta compartida vía protocolo CIFS. Sí se recomienda revisar el mapeado a nivel de sistemas (AL11) y realizar las pruebas oportunas.

3.2.6.2 Factura electrónica

Recepción de facturas que los proveedores incluyen a través del portal de facturación del Gobierno Xxxxx. Además ETS devuelve el estado de estas.

• Software adicional: Servidor apache comunicación EJ/GV

• Tipo de interface: El programa ZFE_GET_FACTURAS_EJGV recibe las facturas de gobierno xxxxx a través del servidor apache de ETS y el programa ZFE_UPDATE_FACTURAS_EJGV actualiza el estado de las facturas en Gobierno xxxxx a través del mismo servidor. En la tabla ZFE_CONFIG_INTER se almacena la url de Gobierno.

• Comentarios: Tras la conversión a S/4 HANA, y a nivel de integración, no se prevé impacto en la interfase de recepción de factura electrónica. Sí se recomienda revisar la configuración de puertas lógicas de los service consumer en SOAMANAGER. Además se deberá testear funcionalmente la interfaz tras la conversión, como parte de las pruebas. Podría haber impacto en back-end si las estructuras de datos sobre las que se trabaja sufren cambios en la conversión. Dado el caso, habría que readaptar las llamadas a los proxies en el lado ABAP.

3.2.6.3 Carnets ETS

La aplicación de carnets de ETS actualmente accede mediante consulta SQL a varios datos de HR para poder generar el carnet de trabajador de ETS.

• Software adicional: No

• Tipo de interface: Servidores SQL server vinculados para que la BD CarnetSQL acceda por SQL a vistas SAP de SQL server.

• Comentarios: Se prevé impacto en la interfase de Carnets ETS. A modo de resumen, ya no es posible acceder desde el exterior del sistema SAP y de forma directa a tablas de BBDD HANA. Para solventar dicha problemática utilizaremos Smart Data Access, que no requiere licencia adicional. SDA permite acceder desde SAP/HANA a BBDD externas y trabajar con ellas como si de una tabla interna se tratase. Concretamente: SDA es un método de SAP HANA para acceder a los datos almacenados en fuentes de datos remotas. Con la ayuda de SDA, SAP HANA puede crear la denominada asignación de "tabla virtual" a tablas ubicadas en orígenes de datos remotos, y luego SAP HANA puede acceder a los datos directamente accediendo a la "tabla virtual". SAP HANA puede manipular la "tabla virtual" como una tabla ordinaria, lo que significa que las operaciones, como seleccionar, actualizar, insertar, eliminar, etc., están disponibles para la "tabla virtual". Además, se admite la operación de unión entre la tabla local y la "tabla virtual". Permitiría disponer de una tabla en el aplicativo externo, accesible desde HANA con SDA de forma que cuando se graben datos en las tablas HANA asociadas, estas tablas se sincronicen con las tablas SDA. Esta solución requeriría un desarrollo que sincronice los datos de SAP en las tablas externas, pudiendo ser un “Job” que cada un periodo de tiempo que se determine se sincronice, a través de la capa ABAP.

3.2.6.4 Control de presencia

Los fichajes de tiempos almacenan en la tabla TEVEN de SAP los fichajes realizados por los empleados de ETS. Estos fichajes se realizan en terminales que están conectados al sistema de fichajes de ETS.

Además SAP Alimenta al sistema de control de presencias de los siguientes datos:

• Empleados

• Incidencias de marcajes

• Calendarios

• Absentismos

3.2.6.5 GIE

Desde la aplicación GIE, se consulta a SAP mediante unas vistas la relación de ubicaciones técnicas y equipo que existen en SAP PM.

• Software adicional: GIE

• Tipo de interface: Servidores SQL server vinculados para que la BD GIE acceda por SQL a vistas SAP de SQL server.

• Comentarios: Se prevé impacto en la interfase de GIE. A modo de resumen, ya no es posible acceder desde el exterior del sistema SAP y de forma directa a tablas de BBDD HANA. Para solventar dicha problemática utilizaremos Smart Data Access, que no requiere licencia adicional. SDA permite acceder desde SAP/HANA a BBDD externas y trabajar con ellas como si de una tabla interna se tratase. Concretamente: SDA es un método de SAP HANA para acceder a los datos almacenados en fuentes de datos remotas. Con la ayuda de SDA, SAP HANA puede crear la denominada asignación de "tabla virtual" a tablas ubicadas en orígenes de datos remotos, y luego SAP HANA puede acceder a los datos directamente accediendo a la "tabla virtual". SAP HANA puede manipular la "tabla virtual" como una tabla ordinaria, lo que significa que las operaciones, como seleccionar, actualizar, insertar, eliminar, etc., están disponibles para la "tabla virtual". Además, se admite la operación de unión entre la tabla local y la "tabla virtual". Permitiría disponer de una tabla en el aplicativo externo, accesible desde HANA con SDA de forma que cuando se graben datos en las tablas HANA asociadas, estas tablas se sincronicen con las tablas SDA. Esta solución requeriría un desarrollo que sincronice los datos de SAP en las tablas externas, pudiendo ser un “Job” que cada cierto tiempo que se determine se sincronice, a través de la capa ABAP.

3.2.6.6 Tickets Restaurant

Se realiza una consulta WEB en la intranet de la emisión de tickets restaurant de los empleados a través de una RFC.

• Software adicional: No

• Tipo de interface: Aplicación .NET que accede a vistas SQL server de SAP en modo lectura.

• Comentarios: Se prevé impacto en la interfase de tickets restaurant. A modo de resumen, ya no es posible acceder desde el exterior del sistema SAP y de forma directa a tablas de BBDD HANA. Para solventar dicha problemática utilizaremos Smart Data Access, que no requiere licencia adicional. SDA permite acceder desde SAP/HANA a BBDD externas y trabajar con ellas como si de una tabla interna se tratase. Concretamente: SDA es un método de SAP HANA para acceder a los datos almacenados en fuentes de datos remotas. Con la ayuda de SDA, SAP HANA puede crear la denominada asignación de "tabla virtual" a tablas ubicadas en orígenes de datos remotos, y luego SAP HANA puede acceder a los datos directamente accediendo a la "tabla virtual". SAP HANA puede manipular la "tabla virtual" como una tabla ordinaria, lo que significa que las operaciones, como seleccionar, actualizar, insertar, eliminar, etc., están disponibles para la "tabla virtual". Además, se admite la operación de unión entre la tabla local y la "tabla virtual". Permitiría disponer de una tabla en el aplicativo externo, accesible desde HANA con SDA de forma que cuando se graben datos en las tablas HANA asociadas, estas tablas se sincronicen con las tablas SDA. Esta solución requeriría un desarrollo que sincronice los datos de SAP en las tablas externas, pudiendo ser un “Job” que cada un periodo de tiempo que se determine se sincronice, a través de la capa ABAP.

3.2.6.7 Intranet Vistas

Existen varias vistas de datos de RH que muestra los datos de cada empleado en la intranet.

• Software adicional: no

• Tipo de interface: Servidores SQL server vinculados para que la BD intranet acceda por SQL a vistas SAP de SQL server.

• Comentarios: Se prevé impacto en la interfase de las vistas de intranet. A modo de resumen, ya no es posible acceder desde el exterior del sistema SAP y de forma directa a tablas de BBDD HANA. Para solventar dicha problemática utilizaremos Smart Data Access, que no requiere licencia adicional. SDA permite acceder desde SAP/HANA a BBDD externas y trabajar con ellas como si de una tabla interna se tratase. Concretamente: SDA es un método de SAP HANA para acceder a los datos almacenados en fuentes de datos remotas. Con la ayuda de SDA, SAP HANA

puede crear la denominada asignación de "tabla virtual" a tablas ubicadas en orígenes de datos remotos, y luego SAP HANA puede acceder a los datos directamente accediendo a la "tabla virtual". SAP HANA puede manipular la "tabla virtual" como una tabla ordinaria, lo que significa que las operaciones, como seleccionar, actualizar, insertar, eliminar, etc., están disponibles para la "tabla virtual". Además, se admite la operación de unión entre la tabla local y la "tabla virtual". Permitiría disponer de una tabla en el aplicativo externo, accesible desde HANA con SDA de forma que cuando se graben datos en las tablas HANA asociadas, estas tablas se sincronicen con las tablas SDA. Esta solución requeriría un desarrollo que sincronice los datos de SAP en las tablas externas, pudiendo ser un “Job” que cada un periodo de tiempo que se determine se sincronice, a través de la capa ABAP.

3.2.6.8 Intranet PDF

Mediante la ejecución de un programa Z en SAP, se crean PDFs con el recibo de nómina y de informe mensual de partes. En la generación del PDF, mediante una función se llama al programa verypdf para encriptar con una contraseña estos. Estos PDF se dejan en un directorio de ETS para que después se carguen en la intranet.

No se prevé impacto en la interfase de generación de PDFs de recibo de nómina y de informe mensual de partes. Tanto la AL11 como las órdenes de SPOOL y la ejecución de comandos (SM69) siguen estando operativos en S/4 HANA.

Asimismo, las instrucciones OPEN DATASET no se verán afectadas al ser ya un sistema Unicode.

3.2.6.9 LDAP

El acceso a SAP se realiza a través del directorio activo de Windows de ETS. Cada usuario de SAP tiene definido en la pestaña SNC de la SU01 su usuario de dominio de ETS. La llamada se realiza mediante la RFC LDAP_PRODECC con los con los controladores de dominio definidos en la tx. LDAP.

No se prevé impacto en cuanto a los accesos a través de Directorio Activo.

3.2.6.10 SII

Sistema de suministro de información inmediata del IVA. Este sistema envía la información tanto de las facturas emitidas como recibidas a la hacienda xxxxx. Para realizar esta interface se ha realizado un desarrollo a medida para generar los edocuments y para enviar las listas a través del Cockpit estándar de SAP.

Utilizando una ampliación del programa estándar (se80) de envío de edocuments se crea un desarrollo para que llame a ZSII_MAPEO_WS en vez de al estándar para enviar los datos mediante los web services configurados en la tx. SOAMANAGER.

En cualquiera de los casos, se deberán reconfigurar certificados en STRUST e interfases en SOAMANAGER, como parte de las tareas de conversión a S4.

3.2.6.11 PrevenCS

Mediante 2 programas Z, se genera un .txt con los datos de las bajas médicas de los empleados y un xml con la estructura de ETS que se dejan en un directorio de ETS para después entregar estos a EuskoTren.

3.2.7 Implantación nueva gestión de expedientes (antiguo GexAP)

Se implantará la aplicación que ha sido diseñada en el punto 2.3 de este anejo en su totalidad. Esta implantación deberá estar en producción al mismo tiempo que la conversión de S/4 HANA.

Document Metadata

Table of Contents

ÍNDICE

Document Metadata