Aspectos a tener en cuenta para la compresión desde sistemas locales 

Utilización

Una base de datos de compresión puede comprimir datos de varios sistemas locales (descentralizado) (sistemas R/3, sistemas R/2 y sistemas externos). Con este método, se puede mejorar la gestión de informes de un grupo de empresas, por ejemplo. Los informes de compresión se pueden ejecutar en el sistema de información central de su oficina central del grupo, incluso si los objetos del informe se hallan en sistemas locales distintos. El sistema local puede pertenecer a un subgrupo o a una subsidiaria del grupo de empresas.

Compresión desde sistemas locales

Características

Puede enviar la información de programa de inversiones de un sistema o mandante a un fichero, e importar este fichero a un sistema central o mandante. Durante el envío a un fichero, el sistema puede acceder a la información actual del programa de inversiones así como a los datos de una base de datos de compresión creada en el sistema local o mandante. Esta última característica permite la compresión en pasos incrementados en varios niveles del grupo.

Estructura del programa de inversiones y posiciones

La base de datos de compresión siempre está relacionada con un programa de inversiones. Por lo tanto, es necesario asegurarse de que las posiciones del programa de inversiones centralizado también se encuentran globalmente en todos los sistemas locales. Si los sistemas locales también son sistemas R/3 de SAP, el programa de inversiones completo de los sistemas locales debe tener una estructura idéntica a la del programa de inversiones del sistema central.

El módulo de funciones BAPI_INVPROGRAM_GET_LEAVES puede utilizarse para transferir posiciones de programa de inversiones a sistemas externos.

Entidades locales

Al suministrar los datos de programa de inversiones de sistemas externos a la base de datos de compresión, debe ser especialmente cuidadoso. Es necesario asegurarse de que toda entidad gestionada únicamente en los sistemas locales también está disponible en la base de datos de compresión centralizada. Por ejemplo, para un informe de compresión basado en centros de beneficio, los centros de beneficio del sistema local deben encontrarse en la base de datos de compresión junto con las claves y los textos breves.

Por este motivo, existe una función para exportar claves y textos breves de las entidades desde el Sistema R/3 de SAP a un fichero. Seguidamente, se puede importar este conjunto de datos a la base de datos de compresión (Programas de inversiones ® Operaciones periódicas ® Compresión). El sistema reconoce las siguientes entidades:

·        Medidas y solicitudes de medida

·        Centro de beneficio

·        Centros de coste

·        Centros

·        Ubicaciones técnicas

El resto de entidades que pueden utilizarse como características para la gestión de informes deben definirse de forma idéntica en el sistema centralizado y en los sistemas locales. El sistema supone que las siguientes características tienen una definición válida global.

·        Sociedad CO

·        Sociedad GL

·        Programa de inversiones (características: programa de inversiones, año de autorización, posición del programa de inversiones y hoja del programa de inversiones)

Otras características (como sociedad GL, división, etc.) también deben definirse en el sistema centralizado, aunque sólo sean relevantes para el sistema local.

Unicidad de características locales

Con el fin de poder identificar las características locales de forma única, el sistema asigna estas características a una característica única neutral:

Solicitud de medida/medida ® Sociedad GL

Centro de beneficio/centro de coste ® Sociedad CO

Centro/Ubicación técnica ® Sistema original

Debe asegurarse de que cada característica local es única dentro de la característica neutral. En ese caso el sistema gestiona las características dependientes del sistema en la base de datos de compresión combinándolas con su característica neutral asignada. Este procedimiento garantiza que la característica es tratada como unívoca en el sistema centralizado.

Existe otra opción para solventar este problema sin utilizar las características neutrales tal y como se ha descrito. En su lugar, es posible utilizar una ampliación de mandante. SAP proporciona dos ampliaciones de mandante para ello.

·        AAIC0001 para procesar los valores (modificando sus claves) tras la selección de datos

·        AAIC0002 para procesar las entidades tras la selección de datos

Ambas ampliaciones de mandante de SAP contienen el módulo de funciones EXIT_SAPLAIC2_001. El sistema llama a este módulo de funciones cuando la ampliación de mandante está activada, antes de que los datos que se van a comprimir se exporten a un fichero (o antes de la selección dentro de un mandante). La modificación de las claves puede programarse en el módulo de funciones.

Monedas

El sistema convierte la moneda de todos los ratios procedentes de sistemas locales a la moneda del programa de inversiones del sistema centralizado. El sistema centralizado debe tener los tipos de cambio y las cotizaciones necesarias para llevar a cabo esta conversión.

Estructuras de datos

Con el fin de importar datos de sistemas externos a una base de datos de compresión de R/3 de SAP, es necesario recuperar los datos e importarlos en los ficheros correctos (véase Compresión). Los ficheros deben estar estructurados de acuerdo con las siguientes estructuras del Diccionario ABAP de R/3:

·        Programa de inversiones y valores: BAPI1057CD

·        Entidad de medidas: BAPI1057C1

·        Entidad de centros de beneficio: BAPI1057C2

·        Entidad de centros de coste: BAPI1057C3

·        Entidad de centro: BAPI1057C4

·        Entidad de ubicación técnica: BAPI1057C5

·        Entidad de solicitudes de medidas: BAPI1057C6

Debe existir un fichero separado para cada estructura. Estos ficheros separados se importan.