✒️SAP BI / InfoProviders Por Mary Galicia

https://www.tutorialspoint.com/sap_bw/sap_bw_datastore_objects_types.htm

INFOSITIOS / INFOPROVIDERS

Son los objetos necesarios para crear Querys en las Herramientas BEx.

Pueden ser tanto objetos físicos como vistas lógicas, que almacenan datos de forma temporal para mostrarlos en un reporte.

Para acceder a ellos Transacción RSA1 / Sección InfoSitios / Clic Dcho en el que queramos

Existen dos tipos de InfoSitios: InfoCubos y ODS

INFOCUBOS

Son objetos primarios para soportar Querys en BEx.

Almacena Datos Resumidos y agregados durante largos periodos de tiempo, y muy importante es saber que los registros no pueden sobreescribirse.

La mayoría de Querys tienen como destino estos objetos, que utilizan modelos de datos multidimensionales que describen un set de datos delimitado en sí mismo, que abarca uno o más procesos empresariales.

La transacción LISTSCHEMA permite ver el resumen de las tablas de los InfoCubos.

SAP entrega InfoCubos preconfigurados que podemos instalar (su nombre técnico empieza por 0), aunque también podemos crear los nuestros si aquellos no cubren nuestras necesidades (el nombre técnico creado debe empezar por Z).

Para instalar InfoCubos preconfigurados por SAP transacción RSA1 / Solapa BI Content / Tipo de Objetos / Seleccionamos el deseado y clic en Transferir Selecciones / Clic en Instalar.

Tipos de InfoCubos:

Estándar: Modelo Estrella Extendido, contienen físicamente los datos en la base de datos y hay que hacer un proceso ETL para transportar los datos desde el origen.

Tiempo Real: Modelo Estrella Extendido, están optimización para actualización directa (no es necesario el proceso ETL), los datos se escriben en el InfoCubo y se leen al instante cuando es necesario, ya que son vistas lógicas de un set de datos (no los almacenan).

Tablas que componen los InfoCubos:

Tabla de Hechos: Se generan dos tablas, la F (óptima para carga de datos y que se debe comprimir frecuentemente) y la E (óptima para solicitud de datos y donde se envían los datos comprimidos de la tabla F). Esta tabla de hechos almacena valores de ratio y contiene un máximo de 233 ratios.

Tabla de Dimensiones: Se generan al activar el InfoCubo, tiene un mínimo de 4 (de las que tres las crea SAP -unidades, paquete de datos y tiempo-) y un máximo de 16 (por tanto 13 las crea el cliente, y contienen SID vinculadas a un máximo de 248 InfoObjetos de características).

Creación de InfoCubos:

Transacción RSA1 / InfoSitios / InfoArea / Clic Dcho Crear InfoCubo.

Seleccionamos Clase de InfoCubo (estándar o tiempo real), nombre técnico y descripción.

Mediante Arrastrar-Soltar, insertamos las Características y Ratios y creamos las Dimensiones.

Activamos el InfoCubo.

Administración de InfoCubos ya creados:

Transacción RSA1 / Clic Dcho InfoObjeto / Gestionar

* SOLAPA CONTENIDO:

Contenido InfoCubo (visulaizar contenido en función de filtros seleccionados), Tabla de Hechos (visulaizar los registros disponibles en las diferentes dimensiones del InfoCubo), Borrado Selectivo (para borrado parcial de datos registrados, a usar sólo cuando el borrado de peticiones no es suficiente, o bien borra datos útiles).

* SOLAPA RENDIMIENTO:

Rendimiento del InfoCubo, verificación, borrado y reparación de índices y estadísticas de la base de datos.

* SOLAPA PETICIONES:

Permite ver estatus, monitoreo, DTP, fecha, borrado selectivo, etc. Es la zona para monitorear las peticiones realizadas, y para borrar peticiones específicas.

* SOLAPA TRANSFERIR:

También conocida como ROLL UP, nos sirve para todo lo referente a agregados.

* SOLAPA COMPRESION:

Seleccionamos hasta qué petición del InfoCubo queremos comprimir los datos, que pasarán a la Tabla de Hechos E.

* SOLAPA REESTRUCTURACION:

Permite reestructurar los datos del InfoCubo después de determinadas modificaciones.

ODS

InfoSitios que almacenan registros muy detallados, que además permiten sobreescribir registros.

