Conceptos Básicos SAP BI - Netweaver 7.0 - HCC

Comentarios

Transcripción

Conceptos Básicos SAP BI - Netweaver 7.0 - HCC
Conceptos Básicos
SAP BI - Netweaver 7.0
Antonio Tapia Moreno
HCC-Hotel Cost Control
www.hotelcostcontrol.com
[email protected]
NOMBRE TAPIA
MORENO
ANTONIO - NIF
43084940Y
Firmado digitalmente por
NOMBRE TAPIA MORENO
ANTONIO - NIF 43084940Y
Nombre de reconocimiento
(DN): c=es, o=FNMT, ou=fnmt
clase 2 ca, ou=703001774,
cn=NOMBRE TAPIA MORENO
ANTONIO - NIF 43084940Y
Fecha: 2014.07.23 20:41:32
+02'00'
Contenido
NOTA DEL AUTOR.................................................................................................................................................... 5
INTRODUCCIÓN A SAP ............................................................................................................................................ 6
MODELOS DE BASES DE DATOS - OLTP y OLAP....................................................................................................... 7
OLTP (Online Transaction procesing): ................................................................................................................. 7
OLAP (Online Analytical processing): .................................................................................................................. 7
MODELOS DE DATAWAREHOUSE - ALMACÉN DE DATOS....................................................................................... 8
Modelo Estrella Clásico: ...................................................................................................................................... 8
Modelo Estrella Extendido: ................................................................................................................................. 8
INFOOBJETOS ........................................................................................................................................................ 10
Creación de InfoObjetos de Tipo Característica: .............................................................................................. 10
Creación de InfoObjetos de Tipo Ratio: ............................................................................................................ 12
Administración de InfoObjetos ya creados: ...................................................................................................... 12
Unidades de Medida: ........................................................................................................................................ 13
Jerarquías: ......................................................................................................................................................... 13
INFOCATALOGOS .................................................................................................................................................. 14
PROCESO ETL - FLUJO DE DATOS .......................................................................................................................... 15
Proceso de extracción: ...................................................................................................................................... 15
Proceso de transformación: .............................................................................................................................. 19
Crear Fuente de Datos e InfoPaquete para Textos de un Dato Maestro: ........................................................ 20
Crear Fuente de Datos e InfoPaquete para Atributos de un Dato Maestro: .................................................... 21
Crear Transformación y DTP (proceso de carga de textos y atributos): ........................................................... 21
Capítulo: NOTA DEL AUTOR
Proceso de Carga: ............................................................................................................................................. 20
2
Contenido
INFOSITIOS / INFOPROVIDERS .............................................................................................................................. 22
INFOCUBOS ........................................................................................................................................................... 22
Tipos de InfoCubos:........................................................................................................................................... 22
Tablas que componen los InfoCubos: ............................................................................................................... 23
Creación de InfoCubos: ..................................................................................................................................... 23
Administración de InfoCubos ya creados: ........................................................................................................ 23
Performance de InfoCubos ya creados: ............................................................................................................ 24
Agregados: ........................................................................................................................................................ 25
ODS........................................................................................................................................................................ 26
Tipos de ODS: .................................................................................................................................................... 26
Creación de ODS: .............................................................................................................................................. 27
Opciones del ODS a la hora de modelarlo: ....................................................................................................... 27
Administración de ODS ya creados: .................................................................................................................. 27
Performance de ODS ya creados: ..................................................................................................................... 28
INFOSETS ............................................................................................................................................................... 29
Creación de InfoSets: ........................................................................................................................................ 29
MULTIPROVIDERS / MULTISITIOS ......................................................................................................................... 30
Creación de MultiSitios: .................................................................................................................................... 30
HERRAMIENTAS BEX (Business Explorer) .............................................................................................................. 32
BEX QUERY DESIGNER ........................................................................................................................................... 33
BEX ANALYZER....................................................................................................................................................... 38
BEX WEB APPLICATION DESIGNER ........................................................................................................................ 39
BEX BROADCASTER ............................................................................................................................................... 40
Capítulo: NOTA DEL AUTOR
CADENA DE PROCESOS ......................................................................................................................................... 31
3
Contenido
INTEGRATED PLANNING........................................................................................................................................ 41
Introducción y Aspectos Fundamentales: ......................................................................................................... 41
Funciones de Planificación: ............................................................................................................................... 41
Query preparada para Entrada de Datos: ......................................................................................................... 42
Bloqueo de Datos: ............................................................................................................................................. 43
Planificación con BEx Analyzer: ......................................................................................................................... 43
Secuencias de Planificación: ............................................................................................................................. 45
MONITOREO DEL SISTEMA SAP BI ........................................................................................................................ 46
MANTENIMIENTO DEL SISTEMA SAP BI ................................................................................................................ 47
Buscando Objetos No Usados: .......................................................................................................................... 47
Borrando Objetos:............................................................................................................................................. 47
Análisis de Objetos: ........................................................................................................................................... 47
TABLAS INTERNAS DE SAP..................................................................................................................................... 48
Capítulo: NOTA DEL AUTOR
TRANSACCIONES ................................................................................................................................................... 49
4
NOTA DEL AUTOR
Este ebook trata de resumir la mayoría de aspectos teóricos del módulo SAP BI.
Se recomienda la visualización de vídeos prácticos disponibles en Youtube y Foros de SAP que puedes
encontrar a través de Google.
Asimismo, es recomendable tener acceso al módulo SAP BI para practicar esta teoría y habituarse a
las diferentes pantallas y modo de interacción con el software, como paso previo a la realización del
examen de Certificación, ya que es muy útil para comprender y asociar la teoría con la práctica.
Esta documentación puede ser un soporte de estudio muy válido para la obtención de la certificación
SAP Certified Application Associate BI with SAP NetWeaver 7.0.
Espero os sea de mucha ayuda !!!
Antonio Tapia Moreno
“Desde siempre ha primado el orden a la hora de formarme y desarrollarme
Académica y Profesionalmente, permitiéndome crecer en el Sector desde los
puestos base, en nuestro Restaurante Familiar, hasta puestos de Dirección
Corporativa en Cadenas Hoteleras”.
FORMACIÓN ACADÉMICA:
Executive MBA, SAP Certified Application Associate BI with SAP NetWeaver 7.0, PMP-Project
Management Professional© Certificado, European Degree in Hotel Management, Dirección Hotelera
Internacional, Administración y Finanzas.
Formador de Equipos Hoteleros, Sistemas de Gestión Integrados, Modelos de Contabilidad de Gestión,
Dirección Hotelera, Consultoría Estratégica, Business Intelligence
Consulta mi perfil en http://www.hotelcostcontrol.com/antonio-tapia/
Capítulo: NOTA DEL AUTOR
HITOS PROFESIONALES:
5
INTRODUCCIÓN A SAP
Empresa alemana creada en 1972, que desarrolla software para grandes y pequeñas empresas (para
éstas últimas dispone de SAP Business One).
SAP= Sistemas, Aplicaciones y Productos
Los módulos de SAP R/3 (ahora SAP ECC) como ERP son:









FI (Financial) Finanzas.
CO (Controlling) Costos y Control.
LO (Logistics) Logística.
SD (Sales and Distribution) Ventas y Distribución.
MM (Materials Management) Gestión de Materiales.
LE (Logistics Execution) Ejecución de logítica.
PP (Production Planning) Planificación de la producción.
HR (Human Resources) Recursos Humanos.
BC Basis Components.
Otras herramientas de SAP son:


Portal Entorno web centralizado, donde interactúan todos los sitemas SAP.
CRM (Customer Relationship Management): Relación con clientes

SRM (Suppliers Relationship Management): Relación con proveedores
SAP BI es el módulo que se encarga de analizar los datos de la empresa, obteniendo información
tanto de otros módulos de SAP, como de otras bases de datos, archivos planos, conexiones XML, etc.
El propio módulo SAP BI tendrá su base de datos.
Reporting con
Herramientas BEx
Módulos SAP
Otras Bases Datos
SAP BI
Archivos Planos
Analyzer
Web Application
XML
etc.
Query Designer
Base Datos SAP BI
de tipo OLAP
etc
Capítulo: INTRODUCCIÓN A SAP
Origen de Datos
6
MODELOS DE BASES DE DATOS - OLTP y OLAP
OLTP (Online Transaction procesing):
Son bases de datos orientadas al procesamiento de transacciones. Una transacción genera un
proceso que puede involucrar operaciones de inserción, modificación y borrado de datos. Está
optimizado para el proceso diario y operativo de la empresa.
Podemos destacar algunas características:




Nivel de detalle alto: Un registro de compra almacena todo el detalle de datos.
Historial: Se almacenan datos históricos mínimos para que no recargar el sistema.
Modificación de datos: Continuamente se harán cambios en los datos del sistema.
Redundancia de datos: Se realiza una alta normalización de las tablas para evitar redundancia
de datos (el ejemplo de normalización es una tabla específica para países, etc).
Un problema en los modelos OLTP es que debido a que deben almacenar grandes cantidades de datos
y al mismo tiempo querer realizar análisis y reporting, los sistemas se sobrecargan, es por eso que
nace OLAP.
OLAP (Online Analytical processing):






