SAP BW - Guía rápida

En este capítulo, llegaremos a comprender los conceptos básicos de SAP BW y SAP BI. Cómo ha evolucionado y mejorado a lo largo de los años.

Introducción a SAP BW y BI

SAVIA Business Intelligence (BI)significa analizar y reportar datos de diferentes fuentes de datos heterogéneas. SAVIABusiness Warehouse (BW)integra datos de diferentes fuentes, transforma y consolida los datos, realiza la limpieza de datos y también el almacenamiento de datos. También incluye área de modelado, administración y puesta en escena de datos.

Los datos en SAP BW se gestionan con la ayuda de una herramienta centralizada conocida como SAP BI Administration Workbench. La plataforma de BI proporciona infraestructura y funciones que incluyen:

  • Procesador OLAP
  • Repositorio de metadatos,
  • Diseñador de procesos y otras funciones.

los Business Explorer (BEx)es una herramienta de informes y análisis que admite funciones de consulta, análisis e informes en BI. Con BEx, puede analizar datos históricos y actuales con diferentes grados de análisis.

SAP BW se conoce como una herramienta estándar abierta que le permite extraer los datos de diferentes sistemas y luego enviarlos al sistema de BI. También evalúa los datos con diferentes herramientas de informes y puede distribuirlos a otros sistemas.

El siguiente diagrama muestra una Arquitectura de Business Intelligence abierta, amplia y basada en estándares.

  • BI son las siglas de Business Intelligence
  • BW son las siglas de Business Warehouse

En 1997, SAP introdujo por primera vez un producto para informes, análisis y almacenamiento de datos y fue nombrado como Business Warehouse Information System (BIW).

Posteriormente, el nombre se cambió de SAP BIW a SAP Business Warehouse (BW). Después de que SAP adquirió Business Objects, el nombre del producto se cambió a SAP BI.

Nombre Versión BIW Fecha y año de lanzamiento
BIW 1.2A Octubre de 1998
BIW 1,2 mil millones Septiembre de 1999
BIW 2.0A Febrero de 2000
BIW 2.0B Junio ​​2000
BIW 2.1C Noviembre de 2000
BW (nombre cambiado a BW) 3.0A Octubre de 2001
BW 3.0B Mayo de 2002
BW 3.1 Noviembre de 2002
BW 3.1C Abril de 2004
BW 3.3 Abril de 2004
BW 3,5 Abril de 2004
BI (nombre cambiado a BI) 7 Julio de 2005

Adquisición de datos en SAP BI

SAP BI le permite adquirir datos de múltiples fuentes de datos que se pueden distribuir a diferentes sistemas de BI. Un sistema SAP Business Intelligence puede funcionar como un sistema de destino para la transferencia de datos o un sistema de origen para la distribución de datos a diferentes destinos de BI.

Como se menciona en la imagen anterior, puede ver los sistemas fuente de SAP BI junto con otros sistemas:

  • Sistemas SAP (Aplicaciones SAP / SAP ECC)
  • Base de datos relacional (Oracle, SQL Server, etc.)
  • Archivo plano (Excel, Bloc de notas)
  • Sistemas de origen multidimensional (Universo con conector UDI)
  • Servicios web que transfieren datos a BI mediante push

Cuando accede al banco de trabajo de administración de SAP BI, el sistema de origen se define allí. IrRSA1 → Source Systems

Según el tipo de fuente de datos, puede diferenciar entre los sistemas de origen:

  • Fuentes de datos para datos de transacciones
  • Fuentes de datos para datos maestros
  • Fuentes de datos para jerarquías
  • Fuentes de datos para texto
  • Fuentes de datos para atributos

Puede cargar los datos de cualquier fuente en la estructura de la fuente de datos en BI con un InfoPackage. El sistema de destino donde se cargarán los datos se define en la transformación.

InfoPaquete

Un InfoPackage se utiliza para especificar cómo y cuándo cargar datos en el sistema de BI desde diferentes fuentes de datos. Un InfoPaquete contiene toda la información sobre cómo se cargan los datos desde el sistema de origen a una fuente de datos o un PSA. El paquete de información consiste en una condición para solicitar datos de un sistema de origen.

Note - Al usar un InfoPackage en BW 3.5, puede cargar datos en el Área de ensayo de persistencia y también en los destinos desde el sistema de origen, pero si está usando SAP BI 7.0, la carga de datos debe restringirse a PSA solo para las últimas versiones.

BI Data Flow (InfoPackage and InfoProvider)

Contenido de BI

Los objetos de BI constan de los siguientes componentes:

  • Roles
  • Plantillas web y libro de trabajo
  • Queries
  • InfoProvider
  • Actualizar reglas
  • InfoSource
  • Reglas de transferencia
  • InfoObjects
  • DataSources

Los objetos de BI se dividen en varias áreas de contenido de BI para que se puedan utilizar de forma eficaz. Esto incluye el área de contenido de todos los módulos clave de una organización, que incluyen:

  • SCM
  • CRM
  • HR
  • Gestión financiera
  • Ciclo de vida del producto
  • Soluciones Industriales
  • Fuentes de datos que no son de SAP, etc.

En este capítulo, analizaremos el esquema en estrella y en estrella extendido. También entenderemos qué son InfoArea e InfoObjects.

Esquema de estrella

En Star Schema, cada dimensión se une a una sola tabla de hechos. Cada dimensión está representada por una sola dimensión y no se normaliza más. Una tabla de dimensiones contiene un conjunto de atributos que se utilizan para analizar los datos.

Por ejemplo: tenemos una tabla de hechos llamada FactSales que tiene claves primarias para todas las tablas y medidas Dim units_sold y dollars_sold hacer análisis.

Tenemos 4 tablas de dimensiones: DimTime, DimItem, DimBranch, DimLocation como se muestra en la siguiente imagen.

Cada tabla de dimensiones está conectada a una tabla de hechos, ya que la tabla de hechos tiene la clave principal para cada tabla de dimensiones que se utilizan para unir dos tablas.

Los hechos / medidas en la tabla de hechos se utilizan con fines de análisis junto con el atributo en las tablas de dimensiones.

Esquema de estrella extendido

En el esquema Extended Star, las tablas de hechos están conectadas a las tablas de dimensiones y esta tabla de dimensiones está además conectada a la tabla SID y esta tabla SID está conectada a las tablas de datos maestros. En un esquema de estrella extendido, tiene las tablas de hechos y dimensiones dentro del cubo, sin embargo, las tablas SID están fuera del cubo. Cuando carga los datos transaccionales en el cubo de información, los Dim Id se generan en función de los SID y estos Dim ids se utilizan en las tablas de hechos.

En el esquema de estrella extendido, una tabla de hechos puede conectarse a 16 tablas de dimensiones y a cada tabla de dimensiones se le asigna un máximo de 248 tablas SID. Estas tablas SID también se denominan características y cada característica puede tener tablas de datos maestros como ATTR, Text, etc.

  • ATTR - Se utiliza para almacenar todos los datos de atributos.

  • Text - Se utiliza para almacenar descripciones en varios idiomas.

InfoÁrea e InfoObjetos

Los InfoObjetos se conocen como la unidad más pequeña en SAP BI y se utilizan en proveedores de información, DSO, proveedores múltiples, etc. Cada proveedor de información contiene múltiples InfoObjetos.

Los InfoObjetos se utilizan en informes para analizar los datos almacenados y proporcionar información a los responsables de la toma de decisiones. Los InfoObjetos se pueden clasificar en las siguientes categorías:

  • Características como cliente, producto, etc.
  • Unidades como Cantidad vendida, moneda, etc.
  • Cifras clave como ingresos totales, ganancias, etc.
  • Características de tiempo como año, trimestre, etc.

Los InfoObjetos se crean en el catálogo de InfoObjetos. Es posible que un InfoObjeto pueda asignarse a un Catálogo de información diferente.

Área de información

El área de información en SAP BI se utiliza para agrupar tipos similares de objetos. El área de información se utiliza para administrar los cubos de información y los objetos de información. Cada InfoObjeto reside en un Área de información y puede definirlo en una carpeta que se utiliza para mantener juntos archivos similares.

En este capítulo, analizaremos el flujo de datos y la adquisición de datos en SAP BW.

Descripción general del flujo de datos

El flujo de datos en la adquisición de datos implica la transformación, el paquete de información para cargar a PSA y el proceso de transferencia de datos para la distribución de datos dentro de BI. En SAP BI, usted determina qué campos de origen de datos son necesarios para la toma de decisiones y deben transferirse.

Cuando activa la fuente de datos, se genera una tabla PSA en SAP BW y luego se pueden cargar los datos.

