Neoris BI - Mobile - SAP Busniess Analytics Forum

Confidential // Neoris 1 Confidential // Do Not Reproduce without prior written permission from Neoris

Practical Visionaries

SAP BUSINESS ANALYTICS FORUM MADRID SAP BusinessObjects & Dashboard Design 4.0

BI NEORIS EMEA

Abril 2013

Confidential // Neoris 2

Contenido

1. Introducción

2. Descripción General BI Móvil

a) Evolución histórica b) Demanda

3. Arquitectura Móvil BI

a) Distintas aproximaciones a la arquitectura b) Quien es quien dentro de la plataforma MBI c) Arquitectura de MBI

4. Ejemplos Prácticos


NEORIS BI – Business Intelligence Mobile

OBJETIVOS

Describir la Arquitectura de solución de Móvil BI.

Descripción general BI Móvil 2

Mejorar la calidad final de las aplicaciones móviles

Normalizar la construcción de proyectos

Móvil Business Intelligence (MBI) comprende la distribución de datos de negocios a distintas plataformas móviles tales como, Smartphone, tablets, o cualquier otro dispositivo no fijo

MBI está viviendo un momento de especial crecimiento impulsado por las nuevas generación de teléfonos inteligentes (Smartphone) y dispositivos tipo Tablet

Un creciente número de compañías están rápidamente comprendiendo y adoptando soluciones de MBI debido a los siguientes aspectos:

Crecientes presiones de los mercados Necesidad de aumentar la eficiencia en los procesos de negocio Mejorar la productividad de los empleados Más y mejores herramientas para la toma de decisiones Acceso a la información en tiempo real

El objeto de esta presentación es la introducción de la tecnología Móvil BI, descripción de su arquitectura, así como realizar una ligera presentación de sus ventajas competitivas. Desde Neoris ofrecemos una solución adaptada a las necesidades reales del cliente, tanto en arquitectura a emplear como en costes de sistemas y aplicación a emplear.

Facilitar el mantenimiento de las aplicaciones

1 Introducción



Envío de información de dispositivos móviles

Dentro de la evolución sufrida por los servicios de MBI a lo largo de su historia podemos distinguir los siguientes escenarios que han ido acompañando los procesos de evolución de los distintos dispositivos móviles, así como la mejora en las plataformas de BI

Evolución Histórica (I)

El método tradicional de acceso a la información contenida por los sistemas BI se basa en la utilización de software propietario o un navegador web, que permite desde un ordenador personal conectarnos a las distintas aplicaciones de BI. Las aplicaciones son las encargadas de realizar las solicitudes de información a las distintas bases de datos. A mediados de los años 90, las aplicaciones de BI poseen la capacidad de comunicar los resultados a través de correo electrónico.

Envío de datos estáticos

En una ligera evolución posterior, los dispositivos móviles recibían información paquetizada mediante la utilización de mensajería SMS. Se diseñaron aplicaciones para dispositivos móviles específicos, contenían una cantidad mínima de información y proveían datos de forma no interactiva. Como resultado, estas soluciones tempranas de MBI, eran costosas de mantener e implementar mientras que proporcionaban escaso valor y sobre todo poco interés desde el punto de vista corporativo.



Acceso a los datos desde navegadores móviles

Evolución Histórica (II)

El siguiente salto evolutivo, permitió desde un navegador web, instalado en un teléfono o una PDA, el tener acceso para leer tablas simples de datos. Pese a todo, el pequeño tamaño de su pantalla, el poco grado de madurez de los navegadores móviles y la lenta transmisión de datos producían una experiencia de usuario muy poco satisfactoria.

Aplicaciones Clientes Móvil

En el año 2002, una empresa Research in Motion (RIM), lanzó al mercado la primera BlackBerry (BB), un teléfono móvil inteligente (Smartphone), optimizado para la recepción ,emisión y uso de email wireless. En pocos años, RIM se forjó una fuerte presencia en el mercado de Smartphone, eliminando gran parte de los obstáculos presentes para el lanzamiento de MBI. En esta etapa, los vendedores de soluciones BI, reentraron en el mercado móvil, generando soluciones para los principales sistemas operativos móviles de la época (BB, Windows, Symbian). El método de acceso a los datos se separó en dos opciones posibles:

El acceso a los datos mediante versiones móviles de los navegadores web presentes en los ordenadores de sobremesa.

El acceso a los datos mediante la creación de aplicaciones nativas, especialmente diseñadas para el acceso desde un dispositivo móvil.



