PLAN DE ESTUDIO CONSULTOR

TRAINEE SAP BW
INTELLEGO
Control de versiones del documento
Fecha Versión Descripción Autor
02-03-2015 1.0 Creación del documento Italo Miranda
18-03-2015 1.1 Modificación del Documento Italo Miranda
Propiedades del Documento

Propiedad Valor
Título del Documento Plan de Estudio Consultor Trainee SAP BW
Asunto / Proyecto Capacitacion para Consultores Trainee
Última Versión 1.0
Responsable del documento Italo Miranda
Email italo.miranda@grupointellego.com
Nombre del archivo (.docx) Plan de Estudio Consultor Trainee SAP BW.docx
Fecha de creación 02-03-2015
Última modificación 18-03-2015
Índice

Contenido
Control de versiones del documento .................................................................................................. 2
Propiedades del Documento ............................................................................................................... 3
Índice ................................................................................................................................................... 4
Contexto general ................................................................................................................................. 7
Que es ERP ...................................................................................................................................... 7
Que es DATAWAREHOUSE .............................................................................................................. 8
Que es un Consultor SAP BW ........................................................................................................ 11
Que es ETL ..................................................................................................................................... 12
Extraer ....................................................................................................................................... 12
Transformar............................................................................................................................... 12
Carga.......................................................................................................................................... 13
Que es ASAP .................................................................................................................................. 14
FASE 1 – Preparación del Proyecto ........................................................................................... 15
FASE 2 – Business Blueprints ..................................................................................................... 16
FASE 3 – Realización .................................................................................................................. 16
FASE 4 – Preparación Final ........................................................................................................ 17
FASE 5 – Salida en Vivo y Soporte ............................................................................................. 18
Conceptos de SAP BW ....................................................................................................................... 19
Fuentes de datos ........................................................................................................................... 19
Extractores .................................................................................................................................... 20
Extractores Estándar ................................................................................................................. 20
Extractores Genéricos ............................................................................................................... 25
Infofuente:..................................................................................................................................... 25
InfoObjetos:................................................................................................................................... 25
PSA: ............................................................................................................................................... 26
DSO: ...................................................................................................Error! Bookmark not defined.
DSO Standard ............................................................................................................................ 27
DSO Escritura Optimizada ......................................................................................................... 29
DSO Actualización Directa ......................................................................................................... 31
 Concepto Cubos ............................................................................................................................ 33
El Modelo Estrella Tradicional ................................................................................................... 33
El Modelo Estrella BW ............................................................................................................... 36
Límites de un cubo SAP BW....................................................................................................... 37
Tipos de InfoCubos: ................................................................................................................... 38
Transformaciones.......................................................................................................................... 38
RUTINAS DE INICIO: ................................................................................................................... 38
REGLAS DE TRANSFORMACIÓN:................................................................................................ 38
RUTINA FINAL: ........................................................................................................................... 39
RUTINA EXPERTO: ..................................................................................................................... 39
Ordenes de transporte .................................................................................................................. 39
Dato Maestro ................................................................................................................................ 39
InfoArea ......................................................................................................................................... 41
InfoCatalogo .................................................................................................................................. 43
Proceso de Carga ........................................................................................................................... 43
INFOPAQUETES: ........................................................................................................................ 43
PSA (PERSISTENT STAGING AREA): ............................................................................................ 44
DTP (PROCESO TRANSFERENCIA DATOS): ................................................................................. 44
Infopaquete .......................................................................................Error! Bookmark not defined.
Sistema Fuente .............................................................................................................................. 47
DTP ....................................................................................................Error! Bookmark not defined.
PSA ....................................................................................................Error! Bookmark not defined.
InfoSitio (Infoprovider) .................................................................................................................. 48
Multisitio ....................................................................................................................................... 49
Conceptos de la herramienta SAP BW .............................................................................................. 50
Menú transversal al entorno SAP BW ........................................................................................... 50
Workbech, entorno de gestión o Modelado ................................................................................. 50
Business Content ........................................................................................................................... 51
Bex Query Designer ....................................................................................................................... 52
Acceder a la herramienta .......................................................................................................... 53
Entorno de la herramienta......................................................................................................... 54
Área: InfoSitio............................................................................................................................ 56
 Área: Filtro ................................................................................................................................. 57
Área: Líneas / Columnas ............................................................................................................ 57
Área: Propiedades ..................................................................................................................... 58
Área: Tarea ................................................................................................................................ 60
Área: Mensaje ........................................................................................................................... 60
Queries ......................................................................................................................................... 61
Nueva Query.............................................................................................................................. 61
Como crear un filtro .................................................................................................................. 64
Crear reporte con Filas y Columnas sobre un Cubo .................................................................. 65
Crear ratios restringido y calculado .......................................................................................... 66
Crear formula ............................................................................................................................ 71
Crear Variables en Query Designer ........................................................................................... 74
Analyzer ........................................................................................................................................... 81
Abrir query ................................................................................................................................... 83
Botones de uso relevantes en Analyzer ................................................................................. 85
Boton Informacion (Information) .............................................................................................. 86
Boton Filtro (Filter) .................................................................................................................... 86
Boton Grafico (Chart) ................................................................................................................ 88
Contexto general

Que es ERP
La sigla ERP proviene de Enterprise Resource Planning, o Planificación de Recursos Empresariales.
Básicamente un ERP es una arquitectura de software para empresa que facilita e integra la
información entre las funciones de manufactura, logística, finanzas y recursos humanos de una
empresa.

Algunas características de los ERP:

 Base de datos centralizada.
 Componentes de un ERP interactúan entre si, consolidando todas las operaciones.
 Los datos se ingresan una sola vez, estos deben ser completos, consistentes y comunes.
 Las empresas deben modificar algunos de sus procesos para alinearlos con los del sistema
ERP.

Los ERP surgieron en Estados Unidos durante la Segunda Guerra Mundial. Aprovechando los
primeros equipos informáticos, las autoridades norteamericanas crearon rudimentarios
programas de gestión para planificar y controlar el esfuerzo productivo de guerra. Después, este
tipo de software pasó al sector empresarial y se fue desarrollando hasta convertirse en lo que
actualmente conocemos como un ERP

A diferencia de los programas de planificación centrados fundamentalmente en la producción,

los ERP modernos son soluciones capaces de abarcar todas las áreas de una organización
empresarial: finanzas, contabilidad, facturación, ventas, marketing, logística, producción,
inventario, nóminas, etc. Con ese fin, los programas ERP están formados por diferentes módulos o
herramientas que corresponden a cada una de estas áreas. De este modo, la empresa puede
decidir qué módulos va a implementar en cada momento en función de las actividades de su
negocio que necesita gestionar. Por lo tanto, la implementación de un ERP siempre es en cierta
parte a medida, ya que además de escoger los módulos que se implantan, se requiere un proceso
para adaptarlos al funcionamiento específico y la idiosincrasia de cada empresa concreta.
Además, al contrario que un paquete de aplicaciones informáticas que funcionan por separado
(como podría ser la popular suite de ofimática Microsoft Office), en un ERP todos los datos
están integrados y conectados. De este modo, la empresa se asegura de que la información fluya
perfectamente de un módulo a otro y puede obtener una valiosa visión global centralizada sobre
la situación de su negocio, algo que no es posible conseguir con ningún otro tipo de programa
empresarial.

También es necesario que el ERP sea actualizable, ya que con el tiempo pueden variar tanto las
necesidades de la empresa (por ejemplo lanzamiento de nuevos productos y servicios, apertura de
delegaciones, creación de departamentos, etc.) como el entorno en el que opera (por ejemplo
cambios en los procedimientos para superar una auditoría y obtener una certificación ISO). En este
sentido, hay proveedores que ofrecen planes de actualización para poner al día el ERP sin
necesidad de desechar toda la inversión realizada hasta el momento.
Que es DATAWAREHOUSE

Los sistemas ERP son buenos para la captura y el almacenamiento de los datos, pero les falta
capacidad de análisis y de información. Teóricamente, todos los datos se encuentran en el ERP,
pero no es fácil la recuperación para su análisis. De otra parte, el sistema ERP no puede alojar
datos de otras aplicaciones y datos externos necesarios para los procesos analíticos de la empresa.

Tras las dificultades de los sistemas tradicionales en satisfacer las necesidades informacionales,
surge el concepto de Data Warehouse, como solución a las necesidades informacionales globales
de la empresa. Este término acuñado por Bill Inmon, se traduce literalmente como Almacén de
Datos. No obstante si el Data Warehouse fuese exclusivamente un almacén de datos, los
problemas seguirían siendo los mismos que en los Centros de Información.
La ventaja principal de este tipo de sistemas se basa en su concepto fundamental, la estructura de
la información. Este concepto significa el almacenamiento de información homogénea y fiable, en
una estructura basada en la consulta y el tratamiento jerarquizado de la misma, y en un entorno
diferenciado de los sistemas operacionales. Según definió Bill Inmon, el Data Warehouse se
caracteriza por ser:

 Integrado: los datos almacenados en el Data Warehouse deben integrarse en una

estructura consistente, por lo que las inconsistencias existentes entre los diversos sistemas
operacionales deben ser eliminadas. La información suele estructurarse también en
distintos niveles de detalle para adecuarse a las distintas necesidades de los usuarios.

 Temático: sólo los datos necesarios para el proceso de generación del conocimiento del
negocio se integran desde el entorno operacional. Los datos se organizan por temas para
facilitar su acceso y entendimiento por parte de los usuarios finales. Por ejemplo, todos los
datos sobre clientes pueden ser consolidados en una única tabla del Data Warehouse. De
esta forma, las peticiones de información sobre clientes serán más fáciles de responder
dado que toda la información reside en el mismo lugar.
  Histórico: el tiempo es parte implícita de la información contenida en un Data Warehouse.
En los sistemas operacionales, los datos siempre reflejan el estado de la actividad del
negocio en el momento presente. Por el contrario, la información almacenada en el Data
Warehouse sirve, entre otras cosas, para realizar análisis de tendencias. Por lo tanto, el
Data Warehouse se carga con los distintos valores que toma una variable en el tiempo
para permitir comparaciones.

 No volátil: el almacén de información de un Data Warehouse existe para ser leído, y no

modificado. La información es por tanto permanente, significando la actualización del Data
Warehouse la incorporación de los últimos valores que tomaron las distintas variables
contenidas en él sin ningún tipo de acción sobre lo que ya existía.

E.F. Codd, considerado como el padre de las bases de datos relacionales, ha venido insistiendo
desde principio de los noventa, que disponer de un sistema de bases de datos relacionales, no
significa disponer de un soporte directo para la toma de decisiones. Muchas de estas decisiones se
basan en un análisis de naturaleza multidimensional, que se intentan resolver con la tecnología no
orientada para esta naturaleza. Este análisis multidimensional, parte de una visión de la
información como dimensiones de negocio.

Dimensiones de negocio vistas como cubos

Estas dimensiones de negocio se comprenden mejor fijando un

ejemplo, para lo que vamos a mostrar, para un sistema de gestión
de expedientes, las jerarquías que se podrían manejar para el
número de los mismo para las dimensiones: zona geográfica, tipo
de expediente y tiempo de resolución. La visión general de la
información de ventas para estas dimensiones definidas, la representaremos, gráficamente
como el cubo de la derecha.

Un gerente de una zona estaría interesado en visualizar la

información para su zona en el tiempo para todos los productos que
distribuye, lo podría tener una representación gráfica como el cubo
de la derecha.

Un director de producto, sin embargo, querría examinar la

distribución geográfica de sus productos, para toda la información
histórica almacenada en el Data Warehouse.
Esto se podría representar como la figura de la derecha, que refleja
la selección de datos por la jerarquía de producto.
 O se podría también examinar los datos en un determinado momento o una visión
particularizada.

A su vez, estas dimensiones tienen una jerarquía, interpretándose en el cubo como que cada cubo
elemental es un dato elemental, del que se puede extraer información agregada.
En el ejemplo anterior podría ser:

Y así por ejemplo se podría querer analizar la evolución de las ventas en Galicia de libros de Física
por meses desde Febrero del 1996 hasta Marzo del 1997.
Ello es fácil de obtener (incluso a "golpe de ratón") si la información de ventas se ha almacenado
en un Data Warehouse, definiendo estas jerarquías y estas dimensiones de negocio.
En este sentido citamos las palabras de D. Wayne Calloway Director Ejecutivo de Operaciones de
Pepsico en una asamblea general de accionistas:
"Hace diez años les pude decir cuántos Doritos vendimos al Oeste del Mississipi. Hoy no sólo les
puedo decir eso mismo, sino cuántos vendimos en California, en el Condado de Orange, en la
ciudad de Irvine, en el Supermercado local Von’s, en una promoción especial, al final del pasillo 4,
los jueves".

Otra característica del Data Warehouse es que contiene datos relativos a los datos, concepto
que se ha venido asociando al término de metadatos. Los metadatos permiten mantener
información de la procedencia de la información, la periodicidad de refresco, su fiabilidad, forma de
cálculo, etc., relativa a los datos de nuestro almacén.
Estos metadatos serán los que permitan simplificar y automatizar la obtención de la información
desde los sistemas operacionales a los sistemas informacionales.
Los objetivos que deben cumplir los metadatos, según el colectivo al que va dirigido, serían:
  Soportar al usuario final, ayudándole a acceder al Data Warehouse con su propio lenguaje
de negocio, indicando qué información hay y qué significado tiene. Ayudar a construir
consultas, informes y análisis, mediante herramientas de navegación.

 Soportar a los responsables técnicos del Data Warehouse en aspectos de auditoría,

gestión de la información histórica, administración del Data Warehouse, elaboración de
programas de extracción de la información, especificación de las interfaces para la
realimentación a los sistemas operacionales de los resultados obtenidos, etc.

Que es un Consultor SAP BW

Es bueno tener en cuenta que la gente que se desempeña en la tecnológica SAP, es considera
como la que mejor trabajo posee dentro del área TI, dado que esta actividad laboral fue declarada
con el primer puesto entre los mejores empleos del mundo.
Entre el ámbito de acción del consultor SAP BI – BW podemos encontrar:
 SAP ABAP Work
 Identificar necesidades y analizar requerimientos de información dentro de la empresa.
 Desarrollar modelos de datos en SAP BW para satisfacer las distintas demandas de
información.
 Crear Infocubos, reportes y tableros de mandos, en base a los modelos de datos creados
para hacerlos accesibles a los distintos usuarios que lo requieran.
 Capacitar y dar soporte a los usuarios.
 Administrar el contenido y funcionamiento de SAP BW.
Que es ETL
Extract, Transform and Load («extraer, transformar y cargar», frecuentemente abreviado ETL) es el
proceso que permite a las organizaciones mover datos desde múltiples fuentes, reformatearlos y
limpiarlos, y cargarlos en otra base de datos, data mart, o data warehouse para analizar, o en otro
sistema operacional para apoyar un proceso de negocio.

Extraer
La primera parte del proceso ETL consiste en extraer los datos desde los sistemas de origen. La
mayoría de los proyectos de almacenamiento de datos fusionan datos provenientes de diferentes
sistemas de origen. Cada sistema separado puede usar una organización diferente de los datos o
formatos distintos. Los formatos de las fuentes normalmente se encuentran en bases de datos
relacionales o ficheros planos, pero pueden incluir bases de datos no relacionales u
otras estructuras diferentes. La extracción convierte los datos a un formato preparado para iniciar
el proceso de transformación.

Una parte intrínseca del proceso de extracción es la de analizar los datos extraídos, de lo que
resulta un chequeo que verifica si los datos cumplen la pauta o estructura que se esperaba. De no
ser así los datos son rechazados.

Un requerimiento importante que se debe exigir a la tarea de extracción es que ésta cause un
impacto mínimo en el sistema origen. Si los datos a extraer son muchos, el sistema de origen se
podría ralentizar e incluso colapsar, provocando que éste no pueda utilizarse con normalidad para
su uso cotidiano. Por esta razón, en sistemas grandes las operaciones de extracción suelen
programarse en horarios o días donde este impacto sea nulo o mínimo.

Transformar
La fase de transformación aplica una serie de reglas de negocio o funciones sobre los datos
extraídos para convertirlos en datos que serán cargados. Algunas fuentes de datos requerirán
alguna pequeña manipulación de los datos. No obstante en otros casos pueden ser necesarias
aplicar algunas de las siguientes transformaciones:

 Seleccionar sólo ciertas columnas para su carga (por ejemplo, que las columnas con
valores nulos no se carguen).
 Traducir códigos (por ejemplo, si la fuente almacena una "H" para Hombre y "M" para
Mujer pero el destino tiene que guardar "1" para Hombre y "2" para Mujer).
 Codificar valores libres (por ejemplo, convertir "Hombre" en "H" o "Sr" en "1").
 Obtener nuevos valores calculados (por ejemplo, total_venta = cantidad * precio, o
Beneficio = PVP - Coste).
 Unir datos de múltiples fuentes (por ejemplo, búsquedas, combinaciones, etc.).
 Calcular totales de múltiples filas de datos (por ejemplo, ventas totales de cada región).
 Generación de campos clave en el destino.
 Transponer o pivotar (girando múltiples columnas en filas o viceversa).
 Dividir una columna en varias (por ejemplo, columna "Nombre: García López, Miguel
Ángel"; pasar a dos columnas "Nombre: Miguel Ángel", "Apellido1: García" y "Apellido2:
López").
  La aplicación de cualquier forma, simple o compleja, de validación de datos, y la
consiguiente aplicación de la acción que en cada caso se requiera:
o Datos OK: Entregar datos a la siguiente etapa (Carga).
o Datos erróneos: Ejecutar políticas de tratamiento de excepciones (por ejemplo,
rechazar el registro completo, dar al campo erróneo un valor nulo o un
valor centinela).

Carga
La fase de carga es el momento en el cual los datos de la fase anterior (transformación) son
cargados en el sistema de destino. Dependiendo de los requerimientos de la organización, este
proceso puede abarcar una amplia variedad de acciones diferentes. En algunas bases de datos se
sobrescribe la información antigua con nuevos datos. Los data warehouse mantienen un historial
de los registros de manera que se pueda hacer una auditoría de los mismos y disponer de un
rastro de toda la historia de un valor a lo largo del tiempo.
Existen dos formas básicas de desarrollar el proceso de carga:

Acumulación simple
La acumulación simple es la más sencilla y común, y consiste en realizar un resumen de todas las
transacciones comprendidas en el período de tiempo seleccionado y transportar el resultado
como una única transacción hacia el data warehouse, almacenando un valor calculado que
consistirá típicamente en un sumatorio o un promedio de la magnitud considerada.

Rolling
El proceso de Rolling por su parte, se aplica en los casos en que se opta por mantener varios
niveles de granularidad (jerarquías). Para ello se almacena información resumida a distintos
niveles, correspondientes a distintas agrupaciones de la unidad de tiempo o diferentes niveles
jerárquicos en alguna o varias de las dimensiones de la magnitud almacenada (por ejemplo,
totales diarios, totales semanales, totales mensuales, etc.).

La fase de carga interactúa directamente con la base de datos de destino. Al realizar esta
operación se aplicarán todas las restricciones y triggers (disparadores) que se hayan definido en
ésta (por ejemplo, valores únicos, integridad referencial, campos obligatorios, rangos de valores).
Estas restricciones y triggers (si están bien definidos) contribuyen a que se garantice la calidad de
los datos en el proceso ETL, y deben ser tomados en cuenta.
Que es ASAP
ASAP (Accelerated SAP). Es la metodología acelerada de implementación SAP. Su objetivo es
ayudar a diseñar una estrategia de implementación rápida y de la forma más eficiente posible:
optimizar los tiempos, mejorar la conformación de los equipos de trabajos, incrementar la calidad
utilizando una herramienta ágil y probada de implementaciones SAP.
ASAP, es una herramienta metodológica compuesta por cinco fases orientadas a través de un
”Mapa de Rutas” o “Road Map” sirviendo de guía para la implementación del producto.
El Mapa de Rutas está conformado por cinco consecutivas fases:
Fase 1 Preparación del Proyecto
Fase 2 Bosquejo (idea) – Blueprint
Fase 3 Realización
Fase 4 Preparación Final
Fase 5 Salida en Vivo y Soporte

FASE 1 – Preparación del Proyecto

 Levantamiento de información.
 Documentar necesidades.
 Definición de componentes estratégicos.

Esta fase se inicia con el levantamiento de información de las unidades del negocio de la
organización, en otras palabras, se iniciará determinando los procesos actuales versus las
necesidades de cara a las nuevas aplicaciones SAP. Adicionalmente, se considerarán los siguientes
componentes estratégicos:
Obtener el apoyo ejecutivo de alto nivel para el proyecto, involucrar a los dueños del negocio:
Uno de los puntos más importantes en la primera fase del proyecto será un acuerdo por escrito
entre ambas partes (Equipo del proyecto y el cliente) y una abierta cooperación del personal
ejecutivo que tengan bajo su responsabilidad la toma de decisiones de la organización. El respaldo
y soporte de los grupos antes mencionados será crucial para el éxito de la implementación SAP.
Identificar claramente los objetivos de proyecto:
Deberán ser muy precisas las definiciones de los objetivos y las expectativas del proyecto. Una
noción vaga y no clara de lo que deberíamos obtener con SAP dañará irremediablemente el
proceso de implementación. Adicionalmente deberemos identificar con suma claridad los
objetivos del proyecto considerando razonablemente la capacidad estratégica de la organización
para la acometida de un proyecto con estas características. En definitiva, será esencial la definición
de ideas claras, objetivos precisos y un plan maestro viable antes avanzar a la siguiente fase.
Un eficiente proceso para toma de decisiones
Un obstáculo muy común durante el proceso de implementación es una pobre definición por parte
de la organización para la toma de decisiones. Antes de arrancar un proyecto, a partir del día 1,
será fundamental identificar quienes serán las personas responsables para la toma ejecutiva de
decisiones, se deberán tomar importantes decisiones durante el ciclo de vida del proyecto en
diferentes áreas que impactaran efectivamente la actividad, y son estos líderes, los ejecutivitos de
la organización, que tendrán esa responsabilidad. Buenas decisiones y rápidas garantizarán en
gran medida la salida en vivo éxitos del proyecto.
Crear un ambiente idóneo, aceptable para los cambios y de reingeniería de procesos
El equipo de trabajo deberá estar de acuerdo y en la disposición de aceptar, a través del nuevo
software SAP, la nueva tecnología de aplicaciones que se implementará. A partir de ese momento
las cosas serán diferentes, el negocio va a cambiar y la nueva tecnología de información propiciara
de cara al negocio esos cambios. Con la implementación SAP se podrá esencialmente rediseñar los
procesos actuales hacia un modelo más eficiente basado las mejores prácticas predeterminadas y
expuestas por SAP.
FASE 2 – Business Blueprints
 Definición Blueprint.
 QADB (Questions, Anwers Data base).
 Issue Database.

SAP ha definido la fase 2 con la creación del blueprint, su propósito de ayudar a extraer
información pertinente de la empresa necesaria para el proceso de implementación de las
aplicaciones. Estos Blueprints fueron diseñados a través de estos cuestionarios para probar a
través de la información suministrada como el negocio funciona. Adicionalmente el ejercicio
mencionado servirá como la documentación de implementación del proyecto.
Cada documento generado por el blueprint esencialmente subrayará outlines los futuros procesos
y requerimientos del negocio para su implementación. Las preguntas del cuestionario están
diseñadas de acuerdo al tipo de funcionalidad del negocio. Tal como se muestra en el siguiente
ejemplo:
1. ¿Qué tipo de información es capturada en una Orden de Compra?
2. ¿Qué información es requerida para completar una Orden de Compras?

El QADB (Questions and Answers Data Base), base de datos de preguntas y respuestas SAP: Es una
simple herramienta diseñada para facilitar la creación y el mantenimiento del Business Blueprint.
Esta base de datos almacena las preguntas y respuestas y server as the hear de su blue print.
Al cliente se le proveerá un input template para colectar la data en cada una de las aplicaciones a
implementar. El formato de las preguntas y respuestas son Standard a través de las diferentes
aplicaciones para facilitar de forma sencilla y más fácil su uso para el equipo de trabajo.
Otra herramienta utilizada para esta fase del Blueprint es el “Issues Databases” (asuntos o temas
relacionados con la base de datos). Esta base de datos almacena cualquier punto a considerar y
puntos pendientes relacionados con la implementación. Almacenar esta información de manera
centralizada ayudará a obtener y manejar asuntos o puntos para su resolución, así, temas
importantes que deberán ser abordados con prontitud y no caigan fall thruough the craks. Luego
se podrá dar un seguimiento por puntos o asuntos almacenados en la base de datos y asignarlos a
los miembros del equipo para su resolución, simultáneamente se actualizara la base de datos a
medida que se tomen las acciones pertinentes.

FASE 3 – Realización
 Configuración Base Line.
 Entonación, Configuración.
 Pruebas Integradas.
 IMG (Implementación Guide).
 Transferencia de conocimiento.

Una vez completa la fase 2, funcionales expertos estarán listos para iniciar el proceso de
configuración SAP. La Fase de Realización está dividida en dos (2) partes:
Baseline Configuration
El equipo de consultores SAP ayudará a la configuración del baseline del sistema.
Configuración Tuning
El equipo de implementación entonará el sistema de acuerdo con los objetivos y necesidades
trazadas en los procesos requeridos por el negocio.
La configuración inicial completada durante la configuración del base line es el resultado de la
información proporcionada en el documento del BluePrint. El resto de la confirmación, un 20%
aproximado, el cual no fue abordado en este ejerció será abordados y completados en el proceso
de entonación final del sistema (Configuration Tuning). Por lo general durante el proceso de
entonación se aborda estas excepciones que no fueron cubiertas en la configuración del base line.
Este 20% representará el trabajo finalmente necesario para cubrir las necesidades planificadas en
el plan.
Configuración Pruebas (Configuration Testing)
Con la ayuda del equipo de consultores SAP segregaremos los procesos del negocio en Ciclos
integrados con el flujo de los procesos del negocio. Los Ciclos servirán como unidades
independientes que permitirán probar partes específicas de los procesos del negocio. También se
podrá trabajar a través de la herramienta: Configuración SAP Guía de Implementación (IMG). Esta
herramienta ayudará a implementar el SAP con un formato paso a paso.
Transferencia de Conocimiento (Knowledge Transfer)
En este punto se inicia el cierre de las fases de configuración, por esta razón es necesario para el
equipo del proyecto estar en capacidad de ser auto suficiente a nivel de conocimientos con
referencia a la configuración de los sistemas SAP. La transferencia de conocimientos a el equipo de
configuración necesita ser completada en este punto del proceso de la metodología ASAP,
adicionalmente, el usuario final deberá estar debidamente adiestrado y listo para el uso eficiente
del día a día de los procesos del negocio en SAP. El equipo deberá estar listo y capacitado para
acometer actividades tales como: mantenimiento de los procesos del negocio en SAP después de
la salida a producción de las aplicaciones.

FASE 4 – Preparación Final

 Pruebas funcionales.
 Migración de datos.
 Pruebas de Estrés.
 Continuar Entonaciones.
 Mantenimientos preventivos.
 Continuar Adiestramiento funcional.
 Continuar Adiestramientos técnicos.
 Elaboración del plan estratégico Salida a Producción.

Cuando la fase 3 (Realización) se integra con la fase 4 es fundamental tener en cuenta los planes
para la salida en vivo, no solo los entrenamientos al equipo de trabajo y la capacitación al
conglomerado de usuarios finales, también son fundamentales las pruebas funcionales y las
pruebas de estrés, éstas se deberán preparar e iniciar en esta fase. Así mismo continuaremos con
los últimos ajustes al entonamiento del sistema antes de la salida a producción, esto garantizara
que todos los detalles relacionados con los nuevos procesos que implementaremos estén en su
lugar, y sobre todo la culminación de la migración de los datos del sistema viejo al nuevo sistema
SAP.
Las pruebas integradas del sistema o pruebas funcionales en esta fase son conducidas para
asegurar la confiabilidad y exactitud de los datos y la estabilidad del sistema SAP en un ambiente
productivo. La metodología ASAP sugiere iniciar pruebas individuales del sistema durante la fase 2
del proceso. Es en esta fase cuando se inicia las pruebas integradas antes de la salida en
producción con los sistemas. Ahora es el momento de efectuar un mantenimiento preventivo de
puntos de chequeos garantizando con esto el futuro comportamiento óptimo del sistema SAP en
un ambiente productivo. Finalmente, con la conclusión de la FASE 4, la metodología sugiere la
preparación de las estrategias para la salida en vivo del sistema SAP, muy importante, preparar a
los usuarios finales para este evento y estar en la capacidad de responderles todas las preguntas y
dudas que puedan tener antes de iniciarse activamente con las aplicaciones SAP.

FASE 5 – Salida en Vivo y Soporte

 Prever posibles escenarios.

 Coordinación adecuada del evento.
 Preparación del soporte pos salida en vivo.
 Documentación de procesos.
 Procedimientos.

La Salida en Vivo, de acuerdo a la metodología, es el paso más sencillo de lograr; una adecuada
coordinación del evento y una preparación efectiva será la clave para que la Salida en Vivo se logre
sin desviaciones que podamos lamentar.
Preveer posibles escenarios relacionados a nivel de los procesos individuales del negocio y/o
posibles escenarios a nivel la funcionalidad tecnológica que soporten los procesos serán
esenciales. Adicionalmente, para esta fase final, se deberán tomar muy en cuenta aspectos tales
como: Mantenimiento de los sistemas después y durante su implementación, documentación de
los procesos y los procedimientos operativos del nuevo sistema SAP implementado.
Conceptos de SAP BW

Dentro del marco de las herramientas más usadas en la transacción RSA1, se analizaran los
elementos que deben conocer o vincular.

Fuentes de datos

El Data Source o fuente de datos es la conexión directa a la fuente o sistema de la que se va a

extraer la información, por ejemplo los extractores estándar que maneja el sistema.

Las fuentes de datos que permite manejar SAP BW, pueden ser:
 SAP ERP
 Archivo (.CVS, .TXT, .XLS, etc.)
 Otro SAP BW
 Base de Datos

Una imagen que resume lo anterior, tanto como explica el flujo de datos de SAP seria la siguiente:

Es importante conocer en este punto lo que son los extractores, como se utilizan y cual su fin
dentro del proceso ETL que tiene SAP BW.
Extractores
Un extractor de datos es un programa que rellena la estructura de un DataSource con datos de
una fuente SAP. Hay “extractores concretos” para “objetos concretos” dentro de un sistema
fuente, a estos se les llama extractores estándar.

Por otro lado, se tienen los extractores genéricos, los que no son asignados a DataSources
concretos y cualquier DataSource puede utilizarlos.

Estos extraen, entonces la información de distintas fuentes de datos.

Los extractores genéricos están basados en desarrollos hechos a la medida, realizados por otros
usuarios, principalmente motivados porque los extractores estándar no satisfacen sus
necesidades.

Extractores Estándar
Los extractores estándar están dados por la aplicación misma, vienen por defecto y tienen las
características necesarias para la extracción desde alguna fuente de datos.

Este tipo de extractor usa principalmente tres tipos de transacciones:

- RSA3: Verificador/prueba de extractor
- RSA5: Instalar fuentes de datos desde el business content, o que es lo mismo, activación
de fuentes de datos.
- RSA6: Actualización de fuente de datos.

Un ejemplo de uso de extractor estándar:

Los pasos serían los siguientes:

1.- Ir a la Transacción RSA5 que nos muestra cuales son los extractores que no están activos en
nuestro sistema.

Acá tienen un ejemplo de cómo se ven los extractores en SAP BW:

2- Van al Help de SAP www.help.sap.com y van a la opción Search documentation.

La búsqueda la configuran de la siguiente manera:

En caso contrario, también se puede probar el extractor estándar mediante el uso de la
transacción RSA3, esto nos devolverá la data.

Para poder realizar esta actividad, se debe realizar lo siguiente.

Desde el ERP (ECC) escribir RSA3, esto conducirá a una ventana en donde podemos escribir el
nombre del extractor que se requiere evaluar.
Luego presionar el botón “Extracción”, esto arrojara la cantidad de registros que tiene el extractor.
Luego, al presionar el botón continuar (check verde), podremos ver los datos en la siguiente
pantalla.

Esto se hace marcando el botón “Grid ALV”.

Extractores Genéricos
Lorem ipsum

Infofuente:

Esta estructura era de uso obligatorio en SAP BW 3.x, y de uso opcional en SAP BW 7.x
Se utilizaba como estructura intermedia, en donde se recibían los datos que trae el DataSource
(Fuente de datos) y posteriormente permite la ver y seleccionar los datos que se van a emplear.

El flujo de datos en 3.x era:

Fuente de datos --> estructura de comunicación -->infofuente --> regla de actualización --> destino

Hoy en día la infofuente se sigue usando, pero como elemento opcional en el flujo de 7.x, hoy en
día permite:
 Obtener data de varias fuentes de datos.
 Llevar la data simultáneamente a varios destinos en BW.

InfoObjetos:

Los InfoObjetos son la unidad mínima de información usada por SAP, estos objetos son utilizados
para analizar Ratios y modelar Datos Maestros, pueden ser de dos tipos:
 Características
 Ratios
Las características se dividen a su vez en:
 Características: Una característica es un mismo infoobjeto
 Unidades: Empareja valores de ratios con sus unidades de evaluación.
 De tiempo: Establecen una relación temporal.

Ratios: Son los valores que sirven de indicadores en el análisis (cantidad, importe, etc).

Los infoobjetos pueden ser utilizados por todos los elementos del modelo de información. Solo se
identifican por su nombre técnico (no tiene descripción) y contienen información de análisis
técnico y empresaria, para los Datos Maestros y Datos Variables. Son usados, entonces para crear
Estructuras y Tablas en las que almacenar datos, permitiendo el modelado de información y la
definición de reportes.

Cada infoobjeto posee características que se corresponden a otro infoobjeto, desplegando una
malla relacionada entre cada uno de ellos.

PSA:

La PSA es el área de almacenaje inicial para datos del Modelo de información SAP BW, donde los
datos solicitados son grabados, inalterados, del sistema fuente.

PSA (Persistent Staging Area): Es el área de almacenamiento que sirve como punto de entrada
para la información proveniente de los diferentes sistemas fuente. La información solicitada al
sistema fuente mediante los Infopaquetes es almacenada en esta área tal y como fue recibida.

Es un área de almacenamiento temporal.

Para visualizar la PSA, se gestiona la fuente de datos en donde se lanzo el InfoPaquete

Se presiona el botón de la PSA y se presiona el botón de OK, que aparece en la siguiente pantalla.

Como consultores SAP BW nunca se debe modificar el origen de datos, el sistema fuente. Lo que si
puede hacerse es modificar los datos de la PSA (aquí se pueden manipular los datos).
ODS

Los DSO u ODS (Data Store Object), es un objeto que es usado en las herramientas BI y es parte de
un banco de datos para almacenar datos maestros, los que son obtenidos de una o varias fuentes,
permiten la transferencia de información a través de estructuras planas, ya que almacenas los
datos en tablas (planas). Un objeto DataStore contiene los campos llave y los campos de
información.

Es un área de almacenamiento temporal.

Los datos de objetos ODS pueden ser actualizados en InfoCubos u otros objetos ODS con
actualización de datos. Los datos en un objeto ODS pueden ser analizados con la herramienta SAP
Business Explorer (BEx), la suite de business intelligence de SAP BW.

Tipos de DSO´s:

ODS Standard
El ODS Standard almacena datos durante el proceso de extracción y carga en el sistema de BI.
Consta de 3 Tablas: Datos transferidos, Datos Activos y Log de cambios.

Contiene información técnica del DSO más accesos a las 3 tablas del ODS, Logs de actividades en el
ODS y el borrado selectivo.
Esta pestaña permite la administración de las cargas de información que llegan al ODS.

Esta pestaña permite la reconstrucción de peticiones que vienen de modelos 3.5

ODS Escritura Optimizada

El ODS de Escritura Optimizada requiere de un DTP para la carga de datos. Solo cuenta con una
sola Tabla: Datos Activos.

Es un área de almacenamiento temporal para los grandes conjuntos de datos si se está ejecutando
transformaciones complejas. El sistema no genera SID de escritura y no es necesario para
activarlos, lo que hace que la información se guarde y se procese más rápido.
Se recomiendan usarlos para la consolidación, y actualización de los datos a InfoProviders
adicionales (DSO´s Standard o InfoCubos).
Contiene información técnica del DSO más accesos a la tabla de datos activos, Logs de actividades
en el DSO y el borrado selectivo.

Esta pestaña permite la administración de las cargas de información que llegan al DSO.
ODS Actualización Directa

Solo cuenta con una sola Tabla: Datos Activos. Se pueden usar como destino de los datos para un
proceso de análisis.

Los datos están disponibles para el análisis y presentación de informes inmediatamente después
de que se ha cargado.

Recupera sus datos de sistemas externos: APD´s

Concepto Cubos

Las bases de datos multidimensionales se utilizan principalmente para crear aplicaciones OLAP
(On-Line Analytical Processing), o procesamiento analítico en línea, en donde se constituyen varios
elementos que permiten este análisis.

Lo anterior cambia lo sabido y conocido por parte de los conceptos de bases de datos relacionales,
de tal modo que entre otras cambios, ya la normalización que normalmente se aplica, para definir
una situación dada, en donde se especifica que en una tabla no se puede tener valores múltiples
(primera forma normal), ya no tiene validez.

Estos cambios permiten tener una visualización distinta de la información, siendo esta susceptible
de poder ser analizada de una manera que los modelos de bases de datos relacionales no
permitirían.

Ejemplo:
Especificación para una tabla (o hipercubo) en una base de datos multidimensional.

Dimensión (Tiempo, Productos)

Jerarquía (Año->Semestre->Mes->Semana),(Categoría->Línea->Marca)
Elementos (2006, 2007, ..., S1-06, ..., Ene-06, ..., 200625....),
(Todos, Máquinas, Refacciones, Máquinas caras, Máquinas Baratas, Máquina 1,...)
Hechos (Ventas, Inventario, Defectos, Devoluciones)
Métricas (PD:=Devoluciones/Ventas, %Defectos)

Esto daría por resultado:

Tabla
Tiempo Productos Ventas Inventario Defectos Devoluciones P/D %Defectos
2006 Todos 1000 200 50 10 1/100 5%
Ene06 Máquina 1 10 100 10 10 10/10 100%
...

El Modelo Estrella Tradicional

El esquema de estrella es una técnica de modelado de datos usada para hacer corresponder un
modelo multidimensional a una base de datos relacional, debe su nombre debido a que
gráficamente parece una estrella. El esquema de estrella tiene cuatro componentes:

 Hechos
 Dimensiones
 Atributos
  Jerarquías de atributo

Los hechos y dimensiones son representados por tablas físicas en el almacén de datos, la tabla de
hechos está relacionada a cada dimensión en una relación uno a muchos. Las tablas de hechos y
dimensiones están relacionadas por llaves foráneas y están sujetas a las restricciones de las llaves
foráneas y primarias.

Ejemplo:

Se tiene un diagrama E-R.

La información contenida y las resultantes de su análisis seria:

Posteriormente la transformación del modelo E-R a modelo estrella es la siguiente:
Para calcular el total de compras realizadas a proveedores de internet el esquema de estrella
tendría que realizar estos pasos:

1.- De la dimensión proveedor, seleccionar todos los proveedores donde el canal es Internet.

2.- De la tabla de hechos, seleccionar y calcular la suma de todas las cantidades y costos de las
transacciones de compra a los proveedores del paso 1

El Modelo Estrella BW
O Modelo Estrella Extendido, no almacena los datos maestros dentro de las dimensiones, sino que
lo hace en las tablas específicas de datos maestros, creando de 1 a 3 tablas más (atributos, textos
y jerarquías).

La relación entre ambas tablas se realiza a través de una intermedia entre las tablas mencionadas
y la tabla de dimensión llamada SID.

Permite la gestión del historial de dimensiones, capacidad multilingüe y utilización de datos

maestros entre distintos INFOCUBOS (dimensiones compartidas).

Asimismo, se mejora el rendimiento del Query, ya que los ratios agregados se pueden almacenar
en sus propias tablas de hechos.
Límites de un cubo SAP BW
Las limitaciones de un cubo son:
- 1 tabla de hechos con un máximo de 233 ratios.
- Mínimo 4 tablas de dimensión, máximo 16, 3 son estándar definidas por SAP y el resto son
definidas por el cliente.
Las tablas dimensión SAP son:
 Tabla Dimensión Unidad, solo existe si uno de los ratios es de tipo importe o cantidad.
 Tabla Dimensión Paquete de Datos, siempre existe.
 Tabla Dimensión Tiempo, siempre existe.
- Las dimensiones definidas por el cliente contienen SID´s ligadas a un máximo de 248
características. Las tablas dimensión no contienen las características/valores de
características, contienen el SID correspondiente llave/valor.

Dado todo lo anterior, se tiene que los infocubos son los objetos primarios para soportar querys
Bex.

Almacenan datos resumidos y agregados durante largos periodos de tiempo, su idea fundamental
es el almacenamiento histórico de datos, por lo que los registros no deberían sobreescribirse.
Sap entrega infocubos preconfigurados que se pueden instalar (su nombre técnico empieza por 0),
estos cubos (tanto como muchos otros componentes) son parte del estándar. No obstante en el
caso de que el estándar no satisfaga las necesidades del modelo, del cliente, o de quien lo crea,
SAP permite la confeccion y configuración de nuevos componentes, estos componentes nuevos
creados tienen como letra inicial una Z.

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

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

Transformaciones

Su función es adaptar los datos extraídos para cargarlos en el Datawarehouse BI.

Las agregaciones en las transformaciones controlan cómo se actualizará un ratio o datos en el

InfoSitio. Para InfoCubos se podrá usar Totalización, Máximo o Mínimo, para InfoObjetos la opción
Sobreescribir, y para ODS Totalización, Máximo, Mínimo o Sobreescribir.

Existen una serie de modificaciones posibles como codificar datos, crear nuevos valores
calculados, generar campos clave, registros con cálculos totales, concatenar, etc.

Tipos de Transformaciones:

RUTINAS DE INICIO:
Se personaliza en ABAP para cada paquete de datos al inicio de la transformación. Se accede al
paquete entero de datos, modificándolos o borrándolos.

REGLAS DE TRANSFORMACIÓN:
Se llevan a cabo para cada campo o registro del paquete de datos, tras la rutina de inicio. No
requiere código ABAP, al disponer de un editor de fórmulas. Opciones disponibles:

Asignación Directa:
El campo destino se rellena directamente desde el campo fuente. Si el sistema no propone un
InfoObjeto, podemos asignar uno de la misma clase o crear una rutina. Si ambos InfoObjetos
tienen la misma clase pero moneda o unidad distintas, hay que convertirlas o transferirlas desde la
fuente.
Constantes:
Se rellena el campo del InfoObjeto con el valor especificado.

Datos Maestros de Lectura:

El InfoObjeto se actualiza con la lectura de la tabla de datos maestros de una característica
incluida en la fuente, con una clave y un valor, y contiene el InfoObjeto correspondiente como
atributo. Los atributos y sus valores se leen desde la clave.

Rutina:
El campo se completa con la rutina de transformación creada en ABAP. Se usa cuando el editor de
fórmulas no es suficiente.

Fórmula:
El InfoObjeto se actualiza con un valor determinado mediante una fórmula.

RUTINA FINAL:
Se personaliza en ABAP para cada paquete de datos a la finalización de la transformación. Por
ejemplo pueden borrarse datos o realizar verificaciones de calidad de datos.

RUTINA EXPERTO:
Sólo para casos especiales. Omite y elimina cualquier regla de transformación que se haya creado.
Se realiza únicamente con código ABAP.

Ordenes de transporte
Dfdsgsgs
Fsdgs

Cadena de Procesos

Dato Maestro
Un dato maestro es un tipo de infoobjeto, que posee determinadas características, que lo
convierten de infoobjeto en dato maestro.

El paso de infoobjeto a Dato Maestro, se cumple cuando se especifican que las tablas de atributos,
textos o jerarquías están enlazadas para aportar información adicional sobre las característica, y
ofrecen una importante fuente de información para las necesidades de Reporting.

Para crear un dato maestro, se debe, en el proceso de creación de un infoobjeto, marcar que
poseerá texto, o jerarquía, o que tendrá datos maestros, o una combinación entre estos
elementos.
Como por ejemplo lo que sucede con este dato maestro.
SOLAPA DATOS MAESTROS/TEXTOS:
Seleccionaremos si la característica tiene datos maestros y si tiene textos, así como si estos textos
son dependientes del lenguaje y dependientes del tiempo.

SOLAPA ATRIBUTOS (sólo aparece si activamos los Datos Maestros en el paso anterior):
Atributos:
Nombre de la característica que será su atributo.

Dependiente Tiempo:
Si será o no dependiente de tiempo (la característica puede cambiar en el tiempo, por ejemplo en
2005 el cód 100 era hamburguesa y en 2006 el cód 100 es pan).

Atributo Navegacional:
Si será visto en report como característica o sólo como atributo de visualización.

Relevante Autorización:
Para restringir visualizaciones según el rol del usuario.

Texto de la Característica:
Si seleccionamos atributo navegacional, determinamos si usaremos la descripción o nombre
específico.
InfoÁrea
Las InfoÁreas se utilizan para organizar InfoCubos e InfoObjetos. Cada InfoCubo se asigna a un
InfoÁrea. A través de un Catálogo de InfoObjetos (InfoCatálogo), cada InfoObjeto se asigna a un
InfoÁrea también. El número máximo de caracteres permitidos para el nombre técnico es 30.
InfoCatálogo
Un catálogo de infoobjetos se utiliza para organizar InfoObjetos. Existen dos tipos de catalogos de
InfoObjetos:
 InfoCatálogo de Características
 InfoCatálogo de Ratios

El número máximo de caracteres para el nombre técnico es 30.

Proceso de Carga
Es el proceso por el que cargamos los datos transformados en el Datawarehouse. Se pueden
sobrescribir datos o bien generar nuevos registros con logs de modificaciones.

Las cargas pueden ser FULL (generalmente al inicio y para cargar todos los datos) o DELTA (sólo se
cargan los datos que no han sido almacenados anteriormente, evitando cargas duplicadas).

Se diferencian tres fases en el proceso de carga:

INFOPAQUETES:
Objeto BI que contiene las parametrizaciones que especifican cómo debería hacerse la carga
desde el sistema fuente. El destino es la tabla PSA vinculada a la fuente de datos.
PSA (PERSISTENT STAGING AREA):

Tabla de base de datos en la que se almacenan los datos de la petición a la fuente de datos. Se
crea una por fuente de datos y sistema fuente, y los datos llegan al ejecutarse el InfoPaquete.

En las versiones de SAP 3.x, se puede omitir el paso de la información a la PSA y a partir de la
versión 7.x ya es obligatorio.

La PSA básicamente es una tabla transparente, esta tabla transparente está totalmente
relacionada con la fuente de datos (DataSources). Después de cargar la información a la fuente de
datos, pasa directamente a la PSA, la PSA se crea cuando se crea una fuente de datos y cada
fuente de datos tiene una PSA.

Cuando se tiene toda la información en la PSA y si se quiere enviar esta a dos destinos por
ejemplo, entonces se tiene que crear dos DTP.

DTP (PROCESO TRANSFERENCIA DATOS):

Los DTP determinan el proceso para la transferencia de datos entre dos objetos “persistentes / no
persistentes” dentro de BW.

A partir de SAP 7.x, los Infopaquetes cargan datos de un Sistema Fuente sólo hasta la PSA. Es el
DTP quien determina la carga adicional de los datos a partir de entonces.

Uso:
 Carga de datos desde PSA a InfoProvider (Infositio).
 Transferencia de datos de un proveedor de información a otro dentro de BI.
 Distribución de datos a un destino fuera del sistema de BI; por ejemplo HUBs abiertos, etc.

En el proceso de transferencia de datos dentro de BI, las transformaciones definen el mapeo y la

lógica de la actualización de los datos de los destinos de datos que, en el modo de extracción y el
modo de actualización se determinan mediante un DTP.

NOTA: DTP se utiliza para cargar los datos dentro de solo sistema de BI; excepto cuando se utilizan
en los escenarios de InfoProviders virtuales donde DTP se puede utilizar para determinar un
conjunto de datos directos traer desde el sistema de origen en tiempo de ejecución.

Principales ventajas de utilizar un DTP sobre una carga convencional de Infopaquete:

El DTP sigue uno a uno el mecanismo entre un origen y un destino, es decir un DTP de una fuente
de datos a un solo destino de los datos que, el IP (Infopaquete) carga datos a todos los destinos de
datos a la vez. Esta es una de las principales ventajas sobre el método de Infopaquete (Version 3.x)
ya que ayuda en el logro de una gran cantidad de otros beneficios.
El aislamiento de la carga de datos desde el origen al sistema de BI (PSA) y dentro del sistema de
BI, ayuda en la programación de la carga de datos hacia los InfoProviders en cualquier momento.
Un mejor mecanismo de manejo de errores con el uso de área de almacenamiento temporal,
claves semánticas y Stack de Errores.

Extracción:
Hay dos tipos de modos de extracción para un DTP: Full y Delta.

Full:
Modo de actualización completa es la misma que en un InfoPaquete.
Selecciona todos los datos disponibles en la fuente sobre la base de las condiciones de filtro
mencionados en el DTP.
Cuando la fuente de datos es cualquier de los siguientes InfoProviders, sólo del modo FULL
extracción está disponible:
 InfoObjetos.
 InfoSets.
 Objetos DataStore de Actualización directa.

Delta:
(No está disponible cuando la fuente es cualquiera de las antes mencionadas).
A diferencia de un infopaquete, la transferencia delta usando un DTP no requiere una inicialización
explicita. Cuando un DTP se ejecuta con el modo de extracción Delta por primera vez, todas las
solicitudes existentes hasta entonces se recuperan del origen y el delta se inicializa
automáticamente.

Los siguientes 3 opciones están disponibles para una DTP con el modo de extracción Delta.
 Sólo Obtén Delta una vez.
 Obtén todos los nuevos datos de la solicitud por la petición.
 Recuperar Hasta que no hayan más Nuevos datos.
Opción “Solo obtener delta una vez”
Si este indicador está activado, un escenario de snapshot es creado. Los datos disponibles en el
destino es una réplica exacta de los datos fuente.

Escenario:
Se considera un escenario en donde los datos de transfieren desde un archivo plano a un
Infocubo. El destino debe tener la data desde la última carga del archivo plano.
Cada vez que una nueva solicitud es cargada, la solicitud previa debe ser borrada, desde el destino.
Por cada nuevo dato cargado, una solicitud previa cargada con los mismos criterios de selección es
eliminada del infocubo automáticamente. Esto necesario, cada vez que la fuente entrega solo el
último estatus de las figuras claves, similar a una imagen de la fuente de datos.

Solución: Solo obtener delta una vez”

Un DTP con una carga full debería satisfacer el requerimiento. Sin embargo, no se recomienda
utilizar un DTP Full, la razón es que un DTP Full carga todas las solicitudes desde la PSA,
independiente de si esas peticiones se cargan previamente o no. Así, con el fin de evitar la
duplicidad de datos, debido a cargas Full, se debe programar siempre la eliminación de la PSA cada
vez que se dispara un DTP full.

“Solo obtener delta una vez” hace este trabajo de una manera más eficiente, ya que carga solo la
última petición (delta) de una PSA a un destino de datos.
Elimina la solicitud previa desde el destino de datos.
Carga data a la PSA usando un infopaquete completo.
Ejecuta un DTP en modo extracción.

Los 3 pasos anteriores se pueden incorporar en una cadena de procesos que evita cualquier
intervención manual.

Opción “Obtener toda la data nueva petición por petición”

Si estableces este indicador en combinación con “Recuperar hasta no tener más data nueva”, un
DTP obtiene data desde una petición en la fuente. Cuando se completa el proceso, el DTP chequea
si la fuente no tiene nuevas peticiones. Si la fuente contiene más peticiones, una nueva solicitud
de DTP es automáticamente generada y procesada.

Nota: Si “Recuperar hasta no tener más data nueva” no esta chequeado, la opción anterior cambia
automáticamente a “Obten una solicitud solamente”, obteniendo una única petición desde la
fuente.
Además, una vez que DTP es activado, la opción “Recuperar hasta no tener nueva data” no
aparece más en el mantenedor de DTP.

Tamaño de Paquete:
El número de datos contenidos en un paquete de datos (individual) se configura aquí.
El número por defecto es de 50.000
Controla el flujo de datos actual (filtros, full, delta) para una transformación específica. Puede
haber más de un DTP si tenemos más de un paso de transformación o destino en el flujo ETL. Si se
implica más de un InfoSitio, se necesitará más de un DTP, creando arquitecturas más complejas.

Siendo en este caso “Objeto 1” una fuente de datos, y siendo “Objeto 2” una ODS, un InfoObjeto,
un Dato Maestro o un Cubo.

Sistema Fuente
Todos los sistemas que proveen con datos a BI se describen como sistema fuente. Estos pueden
ser:
1. Los sistemas SAP
2. Los sistemas BI
3. Los archivos planos para el que se mantienen los metadatos de forma manual y se
transfieren a BW utilizando una interfaz de archivo.
4. Los sistemas de gestión de base de datos en la que se cargan los datos de una base de
datos con el apoyo de SAP utilizando DB Connect, sin necesidad de utilizar un programa de
extracción externo.
5. Fuentes relacionales o multidimensionales que están conectados a BI utilizando UD
Connect.
6. Web Services que transfieren data a BI por medio de un “push”.
7. Sistemas no SAP donde la metadata es transferida usando BAPI´s.

El sistema fuente se define desde el Workbench, en el árbol de sistemas fuentes. Para definir un
sistema de origen, se selecciona Crear en el menú contextual de la carpeta en el tipo de sistema de
origen.

Integración:
Los datasource son usados para extraer data desde los sistemas fuente.
Los datasource subdividen la información que es proporcionada por un sistema fuente en áreas de
negocio independientes.
InfoSitio (Infoprovider)
Es el término genérico para los objetos BI en los cuales se carga información o que define vistas de
información. Es esta información la que se analiza con los reportes definidos en la herramienta
Bex. Estos pueden ser objetos que almacenan información de forma física (en bases de datos
dentro del sistema BI) o forma virtual (vistas de otras estructuras de datos).
Multisitio

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

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

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

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

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

A continuación se explicara con un grado mayor de detalle los elementos que conforman a SAP
BW

Menú transversal al entorno SAP BW

A continuación se detallara lo más importante o usado, dentro del ámbito de consultor sap bw
trainee, con lo cual se efectuaran las diversas labores asignadas.

Menú SAP BW

De la barra de herramientas principal, lo que se utilizara en mayor medida son:

Crea una nueva sesión, o en otras palabras, una nueva ventana del entorno de trabajo.

Retrocede a la anterior orden.

Finaliza una acción determinada.

Estos últimos botones deben ser usados para cerrar alguna acción y/o actividad, como parte de la
norma general de buenas prácticas.

Son Botones de búsqueda, permiten buscar en todos los objetos que se tienen dentro de la
transacción RSA1, si se requiere seguir buscando, sirven los segundos binoculares.

Permite guardar, hay ocasiones en que ciertas actividades deben ser guardadas.

Workbech, entorno de gestión o Modelado

Mediante este entorno, se puede trabajar directamente con los infositios, infoobjetos,
infofuentes, fuentes de datos, etc. que tengamos en disposición en el sistema.

Es el entorno de trabajo principal, se puede acceder mediante la transacción RSA1.

Business Content
Fafafafa
Bex Query Designer
Query Designer es una herramienta de SAP, que se encuentra dentro de la suite Business
Explorer (Bex).

Figura 1: Carpeta Bex (Business Explorer)

Utilizando la herramienta Query Designer el usuario podrá desarrollar reportes para la

evaluación de un conjunto de datos provenientes de un InfoSitio (InfoProvider), acordes a
las necesidades del análisis. Los InfoSitios (InfoProvider) deberán contener las
características y los indicadores (Ratios) que se requieren para el desarrollo.

De la misma manera, se podrán consultar reportes o consultas ya realizadas, ampliarlas,

etc.

Estos InfoSitios (InfoProvider) son creados en la transacción RSA1.

Las query son una estructura de reporte básico, la cual no cuenta con mayor formato.

A continuación se mostrara el uso de la herramienta.

Acceder a la herramienta

Para acceder a la herramienta se debe ir al menú inicio, buscar la carpeta “Business

Explorer” y buscar el programa “Query Designer”, similar a lo que se muestra a
continuación.

Figura 2: Herramienta Query Designer.

Esta acción activa al logon de la herramienta, el que se presenta en la siguiente imagen

Figura 3: Logon Herramienta Query Designer.

Dada las restricciones del sistema, de la empresa, y otros, el acceso a las respectivas
maquinas deberá ser creado por alguien con los suficientes permisos para ello.
Este logon de Query Designer está estrechamente vinculado al Logon de SAP Logon.

Figura 4: SAP Logon.

Esto, porque es aquí donde se generan las conexiones y estas quedan replicadas al
Logon de Query Designer.

Una vez que se accede con el respectivo usuario y contraseña, se puede empezar a
trabajar.

Entorno de la herramienta

El entorno de la herramienta es siguiente:

Figura 5: Entorno de la herramienta Query Designer.
En el recuadro superior de la herramienta se encuentra una botonera, la que puede ser
definida como sigue:

Figura 6: Botonera Query Designer.

Luego el entorno se divide en varias áreas, las que se verán a continuación.

Área: InfoSitio

Cuando se abre una query o se va a crear una query nueva, esta área despliega los
elementos (ratios, características) del InfoSitio que se esta consultado, para poder ser
usados, mediante el arrastre de sus elementos.

Figura 7: Área: InfoSitio

Área: Filtro

Esta área se activa al marcar la pestaña “Filtro”

El área de filtro se divide en dos:

Restricciones de características
Valores de propuesta

Figura 8: Área: Filtro

Filtro: Restricciones de Características

Este filtro actúa en el momento en que se va a buscar al InfoSitio la información, de
tal forma que inmediatamente aplica el filtro o los filtros que se hayan establecido,
trayendo la información ya limitada.

Filtro: Valores de propuesta

Este filtro actúa sobre los datos, aplicando el o los filtros, posterior a la búsqueda de
datos en el InfoSitio, al realizarse de esta manera, estos valores quedan disponibles
para ser consultados posteriormente, ya que quedan almacenados en su totalidad y
disponibilizados para poder ser consultados.

Área: Líneas / Columnas

Esta área se activa al marcar la pestaña “Líneas / Columnas”.

El área Líneas / Columnas se divide en cuatro:

Características Libres
Columnas
Filas
Presentación Preliminar
 Características libres:
Son características que permiten navegar en el reporte, pero al abrir el reporte no
estarán visibles en el área de análisis.

Columnas:
Ordena la información que se introduzca en esta área en forma columnar.

Filas:
Ordena la información que se introduce en esta área en forma de filas.

Presentación Preliminar:
En la presentación preliminar se ve el resultado de la query.

Área: Propiedades

Esta área se activa al marcar la pestaña “Propiedades”.

Al marcar un elemento (característica o ratio), presenta las propiedades de dicho

elemento, permitiendo, por ejemplo, cambiar su representación de texto, clasificación, etc,
en el caso de tratarse de una característica. En el caso de tratarse de un ratio, permite
operar sobre sus cálculos, por ejemplo, entregando los valores mínimos, máximos,
totalización, etc.
 Figura 9: Área Propiedades.

Área: Tarea
Define las tareas que se pueden realizar tanto a nivel de query como a nivel de las
caracteristicas y/o ratios que se tienen.

Para ver las acciones respecto de las caracteristicas y/o query se la debe marcar, y mirar
en la pestaña “Tareas”.

Al no tener nada seleccionado, se listan las tareas que corresponden a la query en si.

Figura 10: Área Tareas.

Área: Mensaje
Entrega los mensajes de las acciones ejecutadas, pudiendo actuar como log de las
mismas.

Figura 11: Área Mensaje

Queries

Nueva Query

Se inicia este flujo de trabajo con el boton “Nueva Query”.

Se levantara una nueva ventana, la que permitira escoger la infoarea, con la cual se
trabajara.
 Figura 12: Selección de InfoÁrea.

Es importante notar que se encontraran 3 modalidades de búsqueda:

Búsqueda por InfoÁrea:

Esta búsqueda permite ver todas las infoáreas que se dispongan o a las que
el usuario tenga permiso y acceso.

Búsqueda por Historial:

Almacena un historial de los InfoSitios utilizados.

Busqueda:

Permite buscar por Descripción y por Nombre Técnico

Una vez seleccionada el infoárea, se llega a la elección del (de los) objeto(s) con el cual
se trabajara. Se tiene la excepción de realizar la búsqueda por Historial o por Descripción
y/o Nombre Técnico.

Figura 13: Selección InfoFuente.

Una vez que se selecciona el objeto con el cual se trabajara, para este ejemplo, se usara
el cubo “[0QM_C06] Mensajes causas”, se despliega la información para trabajar del
objeto, desplegada y diferenciada entre “Ratios” y “Características”.

Figura 14: Entorno de trabajo Query Designer.

Como crear un filtro

Para poder filtrar las caracteristicas, se debe arrastrar la caracteristica a cualquier de las
dos areas de filtro, esto depende del tipo de filtro que se quiera aplicar.

Una vez que la caracteristica o caracteristicas mencionadas se encuentran en las areas

de filtro correspondiente, se debe proceder a hacer doble click sobre la caracteristica.

Esto desplegara una pantalla de selección.

 Figura 15: Creación de Filtro.

Crear reporte con Filas y Columnas sobre un Cubo

Una vez marcada la opción nueva query, y teniendo los elementos de los catálogos
Características como de Ratios, se puede empezar a trabajar con ellos, para armar una
query completa que posteriormente sea visible en un reporte.

Para realizar un filtro por las características, tanto como por los ratios, se debe ir a la
pestaña filtro, y tal como se viera en “Entorno de la herramienta”, se debe escoger si se
pretende realizar el filtro antes de traer desde la fuente de datos toda la información o si
se pretende trabajar con los filtros posterior a traer la información desde la fuente de
datos.

Figura 16: Restricciones de las características.

Una vez establecidos los filtros, en el caso de ser necesario, se procede a arrastrar las
características y ratios que conformaran el reporte.

Posteriormente en la presentación preliminar se irá viendo una muestra del reporte.

Figura 17: Reporte con Filas y Columnas.

Crear ratios restringido y calculado

Ratio Calculado
Un ratio calculado es un ratio que se determina mediante reglas o fórmulas de cálculo.
Puede crear un ratio calculado derivado de los ratios existentes en la fuente de datos que ha
seleccionado.
Por ejemplo, puede crear una fórmula para determinar la cantidad de clientes que no registraron
actividades: EQ (cantidad de clientes, 0)

Para crear un ratio calculado, se debe acceder al infositio, a la carpeta de ratios, marcar
con el botón secundario, y marcar “Nuevo ratio calculado”.

Figura 18: Crear ratio restringido o calculado.

Al marcar “Nuevo ratio calculado”, se creara una nueva carpeta en el árbol de elementos
del infositio.

Al marcar ratio calculado, similar a “crear formula” (hoja ), se desplegara una ventana
donde se podrá generar un formula.
Figura 19: Ratio calculado.
 Figura 20: Ratio restringido.

Ratio Restringido

Los Indicadores (Ratios) restringidos, son Indicadores (Ratios) existentes, ya sean

originales del infoprovider o calculadas que permiten ser filtradas por valores de
características (valores, rangos, variables, jerarquías)

Un ratio restringido es un ratio que se restringe a un valor de característica específico.

Para el ratio que se decidió restringir, se definen las parametrizaciones para las
características relevantes. Hay disponibles distintas parametrizaciones de restricción,
según el tipo de restricción que elija para la característica seleccionada.

Para crear un ratio restringido, se debe acceder al infositio, a la carpeta de ratios, marcar
con el botón secundario, y marcar “Nuevo ratio restringido”.
 Figura 21: Ratio restringido.

Una vez que se ha seleccionado la opción “Nuevo ratio restringido”, se despegara una
ventana, en donde se podrán especificar los valores del ratio.

Para hacer esto, se debe arrastrar un ratio y una característica por la cual se quiera filtrar
este ratio.

Como ejemplo:

Figura 22: Ratio restringido, ejemplo.

En este caso lo que se hace es fijar un ratio (Duracion) y se define una característica por
la cual ese ratio será filtrado, con lo anterior, ya esta listo para guardar.

A modo de ejemplo:

Figura 23: Reporte con Filas y Columnas.

En esta imagen, lo se hizo es generar un ratio restringido, en donde el ratio es “importe” y

en donde la característica por la cual se restringe es “producto”, dándole como valor
“324324”, luego fue guardado como “Productos 2”.

Al momento de considerarlo, la columna solo mostrara los valores del producto 324324, y
mostrara el valor del importe que es el ratio considerado.

La situación anterior se ve en el recuadro en rojo.

Crear formula

Para crear una formula nueva, se debe ir a la pestaña “Líneas/Columnas”, posicionarse

en el nodo padre de la lista de ratios que se tiene y presionar sobre este con el botón
secundario, de esta forma se despegara el siguiente menú.
 Figura 24: Crear formula.

Posteriormente se debe escoger la opción “Formula nueva”.

Una vez presionada la opción “Formula nueva”, aparecerá un nuevo ratio, con un nombre
por defecto, que despliega desde el nodo padre de “Ratios”.

Se le puede asignar nombre técnico como una descripción.

 Figura 25: Formula nueva.

Una vez cambiado el nombre, tanto como si se acepta el nombre por defecto propuesto,
se debe puede trabajar en la formula en sí.

Para realizar esto, se debe hacer doble click al objeto formula, y se desplegara una
ventana de edición de la misma.
 Figura 26: Editando formula.

Luego utilizando los elementos inferiores se puede comenzar a trabajar con las formulas.

Un ejemplo seria esto:

Figura 27: Escribiendo una formula.

Crear Variables en Query Designer

En este punto veremos como crear las variables, las cuales nos permitirán poder controlar la salida
de datos de los reportes, para ello utilizaremos una herramienta de BW llamada Query Designer.
Para poder acceder a ella, debemos ir al menú de aplicaciones Business Explorer, y en esta
seleccionamos el Query Designer

Figura 28: Ruta Acceso Query Designer

Tras seleccionar la herramienta, no mostrara el listado de sistemas SAP a los cuales se tiene
acceso, se debe seleccionar el Sistema BW que corresponda, luego se debe ingresar el usuario y
contraseña que tienen para ese sistema.
 Figura 29: SAP Logon para Query Designer

Ahora se nos presentara el ambiente de trabajo de la herramienta, ahora abriremos una query
existente para así poder crear la variable que necesitamos.

Figura 30: Ambiente trabajo Query Designer

En caso de contar con el nombre de la query en la que se aplicara la variable, solo procedemos a
poner su nombre y buscarla, caso contrario podemos buscar el InfoSitio que contiene los reportes
sobre los cuales estamos trabajando, para ello debemos seleccionar la opción InfoArea y comenzar
a buscar hasta llegar a la carpeta que contiene nuestra fuente para los reportes.

Figura 31: Búsqueda de Query por Nombre

Figura 32: Búsqueda de Query por Carpeta

Al abrir la query veremos el contenido de esta, en este momento podemos proceder a crear
nuestra Variable de Entrada. Dentro de las columnas Valores de Propuesta y Restricciones de
Características, podemos ver las características que componen la Query.

Figura 33: Diseño de la Query

Una vez identificada la característica con la que se trabajara, debemos hacer click con el botón
derecho sobre ella y seleccionar la opción especificar.

Figura 34: Especificar

Dentro de la pantalla que aparece a continuación, debemos seleccionar la opción Variables.

Figura 35: Variables

Con esto, la pantalla cambiara y nos dará los menús correspondientes a la opción seleccionada,
aquí procederemos a crear la nueva Variable.

Figura 36: Crear Variable

Se nos presentara una nueva pantalla, en ella se deberán indicar los valores de la Variable,
Descripción, un nombre Técnico (Zxxx), y en la opción que dice Procesamiento por se debe
seleccionar la que dice Entrada Manula/Valor Propuesto

Figura 37: Datos Generales Variable

Luego, debemos proceder a ajustar los Detalles de la Variable en la pestaña del mismo nombre,
aquí procedemos a indicar si se trabajara con un Valor Individual, Varios Valores Individuales, con
un Rango de Valores o con una Opción de Selecciones. Cual de ella seleccionemos, será
determinado por la necesidad del solicitante, por la cantidad de valores que pudiera tener la
autorización de análisis, por la cantidad autorizaciones de la misma característica asociadas al
usuario.

Si la variable se esta creando para una carateristica relevante en la ejecución del reporte, se
debera indicar que su entrada es obligatoria, de lo contrario se puede dejar como opcional. Se
debe marcar la opción de Disponible para entrada.
 Figura 38: Detalle de Variable

Una vez terminado los ajustes damos Ok, aquí nos presentara nuevamente el nombre técnico y
descripción, confirmamos estos valores y guardamos, con esto la variable quedara disponible para
ser utilizada. Ahora se puede asignar la variable a la característica, si esta ya cuenta con una
variable asignada, debe ser remplazada por la que acabamos de crear, una vez realizado esto se
acepta el cambio y luego guardamos la Query.

Figura 39: Asignación de Variable a Característica

Analyzer

Ingresar a Analyzer

Para ingresar a Analyzer, se debe acceder a Inicio, y buscar la carpeta Business Explorer.

Figura 40: Abrir Analyzer.

Al abrir Bex Analyzer, se abrira un documento de Excel, este documento de Excel, posee una
pestaña llamada “Complementos”, es en esa pestaña donde se encuentran todas las herramientas
de Analyzer.

Las herramientas de analyzer son las siguientes:

Figura 41: Entorno Analyzer.

Ahora bien, el menu contextual de Analyzer es:

 Figura 42: Menú contextual Analyzer.

Lo primero que se debe hacer es establecer una conexión similar a la conexión que se realiza con
el logon de SAP, o de Query Designer.

Ante cualquier accion que se requiera hacer y sin estar conectado a un sistema determinado,
aparecera la interfaz que permite hacer logon.
 Figura 43: Ingreso al sistema.

Una vez que se escoge el sistema al cual se pretende ingresar y del cual se usaran las query, este
pedira las credenciales de acceso.

Figura 44: Credenciales de acceso.

Una vez introducidas estas, se esta listo para empezar a trabajar.

Abrir query

Para abrir una query, se debe ir a la pestaña complemento, como se vio anteriormente, luego
marcar en Bex Analyzer y finalmente acceder a la opcion “Abrir Query”.

Figura 45: Abrir Query.

Esto llevara a a una ventana en donde se podra escoger la infoárea a trabajar.

Figura 46: Búsqueda de InfoÁrea.

En el menu “Buscar en”, se tienen diversas opciones, en el siguiente listado se revisaran las
opciones utiles para el desempeño laboral concerniente al proyecto “Celulas de Calidad”.

Busqueda: Esto permite realizar una busqueda por Descripción como por Nombre
Tecnico.

Historial: Permite visualizar las query utilizadas.

Favoritos: En esta carpeta, se dejan para tener un rapido acceso, las query que son de
uso frecuente.
 InfoÁreas: Se puede acceder a las infoáreas que por motivos de restricciones,
seguridad y roles y perfiles, se tenga acceso.

Esta busqueda es más general, ya que muestra todas las query asociadas a una
infoárea determinada.

Botones de uso relevantes en Analyzer

La herramienta Analyzer tiene 3 botones de uso relevantes, estos son:

Boton Infomación
Boton Filtros
Boton Graficos

Una vez abierta la query, se despliega la informacion de la misma, sin mayores tratamiento.

En el caso a continuacion, se presenta la informacion de la query, con sus valores agrupados,

indicando la totalizacion de los mismos.

Figura 47: Botones y tabla de información agrupada.

Es en este punto donde es importante el uso de los botones, para poder disponer de informacion
de la query, poder desagrupar la informacion, con el fin de poder realizar analisis con la misma y
finalmente tener una herramienta visual que permita presentarla.

Los botones anteriormente mencionados realizan esta actividad.

La informacion que se presenta a continuacion utiliza de ejemplo el cubo 0QM_C04.

Boton Informacion (Information)
El boton informacion permite desplegar informacion acerca de la query, como el infositio al cual
pertenece, el usuario actual, el autor, etc.

Figura 48: Botón información.

Boton Filtro (Filter)

El boton filtro despliega una lista con caracteristicas mediante la cual se puede tener una mejor
ordenamiento de la agrupacion de datos que originalmente se ve.
 Figura 49: Botón Filtro.

En el despliegue de los filtros, para poder marcar uno de ellos, se debe posicionar sobre la celda
que se quiere marcar y darle doble click.

Por ejemplo:

Actualmente la presentacion de la informacion de la query se encuentra agrupada.

Figura 50: Datos de la query agrupados.

Al marcar con doble click sobre el filtro Año natural / Trimestre, la informacion original queda
desagrupada, listandose con referencia a los trimestres.

Figura 51: Aplicando filtro.

Figura 52: Valores desagrupados en base al filtro agregado.

De la misma manera se pueden seguir agregando filtros hasta alcanzar el nivel de atomicidad, de
la informacion, requerido.

Boton Grafico (Chart)

El boton Grafico (Chart), permite desplegar un grafico de la informacion presente en la tabla, que
origina la query.

En el caso del ejemplo anterior, con la informacion agrupada, al presionar el boton Grafico (chart),
se despliega un grafico de barras que representa a la tabla con la informacion agrupada.

Figura 53: Botón Grafico.

Este boton convive con el boton de filtro, de tal forma que realizando el mismo filtro anterior,
sucede lo siguiente:
Figura 54: Grafico con Filtro.