En el proceso de transformación, los campos se determinan para InfoObjects y sus valores. Esto se hace utilizando los datos DTP que se transfieren desde PSA a diferentes objetos de destino.

El proceso de transformación implica los siguientes pasos diferentes:

  • Consolidación de datos
  • Limpieza de datos
  • Integración de datos

Cuando mueve los datos de un objeto de BI a otro objeto de BI, los datos utilizan una transformación. Esta transformación convierte el campo de origen en el formato del destino. La transformación se crea entre una fuente y un sistema de destino.

BI Objects - InfoSource, objetos DataStore, InfoCube, InfoObjects e InfoSet actúan como objetos de origen y estos mismos objetos sirven como objetos de destino.

Una transformación debe constar de al menos una regla de transformación. Puede utilizar diferentes transformaciones, tipos de reglas de la lista de reglas disponibles y puede crear transformaciones simples a complejas.

Acceso directo a los datos del sistema de origen

Esto le permite acceder a los datos en el sistema de origen de BI directamente. Puede acceder directamente a los datos del sistema de origen en BI sin extracción mediante proveedores virtuales. Estos proveedores virtuales se pueden definir como InfoSitios donde los datos transaccionales no se almacenan en el objeto. Los proveedores virtuales solo permiten el acceso de lectura a los datos de BI.

Hay diferentes tipos de proveedores virtuales que están disponibles y se pueden usar en varios escenarios:

  • VirtualProviders basados ​​en DTP
  • VirtualProviders con módulos de función
  • Proveedores virtuales basados ​​en BAPI

Proveedores virtuales basados ​​en DTP

Estos VirtualProviders se basan en la fuente de datos o un InfoSitio y toman características y ratios de la fuente. Se utilizan los mismos extractores para seleccionar datos en un sistema de origen que los que utiliza para replicar datos en el sistema de BI.

  • ¿Cuándo se basan los proveedores virtuales en DTP?
  • Cuando solo se utiliza cierta cantidad de datos.
  • Necesita acceder a datos actualizados desde un sistema fuente de SAP.
  • Solo unos pocos usuarios ejecutan consultas simultáneamente en la base de datos.

Los proveedores virtuales basados ​​en DTP no deben usarse en las siguientes condiciones:

  • Cuando varios usuarios ejecutan consultas juntos.

  • Cuando se accede a los mismos datos varias veces.

  • Cuando se solicita una gran cantidad de datos y no hay agregaciones disponibles en el sistema de origen.

Creación de un proveedor virtual basado en DTP

Para ir a Administration Workbench, utilice RSA1

En el Modeling tab → go to Info Provider tree → In Context menu → Create Virtual Provider.

En Type Select Virtual Providerbasado en el proceso de transferencia de datos para acceso directo. También puede vincular un proveedor virtual a una fuente de SAP mediante unInfoSource 3.x.

UN Unique Source System Assignment Indicatorse utiliza para controlar la asignación del sistema fuente. Si selecciona este indicador, solo se puede utilizar un sistema fuente en el cuadro de diálogo de asignación. Si este indicador no está marcado, puede seleccionar más de un sistema de origen y un proveedor virtual se puede considerar como un proveedor múltiple.

Haga clic en Create (F5)en el fondo. Puede definir el proveedor virtual copiando objetos. Para activar el proveedor virtual, haga clic en como se muestra en la siguiente captura de pantalla.

Para definir la transformación, haga clic con el botón derecho y vaya a Crear transformación.

Defina las reglas de transformación y actívelas.

El siguiente paso es crear un proceso de transferencia de datos. Haga clic derecho → Crear proceso de transferencia de datos

El tipo predeterminado de DTP es DTP para acceso directo. Debe seleccionar la fuente para Proveedor virtual y activar DTP.

Para activar el acceso directo, context menu → Activate Direct Access.

Seleccione uno o más procesos de transferencia de datos y active la asignación.

Proveedores virtuales con BAPI

Esto se utiliza para informar sobre los datos en sistemas externos y no es necesario almacenar datos de transacciones en el sistema de BI. Puede conectarse a sistemas que no sean de SAP, como bases de datos jerárquicas.

Cuando este proveedor virtual se utiliza para informar, llama al proveedor virtual BAPI.

Proveedor virtual con módulo de función

Este proveedor virtual se utiliza para mostrar datos de una fuente de datos que no es de BI a un BI sin copiar los datos a la estructura de BI. Los datos pueden ser locales o remotos. Esto se usa principalmente para aplicaciones SEM.

Si compara esto con otros proveedores virtuales, esto es más genérico y ofrece más flexibilidad; sin embargo, debe esforzarse mucho para implementarlo.

Ingrese el nombre del módulo de función que desea utilizar como fuente de datos para proveedores virtuales.

El proceso de transformación se utiliza para realizar la consolidación, limpieza e integración de datos. Cuando los datos se cargan de un objeto de BI a otro objeto de BI, la transformación se aplica a los datos. La transformación se utiliza para convertir un campo de origen en el formato de objeto de destino.

Cada transformación consta de un mínimo de una regla de transformación. Como se encuentran disponibles diferentes tipos de reglas y rutinas, le permite crear transformaciones simples a complejas.

Para crear Transformación, vaya al contexto y haga clic derecho → Crear Transformación.

En la siguiente ventana, se le pedirá que ingrese la Fuente de transformación y el Nombre y haga clic en la casilla de verificación.

Se crea una regla desde el sistema de origen al de destino y se muestra la asignación.

Reglas de transformación

Las reglas de transformación se utilizan para mapear campos de origen y campos de destino. Se pueden utilizar diferentes tipos de reglas para la transformación.

  • Rule Type - Un tipo de regla se define como una operación aplicada en los campos mediante una regla de transformación.

  • Rule Group - Se define como el grupo de reglas de transformación y cada campo clave en el destino contiene una regla de transformación.

  • Transformation Type - Se utiliza para determinar los valores de transformación y cómo se ingresan los datos en el objetivo.

  • Routines- Las rutinas se utilizan para realizar transformaciones complejas. Las rutinas se definen como clases ABAP locales y consta de un área de definición e implementación predefinida.

    Se crea una rutina en el área de implementación y los parámetros de entrada y salida se definen en el área de definición. Las rutinas se pueden definir como regla de transformación para un ratio y están disponibles como tipos de reglas.

Adquisición de datos en tiempo real (RDA)

La adquisición de datos en tiempo real se basa en mover datos a Business Warehouse en tiempo real. Los datos se envían a la cola delta o la tabla de PSA en tiempo real. La adquisición de datos en tiempo real se utiliza cuando transfiere datos con mayor frecuencia, cada hora o cada minuto, y los datos se actualizan a nivel de informe varias veces en un solo intervalo de tiempo.

La adquisición de datos en tiempo real es una de las propiedades clave de la fuente de datos y la fuente de datos debe admitir la adquisición de datos en tiempo real. Las fuentes de datos que están configuradas para transferir datos en tiempo real no se pueden utilizar para la transferencia de datos estándar.

La adquisición de datos en tiempo real se puede lograr en dos escenarios:

  • Mediante el uso de InfoPackage para la adquisición de datos en tiempo real mediante Service API.

  • Usar el servicio web para cargar datos en el área de almacenamiento persistente (PSA) y luego usar DTP en tiempo real para mover los datos a DSO.

Proceso de fondo de adquisición de datos en tiempo real -

Para procesar datos en InfoPackage y procesar la transferencia de datos DTP a intervalos regulares, puede utilizar un proceso en segundo plano conocido como Daemon.

El proceso Daemon obtiene toda la información de InfoPackage y DTP, qué datos se van a transferir y qué objetos de PSA y Data sore se deben cargar con datos.

En este capítulo, analizaremos en detalle algunos componentes de SAP BW llamados InfoArea, InfoObject y Catalog.

InfoArea en SAP BI

InfoArea en SAP BI se utiliza para agrupar tipos similares de objetos. InfoArea se utiliza para administrar InfoCubos e InfoObjetos. Cada InfoObjeto reside en un InfoÁrea y puede definirlo en una carpeta que se utiliza para mantener juntos archivos similares.

¿Cómo crear una Infoárea?

Para crear un Infoárea, vaya a RSA workbench. T-Code: RSA1

Ir Modeling tab → InfoProvider. Right click on Context → Create InfoArea.

Ingrese el nombre de InfoÁrea y la descripción, haga clic en Continuar.

La información de área creada se mostrará en la parte inferior.

¿Cómo crear un InfoObjeto y un Catálogo de InfoObjetos?

Los InfoObjetos se conocen como la unidad más pequeña en SAP BI y se utilizan en InfoSitios, DSO, Múltiples proveedores, etc. Cada InfoSitio contiene múltiples InfoObjetos.