Evolución Histórica (III)

Aplicaciones Mobile BI

Apple, se movió rápidamente, introduciendo el Smartphone Iphone y el dispositivo Ipad. Ambos dispositivos, cuentan con una pantalla táctil interactiva, que de facto se ha transformado en el estándar a seguir por el resto te dispositivos móviles. En el 2008, Apple publicó el SDK que permite que los desarrolladores construyan aplicaciones para Iphone e Ipad de forma nativa para dichos dispositivos, eliminando su dependencia de Safari (web browser). Otros rápidamente han copiado el éxito de Apple, Google con su Android Market, cuenta con en torno a 100.000 aplicaciones para sus dispositivos sobre plataforma libre Android. Lo principal, es que con la llegada del Iphone, la forma en que la gente consume información ha variado de forma sustancial, así como el uso que la gente da a sus dispositivos móviles, incluyendo MBI. Hoy en día encontramos aplicaciones de MBI, que pueden ser usadas no solo para consultar informes, si no para poder editarlos, transformarlos, visualizar cuadros de mando, y todo ello visualizándolo en tiempo real en nuestros dispositivos. Las aplicaciones MBI han evolucionado desde ser meros clientes visualizadores de información a un propósito más cercano a ver los flujos de información y a la toma de decisiones-acciones de negocio de una forma rápida y en cualquier ubicación.



Demanda

El acceso a Internet desde dispositivos móviles, también llamado Mobile Web, se encuentra en unos valores de crecimiento cercanos al 73% según IDC. Morgan Stanley asegura que el lanzamiento del acceso a internet móvil está penetrando de una forma mucho más rápida que el lanzamiento del acceso a internet desde dispositivos de sobremesa, permitiendo a las empresas que generan conocimiento es este nuevo área ayudar a su fuerza de ventas a conseguir tomar decisiones más rentables. Los analistas de Gartner, estiman que la puesta en marcha de soluciones de MBI se encuentran apoyadas por la necesidad de contar cada día con información más práctica, táctica, que permita tomar decisiones de una forma “cuasi automática”, información relacionada con el contexto, sin bombardear de forma constante como antiguamente los dispositivos de los usuarios. Necesito A, cuando solicito A, lo quiero aquí y ahora. Esta creciente necesidad de “aquí y ahora”, se completa con “desde cualquier sitio”. Como resultado un número creciente de aplicaciones de MBI van surgiendo en el mercado. Los negocios han comenzado a adoptar soluciones de MBI, no solo para apoyar a su fuera de ventas, si no que poco a poco han comenzado a convertirse en una pieza crítica dentro de sus procesos de negocio. En una convención realizada en mayo de 2012, los analistas pudieron comprobar cómo el 37% de las compañías participantes indicaron que ya poseían una solución móvil o un cuadro de mandos móvil, mientras otro 31% indicaba que formaba parte de sus planes estratégicos la adopción de una solución MBI dentro del próximo año.



Los dispositivos móviles resucitaron el formato de “cliente pesado” (FC), que había desaparecido con la llegada de la informática basada en servicios Web (THC). Los FC normalmente ofrecen mejor rendimiento y interfaces gráficos más espectaculares, mientras que las aplicaciones basadas en servicios Web, que ejecutan el código de la aplicación en un servidor remoto, simplifican el desarrollo, la puesta en producción y la administración. Con el paso del tiempo, las arquitecturas FC y THC generalmente quedan difuminadas dentro de arquitecturas distribuidas donde el proceso se reparte entre clientes, servidores de aplicaciones, bases de datos. De hecho, en la actualidad, una gran parte de muchas aplicaciones basadas en Web (THC) ejecutan en el clientes vía navegador applets de Java, controles Active-X, DHTML, AJAX, FLASH, convirtiendo ese denominado THC en algo menos ligero de lo que generalmente se piensa.

3 Arquitectura Móvil BI

Distintas aproximaciones a la arquitectura

Los departamentos de arquitectura de cada una de las empresas u organizaciones que tienen en mente realizar una implementación de MBI tienen que decidir entre:

Construir una aplicación nativa para un dispositivo en concreto, implementando toda la potencia de esa plataforma.

Construir una aplicación basada en WEB, que pueda correr en un amplio conjunto de dispositivos.



Distintas aproximaciones a la arquitectura

Aplicaciones móviles nativas Aplicaciones móviles web

Aplicaciones móviles híbridas

Principales ventajas: Rendimiento: Debido a que los datos para

elaborar el reporte, o el cuadro de mandos son descargados y almacenados en el dispositivo

Experiencia de usuario : Rendimiento y capacidades de la aplicación nativa

Acceso Offline: Como las aplicaciones almacenan los datos de forma local, pueden trabajar incluso cuando el dispositivo no posees conexión a una red.

Principales ventajas:

Portabilidad: Capacidad de generar una aplicación HTML/Javascript, que se ejecuta de la misma forma en cualquier dispositivo

Consistencia de datos: Los datos residen en un servidor remoto, lo que significa que nada es descargado al dispositivo

Seguridad: Todos los datos, código fuente de la aplicación, passwords son gestionados de forma centralizada

Aplicaciones nativas hibridas: Los desarrolladores que optaron por el modelo de aplicación nativa , han realizado grandes progresos en sus procesos de portabilidad ofreciendo “Templates” adaptados a cada dispositivo. Para mejorar la consistencia de los datos, se diseñan las aplicaciones nativas, para que con cada arranque de la aplicación realice una actualización de los datos

Aplicaciones web hibridas: Los desarrolladores que trabajan en soluciones basadas en el navegador Web, han creado a su vez un conjunto de soluciones en aras de mejorar el rendimiento y usabilidad de las aplicaciones

Cachean pequeñas cantidades de datos en el dispositivo (p.e. un informe) para mejorar la respuesta Generan pequeñas API’s que permitan el uso de características de los dispositivos tales como las

pantallas táctiles, acelerómetros y giróscopos



Quién es quién dentro de una plataforma MBI (I)

¿Para quién va destinado?

No es difícil identificar quien necesita de las capacidades de MBI, cualquier empleado que pase un porcentaje elevado de su tiempo separado de su escritorio y necesite chequear datos varias veces a lo largo del día es un buen candidato para hacer uso de MBI

CANDIDATOS NO CANDIDATOS

Ejecutivos que necesitan chequear el estatus de métricas claves de la compañía mientras viaja entre clientes o sedes de trabajo.

Equipo móvil de ventas, que necesita actualizar la información antes de realizar las llamadas de ventas.

Jefes de almacén, jefe de planta y directores de departamento, son también usuarios típicos, debido a que necesitan información constante sobre recursos, personal.

Técnicos que tienen por ejemplo que monitorizar y arreglar infraestructura de compañías, o que instalan y reparan productos en la ubicación del cliente, personal que trabaja en servicios 7x24 como pueda ser el personal de IT.

Empleados que pasan la mayor parte de su tiempo detrás de su escritorio, no necesitan de MBI.

Mandos intermedios, sin necesidad de información en tiempo real.



Quién es quién dentro de una plataforma MBI (II)

Mover hacia MBI o no

Con el objetivo de conocerlo se han de responder a las siguientes preguntas:

¿Aquí y ahora? ¿Es necesario que las áreas sean gestionadas inmediatamente? ¿Pequeño e intangible? ¿Es la información asociada a las tareas fácil de asimilar? ¿Perecedero? ¿La información pierde valor si no se actúa rápidamente de la forma adecuada?

Responder a las preguntas anteriores de forma afirmativa constituye el plan inicial que nos permitirá organizar que aplicaciones se van a desplegar en una plataforma de MBI. Normalmente como resultado de estas preguntas, se generaran cuadros de mando, ya sea a nivel ejecutivo, permitiendo monitorizar indicadores claves de toda la compañía, como a nivel operativo, permitiendo a los trabajadores monitorizar el trabajo diario. Siempre asegurando a los usuarios que van a poder hacer navegación en profundidad y tener filtros para los datos detallados. En el mejor de los escenarios, incluirán la opción de que los usuarios adjunten y envíen los reportes por correo electrónico, se vinculen a otros cuadros de mando, o lancen una actuación a nivel de base de datos. Siempre hay que tener en cuenta el tamaño de visualización de los dispositivos móviles a los que van dirigidos, por tanto, se suele recurrir a información sumarizada, y si el usuario quiere profundizar, se ofrece el detalle.



Quién es quién dentro de una plataforma MBI (III)

Mapeo de Usuario-Necesidades MBI

Usuario Movilidad Tareas MBI Datos Necesidad Ejecutivo Viajes entre clientes y sedes

de trabajo Trabajo desde casa y fines de semana

Cuadro de mandos: Chequear estatus de indicadores. Navegación en profundidad Reporte dimensional: Vista 360 de empleados, clientes, proyectos, proveedores

Histórico Sumarizado

ALTA

Mando intermedio Reuniones y salas de conferencias

Chequear estatus de indicadores. Navegación en profundidad. Informes de avance de proyectos, plazos de ejecución y detalles

Histórico Sumarizado Detallado

BAJA

Manager de planta Tareas de supervisión Cuadro de mandos: Monitorizar procesos y rendimiento de trabajadores Reportes operativos: Manejo de stocks, entregas, personal Activos: Gestión de inventarios, generación de órdenes, planificar reuniones, gestión de incentivos


Tiempo Real

ALTA

Fuerza de ventas Viajes entre clientes y sedes de trabajo

Reporte dimensional: Vista 360 de clientes, productos, proveedores Activo: Modificar registros de clientes, gestión de órdenes de compra


Tiempo real

ALTA

Técnicos de campo Viajes entre distintas sedes de trabajo o instalaciones del cliente

Cuadros de mando: Revisar desempeño personal y objetivos Reportes operativos: Lista de tareas del día, detalles sobre cliente, listados de material Activo: Modificación de registros de cliente, gestión de órdenes de compra


Tiempo real

MODERADO

Técnicos internos Trabajo desde casa y fines de semana

Reportes operativos: Gestión de alertas, incidencias

Tiempo real MODERADO



CAPA CLIENTE

Cliente Web (THC)

Cliente nativo (FC)

Cliente híbrido

CAPA INTERMEDIA

Capa

de abstraccion / servicios WEB

Templates Dispositivos

CAPA CORPORATIVA

CRM

ERP

BI

CMS

Web corporativa

Bases de datos

A continuación vamos a mostrar la arquitectura que podremos usar como referencia para resolver la implementación de la solución SAP BI de MBI a nivel lógico.

Arquitectura de MBI (I)



Arquitectura de MBI (II)

Capa corporativa Capa Intermedia Capa cliente

Constituye la capa donde residen las distintas aplicaciones corporativas (CRM, ERP, CMS, BI), Este nivel, en realidad puedes estar formado por N niveles (nivel de presentación, nivel de aplicación, nivel de base de datos) y por N capas (capa de presentación, capa de negocio, capa de acceso a los datos).

La capa cliente es la aplicación móvil que se ejecutan en los distintos dispositivos. Los distintos tipos de cliente que podemos encontrar ya se han descrito anteriormente.

Constituye el middleware que integra la aplicación cliente, con la capa corporativa.. Sirve como una capa de abstracción desde los dispositivos móviles y las aplicaciones corporativas. Normalmente se encuentra constituida por servicios web, o por su propia arquitectura orientada a servicios (SOA),. Contiene los adaptadores, marcos de trabajo, gestores de contenido, transformadores, que permiten conectar los datos corporativos con los dispositivos.



Arquitectura de MBI (III)

Consideraciones de Diseño

Tipo de Conectividad

Como la mayoría de aplicaciones web corporativas se diseñaron mucho tiempo antes de la aparición de las aplicaciones móviles, existe la necesidad de realizar modificaciones dentro de la capa corporativa teniendo en cuenta las siguientes consideraciones cuando se diseña la arquitectura.

Los dispositivos móviles puedes trabajar en las siguientes modalidades de conectividad:

Siempre conectado Parcialmente conectado Nunca conectado

Sincronización de Datos

Nivel de Abstracción

El nivel de abstracción existente en las aplicaciones tiene que ser tenido en cuenta antes de que la decisión sobre la arquitectura sea realizada.

La sincronización puede alcanzarse por dos vías: Comunicación síncrona/asíncrona continúa Almacenado y envió



4 Herramientas

Una de las herramientas más destacadas que existen en la actualidad en el ámbito de movilidad business intelligence (MBI) es SAP BusinessObjects Mobile.

El acceso a los informes, las estadísticas y los datos se realizan en tiempo real. Los usuarios puede obtener alertas cuando los informes se actualizan. Admite un amplio abanico de dispositivos móviles

Puede ver de forma resumida o al detalle las tablas y cuadros de informes e interactuar con ellos. Puede controlar las actualizaciones de los informes y especificar los parámetros para refinar la

comprensión de la información

La instalación en el dispositivo móvil de SAP BI es rápida e inmediata sin necesidad de software de administración adicional.

Los paquetes de instalación pueden configurarse previamente con todos los ajustes del sistema para hacer que la instalación sea realmente fácil, con un solo clic.

Acceso inmediato desde prácticamente cualquier dispositivo portátil

Interacción y respuesta inmediata

Instalación rápida y fácil


NEORIS BI – Factory Projects BI Mobile

INFORME INICIAL: Información con Posicionamiento espacial.

Este Informe consta de tres elementos.

En la parte superior tenemos un mapa con la localización de las sedes en las que se han realizado los proyectos.

Abajo a la Izquierda , podemos ver una tarta con el reparto de horas por sede en porcentaje.

Abajo a la derecha, tenemos un gráfico de barras con el número de horas por sede.



INFORME INICIAL: Detalle Geomapa

Si pulsamos en una sede del mapa anterior, accedemos a los informes de detalle sobre dicha sede para el año seleccionado en el combo. En este caso , podemos ver el detalle de horas para la sede y el año seleccionado por área.



INFORME INICIAL : Detalle Geomapa II

Si pulsamos en una sede del mapa anterior, accedemos a los informes de detalle sobre dicha sede para el año seleccionado en el combo. En este caso , podemos ver el detalle de horas para la sede y el año seleccionado por Tipología del proyecto.



INFORME INICIAL: Geomapa II

En una segunda pestaña del informe se muestran los siguientes tres elementos:

En la parte superior podemos ver la evolución de horas por sede.

Abajo a la Izquierda , podemos ver una evolución de horas por año

Abajo a la derecha, tenemos una tabla con enlace a otros informes



INFORME 1: Informe de Capacidades

Este Informe consta de tres elementos.

En la parte izquierda, tenemos un gráfico de líneas con los siguientes indicadores: Capacidad Real, Capacidad Teórica, Carga de Trabajo y Disponibilidad.

Arriba a la derecha, tenemos una tabla con las horas de los recursos disponibles del mes seleccionado en el grafico de líneas.

Abajo a la derecha, tenemos otra tabla con la categoría y las tecnologías del recurso que seleccionemos en la tabla de arriba.



INFORME 2: Informe de Comparativa de Proyectos

Este informe es una comparativa entre las horas planificadas por la compañía y la diferencia con las horas planificadas por los proveedores.



INFORME 3: Informe de Asignación Real de Recursos y Proyectos

Se trata de un informe comparativo de las horas utilizadas para un proyecto real y las horas estimadas con el objetivo de conocer si fue un proyecto estaba bien estimado o no.

Arriba tenemos un grafico de barras con las horas planificadas y las horas reales.

Abajo un gráfico de líneas con el porcentaje de diferencia de horas Reales y estimadas.



INFORME 3: Informe de Asignación Real de Recursos y Proyectos II

En una segunda pestaña del informe tenemos 2 tablas:

Arriba tenemos el número de recursos y horas reales por proyecto.

Abajo tenemos otra tabla con el detalle de horas por proyecto, categoría y recurso



INFORME 4: Proyectos Activos

El objetivo de este informe, es poder evaluar en todos los proyectos en curso, si la estimación de horas inicial fue la correcta entre la fecha actual y la fecha planificada del final del proyecto

Arriba tenemos un gráfico de líneas con la planificación de los proyectos activos.

Abajo a la izquierda, podemos ver los proyectos planificados y un semáforo que nos indica su estado.

Abajo a la derecha, tenemos una leyenda del significado de los semáforos.



INFORME 5: Evolución Horas por Area y Tipología

Este informe representa la evolución en número de horas de los proyectos según la tipologia de proyecto.

Abajo tenemos un gráfico de barras apiladas con el detalle de horas por área y año.

Arriba a la izquierda, podemos ver una tarta con el porcentaje de horas por proyecto del área y año seleccionado en el grafico de abajo.

Arriba a la derecha tenemos un vinculo al siguiente informe que contiene el número de horas facturables y no facturables por mes.


NEORIS BI – RRHH BI Mobile

INFORME INICIAL: Información posicionamiento espacial y número de empleados

•Informe principal de localización de las sedes de Neoris en la parte superior de la pantalla. •El gráfico de líneas muestra una evolución del número de empleados y subcontratados por la empresa.

•También se puede acceder a los informes detallados de la plantilla y la contratación de la empresa mediante los enlaces que se muestran en la parte inferior derecha.

•En el detalle inferior, se ve un informe propio de la sede de Madrid de la compañía.


NEORIS BI – Cliente1 BI Mobile

INFORME INICIAL: Posicionamiento Local

Posicionamiento local de las sedes de cliente en todo el mundo. Paralelamente, se puede observar de un solo vistazo el saldo de cada una de ellas de manera global en un gráfico de sectores. Cada uno de los gráficos puede ser visualizado a pantalla completa como se muestra en la parte inferior, para poder ver la información más detalladamente.



INFORME INICIAL (II): Información económica por sede

En la segunda pantalla se ofrece detalle de la tendencia de saldo por sedes de la empresa entre dos trimestres. También se puede ver el detalle de esta evolución en un gráfico de sparkline.

En la parte inferior izquierda, se representa un gráfico de barras apiladas. Cada nivel de la barra es la representación en millones de una sede de la compañía. Cada barra muestra la información de un trimestre.

A la derecha del gráfico anterior, se agrupa la información de saldo por Trimestre y Sede en un gráfico de sectores.



INFORME INICIAL: Posicionamiento Local

Posicionamiento local de las sedes de cliente a nivel nacional. El gráfico de sectores recoge la información del número de alumnos (en este caso) por sede. El gráfico de burbujas representa, por intensidad de color, cuántas votaciones se han realizado por grupo de alumnos Como gráfico propio de cada sede, se ha introducido un gráfico de semáforo que indica si el número de votos sobrepasa un límite.



INFORME INICIAL (II) : Información detallada

Información de la evolución de la tendencia de encuestas realizadas en cada sede se puede visualizar en la parte superior del informe.

El gráfico de sectores muestra en porcentaje y en detalle el número de votos que se han realizado.

Abajo a la derecha, se muestra esta vez un gráfico de escalera, en la que se puede apreciar tanto el número de votos por asignatura como el recuento total, de un solo vistazo.


NEORIS BI – RRHH Neoris BI Mobile Dashboard

CUADRO DE MANDO : PANTALLA INCIAL

Desarrollo de Cuadros de Mando para el departamento de RRHH de nuestra compañía. La información mostrada detalla:

Información de todos los empleados en plantilla por meses. A la izquierda de la pantalla Datos de contratación y de los recruiters del departamento. En la parte derecha de la pantalla

En la parte inferior, se ve el detalle numérico por cada uno de los gráficos de sectores mostrados en la parte superior, indicado el número de empleados y externos y el número de peticiones de contratación en cada uno de sus estados.



CUADRO DE MANDO : PANTALLA INICIAL– Información por países

Todo la información que se muestra en este cuadro de mando se puede consultar para cualquier a de los países en que nuestra compañía tiene sede física. Así un selector nos permite determinar el país del que se desea consultar la información. También se puede realizar la consulta del total de Neoris Global.



CUADRO DE MANDO : PANTALLAS SECUNDARIAS – Detalle de la información

En la pantalla de la izquierda se muestra la información de contratación. El gráfico de sectores indica la proporción de peticiones que tienen en el estado seleccionado, para el rango de tiempo seleccionado (con el doble selector de la derecha) cada uno de los recruiters. Además se puede ver, para cada uno de ellos el detalle de sus peticiones totales. Al otro lado de la pantalla, se ve el detalle de los empleados. Pudiendo realizar una selección por categoría o por vertical, para el mes que se haya seleccionado.


NEORIS BI – Cliente 1 Neoris BI Mobile Dashboard

CUADRO DE MANDO : PANTALLA INICIAL

Desarrollo de Cuadros de Mando para compañía con necesidad de control sobre el número de Altas, Bajas y peticiones en backlog sobre sus contratos y servicios. Con el selector se define sobre qué producto (contratos o servicios) se está mostrando la información que

aparece como gráfico de barras (altas y bajas) y líneas superpuestas(backlog) En la parte izquierda inferior aparece, en forma de tabla, un resumen en cifras sobre el estado de cada producto y en la parte derecha un seguimiento económico por fecha.


NEORIS BI – Cliente 1 Neoris BI Mobile Dashboard

CUADRO DE MANDO : PANTALLA PRINCIPAL

Las necesidades de este cliente residían en conocer los datos agrupados por diferentes zonas, desde un rango muy amplio como puede ser el país hasta nivel de centro de coste dentro de una delegación local. Por ello, se diseñó este cuadro de mando que, tal como se requería muestra la información agrupada a nivel necesario. Ya sea por zona, por división, delegación o centro de coste. •Por otro lado, la segunda fila de sectores agrupa por un criterio diferente en base a las selecciones realizadas arriba.


Gracias

Director BI Neoris EMEA

[email protected]

Technology

Neoris BI - Mobile - SAP Busniess Analytics Forum