Diseñados para realizar grandes consultas en poco tiempo.
Facilitan la consolidación de los datos de forma automática y óptima.
Almacena las estructuras que garantizan la rapidez en las consultas.
Generalmente usan cubos conformados por dimensiones.
Se desnormalizan los datos, lo que facilita las consultas.
Se almacenan datos históricos generalmente de 2 a 6 años.
En el caso de SAP, el módulo SAP R/3 usa un modelo OLTP para la operativa diaria de la empresa,
mientras que el módulo SAP BI utiliza el modelo OLAP para llevar a cabo la explotación de los datos
disponibles.
Capítulo: MODELOS DE BASES DE DATOS - OLTP y OLAP
Están diseñados para el análisis intensivo de datos, por lo que se puede decir que es un sistema
informativo para la empresa que permite generar conocimiento para tener ventaja sobre la
competencia.
7
MODELOS DE DATAWAREHOUSE - ALMACÉN DE DATOS
Modelo Estrella Clásico:
El más usado para bases de datos relacionales, permite establecer interconexiones (relaciones) entre
los datos (que están guardados en tablas), y a través de dichas conexiones relaciona los datos de
ambas tablas.
Se basa en dos grupos de datos: Hechos (importes, cantidades, medidas) y Dimensiones (proveedor,
cliente, material, tiempo, etc).
Fuente Wikipedia
Modelo Estrella Extendido:
No almacena los datos maestros dentro de las dimensiones, sino que lo hace en las tablas específicas
de datos maestros, creando de 1 a 3 tablas más (atributos, textos y jerarquías).
La relación entre ambas tablas se realiza a través de una intermedia entre las tablas mencionadas y la
tabla de dimensión llamada SID.
Capítulo: MODELOS DE DATAWAREHOUSE - ALMACÉN DE DATOS
Son rápidos y fáciles de entender debido a la baja cantidad de operaciones para enlazar Hechos y
Dimensiones, al ser interconexiones directas, pero limitan el alcance del BI y requieren de tablas
relativamente sencillas.
8
Permite la gestión del historial de dimensiones, capacidad multilingüe y utilización de datos maestros
entre distinttos INFOCUBOS (dimensiones compartidas).
Asimismo, se mejora el rendimiento del Query, ya que los ratios agregados se pueden almacenar en
sus propias tablas de hechos.
DIFERENCIAS ENTRE MODELOS DW
Facilidad para enlazar tablas de hechos y dimensiones
Modelado de entradas redundantes en tabla de dimensiones
Posibilidad de tratar información multilingüe en tabla de textos
Modelado de tipos de jerarquías
Uso de Datos Maestros en diferentes InfoCubos
Mejora del rendimiento del Query
ESTRELLA
CLASICO
X
ESTRELLA
EXTENDIDO
X
X
X
X
X
Capítulo: MODELOS DE DATAWAREHOUSE - ALMACÉN DE DATOS
Fuente CVOSoft
9
INFOOBJETOS
Son los Objetos utilizados para analizar Ratios y modelar Datos Maestros. Pueden ser de dos tipos:
Características, que se dividen en:
- Técnicas: Para organizar SAP BI
- Unidades: Empareja valores de ratios con sus unidades de evaluación
- De Tiempo: Establecen una relación temporal
- Típicas: Como por ejemplo material, empresa, cliente, etc.
Ratios: Son los valores que sirven de indicadores en el análisis (cantidad, importe, etc).
Los InfoObjetos son módulos o campos de información disponibles en BI. Sólo se identifican por su
nombre técnico (no tienen descripción), y contienen información de análisis técnico y empresarial
para Datos Maestros y Datos Variables.
Se usan en todo el sistema (InfoCubos, Transformaciones, Tablas PSA, Atributos, Textos, Jerarquías,
ODS) para crear Estructuras y Tablas en las que almacenar datos, permitiendo el modelado de
información y la definición de reportes.
Características que definen Datos Maestros:
Se cumple cuando especifican que las tablas de atributos, textos o jerarquías están enlazadas para
aportar información adicional sobre la característica, y ofrecen una importante fuente de información
para las necesidades de Reporting.
Creación de InfoObjetos de Tipo Característica:
2 OPCIONES DE CREACIÓN:
Transacción RSA1 / InfoArea / InfoCatalogo / Clic Derecho y Crear InfoObjeto.
Transacción RSD5 o RSD1 (al finalizar la creación ir a InfoCatalogo / Clic Dcho insertar Característica
como InfoSitio)
Ingresamos nombre técnico y descripción / Seleccionamos tipo de InfoObjeto Ratio
* Seleccionamos el tipo de datos (CHAR -string caracteres-, NUMC -string caracteres numéricos-,
DATS -campo fecha formato AAAAMMDD-, TIMS - campo tiempo formato HHMMSS-).
* Rutina de Conversión, que puede ser INPUT o OUTPUT. Se lleva a cabo una conversión de los
contenidos de un campo de pantalla de formato de presentación, para dar un formato SAP interno o
viceversa.
Capítulo: INFOOBJETOS
SOLAPA GENERAL:
10
* Determinamos si sólo será un atributo de otra característica, y en caso que así sea indicamos qué
característica es. Además no podrá usarse para carga de InfoCubos.
* Podemos indicar el responsable del objeto, pero sólo se registra a título informativo.
SOLAPA BUSINESS EXPLORER:
* Display: Nos permite visualizar sólo el texto, la clave o texto y clave de la característica.
* Tipo de Texto: Establecemos si visualizar texto corto, medio o largo.
* BEx Description: es la aplicación del anterior punto en las herramientas BEx.
* Selección: Si establecemos o no límites en restricciónes.
* Val. Filtro en Query: Si sólo tendremos como filtro los valores que tiene como Datos Maestros, o los
que están en el InfoCubo.
* Representación Val. de Filtro: RadioButton, Dropdown, etc.
* Unidad de Medida: La que se usará por defecto.
* Atributo Moneda: La que se usará por defecto.
* Relevante Autorización: Para la limitación de accesos según rol de usuarios.
* Tipo Geográfico: Para geolocalización en mapas.
SOLAPA DATOS MAESTROS/TEXTOS:
Seleccionaremos si la característica tiene datos maestros y si tiene textos, así como si estos textos
son dependientes del lenguajes y dependientes del tiempo.
SOLAPA ATRIBUTOS (sólo aparece si activamos los Datos Maestros en el paso anterior):
* Atributos: Nombre de la característica que será su atributo.
* Dependiente Tiempo: Si será o no dependiente de tiempo (la característica puede cambiar en el
tiempo, por ejemplo en 2005 el cód 100 era hamburguesa y en 2006 el cód 100 es pan).
* Atributo Navegacional: Si será visto en report como característica o sólo como atributo de
visualización.
* Relevante Autorización: Para restringir visualizaciones según el rol del usuario.
* Texto de la Característica: Si seleccionamos atributo navegacional, determinamos si usaremos la
descripción o nombre específico.
SOLAPA JERARQUÍAS:
Aquí seleccionaremos si usamos o no jerarquías y el tipo de jerarquía.
Determinaremos si la característica tiene relación con un InfoObjeto superior, estableciendo las
dependencias. Por ejemplo un material específico que sólo pertenece a un proveedor determinado.
Capítulo: INFOOBJETOS
SOLAPA RELACIONES:
11
Creación de InfoObjetos de Tipo Ratio:
2 OPCIONES DE CREACIÓN:
Transacción RSA1 / InfoArea / InfoCatalogo / Clic Derecho y Crear InfoObjeto.
Transacción RSD5 o RSD1 Transacción RSD5 o RSD1 (al finalizar la creación ir a InfoCatalogo / Clic
Dcho insertar Característica como InfoSitio)
Ingresamos nombre técnico y descripción / Seleccionamos tipo de InfoObjeto Ratio
SOLAPA TIPO/UNIDAD:
Seleccionamos el tipo de datos (IMPORTE, NUMERO, FECHA, CANTIDAD, TIEMPO, ENTERO), así como
la Monedad y Inidad de esa moneda o medida.
SOLAPA AGREGACION:
Aquí seleccionaremos el tipo de agregación (MAX -máximo-, MIN -mínimo-, SUM -sumatorio-), así
como si son valores acumulativos o no.
SOLAPA PROPIEDADES ADICIONALES:
Seleccionaremos cantidad de decimales y cómo se representará en los reportes si 1:1, 1:100, etc.
Administración de InfoObjetos ya creados:
Transacción RSA1 / InfoArea / InfoCatalogo / Clic Dcho InfoObjeto
Podremos llevar a cabo las siguientes tareas de administración:
- Mantener Datos Maestros: Podemos agregar datos maestros manualmente, editar y borrar
registros, etc.
- Activar Datos Maestros: Para poder disponer de los InfoObjetos ya cargados hay que activarlos.
Capítulo: INFOOBJETOS
- Borrar Datos Maestros: Se borrarán siempre que esos datos no estén siendo usados por otro
objeto, en ese caso se tendrá que desvincular el uso del InfoObjeto en todos los objetos en los que
participa, como paso previo al borrado de datos.
12
Unidades de Medida:
Transacción CUNI / Visualizamos o creamos nuevas unidades de medida según tres grupos:
* DIMENSIONES: Energía (kw), agua (m3)… La mayoría están configurados por SAP.
* CODIGOS ISO: Para convertir unidades internas de SAP en unidades de medida universales.
* UNIDADES DE MEDIDA: También configuradas por SAP, aunque permiten la creación de nuevas.
Jerarquías:
Aumentan la claridad de los informes, disponiendo jerárquicamente diversas características y ratios
en ellos.
Se pueden visualizar las características incluidas en la definición de consulta como una jerarquía, o
bien seleccionar una jerarquía externa como la de presentación para una característica en la
definición de la consulta.
Algunas propiedades son: Clasificación (ascendente, descendente, por nombre, clave), Desplegar
Nivel (nivel al que se despliega por defecto), Posición Nodos nivel Inferior (establecer si irá por
encima o por debajo de su nivel superior), Valores de Nodos Contabilizados (mostrar u ocultar
valores de nodos registrados), Nodos con sólo un Nodo Inferior (mostrarlos u ocultarlos).
Se pueden usar jerarquías para seleccionar valores de filtro para características, mediante Nodos de
Jerarquía Individuales.
Las jerarquías definidas por el usuario pueden incluirse junto con jerarquías externas cargadas desde
sistemas de origen.
* NODOS: Las jerarquías se componen de nodos. El nodo raíz es el primero en nivel, y de él cuelgan
los nodos inferiores. Todos los nodos del mismo nivel forman un Nivel de Jerarquía. El nivel de un
nodo indica la distancia que hay de éste al nodo raíz.
* HOJAS: Contienen los valores de característica para las características base, y pueden disponer de
entradas en la tabla de hechos. Una Hoja no puede tener Nodos Inferiores.
* INTERVALOS: Contienen el número de Hojas relacionadas entre sí, descritas por sus niveles
superior e inferior. Se pueden crear para un Nodo que tenga más de una Hoja.
* NODOS DE ENLACE: Para incluir más de una vez un árbol de nivel inferior en una jerarquía. No
pueden tener nodos de nivel inferior.
Capítulo: INFOOBJETOS
Componentes en las Jerarquías:
13
Nodo Raíz:
Ej. Empresa
Nivel Jerarquía 1
Nivel Jerarquía 1
Ej. Región 1
Ej. Región 2
Nivel Jerarquía 2
Nivel Jerarquía 2
Nivel Jerarquía 2
Nivel Jerarquía 2
Nodos de Texto o de
Jerarquía Externa
Nodos de Texto o de
Jerarquía Externa
Nodos de Texto o de
Jerarquía Externa
Nodos de Texto o de
Jerarquía Externa
Ej. ZONA 1
Ej. ZONA 2
Ej. ZONA 3
Ej. ZONA 4
Hojas de Caract. Base
Hojas de Caract. Base
Hojas de Caract. Base
Hojas de Caract. Base
Ej. Centro 1
Ej. Centro 3
Ej. Centro 3
Ej. Centro 6
Hojas de Caract. Base
Hojas de Caract. Base
Hojas de Caract. Base
Ej. Centro 2
Hojas de Caract. Base
Ej. Centro 4
Ej. Centro 4
Ej. Centro 7
Nodo de enlace
Pasos para la creación de Jerarquías:
Transacción RSA1 / Sección MODELADO / InfoObjeto / Clic Dcho en Característica / Crear Jerarquía
También se puede acceder mediante la transacción RSHIER
Indicar nombre técnico, versión, base de tiempo y descripción.
Crear Nodos de texto, Nodos de características externas, Hojas de características base de la jerarquía
y/o intervalos.
INFOCATALOGOS
Nos permiten tener organizados los InfoObjetos dentro del InfoArea. Se crea uno para Ratios y otro
para Características.
Creación de InfoCatálogos:
Capítulo:
Transacción RSA1 / InfoArea / Clic Dcho Crear Catálogo InfoObjetos / Nombre técnico y Descripción
14
PROCESO ETL - FLUJO DE DATOS
El proceso ETL (extracción, transformación y carga) es el flujo de datos que va desde la fuente de
datos de origen (sistemas SAP, archivos planos, XML, etc), hasta los InfoSitios para preparación de
querys a través de las herramientas BEx.
El esquema básico del Flujo de Datos es el siguiente:
CARGA
DTP / InfoSitio
TRANSF
Transformación
CARGA
InfoPaquete / PSA
Fuente de Datos
DBCONNECT
UD CONNECT
INTERFACE
FICHERO
XML
BAPI
Para datos desde
otra Fuente SAP
Para datos de otra
Fuente Relacional
Para datos de otra
fuente
Multidimensional
Para datos de
Ficheros Planos
Para datos desde
Servicios Web
modo PUSH
Para datos desde
otras
herramientas ETL
EXTRACCIÓN
API
Se encarga de extraer los datos desde sistemas de origen.
Busca obtener datos y prepararlos para la transformación.
Aquí filtramos los datos útiles y rechazamos el resto.
Conviene medir el impacto que tendrá en sistemas OLTP, para evitar que perjudique la operativa
diaria de la empresa.
Capítulo: PROCESO ETL - FLUJO DE DATOS
Proceso de extracción:
15
- ADQUISICIÓN DESDE ARCHIVOS PLANOS:
Archivos csv, ascii o planos.
Si en el csv los campos no están rellenados, SAP coloca espacio en blanco para textos o 0 si son
numéricos.
Para todos los casos, si el separador es incorrecto o inconsistente, SAP lo trata como un carácter y se
rompe el esquema del archivo.
Antes de cargar archivos planos, debe crearse un sistema de archivo como SISTEMA FUENTE en SAP
(transacción RSA1 / SISTEMA FUENTE / ARCHIVO / Crear Sistema Fuente)
Creando una Fuente de Datos:
Transacción RSA1 / FUENTE DE DATOS / Crear Fuente de Datos
SOLAPA GENERAL: Nombre técnico y descripción.
SOLAPA EXTRACCION: Proceso de carga DELTA o FULL, adaptador para ruta de archivo, si tiene o no
cabecera, posibilidad de crear rutina para nombrar el fichero con ABAP, etc.
SOLAPA PROPUESTA: Permite cargar los campos como ejemplo, ver nombres de campo de las filas,
detectar tipo de datos, formato de fechas, propuesta de EXIT de conversión, etc.
SOLAPA CAMPOS: Permite asignar tipos, longitudes, corregir propuestas de campos, seleccionar
formatos internos o externos, usar plantillas de InfoObjetos ya creadas (características).
SOLAPA PREVISUALIZAR: Como paso previo a la activación y PSA.
Extrae datos de un sistema fuente SAP BI a un sistema destino SAP BI.
Es una solución específica que permite actualizar datos desde un InfoSitio del sistema fuente, a un
segundo InfoSitio del sistema destino.
Tipos de Arquitecturas:
* Replicada / Inside-Out: Un sistema fuente SAP BI suministra los datos fuente para actualizarlos en
otros sistemas destino SAP BI.
* Agregada / Outside-In: Los datos se actualizan desde uno o más sistemas fuente SAP BI a un
sistema central SAP BI.
* Mixta: Combina las opciones anteriores.
Pasos para crear una transferencia Datamart:
Conectar sistema fuente SAP BI a sistema destino SAP BI (conexión RFC a cargo del administrador).
Generar una Fuente de Datos de exportación en el sistema fuente SAP BI.
Replicar los metadatos de la fuente de exportación al sistema destino SAP BI.
Mantener y activas Reglas de Transformación en el sistema destino SAP BI.
Crear InfoPaquete para la fuente de datos replicada en el sistema destino SAP BI, para solicitar los
datos del sistema fuente SAP BI. Crear DTP en sistema destino SAP BI para la PSA replicada.
Crear una Cadena de Procesos en el sistema destino SAP BI para planificar el InfoPaquete y el DTP.
Capítulo: PROCESO ETL - FLUJO DE DATOS
- ADQUISICIÓN DESDE DATAMART:
16
- EXPORTACION DE DATOS DESDE OPENHUB:
Sistema para exportar datos desde SAP BI a sistemas externos, permitiendo programar extracción de
datos y distribuirlos en sistemas o aplicaciones externos.
Todos los objetos SAP BI pueden usarse como fuente de Datos.
OpenHub escribe los datos a exportar en una tabla BD, archivo plano o herramienta de terceros.
Se puede programar en la Cadena de Procesos una extracción FULL o DELTA.
Pasos para crear una extracción OpenHub:
Transacción RSA1 / MODELADO / DESTINO OPENHUB.
Seleccionamos InfoArea / Clic Dcho Crear Destino OpenHub.
Insertamos nombre técnico y descripción.
Determinamos el tipo de destino (tabla de BD, csv o herramienta de terceros) y Activamos
- EXTRACCIONES GENERICAS:
Pasos para crear una extracción Genérica:
Transacción RSA1 / SISTEMA FUENTE / SAP / Crear Sistema Fuente.
Datos de Conexión, usuario y password (facilitados por el administrador SAP).
Transacción SBIW / FUENTE DE DATOS GENERICA / Actualizar Fte Datos Genérica.
Seleccionamos Datos Variables, Atributos de Datos Maestros o Textos.
Indicamos Componente de Aplicación, descripción y tipo de extracción (vista BD, query o funciones).
Configuramos la orden de transporte.
Determinamos los campos a definir en el InfoPaquete.
Definimos el tipo de extracción DELTA (día natural, puntero o cronomarcador).
Trans RSA1 / FUENTE DE DATOS / Business Information Warehouse / Repetir Metadatos / Actualizar
Dentro de la carpeta Business Information Warehouse aparecerá la Fuente de Datos creada.
Activamos la Fuente de Datos y creamos el InfoPaquete.
Capítulo: PROCESO ETL - FLUJO DE DATOS
Desde nuestro SAP BI u otro sistema SAP.
La transacción SBIW permite parametrizar los extractores.
La transacción RSA3 permite probar el funcionamiento de extractores y saber qué datos devolverá el
InfoPaquete al ser activado.
Se pueden extraer Vistas de BD/Tabla, Query (InfoSet) o Módulo de Funciones.
17
- ADQUISICION EN TIEMPO REAL:
Transferencia de datos en tiempo real de la fuente de datos desde la PSA.
En el ODS los datos estarán listos para reporting.
Los datos se arrastran en PSA mediante InfoPaquetes en tiempo real, y se transfieren al ODS vía DTP.
El proceso de movimiento de datos se inicia mediante el sistema DEMON, que funciona de la
siguiente manera:
- Paso 1: Se realiza la llamada al sistema fuente para nuevos registros, se actualiza el status de
registros transferidos a tabla de confirmación y se actualiza la PSA.
- Paso 2: Se verifican los registros en la tabla de confirmación, así como los registros marcados por
DEMON en el sistema fuente, se replica la confirmación enviada a SAP BI, se marcan como
procesadas las entradas en tabla de confirmación y se inicia el DTP.
El DEMON desencadena este proceso cada tres minutos. Una vez terminada la carga en PSA, se borra
la tabla de confirmación. La siguiente petición se abre desde el sistema fuente, encargándose
DEMON de sincronizar las peticiones del InfoPaquete y DTP.
Pasos para adquisición de datos en tiempo real:
Transacción RSA1 / Clic Dcho en el ODS / Crear Proceso Transferencia de Datos.
Seleccionamos Fuente de Datos desde la que transferir los datos hacia el ODS.
SOLAPA EXTRACCIÓN: Seleccionamos parámetros DELTA.
SOLAPA ACTUALIZACIÓN: Especificamos parametrización para el tratamiento de errores, número de
errores permitidos, etc.
SOLAPA EJECUTAR: Se ve el flujo del proceso para transferencia de datos, parametrizar status para
solicitudes si se visualizan mensajes de advertencia, etc.
Verificamos el proceso / Guardar / Activar.
El icono Monitor en Tiempo Real nos da acceso al Monitor del proceso.
Pasos para adquisición de datos en tiempo real desde Servicio Web (XML):
Los datos pasan a la PSA utilizando un Servicio Web, y se transfieren al ODS vía DTP en tiempo real.
El Servicio Web (PUSH) requiere el InfoPaquete para definir parámetros como umbrales de
tiempo/registro para cierre de solicitud, y debe permitir la asignación de un DEMON utilizando el
Monitor en Tiempo Real.
Capítulo: PROCESO ETL - FLUJO DE DATOS
La transacción RSRDA nos permite monitorear todo el proceso.
18
Proceso de transformación:
Su función es adaptar los datos extraídos para cargarlos en el Datawarehouse BI.
Las agregaciones en las transformaciones controlan cómo se actualizará un ratio o datos en el
InfoSitio… Para InfoCubos se podrá usar Totalización, Máximo o Mínimo, para InfoObjetos la opción
Sobreescribir, y para ODS Totalización, Máximo, Mínimo o Sobreescribir.
Existen una serie de modificaciones posibles como codificar datos, crear nuevos valores calculados,
generar campos clave, registros con cálculos totales, concatenar, etc.
Tipos de Transformaciones:
- RUTINAS DE INICIO: Se personaliza en ABAP para cada paquete de datos al inicio de la
transformación. Se accede al paquete entero de datos, modificándolos o borrándolos.
- REGLAS DE TRANSFORMACIÓN: Se llevan a cabo para cada campo o registro del paquete de datos,
tras la rutina de inicio. No requiere código ABAP, al disponer de un editor de fórmulas. Opciones
disponibles:
* Asignación Directa: El campo destino se rellena directamente desde el campo fuente. Si el
sistema no propone un InfoObjeto, podemos asignar uno de la misma clase o crear una rutina.
Si ambos InfoObjetos tienen la misma clase pero modena o unidad distintas, hay que
convertirlas o transferirlas desde la fuente.
* Constantes: Se rellena el campo del InfoObjeto con el valor especificado.
* Datos Maestros de Lectura: El InfoObjeto se actualiza con la lectura de la tabla de datos
maestros de una característica incluida en la fuente, con una clave y un valor, y contiene el
InfoObjeto correspondiente como atributo. Los atributos y sus valores se leen desde la clave.
* Rutina: El campo se completa con la rutina de transformación creada en ABAP. Se usa
cuando el editor de fórmulas no es suficiente.
- RUTINA FINAL: Se personaliza en ABAP para cada paquete de datos a la finalización de la
transformación. Por ejemplo pueden borrarse datos o realizar verificaciones de calidad de datos.
- RUTINA EXPERTO: Sólo para casos especiales. Omite y elimina cualquier regla de transformación
que se haya creado. Se realiza únicamente con código ABAP.
Capítulo: PROCESO ETL - FLUJO DE DATOS
* Fórmula: El InfoObjeto se actualiza con un valor determinado mediante una fórmula.
19
Proceso de Carga:
Es el proceso por el que cargamos los datos transformados en el Datawarehouse. Se pueden
sobreescribir datos o bien generar nuevos registros con logs de modificaciones.
Las cargas pueden ser FULL (generalmente al inicio y para cargar todos los datos) o DELTA (sólo se
cargan los datos que no han sido almacenados anteriormente, evitando cargas duplicadas).
Se diferencian tres fases en el proceso de carga:
- INFOPAQUETES: Objeto BI que contiene las parametrizaciones que especifican cómo debería
hacerse la carga desde el sistema fuente. El destino es la tabla PSA vinculada a la fuente de datos.
- PSA (PERSISTENT STAGING AREA): Tabla de base de datos en la que se almacenan los datos de la
petición a la fuente de datos. Se crea una por fuente de datos y sistema fuente, y los datos llegan al
ejecutarse el InfoPaquete.
- DTP (PROCESO TRANSFERENCIA DATOS): Controla el flujo de datos actual (filtros, full, delta) para
una transformación específica. Puede haber más de un DTP si tenemos más de un paso de
transformación o destino en el flujo ETL. Si se implica más de un InfoSitio, se necesitará más de un
DTP, creando arquitecturas más complejas.
Transacción RSA1 / Fuente de Datos / Tipo FILE / Crear Fuente de Datos.
Asignamos nombre técnico y tipo de fuente de datos (textos en este caso).
SOLAPA GENERALIDADES: Añadimos las descripciones corta, media y larga.
SOLAPA EXTRACCIÓN: Si queremos cargar el archivo fuente automáticamente desde el csv.
SOLAPA CAMPOS: Si queremos cargar el archivo fuente manualmente, relacionando los campos del
csv con las características similares que tengamos ya creadas. El objetivo es mantener los mismos
tipos de datos, longitud, etc. Si algún campos del csv no se puede relacionar con una característica
porque no la tenemos creada, entonces lo configuramos manualmente.
Verificar y Activar la Fuente de Datos / Crear el InfoPaquete de la Fuente de Datos creada
PESTAÑA EXTRACCION: Especificamos la ruta hacia el archivo plano csv.
PESTAÑA PLANIFICAR: Iniciamos la PSA.
En Fuente de Datos / GESTIONAR para verificar que la carga de datos desde la PSA está ok.
Capítulo: PROCESO ETL - FLUJO DE DATOS
Crear Fuente de Datos e InfoPaquete para Textos de un Dato Maestro:
20
Crear Fuente de Datos e InfoPaquete para Atributos de un Dato Maestro:
Transacción RSA1 / Fuente de Datos / Tipo FILE / Crear Fuente de Datos.
Asignamos nombre técnico y tipo de fuente de datos (atributos en este caso).
SOLAPA GENERALIDADES: Añadimos las descripciones corta, media y larga.
SOLAPA CAMPOS: Creamos los campos del archivo plano y los relacionamos con las características
similares que ya tengamos creadas, para mantener tipo de dato, longitud, etc. De no existir estas
características, configuramos el campo manualmente.
Verificar y Activar la Fuente de Datos / Crear el InfoPaquete de la Fuente de Datos creada
PESTAÑA EXTRACCION: Especificamos la ruta hacia el archivo plano csv.
PESTAÑA PLANIFICAR: Iniciamos la PSA.
En Fuente de Datos / GESTIONAR para verificar que la carga de datos desde la PSA está ok.
Crear Transformación y DTP (proceso de carga de textos y atributos):
Capítulo: PROCESO ETL - FLUJO DE DATOS
Transacción RSA1 / InfoSitios / Clic Dcho InfoObjeto y Crear Transformación.
El origen será la fuente de datos creada y activada en los procesos anteriores.
Establecemos las relaciones y reglas si procede.
Activamos la transformación.
En el proceso creado / Clic Dcho Crear Proceso Transferencia de Datos (DTP).
SOLAPA EXTRACCIÓN: Seleccionamos si DELTA o FULL.
SOLAPA EJECUTAR: Activamos y ejecutamos, monitoreando la carga de datos.
Desde la Característica / Clic Dcho Actualizar Datos Maestros para ver los datos que se han cargado.
21
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).
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).
Capítulo: INFOSITIOS / INFOPROVIDERS
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.
22
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.
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.
Capítulo: INFOCUBOS
Administración de InfoCubos ya creados:
23
Performance de InfoCubos ya creados:
* PARTICION DE INFOCUBOS:
Beneficios del particionado:
Mejora la performance de querys.
Almacena físicamente los datos en partes con una característica de tiempo que suele ser
0CALMONTH, mejorando la lectura.
Se puede particionar al crear el InfoCubo o después de creado (lo ideal es al crearlo).
Antes de particionar, conviene hacer un Backup de los datos.
Pasos para particionar:
Transacción RSA1 / Selección InfoCubo / Menú Superior DETALLE / BD Rendimiento / Partición.
Seleccionamos criterio de partición (sólo características de tiempo).
Establecemos rango de fechas y máxima cantidad de particiones.
Activamos y ya está particionado.
* COMPRESION DE INFOCUBOS:
Beneficios de la compresión:
Los InfoCubos deben comprimirse regularmente, ya que afecta al rendimiento.
Los datos que se comprimen son los de la Tabla F, y pasan a la Tabla E comprimidos.
Hay que tener en cuenta que al comprimir datos se pierden algunas funcionalidades.
Automatizar la compresión del InfoCubo mediante Cadena de Procesos:
Transacción RSPC / Seleccionamos Cadena creada o creamos una nueva
Grupo DATA TARGET ADMINISTRATION / COMPRESSION INFOCUBES
Seleccionamos la opción "Comprimir sólo peticiones cargadas desde hace XXX días" u Opción
"Número de peticiones que no se quieren comprimir".
Capítulo: INFOCUBOS
Pasos para compresión:
Transacción RSA1 / Solapa MODELADO / InfoSitio / Clic Dcho en InfoCubo / GESTIONAR.
Solapa COMPRIMIR / Opción Request ID (se comprime hasta el valor marcado) u Opción Calculated
Request (lo calcula el sistema).
Si marcamos la casilla Check With Zero Elimination, se eliminarán las entradas en blanco (sólo se
permite en InfoCubos con agregación del tipo "SUM").
24
Agregados:
Los agregados son un grupo de datos de la Tabla de Hechos, donde un valor total es suficiente, por lo que no
requiere de datos detallados.
Son como InfoCubos, pero en una versión resumida de sus datos. No son visibles para el usuario final, ya que
se ejecutan en segundo plano.
Técnicamente, un agregado es un conjunto de datos de un InfoCubo, separado con su propia tabla de hechos y
dimensiones, la cual puede compartirse con la del InfoCubo siempre y cuando tengan componentes comunes.
Al crearlo, SAP le asigna un número de 6 dígitos que comienza por 1.
Existen dos tipos de agregados:
- Con componente temporal (Atributo de navegación o jerarquía): Se calculan para una fecha clave, que es la
correspondiente al Query.
- Con Fecha Clave: Se determina por una variable BEx, o bien por una fecha fija que se recupera cuando los
agregados se completan.
Existen a su vez tres niveles de agregación:
* : Grupo de acuerdo a la característica o atributo
H: Grupo de acuerdo a los nodos de un nivel jerárquico
F: Filtro de acuerdo al valor fijado
A la hora de implementarlo, hay que tener en cuenta dos aspectos:
- Implementación Funcional: Nos tenemos que basar en los filtros más usados por los usuarios finales.
- Implementación Técnica: A través de la transacción ST03N se tiene que cumplir que el uso de la base de
datos sea superior al 30%, las querys tengan duración superior a 10 segundos, los registros
seleccionados/transferidos sean superiores a 10 y/o los registros seleccionados sean superiores a diez mil.
Capítulo: INFOCUBOS
Pasos para creación de agregados:
Transacción RSA1 / Selección InfoCubo / Mantenimiento de Agregados
De la propuesta de SAP, seleccionamos los adecuados y aceptamos.
Si un InfoCubo tiene agregados, se le asociará el símbolo ∑
Para actualizar los datos del agregado, tendremos que ir a la solapa TRANSFERIR (ROLL UP) y elegimos
transferir los datos de una solicitud específica de carga, o la opción Calculated Request ID para determinar
desde qué fecha actualizaremos los agregados.
25
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.
Capítulo: ODS
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.
26
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 REESTRUCTURACION: Permite reestructurar los datos del InfoCubo después de
determinadas modificaciones.
Capítulo: ODS
* 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.
27
Performance de ODS ya creados:
Los índices de las tablas ayudan a mejorar el rendimiento.
El orden de los campos clave determina el orden del índice principal.
Los campos de uso más frecuente para la selección deben ser los primeros en el orden.
Se pueden definir índices adicionales como mes calendario para su borrado selectivo, número de
documento de presentación de informes, etc.
La transacción DB05 ayuda a definir los índices adecuados.
Reporting sobre ODS:
Los ODS no están diseñados para todas las necesidades de información
Por defecto, sólo se define un índice primario.
No es posible el uso de agregados.
No usan un sistema estrella, utilizan tablas.
Se usan para almacenamiento detallado de datos.
No tienen tablas de dimensiones, sino que las SID de todas las características se unen al ODS durante
la presentación del report, por lo que si hay muchas características, afecta al rendimiento.
Reducción del tamaño del ODS:
El tamaño de las tablas puede ser reducido modelando el nivel y dejando sólo los InfoObjetos
necesarios.
Otra vía de reducción es establecer frecuencias de activación y suprimir los datos innecesarios,
mediante el borrado por solicitud (sólo en orden de carga), borrado selectivo (ojo) y borrado del
change log.
Borrado Log de Cambios en ODS:
Para no almacenar información obsoleta, es necesario borrar periódicamente la tabla de log de
modificaciones del ODS.
Transacción RSA1 / InfoSitio / Clic Dcho ODS / GESTIONAR
SOLAPA CONTENIDO / VER LOG MODIFICACIONES
MENU ENTORNO (barra superior) / BORRAR DATOS LOG MODIFICACIONES
Se pueden borrar datos anteriores a X días o a una fecha determinada, ejecutarse inmediatamente o
en una fecha determinada y existe la opción de Proceso Subsecuente, que permite borrar datos
después de otro proceso.
Capítulo: ODS
Generalmente se establece el borrado desde Cadenas de Procesos.
28
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:
Capítulo: 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.
29
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 #).
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.
Capítulo: MULTIPROVIDERS / MULTISITIOS
Creación de MultiSitios:
30
CADENA DE PROCESOS
Permiten la ejecución de tareas encadenadas que se repiten en el tiempo, estableciendo una
frecuencia determinada.
Es una herramienta primaria para controlar y automatizar los procesos en SAP BI, así como para
visualizar procesos mediante grafos. Controla y supervisa las tareas.
Aseguran que el proceso DTP se inicialice después de que el InfoPaquete se haya ejecutado.
El acceso se realiza mediante la transacción RSPC.
El monitoreo a través de la transacción BWCCMS, permitiéndonos definir alertas sencillas o
vinculadas a monitores más detallados, ver logs de cadenas junto con otros logs de aplicaciones, etc.
Pasos para ejecutar una Cadena de Procesos:
- PROCESO DE INICIO:
Define el inicio de la cadena.
Puede ser inmediato, en un momento determinado o tras un evento u otra cadena de procesos
superior (cadena que contiene un proceso para iniciar otra cadena de subprocesos, el inicio de ésta
cadena superior o inicio de un proceso en otro sistema).
Es el único proceso que puede planificarse sin un proceso anterior, no puede ser el siguiente a otro
proceso y sólo puede configurarse un proceso de inicio por cadena, además cada cadena de procesos
sólo puede tener un proceso de inicio.
- PROCESOS INTERNOS:
Representan las actividades efectuadas típicamente en la utilización operativa de BI, para escenarios
de adquisición de datos.
Existen tres procesos recolectores, que permiten combinar cadenas múltiples para formar una
cadena individual: Y (no se inicia hasta que los procesos anteriores se hayan desencadenado con
éxito), O (se inicia cada vez que un evento anterior se desencadena con éxito) y XOR (se inicia cuando
el primer evento en uno de los procesos anteriores se desencadena con éxito).
Capítulo: CADENA DE PROCESOS
Existen tres vistas para las cadenas de proceso:
- PLANIFICACION: Para definición y planificación de la cadena. Tabla de colores: Gris (proceso no
planificado), Verde (proceso planificado), Amarillo (proceso planificado en estado desconectado) y
Rojo (múltiples procesos planificados).
- VERIFICACION: Para comprobar si el proceso es correcto y no hay errores, siendo por tanto
consistente. Tabla de colores: Verde (sin errores), Amarillo (con advertencias) y Rojo (con errores).
- SUPERVISION: Para monitorear actividades y ejecutar mantenimiento. Tabla de colores: Gris (no
ejecutado), Verde (termina sin errores), Amarillo (ejecutándose) y Rojo (anulado o con errores).
31
Tareas de Mantenimiento en Cadenas de Procesos:
Acceso a la cadena de procesos a través de la vista de supervisión / Clic Dcho en el proceso
VISUALIZAR MENSAJE: Visualizar los logs de este proceso
MONITOR DE PROCESOS: Para ver procesos como DTP, etc.
REPARACION: La instancia finalizada se ejecuta de nuevo.
REPETICION: Se crea una nueva instancia.
Pasos para crear una Cadena de Carga de un InfoCubo Estándar:
En primer lugar, conviene visualizar el InfoCubo para saber qué procesos deben ejecutarse, con el fin
de realizar una carga diaria.
Clic Dcho InfoCubo / Visualizar Flujo de Datos
En el caso de ejemplo tenemos:
SISTEMA FUENTE - FTE DATOS - DTP1 - ODS Estándar - DTP2 - ODS Opt. Escritura - DTP3 - InfoCubo
Con esos datos, para la crear la cadena necesitaremos:
-InfoPaquete de carga de FTE DATOS
-DTP1, DTP2 y DTP3
-Borrado y estructuración de índices del InfoCubo.
Y ahora creamos la Cadena de Procesos:
Transacción RSPC / Crear Nueva Cadena de Procesos / nombre técnico y descripción
Insertamos proceso "EJECUTAR INFOPAQUETE", y buscamos el InfoPaquete de carga de Fte. Datos.
El sistema automáticamente arma el flujo de carga relacionado con el InfoPaquete (PSA y DTP1)
Agregamos el DTP2 para la carga hacia el InfoCubo.
El sistema automáticamente crea los procesos de borrado y estructuración de índices.
Unimos los Procesos y Activamos la Cadena.
SAP BEx es un grupo de herramientas de informes de SAP BI, que permite la exploración y análisis de
los datos mediante el uso de reportes.
Permite a los usuarios poder disponer casi instantáneamente de la información necesaria para la
toma de decisiones empresarias acertadas.
SAP BEx le brinda a los usuarios la posibilidad de poder explorar la información de manera
segmentada, facilitando así su comprensión y análisis.
El conjunto de herramientas más utilizadas se compone de: Query Designer, Analyzer, Web
Application Designer y Broadcaster. Report Designer está en desuso, su utilidad es la de configurar
informes estáticos a la carta.
Capítulo: HERRAMIENTAS BEX (Business Explorer)
HERRAMIENTAS BEX (Business Explorer)
32
BEX QUERY DESIGNER
Permite la configuración de todos los querys, que se utilizarán en el resto de herramientas BEx, así
como la realización de consultas en los datos, para visualizarlos en reportes.
El acceso puede ser a través de Herramientas/Query Designer del resto de herramientas BEx, o bien
WINDOWS / INICIO / TODOS LOS PROGRAMAS / BUSINESS EXPLORER / QUERY DESIGNER.
La transacción RSRT abre el monitor de Querys.
Pasos para la creación de un Query:
Abrimos el Query Designer.
Crear y/o Seleccionar InfoSitio (MultiSitio, InfoSet, InfoCubo, ODS o InfoObjeto).
Arrastramos Ratios y Características a Filas y Columnas.
Grabar y Ejecutar.
Clases de Ratios en Querys:
- RATIOS RESTRINGIDOS:
Ratios del InfoSitio filtrados por una o más selecciones de características, que restringen el resultado
del informe. A diferencia de un filtro en el Query, sólo restringen el ratio en cuestión a los valores de
la característica. Sirven para comparar por ejemplo diferencias de ventas o ventas de unidades de
negocios diferentes.
Pueden configurarse a nivel de InfoSitio (se podrán usar en todas las querys de ese InfoSitio) o bien a
nivel del Query en cuestión.
Capítulo: BEX QUERY DESIGNER
Propiedades de las Características:
- DESCRIPCION: Texto del InfoObjeto.
- VISUALIZAR COMO: No visualizar, clave, nombre medio, nombre largo, etc.
- VISTA DE TEXTO: Estándar o corto.
- CLASIFICACION/ORDEN: Clave, ascendente, descendente, etc.
- LINEA RESULTADOS: Siempre, nunca, si hay más de un valor, etc.
- JERARQUIA: Características de la misma.
- TIPO ACCESO VALORES RESULTADO: Contabilizados, datos maestros, relación de características.
- SELECCION FILTRO: Valores contabilizados para la navegación, sólo valores del InfoSitio, en tabla de
Datos Maestros, usar parámetros de la característica, etc.
33
Pasos para la creación de Ratios Restringidos:
Si son para el InfoSitio (Nuevo ratio restringido), si son para la Query (Nueva estructura).
Introducir descripción del ratio.
Arrastrar/soltar ratio al campo de selección.
Establecer las condiciones de selección:
- Historial: Muestra las disponibles más recientes.
- Favoritos: Muestra las usadas a menudo.
- Valores Individuales: Muestra cada valor de característica
- Ámbito de Valores: Entre, mayor, menor, igual, etc.
- Variables*: A definir durante la ejecución (p.ej. fecha, artículo, proveedor, etc).
- RATIOS CALCULADOS:
Permiten la ejecución de funciones matemáticas y fórmulas. Distinguimos entre:
*%: Porcentaje del operando 1 desde el operando 2.
*%A: Porcentaje del operando 1 del 2.
*%CT: Porcentaje del operando 1 sobre el Resultado del Nivel jerárquico.
*%GT: Porcentaje del operando 1 sobre el Resultado Global.
*%RT: Porcentaje del operando 1 sobre el Resultado de la Consulta.
*SUMCT: Suma total del Nivel jerárquico.
*SUMGT: Suma total del Resultado global.
*SUMBRT: Suma total del Resultado de la Consulta..
Capítulo: BEX QUERY DESIGNER
*Variables:
Las Variables permiten la elección libre de valores de características por el usuario.
Son los parámetros de consulta definidos en Query, que se llenan de valores al ejecutar la Consulta o
Aplicación Web.
Actúan para características, jerarquías, nodos de jerarquía, textos, elementos de fórmulas, etc. y
están disponibles en todos los InfoSitios para uso en la definición del Query.
Las clases de variables pueden ser de Valores Individuales (establecen condiciones -historial,
favoritos, rango, etc-), de Valores de Texto o de Fórmula (por ej. para establecer el número de
almacenes para hacer un cálculo).
En cuanto al procesamiento, podemos seleccionar:
*Entrada Usuario/Valor Propuesto: Permite en la ejecución introducir manualmente el valor
propuesto.
*Vía de Sustitución: Especificar el valor que sustituye la variable al ejecutar la consulta.
*Autorización: Variables disponibles en función del rol del usuario.
*Exit de Cliente: Permiten determinar valores para variables mediante un EXIT de funciones de ABAP,
ampliando las posibilidades del filtrado del Query, son más flexibles pero también más complejas de
implementar, mediante el uso de las transacciones SMOD, SE37 y/o SE38.
34
Pasos para la creación de Ratios Calculados:
Si son para el InfoSitio (Nuevo ratio calculado), si son para la Query (Nueva fórmula).
Introducir descripción del ratio.
Creación de la fórmula mediante el uso del asistente:
* OPERADORES BOOLEANOS: <, >, <>, <=, >=, NO, Y, O, XOR, 1 (sí), 0 (no).
* FÓRMULAS MATEMÁTICAS: +, -, *, /
Ejemplo aplicación fórmula:
- Criterio: Si XX es mayor que YY entonces ZZ, y si no BB
- Traducción: (XX>YY)*ZZ+BB , donde en este caso SI es * y ENTONCES es +
Estructuras y Celdas dentro del Query Designer:
- ESTRUCTURAS:
Son combinaciones de ratios y características del InfoSitio. Se pueden usar en comparaciones del tipo
Planificado/Real, etc.
Además, pueden utilizarse en diferentes consultas, siempre que formen parte del mismo InfoSitio.
Hay que tener en cuenta que una consulta puede tener como máximo dos estructuras.
Las Querys con dos estructuras se pueden situar tanto en filas como el columnas, permiten mezclar
estructuras y carácterísticas, definir fórmulas en estructuras y usar filtros para definir los miembros
de la estructura (incluso variables para selecciones más flexibles).
- CELDAS:
Una celda es la intersección entre dos estructuras en la definición de una consulta (no confundir con
celdas de Excel).
El editor de celdas permite definir las celdas directamente en una consulta, así como marcar celdas
de referencia para citarlas en cálculos futuros, pero hay que recordar que el editor sólo se puede
utilizar en las definiciones de consultas con dos estructuras.
Definir las celdas de excepción permite crear consultas más detalladas, así como definir fórmulas y
condiciones de selección para celdas, sobreescribiendo los valores generados implícitamente.
Capítulo: BEX QUERY DESIGNER
Pasos para crear Estructuras:
En la zona de Filas/Columnas Clic Dcho / Nueva Estructura / Selección Nueva.
Arrastrar/Soltar para los ratios y características que se van a usar.
Si queremos usar esa misma estructura en otras consultas del mismo InfoSitio, Clic Dcho en la
estructura creada, guardar como y asignar nombre técnico y descripción.
35
Pasos para establecer el procedimiento en Celdas:
Query Designer / Herramientas / Celdas / Abrir.
SELECCION NUEVA: Definir descripción y ok.
FORMULA NUEVA: Definir descripción y ok.
NUEVA REFERENCIA: Las celdas que se definan se podrán reutilizar en fórmulas.
CELDAS ADICIONALES: Para creación de celdas adicionales para selecciones auxiliares o fórmulas no incluidas
aún en la estructura de la consulta.
En Query Designer tenemos también a disposición las EXCEPCIONES:
Sistemas de advertencia visuales dentro de un reporte. Se anotan los pasos para la creación de las mismas:
Dentro del Query Designer / Icono Excepciones / Nueva Excepción / Tratar
Definir valor de excepción y clic en transferir.
SOLAPA GENERAL: Se pueden usar para uno o todos los ratios de un query. Existen 9 niveles de excepción: 3
rojos (mal), 3 amarillos (crítico) y 3 verdes (bien). Si los niveles se superponen en algún ratio, SAP selecciona
por defecto el peor.
SOLAPA DEFINICION: Elegir evaluar la excepción con uno o varios elementos de ratio de la estructura.
SOLAPA DISPLAY: Se controla qué celdas de un análisis reciben qué color de nivel de alerta.
En este punto se especifica si la excepción aplica a los valores de detalle y/o al resultado total, o sólo a los
valores de resultado.
Se puede definir un operador para cada característica del query y un valor para cada operador, en función de
las siguientes opciones:
TODO: Aplica a todo el estado de desglose de la característica.
SOLO TOTALES: Para sólo valores acumulados.
TODO EXCEPTO TOTALES: Aplica a todo el desglose menos los totales.
VALOR FIJO: Sólo a un valor de característica específico.
NIVEL: Aplica a niveles de jerarquía específicos.
El proceso para vincular reportes es el siguiente:
Transacción RSBBS / Pestaña UN QUERY / Ingresar nombre técnico / Crear
Seleccionamos el tipo de informe Destino.
Confeccionamos detalle de asignación, es decir, informamos del valor del objeto de la fuente que tomaremos
para pasarlo como parámetro en el Query destino.
Guardamos la interacción.
Capítulo: BEX QUERY DESIGNER
Por otro lado, en el Query Designer se puede configurar la INTERACCION ENTRE REPORTES:
Proceso que permite vincular informes para recorrer la información a través de éstos (ej. a partir del informe 1
llamamos al informe 2).
Permite también Drill Down de InfoCubos a InfoCubos y de InfoCubos a ODS.
36
Otra opción del Query Designer es la INTEGRACION DE DOCUMENTOS:
Proceso para explicar o describir cambios en reportes, InfoObjetos o InfoSitios, así como del SAP PORTAL.
Desde la transacción RSA1 / DOCUMENTOS DEL WORKBENCH.
Se pueden enlazar tres clases de documentos para:
- METADATOS: InfoObjetos, InfoCubos, InfoSets, ODS y BEx Querys.
- DATOS MAESTROS: Para valores individuales de características.
- DATOS DE INFOSITIO: Documentar InfoSitios, Querys o combinación de valores de ratios y características.
PERFORMANCE EN QUERYS:
El diseño del Query puede tener un impacto significativo en el rendimiento del sistema.
En la mayoría de los casos lo mejor es colocar características en FILAS y ratios en COLUMNAS.
Las características de tiempo como OCALDAY deben incluir 0CALMONTH / 0CALYEAR, como caract. libres.
Las variables y listas desplegables mejoran el rendimiento del Query.
En ratios restringidos, filtros o selecciones evitar la opción de exclusión, pues sólo la inclusión permite usar
índices en la base de datos.
En MultiSitios, convienen incluir la característica 0INFOPROVIDER para que se lean los InfoSitios necesarios
para la ejecución, evitando así leer todos los InfoSitios del MultiSitio que no participan.
Capítulo:
La Caché OLAP mejora el rendimiento de los Querys, ya que almacena los datos en memoria principal (datos
solicitados con mucha frecuencia o consultas complejas) o memoria persistente (si los datos se modifican con
frecuencia).
La transacción RSRCACHE abre el monitor de cachés.
Se configura en la transacción RSCUSTV14, seleccionando entre los diferentes modos:
- INACTIVA: No se usa.
- MEMORIA PRINCIPAL SIN SWAPPING: Los datos se almacenan en memoria principal y, si no caben, se retiran
con el algoritmo LRU (si el caché se agota, la LRU se moverá en el sentido horario entre las diferentes Entradas
de Caché… En el momento en el que encuentra el valor adecuado, el anillo de puntero -Caché de Entrada
inicial- se coloca en la caché de entrada posterior).
- CACHE POR APPLICATION SERVER: Se almacena de forma persistente en tablas o bases de datos, o incluso en
archivos de un directorio.
- CROSS APPLICATION SERVER: Se almacena de forma persistente como un clúster, tabla o archivo en red, que
será accesibles desde todos los servidores.
37
BEX ANALYZER
Abre querys desde Excel para elaborar análisis, agregar fórmulas nativas de excel, etc.
Se puede acceder SAP mediante transacción RRMX, o bien
INICIO WINDOWS / TODOS LOS PROGRAMAS / BUSINESS EXPLORER / ANALYZER
Existen dos barras de herramientas clave en Bex Analyzer:
- BARRA ANALISIS:
*Abrir: Libro de trabajo existente o uno nuevo (en ese caso, seleccionar InfoSitio o Query existente).
*Grabar: En Favoritos (sólo para el usuario) o en Roles (para usuarios que comparten el mismo rol).
*Actualización: Activa o desactiva la actualización automática de datos.
*Variables de Modificación: VARIANTES (colección de valores de variable grabados anteriormente,
evitando que el usuario tenga que introducir valores cada vez, y permitiendo que tan sólo tenga que
seleccionar la variante desde una lista desplegable) o PERSONALIZACION DE VARIABLES (para grabar
ciertos valores de variables en una lista personal, evitando así que aparezcan todas las variables
disponibles, tan sólo las útiles).
*Parametrizaciones Globales: Para definir el entorno de trabajo en el que se procesarán todos los
libros de trabajo.
Capítulo: BEX ANALYZER
- BARRA DISEÑO:
* Tabla Análisis: Inserta los query existentes. Es el principal ítem para funciones de navegación y
análisis.
* Area de Navegación: Acceso a todas las características y estructura de la query para usar como
navegación y análisis.
* Filtros: Incluye los filtros activos.
*Botón: Permite ejecutar comandos definidos por el usuario.
* Desplegable: Filtro de lista desplegable.
* Check: Filtro de casilla de selección.
* Radio Button: Filtro de botón de selección.
* Condiciones: Activar/Desactivar condiciones existentes.
* Excepciones: Activar/Desactivar excepciones existentes.
* Textos: Muestra elementos de texto para el query.
* Mensajes: Mensajes relacionados con el libro de trabajo.
38
BEX WEB APPLICATION DESIGNER
Permite ver los querys agregando botones, estilos y otras funcionalidades en la red, generando un
archivo HTML.
La herramienta se divide en tres secciones principales:
- AREA DE DISEÑO: Compuesta por las solapas LAYOUT (formato y editor visual), XHTML (editor con
código html) y OVERVIEW (generador de vista previa).
- AREA WEB ITEMS: Acceso a elementos web disponibles y proveedores de datos. Se divide en las
secciones Estándar, Avanzado y Varios.
- AREA PROPIEDADES: Acceso a las propiedades del elemento web seleccionado. La solapa GENERAL
da acceso a la sesión del proveedor de datos, mientras que la solapa PARAMETROS WEB permite
ajustar la configuración del elemento web seleccionado.
Pasos recomendados:
Crear una tabla para dar estructura al report.
Insertar los Data Providers necesarios (Query, Vista de Query o InfoSitios)
Colocamos los web items en las tablas creadas para el diseño y funcionalidad del informe.
Capítulo: BEX WEB APPLICATION DESIGNER
EXCEPCIONES mediante el asistente de configuración:
Fase 1: Fijar el tipo de excepción (status o tendencia).
Fase 2: Fijar valor umbral (asociar alerta con parámetros).
Fase 3: Fijar objetivo (celdas que se verán afectadas).
Fase 4: Fijar visualización (colores, símbolos como semáforo, flechas, etc.).
Fase 5: Fijar restricción de características (sólo resultados totales, todo, nivel de jerarquía, etc.).
Fase 6: Fijar propiedades (descripción, activación automática o manual, etc.).
39
BEX BROADCASTER
Herramienta integrada con SAP PORTAL, facilita la distribución de informes a distintos destinatarios.
Se pude configurar Fuente de Datos, formato de datos, audiencia objetivo, canal y momento de
difusión, etc.
El acceso desde herramientas BEx es a través de Query-Report / Publicar / BEx Broadcaster.
El origen de los datos pueden ser Query, Plantillas Web, Vistas de Query, Informes, Libros de Trabajo.
Las posibilidades de distribución son las siguientes:
* Email: A las cuentas de correo especificadas.
* SAP Portal: Para grupo de personas determinado.
* Exportar: Para impresión del documento.
* Bursting: Envío de email a las cuentas de los datos maestros.
* Excepciones: Distribuye sólo cuando se desencadenan excepciones.
* Difusión: Es una combinación de las anteriores.
* Set Valores Preconfigurados: Mejora el rendimiento de la Query.
* Caché OLAP: Inicia el caché y mejora el rendimiento de la Query.
* Caché MDX: Mejora el rendimiento para reporting que usan este método de extracción.
El formato de los datos a distribuir será HTML, MHTML, Enlace o PDF.
Capítulo: BEX BROADCASTER
En el área de configuración, hay que tener en consideración:
* Parametrización: Ejecutar inmediatamente, planificar ejecución o borrar distribución.
* Destinatarios: Los usuarios deben configurar email en la transacción SUO1.
* Texto: Máximo 50 caracteres, manual o variable de texto.
* Cálculo Preliminar: Si seleccionamos "Sólo si se modifican los datos", sólo se distribuirá cuando
varíen.
* Filtro de Navegación: No para libros de trabajo, sólo para HTML usando ZIP (ej. consulta para 6
sectores distintos generará un archivo ZIP con 6 HTML).
* Planificación: Inmediata, con modificación de datos, en un momento predefinido o directa en
proceso de fondo.
40
INTEGRATED PLANNING
Introducción y Aspectos Fundamentales:
Permite evolucionar de planificaciones estáticas anuales, a planificaciones flexibles con periodos
cortos, para ir corrigiendo periódicamente desviaciones de resultados.
Los datos pueden proceder tanto de SAP BI como de sistemas OLTP y se puede usar para crear
planificaciones orientadas a procesos.
Niveles de Planificación:
- ESTRATEGICA: Se simulan escenarios modelados y evaluados para calcular la creación de valor
propuesta a alto nivel.
- OPERATIVA: Asignación de recursos necesarios para cumplir los objetivos y reconciliación de éstos
con las unidades operativas.
- EJECUCION: Los resultados del proceso de planificación operativa se usan en la planificación y
programación detalladas de la ejecución.
Direcciones de Planificación:
- ASCENDENTE: Flujo de datos desde la planificación detallada hacia una perspectiva agregada.
- DESCENDENTE: Conversión de estrategias y objetivos superiores en objetivos operativos.
- ASC/DESC: Combina las anteriores direcciones.
Niveles de Agregación:
Los datos se pueden crear en cualquier nivel de agregación del InfoSitio.
Si se introducen en un nivel detallado, se calcula automáticamente el total de los agregados
superiores, mientras que si se introducen en un nivel superior, SAP creará un nuevo registro # para la
característica del nivel agregado inferior, que se distribuirá en función de la solicitud del usuario.
- ESTANDAR:
Copiar datos reales a planificados, Conversión de moneda, Borrar datos de una versión planificada,
Traspasar datos, Revalorización, Conversión de unidades.
Borrar combinaciones no válidas y Traspasar por relaciones de características (son funciones que
hacen referencia a relaciones de características).
A destacar:
* Copiar: Copia datos reales de un InfoCubo a otro. Se puede copiar a características de destino, nodo
de jerarquía o una variable.
* Distribución: Distribuye valores de un nivel de agregación a otro.
* Borrado: Elimina valores de ratio del registro de datos seleccionado.
Capítulo: INTEGRATED PLANNING
Funciones de Planificación:
41
- NO ESTANDAR:
El editor de fórmulas FOX (ampliación de fórmulas) permite modelar la función de algoritmo de
forma individual. Sirve tanto para operaciones aritméticas como para definir cálculos complejos que
requieran el uso de bucles, atributos de lectura, inclusión de variables, etc.
Si la opción de fórmulas FOX sigue sin cubrir las necesidades del usuario, se pueden utilizar otras
funciones mediante código ABAP, que contienen elementos de programación. Son funciones más
complejas de implementar, pero sin duda más flexibles.
Configuración de Funciones de Planificación:
Se crean en niveles de agregación.
El uso de características permite separar las de nivel de agregación que se van a cambiar y las
características de condiciones.
SE controla si la función se llevará a cabo en todos los ratios o en alguno específico.
Se deben evitar condiciones para restringir un filtro adicional, para evitar el bloqueo de muchos datos
La condición de función de planificación restringe la Query que hace referencia a las funciones.
Usa dos tipos de datos: VARIABLES (los que cambiarán la función) y de REFERENCIA (permiten que la
función pueda ejecutarse).
Query preparada para Entrada de Datos:
Pasos para su configuración:
Desde Query Designer / Crear Query basado en Nivel de Agregación.
Seleccionamos el Nivel de Agregación o InfoCubo en Tiempo Real.
Creamos la estructura de FILAS (características) y COLUMNAS (ratios).
Seleccionamos RATIO / PROPIEDADES / PLANIFICACION / Listos para entradas.
Seleccionamos CARACTERISTICA / PROPIEDADES / PLANIFICACION / Ascend-Descend-Sin presup.
QUERY / PLANIFICACION / SEC. DE VARIABLES / Marcar si el Query se ejecutará en modo planificación
Guardamos el Query y Ejecutamos.
Capítulo: INTEGRATED PLANNING
Requisitos fundamentales:
- Nivel de agregación del InfoCubo en Tiempo Real.
- Nivel de agregación de un MultiSitio que contiene al menos un InfoCubo en tiempo real, pero no
contiene un nivel de agregación.
- MultiSitio que contiene al menos un nivel de agregación que, a la vez, se basa en un InfoCubo en
tiempo real.
- El InfoCubo en tiempo real utilizado se debe fijar como "InfoCubo en tiempo real se puede
planificar; No se permite cargar ningún dato".
42
Bloqueo de Datos:
Conceptos Generales:
Todos los datos que un usuario llama en el contexto de una query lista para entrada o función de
planificación se bloquean para dicho usuario.
Dos planificadores se bloquean entre sí en caso de que sus selecciones coincidan en al menos un
registro de datos y tengan al menos un ratio en común.
Si un usuario accede a datos planificados (en modo modificación/edición), éstos se bloquean frente a
cambios de otros usuarios, hasta que el primero abandona la planificación.
Gestión de Bloqueos del "Servicio de Bloqueo":
Cuando se ejecuta una Query los datos seleccionados se bloquean.
El bloqueo se lleva a cabo para cada InfoSitio.
Para ver las selecciones bloquedadas, ir a SOLAPA BLOQUEO e introducir el nombre del InfoSitio en
que se basa la función de la planificación o la query.
Transacción SM12 para ver y eliminar las entradas de Bloqueo.
Opciones de implementación para "Servicio de Bloqueo":
OPCION IMPLEMENTACION
Servidor Cola de SAP
Memoria Objetos Compartida
Live Caché
IMPLEMENTACION
Pequeño/Medio
Pequeño/Medio
Medio/Grande
ADMINISTRACION
Pequeño
Pequeño
Medio
RENDIMIENTO
Medio
Rápido
Rápido
La opción por defecto es la de Administración, pero el usuario puede modificarla en configuración.
Planificación con BEx Analyzer:
Se usa para que el usuario pueda introducir y modificar datos manual o automáticamente en una
aplicación interactiva, vinculada al modelo de planificación.
BEx Analyzer permite la creación de escenarios (también lo hace BEx Web Application Designer).
Pasos para planificación con BEx Analyzer:
Menu EXTRAS / MACROS / SEGURIDAD / FUENTES / Acceso Confianza a proyecto Visual Basic.
Crear nuevo Libro.
La hoja se diseña mediante items vista diseño, que recuperan datos de los InfoSitios involucrados.
Capítulo: INTEGRATED PLANNING
Los objetos del modelo de planificación pueden ser InfoSitios con datos, Niveles de agregación,
Querys listas para entrada, Funciones de planificación y Secuencias de planificación.
43
Parametrizaciones para que un Query esté listo para Planificación:
Si bien se realiza en Query Designer, puede que al visualizarlas en BEx Analyzer las celdas no estén
listas para entradas por culpa de los bloqueos.
Los desencadenantes pueden ser abrir el libro de trabajo en reiteradas ocasiones, grabarlo cuando
está en modo lectura, query en estado no lista para escritura, etc.
La solución es ir desde BEx Analyzer / Propiedades Query / Permitir Entradas Valores Planificados.
Las nuevas filas listas para entradas se muestran con borde negro.
Al introducir valores de características podemos usar Calves y Textos (se recomienda claves).
El item TABLA ANALISIS debe mostrarse en tamaño completo, desde modo diseño, propiedades y
seleccionar en sección truncate tamaño completo).
Las nuevas filas de datos se almacenan en memoria intermedia y se graban en el InfoSitio al ejecutar
el comando Grabar Datos Planificados.
Otros comandos disponibles:
* Transferir Valores: Pasa los datos a la memoria intermedia.
* Ejecutar Función o Secuencia Planificación: Ejecuta la función correspondiente.
* Restablecer Area: Restablece datos de la memoria intermedia añadidos desde el último grabado.
* Refrescar: Vuelve a leer los datos más recientes del servidor.
Intercambio de Datos Libro de Trabajo y Servidor:
- Variante 1: Desde una celda del Query se realiza una sincronización automática mediante BEx
Analyzer con una tabla multidimensional, desde donde se reconcilian los datos con el servidor.
- Variante 2: Desde una celda del Excel, la sincronización con la tabla multidimensional es explícita
mediante una fórmula de Excel, y luego se reconcilian los datos con el servidor.
Capítulo: INTEGRATED PLANNING
Implementación de Funciones de Planificación:
Se pueden incorporar variables de fórmula a funciones de planificación en BEx.
Para ejecutarlas se debe hacer clic en una celda dentro del área excel.
Para usar LISTA DESPLEGABLE, hay que ir a la sección DATOS / VALIDACION.
El usuario final puede crear fórmulas para celdas que se convertirán en valores. Estos cálculos sólo
están activos durante la ejecución.
Sólo podremos ejecutar la función COPIAR de Excel si desactivamos la función ARRASTRAR/SOLTAR.
En Querys listas para entrada sólo se pueden modificar las celdas que se encuentran en nivel de
detalle del nivel de agregación subyacente.
Desagregación/Distribución Descendente: Se usa para introducir datos a nivel agregado y
distribuirlos. Deberemos especificar si desagregar valor ingresado o Distribución equitativa.
44
Secuencias de Planificación:
Agrupan funciones de planificación, permitiéndonos guardar grupos de funciones en una secuencia
ordenada y ejecutarlas de forma secuencial.
Pasos para crear una secuencia de planificación:
Transacción RSPLAN / INICIAR MODELADOR
SOLAPA INFOPROVIDER: Seleccionar Infositio (siempre un InfoCubo en tiempo real).
SOLAPA NIVELES AGREGACION: Seleccionar existente o crear uno nuevo.
SOLAPA FILTROS: Seleccionar existente o crear uno nuevo.
SOLAPA FUNCIONES PLANIFICACION: Creamos las necesarias (estándar o no estándar) y
determinamos el nivel de agregación que se verá afectado.
SOLAPA SECUENCIA PLANIFICACION: Determinamos el orden de ejecución de las funciones.
Capítulo: INTEGRATED PLANNING
Transacción RSA1 / InfoSitio / Seleccionar Secuencia Planificación Creada.
45
MONITOREO DEL SISTEMA SAP BI
La transacción RSMON permite el acceso a monitoreo de uso del sistema SAP BI. Destacan las
siguientes áreas:
- COCKPIT DE GESTIÓN: Colección de estadísticas críticas basadas en SAP Portal referentes a la salud
del sistema. Se tiene en un solo lugar el resumen de todo lo que se está haciendo en SAP BI.
Acceso al Cockpit:
Desde la URL de SAP Portal / Gestión del Sistema / Monitoreo
Desde RSA1 / GESTION / COCKPIT DE GESTION / Nos lleva a la URL de SAP Portal.
Dentro del sistema, nos encontramos con la carpeta Business Intelligence que contiene:
POOL DE TRABAJO CENTRAL.
STATUS CARGA DE DATOS: Status de procesos, solicitud objetos y solicitud InfoSitios.
ESTADISTICA TIEMPO EJECUCION: Aplicación BI, objetos BI e InfoSitios.
ESTADISTICA CARGA DE DATOS: Cadena de Procesos, procesos, InfoPaquetes y DTP.
- MONITORES: Se crea uno por cada área principal del tratamiento de datos.
* BI CCMS: Sistema de gestión general.
* LOAD DATA: Carga de InfoPaquete y enlace a DTP.
* OPEN HUB: Flujo de datos saliente.
* REALTIME DATA ADQUISITION: Cargas iniciadas por el DEMON.
* BI ACCELERATOS: Status de actualización de índices y agregados.
* WORKLOAD: Tiempo de carga BI.
* BI DELTA QUEUE: Registros DELTA por etapas en BI, no en sistema fuente.
* ODS: Resúmenes de ODS, incluyendo activación y status de actualización de solicitudes.
- EJECUCION DE MODIFICACIONES: Si las jerarquías y atributos de características que pertenecen a
un InfoCubo se han modificado, deben realizarse modificaciones estructurales a los agregados.
- AUTORIZACION DE ANALISIS: Necesarios para usuarios que quieren visualizar datos variables de
características o atributos de autorización en una Query, o introducir datos de planificación para
estos objetos controlados de forma especial.
- BUSQUEDA DE METADATOS Y DOCUMENTOS: La transacción RSDOADMIN permite gestionar los
documentos e índices enlazados por Integración de Documentos.
- REMODELADO: La transacción RSMRT permite modificar la estructura de objetos sin perder datos.
- ANALISIS DE OBJETOS BI: La transacción RSRV realiza verificaciones de consistencia de datos y
metadatos almacenados.
Capítulo: MONITOREO DEL SISTEMA SAP BI
- DIFUSION/BROADCAST: También accesible desde herramientas BEx.
46
MANTENIMIENTO DEL SISTEMA SAP BI
Buscando Objetos No Usados:
- Querys, Libros de Trabajo, Plantillas Web, ODS e InfoCubos:
Transacción RSA1 / REPOSITORIO METADATOS / Seleccionar Objeto.
Transacción ST03N informa del uso que se le da a todos los objetos en el sistema.
En los ODS e InfoCubos conviene consultar también a los usuarios si los usan realmente o no.
Borrando Objetos:
- ODS e InfoCubos: Si se borran hay que borrar también las transformaciones y DTP.
Transacción RSA1 / InfoSitio / Clic Dcho en el Objeto / Borrar
- InfoObjetos con Datos Maestros: No se pueden borrar si se están usando en otro Infositio,
tendríamos primero que eliminar su vinculación a cualquier otro objeto y luego borrarlos.
- Querys: Transacción RSZDELETE / Seleccionamos Objeto
Podemos seleccionar el InfoSitio y se borrarán todos los querys del mismo, así como seleccionar
todos los querys no usados desde una fecha determinada.
Transacción RSRV para detección y reparación de errores de objetos BI.
Debemos realizar dos tipos de análisis:
- ELEMENTAL: Se ejecuta como un todo y no puede dividirse en tests más pequeños. Pueden ser para
Datos maestros, Datos variables, Base de Datos, PSA, Procesos de carga, High Performance Analysis,
Autorización, ODS, otros Objetos, Jerarquías, Agregados, Objetos BEx y Documentos, Caché, DTP y
Querys.
- AGRUPADO: Determina qué grupo de test elementales deben realizarse.
Trans. RSRV / Test Agrupado o Elemental / Arrastrar y Soltar test / Ejecutar
Si hubiera errores se abre un Log / Clic Corregir Errores.
Capítulo: MANTENIMIENTO DEL SISTEMA SAP BI
Análisis de Objetos:
47
TABLAS INTERNAS DE SAP
Conviene conocer la estructura de tablas de SAP porque son útiles para programas ABAP.
Se presentan las siguientes agrupaciones, teniendo en cuenta que /BIC son definidas por el cliente,
mientras que /BIO son las estándar preconfiguradas por SAP:
- FUENTE DE DATOS PARA EXPORTACION:
* Nombre Técnico Fuente de Datos:
8M: Para atributos
8T: Para textos
8H: Para jerarquías
* Nombre Técnico estructura extracción basada en InfoObjeto: /BIC/CE
- TABLAS DE INFOOBJETOS:
* Tabla Textos: /BIC/T o /BIO/T
* Tabla Atributos No dependientes de tiempo: /BIC/P o /BIO/P
* Tabla Atributos Dependientes de tiempo: /BIC/Q o /BIO/Q
- TABLAS ID DATOS MAESTROS:
* Caract. sólo definida como atributo de otra con datos maestros: /BIC/S o /BIO/S
* Se definen atributos independientes de tiempo como navegables: /BIC/X o /BIO/X
* Se definen atributos dependientes de tiempo como navegables: /BIC/Y o /BIO/Y
- TABLAS ODS:
* En cola de activación: /BIC/A…..00 o /BIO/A…..00
* Datos Activos: /BIC/A…..40 o /BIO/A…..40
- DESTINO OPENHUB: /BIC/OH
Pasos para encontrar las Tablas en SAP BI:
Transacción SE11 o SE16 / DIALOGO / TIPO OBJETO / tecla F4 (buscamos nombre del objeto)
Visualizaremos toda la estructura y tablas de ese objeto
Capítulo: TABLAS INTERNAS DE SAP
- TABLAS DE INFOCUBOS:
* Tabla Hechos F: /BIC/F o /BIO/F
* Tabla Hechos E: /BIC/E o /BIO/E
* Tabla Dimensiones Paquete: /BIC/D…..P o /BIO/D…..P
* Tabla Dimensiones Número Dimensión: /BIC/D…..X o /BIO/D…..X
48
ABAP
ABAP
ABAP
Cadena de Procesos
Cadena de Procesos
ETL
ETL
ETL
Herramientas BEX
Herramientas BEX
Herramientas BEX
Herramientas BEX
InfoCubos
InfoObjetos
InfoObjetos
Integrated Planning
Integrated Planning
Jerarquías
Mejora del Sistema
Mejora del Sistema
Mejora del Sistema
Mejora del Sistema
Mejora del Sistema
Mejora del Sistema
Mejora del Sistema
Mejora del Sistema
Mejora del Sistema
Mejora del Sistema
ODS
Unidades de Medida
Workbench
TRANSACCIONES
SE37
SE38
SMOD
BWCCMS
RSPC
RSA3
RSRDA
SBIW
RRMX
RSBBS
SUO1
RSZDELETE
LISTSCHEMA
RSD1
RSD5
SM12
RSPLAN
RSHIER
RSRT
RSCUSTV14
RSRCACHE
ST03N
RSMON
RSDOADMIN
RSMRT
RSRV
SE11
SE16
DB05
CUNI
RSA1
OBJETIVO
Visualizar funciones ABAP
Ver programas ABAP
Activar proyectos para uso de variables de EXIT
Monitoreo de las cadenas de procesos
Visualizar y Crear Cadenas de Procesos
Probar el funcionamiento de extractores y saber qué datos devolverá el InfoPaquete
Monitor proceso DEMON adquisición datos en tiempo real
Parametrizar los extractores
Acceso a Bex Analyzer
Permite la vinculación entre reportes
Configuración email de usuarios SAP para Bex Broadcaster
Borrado de Querys
Permite ver las tablas de los InfoCubos
Creación de InfoObjetos (características y ratios)
Creación de InfoObjetos (características y ratios)
Ver y eliminar entradas de Bloqueo en Integrated Planning
Creación de Secuencias de Planificación
Creación de Jerarquías
Abre el monitor de Querys
Configuración Caché OLAP
Abre el monitor de Caché
Monitor Carga de Trabajo, informa del uso de los objetos en el sistema
Acceso a zona de monitoreo del sistema SAP BI
Gestión de documentos enlazados por Integración de Docuemntos
Modificar estructura de Objetos sin pérdida de datos
Detección y reparación de errores de objetos BI
Visualizar tablas
Visualizar datos de tablas
Ayuda a definir índices en ODS
Visualizar y Crear Unidades de Medida
Acceso al Workbench y a la mayoría de aplicaciones
Capítulo: TRANSACCIONES
AREA
49
50
Capítulo: TRANSACCIONES

Documentos relacionados

Capacitación SAP BW Plataforma Tecnológica

Capacitación SAP BW Plataforma Tecnológica ejemplos son código de compañía, producto, grupo de clientes, año Fiscal, Periodo, Región. Las Características proveen posibilidades de clasificación para un dataset. Un InfoCubo generalmente conti...

Más detalles