Los InfoObjetos se utilizan en informes para analizar los datos almacenados y proporcionar información a quienes toman las decisiones. Los InfoObjetos se pueden clasificar en las siguientes categorías:

  • Características como cliente, producto, etc.
  • Unidades como Cantidad vendida, moneda, etc.
  • Cifras clave como ingresos totales, ganancias, etc.
  • Características de tiempo como año, trimestre, etc.

Los InfoObjetos se crean en el Catálogo de InfoObjetos. Es posible que un InfoObjeto pueda asignarse a un Catálogo de información diferente.

Creación del catálogo de InfoObjetos

T-Code: RSA1

Ir Modeling → InfoObjects → Right Click → Create InfoObject Catalog.

Introduzca el nombre técnico del catálogo de InfoObjetos y la descripción.

Select InfoObject Type - Botón de opción de característica: este es un catálogo de InfoObjetos característico.

Key Figure - Este es el Catálogo de InfoObjetos que se crearía.

Haga clic en el botón crear. El siguiente paso es guardar y activar el Catálogo de InfoObjetos. Se crea un nuevo Catálogo de InfoObjetos como se muestra en la siguiente captura de pantalla:

Creando InfoObjeto

Para crear un InfoObjeto con características, vaya a RSA1 y abra el Workbench de administración. IrModeling → InfoObjects.

Seleccione My Sales InfoObject Catalog → Right Click → Create InfoObjects.

Ingrese el Nombre técnico de las características y descripción. Puede utilizar las características de referencia si las nuevas características, que deben crearse, tienen las mismas propiedades técnicas de una característica existente.

Puede utilizar características de modelo para una nueva característica que tenga algunas de las propiedades técnicas de una característica ya existente. Haga clic en Continuar.

En la siguiente ventana obtendrá la pantalla de edición del InfoObjeto. La pantalla de edición de InfoObject tiene las siguientes 6 pestañas que también se muestran en la captura de pantalla:

  • General
  • Explorador de negocios
  • Datos maestros / Textos
  • Hierarchy
  • Attribute
  • Compounding

Una vez definidos todos los campos, haga clic en guardar y activar.

Crear un InfoObjeto con ratios

Para crear un InfoObjeto con características, vaya a RSA1 y abra el Workbench de administración. IrModeling → InfoObjects

Ir Not Assigned Key Figures → Right Click → Create InfoObject.

Entonces puedes ...

  • Ingrese el nombre técnico y la descripción.
  • Ingrese la figura clave de referencia
  • Ingrese a la plantilla de Referencia y haga clic en Continuar.

En Editar características, defina los siguientes campos:

  • Type/Unit
  • Aggregation
  • Propiedades adicionales
  • Elimination

Haga clic en guardar y activar como se muestra en la siguiente captura de pantalla. Este InfoObjeto se guardará y estará activo.

Editar un InfoObjeto

También puede cambiar un InfoObjeto existente en Administration Workbench. SeleccioneInfoObject you want to maintain → Context menu → Change. También puede utilizar el icono de mantenimiento de InfoObjeto del menú de la barra de herramientas.

Esta característica le permite cambiar solo algunas propiedades de un InfoObjeto si se usa en el InfoSitio. Puede cambiar el texto y el significado de un InfoObjeto. El InfoObjeto con ratios: no es posible si el tipo de ratio, el tipo de datos o la agregación del ratio se utiliza en el InfoSitio.

Puede utilizar la función de comprobación para cambios incompatibles.

En este capítulo, analizaremos los distintos objetos de almacén de datos y sus submódulos.

¿Qué es un objeto DataStore?

Un DSO (objeto de almacén de datos) se conoce como el lugar de almacenamiento para mantener la transacción limpia y consolidada o los datos maestros en el nivel de granularidad más bajo y estos datos se pueden analizar utilizando el BEx query.

Un objeto DataStore contiene ratios y los campos de características y los datos de un DSO se pueden actualizar mediante la actualización Delta u otros objetos DataStore o incluso a partir de los datos maestros. Estos objetos de almacén de datos se almacenan comúnmente en tablas de base de datos transparentes bidimensionales.

Arquitectura DSO

El componente DSO consta de las siguientes tres tablas:

  • Activation Queue- Se utiliza para almacenar los datos antes de que se active. La clave contiene la identificación de la solicitud, la identificación del paquete y el número de registro. Una vez que se realiza la activación, la solicitud se elimina de la cola de activación.

  • Active Data Table - Esta tabla se utiliza para almacenar los datos activos actuales y esta tabla contiene la clave semántica definida para el modelado de datos.

  • Change Log- Cuando activa el objeto, los cambios realizados en los datos activos se vuelven a almacenar en este registro de cambios. Un registro de cambios es una tabla de PSA y se mantiene en Administration Workbench bajo el árbol de PSA.

Cuando carga los nuevos datos en un DSO y la clave técnica se agrega a los registros. Luego, se agrega una solicitud a la cola de activación. Puede activarse de forma manual o automática.

Tipos de objetos de almacén de datos

Puede definir los objetos del almacén de datos en los siguientes tipos:

  • DSO estándar
  • DSO de actualización directa
  • DSO optimizado para escritura
Tipo Estructura Suministro de datos Generación de SID
Objeto de almacén de datos estándar Consta de tres tablas: cola de activación, tabla de datos activos, registro de cambios Del proceso de transferencia de datos si
Objetos de almacenamiento de datos optimizados para escritura Consiste solo en la tabla de datos activos Del proceso de transferencia de datos No
Objetos de almacén de datos para actualización directa Consiste solo en la tabla de datos activos De API No

Objetos estándar del almacén de datos

Para crear un DSO estándar, vaya a RSA Workbench.

Utilizar T-Code: RSA1

Ir Modeling tab → InfoProvider → Select InfoArea → Right click and click on create DataStore Object.

Introduzca el nombre técnico y la descripción del objeto DataStore.

Type of DataStore Object→ Esto se utiliza para seleccionar el tipo de DSO. Se necesita un DSO estándar de forma predeterminada.

Click the Create (F5) button.

Para cambiar el tipo de DSO, vaya a la pestaña de configuración como se muestra en la siguiente captura de pantalla. Haga clic en el icono Editar y en una nueva ventana que se abre, puede cambiar el objeto del almacén de datos y también seleccionar el tipo.

Generación de SID

Se genera SID para cada valor de datos maestros. Haga clic en Editar para cambiar la configuración para la generación de SID.

Crea un SID

Puede seleccionar entre las siguientes opciones:

  • Durante la presentación de informes
  • Durante la Activación o
  • Nunca cree SID

Unique Data Records - Esta opción se utiliza para garantizar que el DSO tenga valores únicos.

Set Quality Status to OK - Esto le permite establecer el estado de la calidad después de que se haya completado la carga de datos.

Key Fields and Data Fields- Los campos clave se utilizan para agregar registros únicos. Para agregar un archivo de clave, haga clic con el botón derecho en Campos de clave y seleccione Entrada directa de InfoObject.

En una nueva ventana, ingrese los nombres técnicos en los InfoObjetos y haga clic en Continuar. Puede ver que el InfoObjeto se agrega en la sección de campos clave.

A continuación se muestra el InfoObjeto clave archivado en el DSO. Una vez que esta estructura de DSO esté completa, puede activar ese DSO.

Objetos de DataStore de actualización directa

El objeto DataStore para actualización directa le permite acceder a datos para informes y análisis inmediatamente después de que se cargan. Es diferente de los DSO estándar debido a la forma en que procesa los datos. Estos datos se almacenan en el mismo formato en el que se cargaron en el objeto DataStore para cualquier actualización directa por parte de la aplicación.

La estructura de los DSO de actualización directa

Estos almacenes de datos contienen una tabla para los datos activos y no existe un área de registro de cambios. Los datos se recuperan de sistemas externos mediante API.

Existen las siguientes API:

  • RSDRI_ODSO_INSERT - Se utilizan para insertar nuevos datos.

  • RSDRI_ODSO_INSERT_RFC - Es similar a RSDRI_ODSO_INSERT y se puede llamar de forma remota.

  • RSDRI_ODSO_MODIFY- Se utiliza para insertar datos que tienen nuevas claves. Para datos con claves que ya están en el sistema, se cambian los datos.

  • RSDRI_ODSO_MODIFY_RFC - Es similar a RSDRI_ODSO_MODIFY y se puede llamar de forma remota.

  • RSDRI_ODSO_UPDATE - Esta API se utiliza para actualizar los datos existentes.

  • RSDRI_ODSO_UPDATE_RFC - Es similar a RSDRI_ODSO_UPDATE y se puede llamar de forma remota.

  • RSDRI_ODSO_DELETE_RFC - Esta API se utiliza para eliminar los datos.