Se usan como almacén de datos, en el que acumular años de datos para su uso en el futuro, y también pueden dar soporte al reporting detallado.

Dado que están diseñados como una tabla, contienen campos clave y campos de datos. Los campos de datos no sólo pueden ser ratios sino también características (status de pedido por ejemplo).

Tipos de ODS:

Estándar: Crean tres tablas:

- Datos Activos: Almacena el status actual de los datos y se usa para reporting. Requiere de una clave semántica definida por el usuario.

- Log Modificaciones: Aquí se almacena el historial completo de cambios, pues no se borra automáticamente. Los destinos conectados se actualizan desde esta table si reciben datos en modo Delta.

- Cola de Activación: Durante el DTP, los registros se escriben primero en esta tabla y, al activar la solicitud, se borran los datos ya que pasan a las tablas anteriores.

Optimizado para Escritura: Dirigido al nivel de almacén de la arquitectura, permite una mayor rapidez de carga, teniendo en cuenta que los datos con la misma clave no serán agregados.

Actualización Directa: Sólo tiene tabla de Datos Activos, no se integra fácilmente en el proceso de staging (PSA), y los datos se cargan mediante APIS y se leen mediante BAPI.

En implementaciones, hay que distinguir tres clases de ODS:

- Datos Fuente Similares: Los datos se almacenan igual que en la fuente de datos, y para conservar un historial de modificaciones hay que añadir una referencia temporal consistente en la clave del ODS.

- Requerido Técnicamente: Es un almacenamiento armonizando por Tipo de Datos de Variante y Longitud (p.ej. tenemos 10 caracteres en un sistema fuente y 13 en otro sistema fuente, por lo que en el ODS el campo deberá tener 13 caracteres siempre), por Método Delta (para convertir diferentes métodos delta en un único delta con una clase) o por Datos (p.ej. un sistema fuente codifica 100 Coche y otro 100 lápiz, así que tendremos que crear en ODS números de material globales únicos).

- Específico de Aplicación Empresarial: Para preparar datos para escenarios específicos de reporting.

Creación de ODS:

Transacción RSA1 / InfoSitios / Clic Dcho Crear ODS.

Ingresamos nombre técnico, descripción y tipo de ODS (estándar, optimizado escritura o directo).

Mediante arrastrar/soltar agregamos los InfoObjetos determinando cuáles serán Valores Clave (key figures) y cuáles no.

Opciones del ODS a la hora de modelarlo:

En primer lugar hay que definir qué InfoObjetos contendrá, y de éstos, cuáles serán los Objetos Clave que definirán el proceso y que formarán la clave del ODS.

Deberán definirse cuáles son los Objetos de Datos que dependerán de los anteriores, conformando los campos de datos del ODS.

La opción Generar SID en Activación ralentiza la carga de datos, pero optimiza el reporting, por lo que sólo debe marcarse si el ODS se va a usar para reporting.

La opción Clase de ODS nos permite modificar el tipo de ODS, teniendo en cuenta que si ya contiene datos, no podrá pasar de Estándar a Optimizado para Escritura.

La opción Registro de Datos únicos se activará sólo si la fuente de datos entrega datos únicos, es decir, que sólo se cargará una vez cada clave, y permite mejorar el rendimiento del ODS.

La opción Fijar Status Calidad OK automáticamente es un requisito previso para activar y continuar actualizando datos en destinos de datos conectados.

Administración de ODS ya creados:

Transacción RSA1 / Clic Dcho ODS / GESTIONAR

* SOLAPA CONTENIDO: Log (ver fecha y estado de acciones), new data (datos que aún no han sido activados y que están en la tabla cola de activación), active data (datos que hay en la tabla de datos activos), log cambios (historial de modificaciones en la tabla log de modificaciones) y borrado selectivo (para borrados específicos del ODS, sólo a usar cuando el borrado por petición no sea suficiente o sobrepase la cantidad de datos que queremos borrar).

* SOLAPA PETICIONES: Permite ver estatus, monitoreo, DTP, fecha, borrado selectivo, etc. Es la zona para monitorear las peticiones realizadas, y para borrar peticiones específicas.

* SOLAPA REESTRUCTURACION: Permite reestructurar los datos del InfoCubo después de determinadas modificaciones.

INFOSETS

