Sap Binet Weaver 70

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