Beneficios

En DSO de actualización directa, los datos son fácilmente accesibles. Puede acceder a los datos para informes y análisis inmediatamente después de cargarlos.

Inconvenientes

  • Como la estructura de este DSO contiene una tabla para datos activos y ningún registro de cambios, esto no permite la actualización delta a InfoSitios.

  • Como el proceso de carga de datos no es compatible con el sistema de BI, los DSO no se muestran en la sección de administración ni en el monitor.

Para crear un DataStore de actualización directa, vaya al banco de trabajo de administración. UtilizarT-Code: RSA1

Ir Modeling tab → InfoProvider → Select InfoArea → Right click and click on create DataStore Object.

Introduzca el nombre técnico y la descripción del objeto DataStore.

Type of DataStore Object- Se utiliza para seleccionar el tipo de DSO. Se necesita un DSO estándar de forma predeterminada.

Clickea en el Create (F5) botón.

Para cambiar el tipo de DSO, vaya a la pestaña de configuración como se muestra en la siguiente captura de pantalla. Haga clic en el icono Editar y en una nueva ventana que se abre, puede cambiar el Objeto del almacén de datos y también seleccionar su Tipo. Seleccione el almacén de datos de actualización directa y luego haga clic en Continuar.

Una vez definido el almacén de datos, haga clic en el botón Activar para activar DSO.

En el DSO optimizado para escritura, los datos que se cargan están disponibles inmediatamente para su posterior procesamiento.

Write Optimized DSO proporciona un área de almacenamiento temporal para grandes conjuntos de datos si está ejecutando transformaciones complejas para estos datos antes de que se escriban en el objeto DataStore. Luego, los datos se pueden actualizar a más InfoSitios. Solo tiene que crear las transformaciones complejas una vez para todos los datos.

Los DSO optimizados para escritura se utilizan como capa EDW para guardar datos. Las reglas comerciales solo se aplican cuando los datos se actualizan a InfoSitios adicionales.

En Write Optimized DSO, el sistema no genera SID y no es necesario activarlos. Esto significa que puede ahorrar tiempo y seguir procesando los datos rápidamente. Es posible generar informes sobre la base de estos objetos DataStore.

Estructura de DSO optimizado para escritura

Solo contiene la tabla de datos activos y no es necesario activar los datos como se requiere con el DSO estándar. Esto le permite procesar los datos más rápidamente.

En DSO optimizado para escritura, los datos cargados no se agregan. Si se extraen del origen dos registros de datos con la misma clave lógica, ambos registros se guardan en el objeto DataStore. El registro responsable de la agregación permanece, sin embargo, para que la agregación de datos pueda tener lugar más tarde en los objetos estándar de DataStore.

El sistema genera una clave técnica única para el objeto DataStore optimizado para escritura. Los campos de clave estándar no son necesarios con este tipo de objeto DataStore. Si existen campos de clave estándar de todos modos, se denominan claves semánticas, por lo que se pueden distinguir de las otras claves técnicas.

Las claves técnicas consisten en:

  • Solicitar campo GUID (0REQUEST)
  • Campo de paquete de datos (0DATAPAKID)
  • Campo Número de registro de datos (0RECORD) y usted carga sólo nuevos registros de datos.

Utilizar T-Code: RSA1

Ir Modeling tab → InfoProvider → Select InfoArea → Right click and click on create DataStore Object.

Introduzca el nombre técnico y la descripción del objeto DataStore.

Type of DataStore Object- Se utiliza para seleccionar el tipo de DSO. Se necesita un DSO estándar de forma predeterminada.

Haga clic en Create (F5) botón como se muestra en la siguiente captura de pantalla.

Para cambiar el tipo de DSO, vaya a la pestaña de configuración como se muestra en la siguiente captura de pantalla. Haga clic en el icono Editar y cuando se abra una nueva ventana, puede cambiar el objeto DataStore y también seleccionar el tipo que se requiere.

En este capítulo, discutiremos todo sobre qué es un Infoset, cómo crearlos y editarlos, y cuáles son sus diferentes tipos.

Infoset en SAP BI

Los conjuntos de información se definen como un tipo especial de InfoSitios donde las fuentes de datos contienen una regla de unión en los objetos del almacén de datos, los InfoCubos estándar o el InfoObjeto con características de datos maestros. Los conjuntos de información se utilizan para unir datos y esos datos se utilizan en el sistema de BI.

Cuando un InfoObjeto contiene características dependientes del tiempo, ese tipo de unión entre fuentes de datos se llama unión temporal.

Estas Uniones temporales se utilizan para mapear un período de tiempo. En el momento de la presentación de informes, otros InfoProviders manejan datos maestros dependientes del tiempo de tal manera que el registro que es válido para una fecha clave única predefinida se usa cada vez. Puede definir una combinación temporal como una combinación que contiene al menos una característica dependiente del tiempo o un InfoSitio pseudo dependiente del tiempo.

Un InfoSet también se puede definir como una capa semántica sobre las fuentes de datos.

Usos de un conjunto de información

Los conjuntos de información se utilizan para analizar los datos en varios InfoSitios mediante la combinación de características de datos maestros, Objetos de almacén de datos e InfoCubos.

Puede utilizar la combinación temporal con InfoSet para especificar en un momento determinado cuándo desea evaluar los datos.

Puede utilizar los informes mediante el Business Explorer BEx en DSO sin habilitar el indicador BEx.

Tipos de combinaciones de Infoset

Como Infoset se define donde las fuentes de datos contienen la regla de unión en objetos DataStore, InfoCubos estándar o InfoObjetos con las características de datos maestros. Los datos unidos mediante Infosets están disponibles para su uso en consultas BEx para informes. Las combinaciones se pueden dividir en las siguientes consultas:

Unir internamente

Esta unión devuelve filas cuando hay una coincidencia completa en ambas tablas.

Table - 1

Solicitar ID Identificación del cliente Fecha de orden
1308 2 18-09-16
1009 17 19-09-16
1310 27 20-09-16

Table - 2

Identificación del cliente Nombre del cliente Nombre de contacto País
1 Andy Maria Alemania
2 Ana Ana T Canadá
3 Jason Jason México

El resultado de la combinación interna en la Tabla 1 y la Tabla 2 en la columna CustomerID producirá el siguiente resultado:

Solicitar ID Nombre del cliente Fecha de orden
1308 Ana 18-09-16

Izquierda combinación externa

Una combinación externa izquierda, o combinación izquierda, da como resultado un conjunto en el que se conservan todas las filas de la primera tabla o del lado izquierdo. Las filas de la segunda tabla o del lado derecho solo se muestran si coinciden con las filas de la primera tabla.

Table – 1

gid primer nombre apellido cumpleaños favorite_tool
1 Albert Einstein 1879-03-14 mente
2 Albert Pizarrero 1973-10-10 camiseta
3 cristiano Pizarrero 1969-08-18 pala
4 cristiano Bala 1974-01-30 cintas de video
5 Bruce Wayne 1939-02-19 pala
6 Wayne Caballero 07-08-1955 pala

Table – 2

pid gardener_id nombre de planta fertilizante fecha_plantación
1 3 Rosa si 2001-01-15
2 5 margarita si 2020-05-16
3 8 Rosa No 2005-08-10
4 9 Violeta si 2010-01-18
5 12 Rosa No 1991-01-05
6 1 girasol si 2015-08-20
7 6 Violeta si 1997-01-17
8 15 Rosa No 2007-07-22

Ahora, si aplica Left Outer Join en gid = gardener_id, el resultado será la siguiente tabla -

gid primer nombre apellido pid gardener_id nombre de planta
1 Albert Einstein 6 1 girasol
2 Albert Pizarrero nulo nulo nulo
3 cristiano Pizarrero 1 3 Rosa
4 cristiano Bala nulo nulo nulo
5 Bruce Wayne 2 5 margarita
6 Wayne Caballero 7 6 Violeta

De la misma manera, puede usar la combinación externa derecha donde todas las filas de las tablas correctas se conservan como filas comunes.

Unión temporal

Las uniones temporales se utilizan para mapear un período de tiempo. En el momento de la presentación de informes, otros InfoProviders manejan datos maestros dependientes del tiempo de tal manera que el registro que es válido para una fecha clave única predefinida se usa cada vez. Puede definir una unión temporal que contenga al menos una característica dependiente del tiempo o un InfoSitio pseudo dependiente del tiempo.

Auto unión

Cuando una mesa se une a sí misma, es como si se uniera a una mesa dos veces.

Crear un InfoSet

Vaya a RSA Workbench y use el Transaction Code: RSA1

Debajo Modeling → Go to InfoProvider tab → Right click → Create InfoSet.

En la siguiente ventana que aparece, puede completar los siguientes campos:

  • Ingrese el nombre técnico.
  • Ingrese el nombre largo y el nombre corto.

Start with the InfoProvider section- Aquí puede definir el objeto que desea utilizar al definir un InfoSet. Puede seleccionar entre los siguientes tipos de objetos:

  • Objeto DataStore
  • Objeto de información
  • InfoCube

En la siguiente ventana, cambie cómo aparece la pantalla InfoSet. Haga clic en la opción Seleccionar InfoSitio. Esto le permitirá seleccionar el InfoSitio al que se unen los datos.

Aparecerá la siguiente pantalla con dos InfoProviders seleccionados.

Para activar este InfoSet, haga clic en el botón Activar.

Editar un conjunto de información

Para editar un conjunto de información, utilice T-Code: RSISET

los Edit InfoSet: Initial Screen aparece como se muestra en la siguiente captura de pantalla:

Realice los cambios en el InfoSet. Seleccione Tipo de unión, etc. y luego haga clic en el icono Activar como se muestra en la siguiente captura de pantalla.

Un InfoCubo se define como un conjunto de datos multidimensional que se utiliza para el análisis en una consulta BEx. Un InfoCubo consiste en un conjunto de tablas relacionales que se unen lógicamente para implementar el esquema en estrella. Una tabla de hechos en el esquema en estrella se une a varias tablas de dimensiones.

Puede agregar datos de uno o más InfoSource o InfoProviders a un InfoCubo. Están disponibles como InfoProviders para fines de análisis e informes.

Estructura de InfoCube

Se utiliza un InfoCubo para almacenar los datos físicamente. Consiste en una serie de InfoObjects que se llenan con datos de la preparación. Tiene la estructura de un esquema de estrella.

La característica en tiempo real se puede asignar a un InfoCubo. Estos InfoCubos en tiempo real se utilizan de manera diferente a los InfoCubos estándar.

Esquema de estrella en BI

Los InfoCubos constan de diferentes InfoObjetos y están estructurados según el esquema en estrella. Hay tablas de hechos grandes que contienen cifras clave para InfoCube y varias tablas de dimensiones más pequeñas que lo rodean.

Un InfoCubo contiene tablas de hechos que además contienen ratios y características de un InfoCubo que se almacenan en las dimensiones. Estas dimensiones y tablas de hechos están vinculadas entre sí mediante números de identificación (ID de dimensión). Los ratios de un InfoCubo están relacionados con las características de su dimensión. La granularidad (grado de detalle) de los ratios en un InfoCubo se define por sus características.

Las características que lógicamente van juntas se agrupan en una dimensión. La tabla de hechos y las tablas de dimensiones en un InfoCubo son tablas de bases de datos relacionales.

En SAP BI, un InfoCubo contiene un esquema en estrella extendido como se muestra arriba.

Un InfoCubo consiste en una tabla de hechos rodeada por 16 tablas de dimensiones y datos maestros que se encuentran fuera del cubo. Es un conjunto de datos autoajustado que abarca uno o más procesos comerciales relacionados. Un usuario de informes puede definir o ejecutar consultas en un cubo de información.

InfoCube almacena los datos resumidos / agregados durante un largo período de tiempo. En SAP BI, InfoCubes comienza con un número que suele ser 0 (cero). Su propio InfoCubo debe comenzar con una letra entre la A y la Z y debe tener de 3 a 9 caracteres de longitud.

¿Cómo crear un InfoCubo?

Todos los InfoObjetos que se utilizarán en un InfoCubo deben estar disponibles en una versión activa. En caso de que exista un InfoObjeto que no existe, puede crearlo y activarlo.

Vaya al banco de trabajo RSA - T-Code: RSA1

Ir Modeling tab → InfoProvider → Create InfoCube.

Ingrese el nombre técnico del InfoCubo. Puede seleccionar el tipo entre: Estándar o Tiempo real según el tipo de InfoCubo.

Una vez hecho todo esto, puede hacer clic en Crear como se muestra en la siguiente captura de pantalla.

Para crear una copia de un InfoCubo ya existente, puede ingresar un InfoCubo como plantilla.

Clic derecho en Dimension 1 → Properties. Cambie el nombre de la dimensión según el InfoObjeto.

El siguiente paso es hacer clic derecho en Dimension → InfoObject Direct Input como se muestra en la siguiente captura de pantalla.

Agregue InfoObject a la dimensión. De manera similar, también puede crear nuevas dimensiones y agregar InfoObjetos.

Para agregar cifras clave a InfoCube, haga clic derecho en Key Figure → InfoObject Direct Input. De manera similar, también puede agregar otros ratios.

Una vez que agregue todas las dimensiones y ratios, puede activar el cubo.

InfoCubos en tiempo real

Los InfoCubos en tiempo real se utilizan para admitir el acceso de escritura en paralelo. Los InfoCubos en tiempo real se utilizan en relación con la entrada de datos de planificación.

Puede ingresar los datos en InfoCubos en tiempo real de dos formas diferentes:

  • Transacción para ingresar datos de planificación o por
  • BI Staging

También puede convertir un InfoCubo en tiempo real. Para hacer esto, en el menú contextual de InfoCube en tiempo real → seleccione Convertir InfoCubo en tiempo real.

De forma predeterminada, puede ver que se puede planificar un InfoCubo en tiempo real: se selecciona Carga de datos no permitida. Para llenar este InfoCubo usando la preparación de BI → Cambie esta configuración a Real Time Cube Can Be Loaded with Data, Planning Not Permitido.

Creación de un infocubo en tiempo real

Se puede crear un InfoCubo en tiempo real usando una casilla de verificación Indicador en tiempo real.

Conversión de un InfoCubo estándar en un InfoCubo en tiempo real

Para convertir un InfoCubo estándar en InfoCubo en tiempo real, tiene dos opciones:

  • Convert with loss of Transactional data - En caso de que su InfoCubo estándar contenga datos transaccionales que no son necesarios, puede utilizar el siguiente enfoque:

    En Administration workbench, seleccione InfoCube → Delete Data Content. Esto eliminará los datos de la transacción y InfoCube se establecerá en inactivo.

  • Conversion with Retention of Transaction Data - En caso de que un InfoCubo estándar ya contenga los datos transaccionales de producción, puede seguir los siguientes pasos:

    Tienes que ejecutar el informe ABAP SAP_CONVERT_NORMAL_TRANSbajo el InfoCubo estándar. Puede programar este informe como trabajo en segundo plano para InfoCubos con más de 10,000 registros de datos porque el tiempo de ejecución podría ser potencialmente largo.

El InfoSitio virtual se conoce como InfoSitio que contiene datos transaccionales que no se almacenan en el objeto y se pueden leer directamente para fines de análisis y generación de informes. En Virtual Provider, permite el acceso de lectura de solo lectura a los datos.

Los datos en los proveedores virtuales pueden ser del sistema de BI o pueden ser de cualquier sistema SAP / no SAP.

Usos

  • Los InfoProviders virtuales se utilizan para proporcionar información sin demoras y sin almacenar los datos físicamente.

  • Los InfoProviders virtuales son estructuras que no contienen PSA y pueden manejar el requisito de informes según la demanda en el sistema de BI.

Los proveedores virtuales solo deben usarse en los siguientes escenarios:

  • Cuando es necesario acceder solo a una pequeña cantidad de datos de la fuente.

  • Solo unos pocos usuarios solicitarán información simultáneamente.

  • Se necesita información actualizada.

Tipos de proveedores virtuales

Como se mencionó anteriormente, es necesario averiguar cuándo se debe utilizar un InfoSitio Virtual. También debe encontrar el tipo correcto de proveedor virtual:

  • VirtualProvider basado en el proceso de transferencia de datos

  • VirtualProvider con BAPI

  • VirtualProvider con módulos de funciones

VirtualProvider basado en el proceso de transferencia de datos

Los proveedores virtuales basados ​​en este método son la forma más sencilla y transparente de crear este tipo de InfoSitio. En este caso, un proveedor virtual puede basarse en un DataSource para acceso directo o en otro InfoSitio.

Se ejecuta la consulta BEx o navega dentro de la consulta. Sin embargo, se envía una solicitud a través del proveedor virtual a su origen y se devuelven los datos necesarios. Para optimizar el rendimiento, es necesario restringir los datos, de modo que una solicitud de informes no procese datos innecesarios del sistema de origen.

Se debe utilizar un VirtualProvider basado en este InfoSitio:

  • Cuando es necesario acceder solo a una pequeña cantidad de datos de la fuente.

  • Solo unos pocos usuarios solicitarán información simultáneamente.

  • Se necesita información actualizada.