Permiten reporting usando varios InfoSitios, ya que son objetos que sirven para agrupar y enlazar cualquiera de los destinos de una vista lógica, que pueda usarse como proveedor para querys.

Son enlaces de objetos, ODS, InfoCubos estándar y/o InfoObjetos.

Restricción: No se puede definir un InfoCubo como operando derecho del enlace exterior izquierdo (todos los registros de la primera tabla se incluyen en los resultados, pero si en la segunda tabla no existían, se crea un registro con valores iniciales -campos vacíos-, lo que puede afectar a los resultados del query).

Recomendaciones para el modelado: No usar demasiados InfoSitios, es mejor definir varios InfoSets, usar un pequeño número de enlaces del tipo exterior izquierdo sólo si es necesario, y no efectuar cálculos antes de la agregación, ya que puede llevar a resultados incorrectos en el query.

InfoSitios que se pueden incluir en el enlace: InfoObjetos de tipo característica con datos maestros, que ya están incluidos como InfoSitios o que son atributos de uno, ODS cuyas claves contienen un InfoObjeto que ya se incluye como InfoSitios en el enlace o atributo de uno, e InfoCubos ya incluidos en el enlace o que tienen InfoObjetos que ya están en el InfoSet.

Creación de InfoSets:

Transacción RSA1 / InfoArea / Clic Dcho Crear InfoSet

Ingresar nombre técnico y primer InfoSitio (ODS, InfoObjeto o InfoCubo)

Aparece el objeto y resto de objetos disponibles

Podemos añadir otros InfoSitios y unimos según nuestras necesidades

Activamos el InfoSet

MULTIPROVIDERS / MULTISITIOS

InfoSitio que combina datos de varios InfoSitios y los proporciona para reporting.

No contiene datos, los obtiene de los InfoSitios en los que se basa, que pueden ser combinaciones de InfoCubos, ODS, InfoObjetos, InfoSets y/o Niveles de Agregación.

Dado que una Query BEx sólo puede basarse en un InfoSitio, el MultiSitio permite el acceso indirecto a varios proveedores de datos, teniendo como ventajas el diseño simplificado, la posibilidad de particionar InfoCubos y ODS individualmente y la mejora de rendimiento a pesar de ejecutar subquerys en paralelo.

Cada característica de un MultiSitio debe coincidir con una características o atributo de navegación de cada InfoSitio implicado… Si esto no ocurre se registrará un valor # (no asignado).

Debido al sistema de funcionamiento por UNIONES, sólo vale la pena incluir características en el MultiSitios que aparecen en los InfoSitios fuente.

La diferencia entre MultiSitios e InfoSets es la forma en la que se enlazan las tablas. Si bien los InfoSets enlazan los proveedores inferiores mediante enlaces de base de datos, los MultiSitios utilizan uniones, que son sets que contienen todos los datos de ambos proveedores (cuando los datos no tienen el mismo significado empresarial, se crean combinaciones no deseadas como resultado de valores no asignados #).

Creación de MultiSitios:

Transacción RSA1 / InfoArea / Clic Dcho Crear MultiSitio

Ingresar nombre técnico y primer InfoSitio (ODS, InfoObjeto o InfoCubo)

Aparece el objeto y resto de objetos disponibles

Podemos añadir otros InfoSitios y unimos según nuestras necesidades

Activamos el MultiSitio.

INFOPROVIDERS EN SAP BW – ¿QUÉ SON Y PARA QUÉ SIRVEN?

Los InfoProviders en SAP BW son los contenedores de información del Data Warehouse, a ellos se le cargan los datos y crean querys (consultas) que toman datos de allí para mostrarlos en Reportes.

Un infoProvider está compuesto por infoObjetos. Cada infoObjeto se podría tomar como un campo de una tabla. Asi por ejemplo el infoProvider Ventas, puede estar compuesto de los infoObjetos características “Nro. Pedido”, “Cliente”, “Pais”, “Producto” y los infoObjetos ratios “Cantidad” y “ValorUnitario”. Cada registro del infoProvider va a tener un valor en el infoObjeto y en este caso representará por ejemplo una Venta. Y esta información se visualizara a través de una Query (Reporte).

La información, que proviene de distintas fuentes tales como el sistema SAP R3 o sistemas distintos a SAP, se extrae, pasan a través de una Transformación para luego por ultimo quedar almacenado en el infoProvider como podemos ver en esta imagen: