Business Intelligence – Página 15

El ABC de la seguridad de BPC

La seguridad en SAP BPC 7.*/10.0 (SAP Business Planning and Consolidation), al igual que otros sistemas, se basa en dos principios que formulamos en forma de pregunta:

La seguridad en SAP BPC 7.*/10.0 (SAP Business Planning and Consolidation), al igual que otros sistemas, se basa en dos principios que formulamos en forma de pregunta:

¿Quién puede hacer qué?
¿Quién puede ver qué?

El «Quién» estará compuesto por los «Usuarios» (Users) que podrán acceder a la plataforma, identificándose e introduciendo su contraseña correspondiente, estos usuarios pueden ser agrupados en «Equipos» (Teams).
El «hacer qué» hace referencia a las distintas tareas que se pueden efectuar en la plataforma SAP BPC, las cuales pueden ser agrupadas en distintos perfiles (Task Profiles), para posteriormente asignarlos a los usuarios o equipos de usuarios.
El «ver qué» hace referencia a las áreas de datos a las que podrá acceder un usuario o equipo de usuarios. Las posibilidades de acceso son agrupadas en perfiles (Data Access Profiles).

La seguridad «BPC NW» vista desde «SAP BW»

En SAP BPC NW, la definición de usuarios se realiza desde la interfaz de SAP NW BW a través de la transacción SU01. Luego, desde el Administrador Web de SAP BPC, el usuario debe ser incluido en los Environments BPC a los que podrá acceder. El usuario recién incorporado debería ser incluido en un equipo, el cual podría tener asignado definiciones de Task Profiles y Data Access Profiles o se le debería asignar estos dos tipos de definiciones directamente.

Las definiciones asociadas a la seguridad, realizadas desde el Administrador Web de BPC, se reflejarán en los roles que visualizaremos desde SAP NW BW con el prefijo «ZBPC_» seguido del prefijo identificador del environment al que se le ha asignado una autorización al usuario (A9 hace referencia al estándar EnvironmentShell, los prefijos están contenidos en la tabla UJA_APPSET_INFO).

La tercera posición identifica el tipo del objeto de seguridad: «P» Task Profile, «M» Data Access Profile, «U» Environment, «T» Team y «L» Team Lead. El número de seis digitos es un secuencial que podría variar en las tareas de transporte (ref. 1644018).

Compatibilidad entre Data Services y BI4

SAP Data Services (DS) y SAP Information Steward (IS) son productos para el tratamiento de datos (ETL, calidad e integridad) los cuales tienen dependencia con la plataforma SAP BusinessObjects Business Intelligence (BIP). BIP o BI4 es indispensable en DS/IS para poder gestionar, a través de la consola de Administración Central (CMC), los Usuarios, Grupos, Access Level, Data Services (repositorios), Servers, entre otros objetos.

SAP Data Services (DS) y SAP Information Steward (IS) son productos para el tratamiento de datos (ETL, calidad e integridad) los cuales tienen dependencia con la plataforma SAP BusinessObjects Business Intelligence (BIP). BIP o BI4 es indispensable en DS/IS para poder gestionar, a través de la consola de Administración Central (CMC), los Usuarios, Grupos, Access Level, Data Services (repositorios), Servers, entre otros objetos.

Opcionalmente, en vez de utilizar una instalación completa de BI4 se puede optar por la instalación básica, denominada Information Platform Services (IPS). El nivel de versiones y actualizaciones de los distintos productos de SAP no van alineados en compatibilidad, en la nota de referencia podrás encontrar la matriz de compatibilidad entre DS con BI4/IPS.

Referencia: Nota SAP 1740516

El parámetro CLEAN_UNIVERSE, otro “gran desconocido” en BI4

Por actividades propias de la edición de universos de SAP BusinessObjects BI, agregando o eliminando los distintos elementos que lo conforman, estas capas semánticas pueden alcanzar un gran tamaño en el transcurso del tiempo. Si se elimina definiciones de objetos en un universo, podremos observar que apenas cambia de tamaño, porque al parecer los objetos eliminados no se retiran físicamente, sólo se “ocultan”.

Para solucionar el problema de tener universos “pesados”, se introdujo en la versión XI 3.1 actualización Fix Pack 5.1, el parámetro CLEAN_UNIVERSE para que “comprimiese” los universos (ver nota 1726463). Al parecer, este parámetro sólo estaba pensado para el antiguo diseñador de Universos UNV, Universe Designer (o simplemente Designer).

Para Information Design Tool, el diseñador de universos UNX de la 4.0/4.1 la información sobre este parámetro es casi inexistente y la poca que hay es contradictoria. Por un lado se señala que no es necesario utilizar este parámetro porque los universos (Business Layer) son guardados de la manera más óptima y por otro lado, hay testimonios de usuarios que señalan haberlo utilizado, luego de los cual sus universos se habrían dañado (ver foro sobre el tema). Hasta no contar con documentación oficial, no recomendamos su uso.

Tamaño ideal de un Universo de SAP BusinessObjects BI

Por “fastuoso” que pueda resultar el nombre de la capa semántica de SAP BusinessObjects BI, un “universo” no necesariamente debe pretender cubrir todas las necesidades de análisis de información que tuviese una organización.

Por “fastuoso” que pueda resultar el nombre de la capa semántica de SAP BusinessObjects BI, un “universo” no necesariamente debe pretender cubrir todas las necesidades de análisis de información que tuviese una organización.

Un “universo”, el cual cumple el esencial papel de “interprete” o “puente” entre las estructuras técnicas de los datos y los usuarios de negocio, debería reflejar los elementos de análisis de un proceso de negocio o procesos complementarios, que no necesariamente son de “propiedad” de una determinada área o principal interés para todos los usuarios de una organización.

Las posibilidades que brindan herramientas como Web Intelligence (WebI) de diseñar documentos en base a más de una consulta, dónde cada consulta puede utilizar un proveedor de datos distinto (los cuales podrían ser diferentes universos), no justifica el diseño de universos mastodónticos.

¿Cuál es el tamaño ideal de un Universo?

Las buenas prácticas de SAP señalan que un universo no debería superar los 200 objetos. Si estamos utilizando “Information Design Tool” (IDT), en la capa del “Business Layer” podríamos obtener el recuento de objetos. Un universo demasiado grande podría ocasionar los siguientes contratiempos:

Problemas de rendimiento y memoria
Dificultad de navegación y uso
Complejidad en el diseño de la seguridad, más aún si se desea realizar a nivel de objeto.

Definición de Smart City (Ciudad Inteligente)

En el documento de referencia encontramos la definición de un concepto con relativo auge, quizás no tanto como debería, postergado quizás por las dificultades económicas actuales. Nos referimos a Smart City (Ciudad Inteligente), asociado muchas veces solamente a la tecnología, cuando tiene un campo mucho más amplio.

En el documento de referencia encontramos la definición de un concepto con relativo auge, quizás no tanto como debería, postergado quizás por las dificultades económicas actuales. Nos referimos a Smart City (Ciudad Inteligente), asociado muchas veces solamente a la tecnología, cuando tiene un campo mucho más amplio.

¿Qué no es una Smart City?

No es construir una ciudad totalmente tecnificada, con sistemas informáticos y tecnológicos complejos que anulen la voluntad y la participación humana.
No significa que la población realice todas sus gestiones online sin contacto humano alguno
Al igual que debe tender a gestionar sus recursos energéticos de forma eficiente, no debe descuidar su desarrollo económico, social y cultural.
Tampoco es una ciudad en la que todo está automatizado y robotizado, porque en la urbe los ciudadanos “piensan” y “actúan”.

¿Qué es Smart City?

Engloba una filosofía de vida, un proceso de desarrollo, de sensibilización, de formación y de cambio en la manera de entender la ciudad, de vivir o de trabajar.
Una Smart City es capaz de gestionar los recursos y las fuentes de energía de manera óptima, mejorar la calidad de vida de las personas y del entorno, así como optimizar los servicios para mejorar su rentabilidad de uso, por lo que este concepto engloba tanto aspectos sociales, políticos, funcionales y técnicos.

No se trata de construir la “ciudad del futuro”, cliché recurrente, sino de adoptar los cimientos que garanticen la sostenibilidad futura de las ciudades.

Referencia: ISBN 978-84-267-2113-6 (Smart City. Hacia la gestión inteligente)