Este tipo de InfoSitio Virtual no debe usarse en los siguientes escenarios:

  • Se accede a una gran cantidad de datos en el primer paso de navegación de la consulta y no hay agregados adecuados disponibles en el sistema de origen.

  • Hay varios usuarios que ejecutan consultas al mismo tiempo en paralelo.

  • Cuando se accede con frecuencia a los mismos datos.

VirtualProvider con BAPI

En este proveedor virtual, puede utilizar los datos transaccionales para fines de análisis y generación de informes desde un sistema externo utilizando BAPI. Cuando utiliza un VirtualProvider con BAPI, puede realizar informes en un sistema externo sin almacenar los datos transaccionales en el sistema de BI.

Se ejecuta una consulta en VirtualProvider que desencadena una solicitud de datos con selecciones de características. La estructura de origen es dinámica y está determinada por las selecciones. El sistema que no es de SAP transfiere los datos solicitados al procesador OLAP mediante BAPI.

Cuando este VirtualProvider se utiliza para informar, inicia una solicitud para llamar a BAPI que recopila los datos y luego se pasa a un BW OLAP engine.

Proveedor virtual basado en módulo funcional

Este es el tipo más complejo de VirtualProvider pero, al mismo tiempo, también es más flexible con el cual puede agregar datos desde la fuente y también puede aplicar cálculos complejos o cualquier cambio antes de que se envíe al motor OLAP.

Tiene varias opciones para definir las propiedades de la fuente de datos con mayor precisión. De acuerdo con estas propiedades, el administrador de datos proporciona varias interfaces de módulo de función para convertir los parámetros y los datos. Estas interfaces deben implementarse fuera del sistema de BI.

Usos

  • Este proveedor virtual se utiliza cuando necesita mostrar datos de una fuente de datos que no es de BI en BI sin copiar el conjunto de datos en la estructura de BI. Los datos pueden ser locales o remotos.

  • Esto se utiliza en aplicaciones SAP como la aplicación SAP Strategic Enterprise Management SEM.

  • Si compara este VirtualProvider con otros tipos, este VirtualProvider es más flexible, más genérico, pero debe esforzarse mucho para implementarlo.

Uso de InfoObjects como proveedores virtuales

En este, permite un acceso directo al sistema de origen para un tipo de InfoObjeto de una característica que ha seleccionado para usar como InfoSitio. Por lo tanto, no es necesario cargar los datos maestros; sin embargo, el acceso directo puede tener un impacto negativo en el rendimiento de la consulta.

How to setup InfoObjects as Virtual Providers?

Vaya a la página Mantenimiento de InfoObjects. En la pestaña Datos maestros / textos, asigne un InfoÁrea a una característica y seleccione directo como tipo de acceso a datos maestros.

Lo siguiente es ir a la pestaña de modelado, seleccionar el árbol de InfoSitio. Navegue hasta InfoÁrea que desea usar → Crear transformación como se menciona en el tema Transformación.

Defina las reglas de transformación y actívelas. En el menú contextual, haga clic en Crear proceso de transferencia de datos (DTP para acceso directo es el valor predeterminado) → Seleccione la fuente y active el proceso de transferencia.

Un proveedor de información múltiple se conoce como un proveedor de información que le permite combinar datos de varios proveedores de información y lo hace disponible para fines de informes.

Caracteristicas

  • Un MultiProvider no contiene ningún dato para la generación de informes y el análisis proviene de InfoProviders directamente en el que se basa el MultiProvider.

  • Estos InfoSitios están conectados entre sí mediante una operación de unión.

  • Puede informar y analizar los datos en función de varios InfoSitio.

Estructura de múltiples proveedores

Un MultiProvider consta de las siguientes combinaciones diferentes de tipos de InfoSitio:

  • InfoObject
  • InfoCube
  • Objeto DataStore
  • Proveedor virtual

Para combinar los datos, se utiliza una operación de unión en un MultiProvider. Aquí, el sistema construye el conjunto de unión de los conjuntos de datos involucrados y todos los valores de estos conjuntos de datos se combinan.

En un InfoSet, crea el conjunto de datos mediante combinaciones. Estas uniones solo combinan valores que aparecen en ambas tablas. En comparación con una Unión, las combinaciones forman la intersección de las tablas.

Creación de un proveedor múltiple

Para crear un MultiProvider usando un InfoObject, cada InfoObject que desee transferir al MultiProvider debe estar en un estado activo. Si hay un InfoObjeto que no existe, entonces debe crearlo y activarlo.

También puede instalar un MultiProvider desde SAP Business Content si no desea crear un nuevo MultiProvider.

Para crear un MultiProvider, puede seguir los siguientes pasos:

Cree una InfoÁrea a la que desea asignar el nuevo MultiProvider. Go to Modeling → InfoProvider

En el menú contextual de InfoArea, elija Create MultiProvider.

En la siguiente ventana, ingrese un nombre técnico y una descripción → Icono Crear

Seleccione el InfoSitio que desea formar el proveedor múltiple → Continuar. Luego aparece la pantalla MultiProvider.

Use arrastrar y soltar para transferir los InfoObjetos requeridos a su MultiProvider. También puede transferir todas las dimensiones.

Utilice Identificar características y Seleccionar ratios para realizar asignaciones de InfoObjetos entre MultiProvider e InfoSitio.

El siguiente paso es guardar y activar MultiProvider y solo este MultiProvider activado estará disponible para informes y análisis.

Puede cargar los datos de un sistema externo a BI utilizando estos archivos planos. SAP BI admite la transferencia de datos mediante archivos planos, archivos en formato ASCII o en formato CSV.

Los datos de un archivo plano se pueden transferir a BI desde una estación de trabajo o desde un servidor de aplicaciones.

Los siguientes son los pasos involucrados en una transferencia de datos de archivo plano:

  • Defina un sistema de origen de archivos.

  • Cree una fuente de datos en BI, definiendo los metadatos para su archivo en BI.

  • Cree un InfoPaquete que incluya los parámetros para la transferencia de datos al PSA.

Puntos importantes sobre la transferencia de datos de archivos planos

  • Si hay campos de caracteres que no se rellenan en un archivo CSV, se rellenan con un espacio en blanco y con un cero (0) si son campos numéricos.

  • Si los separadores se utilizan de forma incoherente en un archivo CSV, el separador incorrecto se lee como un carácter y ambos campos se combinan en un campo y pueden acortarse. Los campos siguientes ya no están en el orden correcto.

  • No se puede utilizar un salto de línea como parte de un valor, incluso si el valor está encerrado con un carácter de escape.

Un par de sugerencias con respecto a los archivos CSV y ASCII

  • Las rutinas de conversión que se utilizan para determinar si debe especificar ceros a la izquierda. More information - Rutinas de conversión en el BI-System.

  • Para las fechas, generalmente usa el formato AAAAMMDD, sin separadores internos. Dependiendo de la rutina de conversión que se utilice, también puede utilizar otros formatos.

Definir un sistema de origen de archivos

Antes de poder transferir datos desde un sistema de origen de archivos, los metadatos deben estar disponibles en BI en forma de DataSource. IrModeling tab → DataSources.

Haga clic derecho en el área de contexto → Crear fuente de datos.

Ingrese el nombre técnico de la fuente de datos, el tipo de fuente de datos y luego haga clic en Transferir.

Vaya a la pestaña General → Seleccione la pestaña General. Ingrese descripciones para la fuente de datos (corta, media, larga).

Si es necesario, especifique si el origen de datos es inicial no acumulativo y puede producir registros de datos duplicados en una solicitud.

Puede especificar si desea generar el PSA para el origen de datos en el formato de caracteres. Si el PSA no se escribe, no se genera en una estructura con tipo, sino que se genera con campos similares a caracteres de tipo CHAR solamente.

El siguiente paso es hacer clic en la página de la pestaña Extracción e ingresar los siguientes detalles:

Defina el proceso delta para DataSource. Especifique si desea que DataSource admita el acceso directo a los datos (la adquisición de datos en tiempo real no es compatible con la transferencia de datos desde archivos).

Seleccione el adaptador para la transferencia de datos. Puede cargar archivos de texto o archivos binarios desde su estación de trabajo local o desde el servidor de aplicaciones. Seleccione la ruta al archivo que desea cargar o ingrese el nombre del archivo directamente.

En caso de que necesite crear una rutina para determinar el nombre de su archivo. El sistema lee el nombre del archivo directamente desde el campo del nombre del archivo, si no, la rutina está definida.

Según el adaptador y el archivo que se va a cargar, se debe realizar la siguiente configuración:

  • Binary files - Especifique la configuración del registro de caracteres para los datos que desea transferir.

  • Text-type files- Para archivos de texto, determine que las filas de su archivo son filas de encabezado y, por lo tanto, pueden ignorarse cuando se transfieren los datos. Especifique la configuración del registro de caracteres para los datos que desea transferir.

  • For ASCII files - Para cargar los datos de un archivo ASCII, los datos se solicitan con una longitud de registro de datos fija.

  • For CSV files - Para cargar datos de un archivo CSV de Excel, mencione el separador de datos y el carácter de escape.

    El siguiente paso es ir a la página de la pestaña Propuesta, esto es necesario solo para archivos CSV. Para archivos en diferentes formatos, defina la lista de campos en la página de la pestaña Campos.

El siguiente paso es ir a la pestaña Campos -

Puede editar los campos que transfirió a la lista de campos de la fuente de datos desde la pestaña Propuesta. Si no transfirió la lista de campos de una propuesta, puede definir los campos del DataSource aquí como se muestra en la siguiente captura de pantalla.

A continuación, puede realizar la verificación, guardar y activar la fuente de datos.

También puede seleccionar la pestaña Vista previa. Si selecciona leer datos de vista previa, el número de registros de datos que especificó en su selección de campo se muestra en una vista previa.

DB Connect se utiliza para definir otra conexión de base de datos además de la conexión predeterminada y estas conexiones se utilizan para transferir datos al sistema de BI desde tablas o vistas.

Para conectar una base de datos externa, debe tener la siguiente información:

  • Tools
  • Conocimiento de la aplicación fuente
  • Sintaxis SQL en la base de datos
  • Funciones de base de datos

Gratificaciones

En caso de que el origen de su sistema de administración de base de datos sea diferente del DBMS de BI, debe instalar el cliente de base de datos para el DBMS de origen en el servidor de aplicaciones de BI.

La característica clave de DB Connect incluye la carga de datos en BI desde una base de datos compatible con SAP. Cuando conecta una base de datos a BI, un sistema de origen requiere la creación de un punto de acceso directo al sistema de administración de la base de datos relacional externa.

Arquitectura DB

La función multiconexión del componente SAP NetWeaver le permite abrir conexiones de base de datos adicionales además de la conexión predeterminada de SAP y puede usar esta conexión para conectarse a bases de datos externas.

DB Connect se puede utilizar para establecer una conexión de este tipo como conexión del sistema de origen a BI. Las mejoras de DB Connect a la base de datos le permiten cargar los datos a BI desde las tablas de la base de datos o vistas de las aplicaciones externas.

Para la conexión predeterminada, DB Client y DBSL están preinstalados para el sistema de administración de bases de datos (DBMS). Para usar DB Connect para transferir datos al sistema de BI desde otros sistemas de administración de bases de datos, debe instalar DB Client específico de la base de datos y DBSL específico de la base de datos en el servidor de aplicaciones de BI que está utilizando para ejecutar DB Connect.

Creación de DBMS como sistema fuente

Ir RSA1 → Administration workbench. Bajo laModeling Tab → Source Systems

Ir DB Connect → Right click → Create.

Introduzca el nombre del sistema lógico (DB Connect) y la descripción. Haga clic en Continuar.

Ingrese el sistema de administración de la base de datos (DBMS) que desea utilizar para administrar la base de datos. Luego ingrese el usuario de la base de datos bajo cuyo nombre desea que se abra la conexión y la contraseña de la base de datos debe ingresar para la autenticación de la base de datos.

En la Información de la conexión, debe ingresar la información técnica requerida para abrir la conexión de la base de datos.

Indicador permanente

Puede configurar este indicador para mantener una conexión permanente con la base de datos. Si la primera transacción finaliza, se verifica cada transacción para ver si se ha reiniciado la conexión. Puede utilizar esta opción si debe acceder con frecuencia a la conexión de base de datos.

Guarde esta configuración y puede hacer clic en Atrás para verla en la tabla.

Universal Data Connect (UDC) le permite acceder a fuentes de datos relacionales y multidimensionales y transferir los datos en forma de datos planos. Los datos multidimensionales se convierten a un formato plano cuando se utiliza Universal Data Connect para la transferencia de datos.

UD usa un J2EE connectorpara permitir la generación de informes sobre datos SAP y no SAP. Hay diferentes conectores de BI Java disponibles para varios controladores, protocolos como adaptadores de recursos, algunos de los cuales son los siguientes:

  • Conector BI ODBO
  • Conector BI JDBC
  • Conector de consultas SAP BI
  • Conector XMLA

Para configurar la conexión a una fuente de datos con objeto de fuente (relacional / OLAP) en el motor J2EE. En primer lugar, debe habilitar la comunicación entre el motor J2EE y el sistema BI creando un destino RFC de J2EE a BI. Luego modele los InfoObjetos en BI según los elementos del objeto de origen y, en el sistema de BI, determine la fuente de datos.

Creación de un sistema fuente de UD Connect

Como se mencionó anteriormente, ha creado un destino RFC a través del cual el motor J2EE y BI permiten la comunicación entre estos dos sistemas.

Vaya al banco de trabajo de administración, RSA1 → Go to Modeling tab → Source Systems.

Haga clic derecho en el UD Connect → Create. Luego, en la siguiente ventana, ingrese los siguientes detalles:

  • Destino RFC para el motor J2EE
  • Especifique un nombre de sistema lógico
  • Tipo de conector

Entonces debes ingresar el -

  • Nombre del conector.
  • Nombre del sistema de origen si no se determinó a partir del nombre del sistema lógico.

Una vez que complete todos estos detalles → Elija Continuar.

En SAP BI Data Warehouse Management, es posible programar una secuencia de procesos en segundo plano para un evento y pocos de estos procesos pueden desencadenar un evento separado para iniciar los otros procesos.

Una cadena de procesos le proporciona los siguientes beneficios en un sistema SAP BI:

  • Se pueden utilizar para gestionar y controlar de forma centralizada los procesos.

  • Puede visualizar los procesos mediante el uso de gráficos.

  • Mediante el procesamiento controlado por eventos, puede automatizar los programas complejos.

Features −

  • Security
  • Flexibility
  • Openness

Estructura de una cadena de procesos

Cada cadena de proceso consta de los siguientes componentes:

  • Iniciar proceso
  • Procesos de solicitud individuales
  • Procesos de cobranza

El proceso de inicio se utiliza para definir la condición de inicio de una cadena de procesos y todos los demás procesos de la cadena están programados para esperar un evento. Los procesos de aplicación son los procesos que se definen en una secuencia y son los procesos reales en un sistema de BI. Se pueden clasificar como:

  • Proceso de carga
  • Proceso del agente informante
  • Proceso de administración de destino de datos
  • Otros procesos de BI

Un proceso se puede definir como un procedimiento interno o externo al sistema SAP y tiene un comienzo y un final definidos.

Iniciar proceso para diseñar una cadena de procesos

El proceso de inicio se utiliza para definir la condición de inicio de una cadena de procesos. Puede iniciar una cadena de procesos a la hora especificada o después de un evento que se desencadena por un proceso de inicio.

También se puede configurar un inicio de la cadena de procesos mediante una metacadena. Si la condición de inicio de una cadena de proceso está integrada con otra cadena de proceso, esto se conoce comometachain.

Las siguientes son las características clave de un proceso de inicio:

  • En una cadena de procesos, solo se puede programar un proceso de inicio sin un proceso predecesor.

  • Puede definir solo un proceso de inicio para cada cadena de procesos.

  • Un proceso de inicio no puede ser el sucesor de otro proceso.

  • Puede utilizar un proceso de inicio solo en una única cadena de procesos.

¿Cómo crear una cadena de procesos?

Utilizar T-Code: RSPC o en el Modeling tab → Go to Process Chain.

Haga clic derecho en el Context area → Create Process Chain.

Ingrese el nombre técnico y la descripción de la cadena del proceso. Haga clic en Continuar.

Para crear un proceso de Inicio, haga clic en el nuevo icono en la siguiente ventana que aparece. Ingrese el nombre técnico y la descripción del proceso estrella.

En la siguiente ventana, puede definir las opciones de programación. La programación directa consiste en programar la cadena de procesos en un intervalo de tiempo específico.

Puede usar “Cambiar selección” para ingresar detalles de la programación.

Vaya al botón Fecha / Hora. Mencione la fecha / hora de inicio programada, la fecha / hora de finalización.

Para definir la frecuencia, seleccione la casilla de verificación Trabajo periódico como se muestra en la siguiente captura de pantalla. Haga clic enPeriod Values. Ingrese la frecuencia (por hora / diario / semanal / mensual / otro período). Haga clic en el botón Guardar y retroceder para volver a la pantalla RSPC anterior.

El siguiente paso es seleccionar el tipo de proceso.

  • Para realizar la carga de datos a través de un InfoPackage, use el Tipo de proceso Execute InfoPackage.

  • Para realizar la carga de datos a través de un DTP, use el Tipo de proceso Data Transfer Process.

Haga doble clic en el tipo de proceso y se abrirá una nueva ventana. Puede seleccionar InfoPaquete de las opciones dadas.

Para conectar la variante con un InfoPackage, seleccione "Iniciar variante" y mantenga presionado el botón izquierdo del mouse. Luego mueva el botón del mouse al paso de destino. Una flecha debe seguir tu movimiento. Deje de presionar el botón del mouse y se crea una nueva conexión.

Para realizar una comprobación de coherencia, haga clic en Goto → Checking View.

Para activar la cadena de procesos, haga clic en Activar o vea la siguiente captura de pantalla para comprender los pasos a seguir.

Para programar la cadena de procesos, vaya a Execution → Schedule. Select Priority and Continue.

Esto programará la cadena de procesos como un trabajo en segundo plano y se puede ver mediante Transaction SM37.

Monitorear la cadena de procesos

Utilizar T-Code: RSPCM

Esto se usa para monitorear las cadenas de procesos diarias.

Para ver los registros, use T-code: RSPC

Seleccionar proceso chain → Right Click → Display Log.

En un sistema SAP BI, puede analizar e informar sobre los datos de InfoProviders seleccionados usando arrastrar y soltar o el menú contextual para navegar en las consultas creadas en el diseñador de consultas BEx.

En el competitivo mercado actual, las empresas más exitosas responden con rapidez y flexibilidad a los cambios y oportunidades del mercado. Una clave de esta respuesta es el uso eficaz y eficiente de los datos y la información por parte de analistas y gerentes. Un "almacén de datos" es un depósito de datos históricos que están organizados por tema para apoyar a los tomadores de decisiones en la organización. Una vez que los datos se almacenan en un data mart o almacén, se puede acceder a ellos.

En SAP BI, Business Explorer (BEx) es uno de los componentes clave que le permite realizar informes y análisis flexibles y proporciona diferentes herramientas que se pueden utilizar para el análisis estratégico y ayudar a los tomadores de decisiones en la toma de decisiones para la estrategia futura.

Las herramientas más comunes incluidas en BEx son:

  • Query
  • Reporting
  • Funciones de análisis

Los siguientes son los componentes clave de un Business Explorer:

  • Diseñador de consultas BEx
  • Diseñador de aplicaciones web BEx
  • Emisora ​​BEx
  • Analizador BEx

Diseñador de consultas BEx

En BEx Query Designer, puede analizar los datos en el sistema de BI diseñando consultas para InfoProvider. Puede combinar InfoObjetos y elementos de consulta que le permiten navegar y analizar los datos en el InfoSitio.

Funciones clave de BEx Query Designer

  • Puede utilizar consultas en BEx Query Designer para informes OLAP y para informes empresariales.

  • Las consultas pueden contener diferentes parámetros como variables para valores característicos, jerarquías, fórmulas, texto, etc.

Puede seleccionar InfoObjects con mayor precisión mediante:

  • En el Diseñador de consultas, puede aplicar un filtro para restringir toda la consulta. Al definir el filtro, puede agregar valores de característica de una o más características o también ratios en el filtro. Todos los datos de InfoSitio se agregan mediante la selección de filtro de la consulta.

  • También puede utilizar características definidas por el usuario y determinar el contenido de las filas y columnas de la consulta. Se utiliza para especificar las áreas de datos del InfoSitio por las que desea navegar.

  • Tiene la opción de navegar a través de la consulta que le permite generar diferentes vistas de los datos de InfoSitio. Esto se puede lograr arrastrando cualquiera de las características definidas por el usuario a las filas o columnas de la consulta.

¿Cómo acceder al Diseñador de consultas?

Para acceder al diseñador de consultas BEx, vaya a Start → All Programs.

En el siguiente paso, seleccione BI system → OK.

Enter the following details −

  • Ingrese el cliente
  • Nombre de usuario
  • Password
  • Idioma de inicio de sesión
  • Haga clic en el botón Aceptar

You can see the following components in a Query Designer −

  • Los detalles del proveedor de información están disponibles aquí.

  • Fichas para ver varios componentes del informe.

  • Cuadro de propiedades que muestra las propiedades de cada componente seleccionado en la consulta.

La barra de herramientas estándar del Diseñador de consultas que se muestra en la parte superior tiene los siguientes botones.

  • Crear nueva consulta
  • Consulta abierta
  • Guardar consulta
  • Salvar a todos
  • Propiedades de la consulta
  • Publicar en la Web
  • Marque Consulta y muchas otras opciones.

Elementos de consulta en InfoSitio

  • Key figures - Contiene datos o medidas numéricas o indicadores clave de rendimiento (KPI) y se puede dividir en cifras clave calculadas CKF y cifras clave restringidas RKF.

  • Characteristics- Definen los criterios para clasificar los objetos. Por ejemplo: Producto, Cliente, Ubicación, etc.

  • Attributes - Definen las propiedades adicionales de una característica.

Propiedades de la consulta

Variable Sequence - Se utiliza para controlar el orden en que se muestran a los usuarios las variables de la pantalla de selección.

Display - Vaya a la pestaña Pantalla para configurar las propiedades de pantalla de la siguiente manera -

  • Hide Repeated Key Values - Se utiliza para controlar las características que se repetirán en cada fila o no.

  • Display Scaling Factors for Key Figures - Se utiliza para controlar si el factor de escala se informa en la parte superior de la columna correspondiente.

También puede definir filtros, usar Variables en el Diseñador de consultas. Estos filtros se utilizan para limitar el acceso a los datos en informes, análisis a un determinado sector empresarial, grupo de productos o período de tiempo.

Variables

Las variables se definen como parámetros de una consulta en el Diseñador de consultas que se rellenan con valores cuando ejecuta la consulta. Se pueden crear diferentes tipos de variables, algunas de las cuales son las siguientes:

  • Variables de jerarquía
  • Características Valor Variables
  • Variable de texto
  • Variable de fórmula
  • Variables de nodo de jerarquía

Para crear una variable, vaya a la carpeta Característica Valor Variables disponibles bajo la característica correspondiente.

El siguiente paso es hacer clic derecho en la carpeta → seleccionar la opción Nueva variable.

Cifras clave restringidas

También es posible restringir los ratios de un InfoSitio para su reutilización seleccionando una o más características. Puede restringir los ratios mediante una o más selecciones de características y pueden ser ratios básicos, ratios calculados o ratios que ya están restringidos.

Para crear una nueva cifra clave restringida, en el área de la pantalla InfoSitio → seleccione la entrada de cifras clave y elija Nueva cifra clave restringida en el menú contextual.

Restricted Characteristics −

  • Seleccionar valores únicos
  • Seleccionar rangos de valores
  • Guardar valores en favoritos
  • Visualización de claves de valor
  • Valores disponibles en la historia
  • Eliminar valores de la ventana de selección

BEx Analyzer: informes y análisis

BEx Analyzer se conoce como una herramienta de diseño incorporada en Microsoft Excel y se utiliza para informes y análisis. En un BEx Analyzer, puede analizar y planificar con datos de InfoSitio seleccionados utilizando el menú contextual o arrastrar y soltar para navegar en consultas creadas en BEx Query Designer.

BEx Analyzer se divide en dos modos para diferentes propósitos:

Analysis mode - Se utiliza para ejecutar análisis OLAP sobre consultas.

Design mode - Se utiliza para diseñar la interfaz para aplicaciones de consulta.

Modo de análisis

Puede realizar las siguientes tareas en el modo de análisis:

  • Puede acceder al BEx Query Designer para definir consultas.

  • Puede analizar los datos de InfoSitio navegando en las consultas.

  • Puede utilizar diferentes funciones como ordenar, filtrar, perforar, etc. que son comunes en OLAP.

  • Distribución de libros de trabajo con BEx Broadcaster.

  • Para programación avanzada, puede incrustar sus propios programas VBA personalizados.

  • Puede guardar libros de trabajo en el servidor / localmente en su computadora o en favoritos.

Modo de diseño

Puede realizar las siguientes tareas en el modo de diseño:

  • Puede usarse para diseñar la consulta y puede incrustar diferentes elementos de diseño de consultas como cuadros desplegables, grupos de botones de radio, cuadrículas y botones en su libro de trabajo de Microsoft Excel.

  • También puede personalizar su libro de trabajo con la funcionalidad de formato y gráfico de Excel.

Para iniciar BEx Analyzer, en el menú Inicio de Windows, elija Programs → Business Explorer → Analyzer.