✒️SAP BI / BW BO InfoProviders
SAP BI / BW BO InfoProviders
1. INFOSITIO
Un InfoSitio es todo objeto que provee información a un query.
Existen dos tipos, los físicos (contienen información persistente) y los lógicos (obtienen la información en el momento de ejecución del query). La diferencia principal es que los primeros almacenan datos reales, en cambio los lógicos obtienen los datos en tiempo de ejecución.
InfoCubo: un InfoCubo describe un set de datos delimitado en sí mismo que abarca uno o más procesos empresariales. Un usuario de reporting puede definir o ejecutar queries ante un InfoCubo.
Los tipos de InfoCubo siguientes existen en BI: InfoCubos, Virtual Providers.
Solo los InfoCubos contienen físicamente datos en la base de datos. Por esa razón también son destinos de datos, ya que en ellos se pueden cargar datos. Por el contrario, los VirtualProviders sólo representan vistas lógicas de un set de datos.
No hay ninguna otra diferencia entre estos tipos de InfoCubo al momento de hacer reporting. Las queries pueden definirse en base a todos los tipos de InfoCubo.
Muy importante a tener en cuenta, es que SAP entrega InfoObjetos previamente creados a través de su experiencia, a la que ellos llaman Best Practices.
Estos objetos previamente creados los podemos acceder desde la solapa BI Content, al igual que los InfoObjetos, el nombre técnico de los InfoCubos estándar empieza con un número, normalmente 0.
Como en la mayoría de los casos los InfoCubos estándar no satisfacen todos los casos dentro de la empresa, deberemos definir nuestros propios InfoCubos.
El nombre debe estar conformado de la siguiente manera: Debe comenzar con una letra entre la A y la Z, en la mayoría de los proyectos se utiliza una Z, ya que la mayoría de las implementaciones de SAP BI ya tienen un SAP R/3 y en esos sistemas la manera de identificar los programas realizados por el cliente es con una Z (también se puede usar una Y, pero no es lo común). La longitud debe ser entre 3 y 9 caracteres.
2. INFOCUBOS
Existen dos subtipos de InfoCubos: estándar y en tiempo real.
Aunque ambos tienen un diseño de esquema estrella ampliado, los InfoCubos en tiempo real están optimizados para su actualización directa, y no requieren el uso del proceso ETL. Los InfoCubos en tiempo real se utilizan de forma casi exclusiva en el set de herramientas de planificación integrada en BI (Integrated Planning).
Los cubos en tiempo real antes se llamaban InfoCubos transaccionales, ya que el sistema accede a lso datos en un InfoCubo de este tipo mediante transacciones. En otras palabras, los datos se escriben en el InfoCubo (posiblemente de más de un usuario al mismo tiempo) y se leen al instante otra vez cuando es necesario. Los InfoCubos estándar no son adecuados en este caso.
Todos los InfoCubos BI constan de una serie de tablas relacionales agrupadas en una esquema estrella. Las tablas mencionadas, son las que veremos a continuación:
- Tabla de hechos: Un InfoCubo consiste precisamente en una tabla de hechos en la que se almacenan los valores de ratio. Una tabla de hechos contiene un máximo de 233 ratios.
- Tabla de dimensión: Un InfoCubo suele tener un mínimo de cuatro tablas dimensionales y un máximo de 16. De éstas, 13 de las 16 las crea el cliente y 3 son las dimensiones que nos otorga SAP:
* Tabla de dimensión de unidades; Tabla de dimensión de paquete de datos; Tabla de dimensión de tiempo.
Las dimensiones del cliente contienen SID vinculadas a un máximo de 248 InfoObjetos de características.
3. ODS
Un Objeto DataStore se utiliza para almacenar datos consolidados y depurados (datos variables o datos maestros) a nivel de documento.
Los ODS se posicionan en el diseño de almacén general.
Pueden utilizarse para dar soporte al reporting detallado de operaciones, o ser parte del almacén en el que pueden utilizarse para acumular años de datos que puedan ser útiles en algún futuro.
Una diferencia muy importante entre ODS e InfoCubos es que los ODS tienen la opción de sobreescribir registros, mientras que los InfoCubos no. Esta es una gran diferencia, los cubos crean un nuevo registro si las características no son exactamente las misma en dos registros diferentes.
Propiedades: diseñados para grabar datos depurados a nivel de documento
- Función de sobreescribir:
Las características que no forman partel de la clave siempre se sobreescriben.
Los ratios (por ejemplo, el volumen de compras) pueden fijarse en sobreescribir, añadir o no actualizar.
- Reporting medante BEx:
El reporting directo es opcional.
Los escenarios de reporting normales implican un desglose desde el InfoCubo al ODS.
Dado que un objeto DataStore está diseñado como una tabla, contiene campos clave (número y posición de documento, por ejemplo) y campos de datos.
Los campos de datos no sólo pueden ser ratios sino también campos de caracteres (status de pedido, cliente o tiempo, por ejemplo). Puede utilizar una actualización delta para actualizar datos de objeto DataStore en InfoCubos conectados o en objetos DataStore adicionales o tablas de datos maestros (atributos o textos) en el mismo sistema o en sistemas diferentes.
Clases de ODS
- ODS Estándar: consiste en tres tablas (cola de activación, tabla de datos activas y log de modificaciones). Está totalmente integrado en el proceso de staging. En otras palabras, los datos se pueden cargar y descargar de los objetos DataStore durante el proceso de sstaging. Utilizar un log de modificaciones signofica que todas las modificaciones también se escriben y están disponibles como uploads delta para destinos de datos conectados.
- Optimizado para escritura: es un nuevo tipo de objeto DataStore. Está dirigido al nivel de almacén de la arquitectura y tiene como ventaja la mayor rapidez de las cargas.
- ODS de actualización directa: (ODS transaccional 3.x anterior) sólo tiene la tabla con datos activos. Esto significa que no se integra tan fácilmente en el proceso de staging. En lugar de eso, esta clase de objeto DataStore se rellena utilizando APIs y se puede leer a través de un BAPI.
 
 
 
Sobre el autor
Publicación académica de Diego Rafael Arevalo Forcado, en su ámbito de estudios para la Carrera Consultor en SAP BI / BW BO.
Diego Rafael Arevalo Forcado
Profesión: Estudiante de Universidad - Paraguay - Legajo: JN32R
✒️Autor de: 13 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Certificación Académica de Diego Arevalo