Archivo mensual: mayo 2014

UJBR de SAP BPC NW sin datos de seguridad


La transacción UJBR de SAP BPC NW funciona muy bien en pequeñas implementaciones, pero si tenemos un volumen de datos elevado (se considera elevado environments con más de 2GB de datos transaccionales), existen errores en los datos (identificados con el programa UJA_DATA_CHECKER) o hay una elevado número de objetos definidos, podríamos tener contratiempos al realizar la copia de respaldo (backup) o la restauración (restore) de un entorno (environment) de BPC.

Modificación de la tabla UJA_USER_DEF a través de la SE16

La nota 1927908 nos brinda una solución de los errores generados por los perfiles de seguridad. Esta solución consiste en realizar el backup sin los datos de seguridad. Para lograrlo, es necesario definir un nuevo parámetro (UJBR_BACKUP_IGNORE_SECURITY = YES) a nivel de environment, sobre la tabla UJA_USER_DEF, para más información consultar la nota señalada.

Errores genéricos en SAP BPC NW


En SAP Business Planning and Consolidation 10.0 for NetWeaver (SAP BPC NW), al igual que SAP BusinessObjects BI, nos podemos encontrar con mensajes de error que pueden significar muchas cosas, desde un fallo en el producto, hasta una mala parametrización.

Unhandled error http status 500 unmarshal invalid xmlUno de estos mensajes de error genéricos de SAP BPC es “unhandled error http status 500 unmarshal.invalid.xml” el cual se produce desde la interfaz de Administración Web cuando modificamos los objetos de seguridad o un modelo. La nota 1935043 recopila alrededor de seis situaciones en que este error se puede producir.

La nota de referencia señala como medida de solución, en algunos casos, realizar ajustes en la configuración, ejecutar algún programa o aplicar alguna actualización. Pero hemos encontrado un caso que no figura en este compendio de incidencias: En alguna ocasión, cuando se cambia una dimensión de un modelo que ya existe y tratamos de guardar esta modificación, obtenemos el mismo mensaje. El workaround para este caso podría ser el siguiente:

  1. Cambie la dimensión
  2. Intente grabar los cambios (se producirá el error)
  3. Restituya la dimensión original
  4. Grabe los cambios (deberían guardarse)
  5. Cambie la dimensión
  6. Intente grabar los cambios (deberían guardarse los cambios)

Nota: Estas acciones deben realizarse sin cerrar la ventana de edición del modelo.

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:

  1. ¿Quién puede hacer qué?
  2. ¿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.

Roles BW generados automaticamente según la definición - actividad desde la interfaz BPC

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.

Matriz de compatibilidad entre Data Services, Information Steward y SAP BusinessObjects BI o Information Platform Services (IPS)

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

En SAP BPC, mejor todo en mayúsculas


Podríamos considerarlo como un error del producto, pero luego de tantos años en el mercado, podríamos señalar que es una característica del producto. Nos referimos a la sugerencia de utilizar mayúsculas en casi todo que denote un ID o identificador de un elemento en SAP BPC (SAP Business Planning and Consolidation). Por ejemplo, el uso de minúsculas en carpetas (nota 1996178) o el uso minúsculas en miembros de dimensión (nota 1930598),

SAP ha corregido algunos casos puntuales con recientes actualizaciones, pero por la amplia variedad de actividades por realizar y la diversidad de datos que se podrían utilizar, no se puede descartar que otros errores pudieran producirse si no usamos siempre mayúsculas.

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


Parametros por defecto de un Business Layer en IDT 4.1Por 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.

Recuento de objetos de un universo UNX en IDT a través del Business Layer (BI4)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.

Quién es Quién 2014, (Consultoría e Informática)


El suplemento anual “Quién es Quién” de la revista Actualidad Económica es un compendio o directorio de las principales empresas del país, agrupadas por sectores. En su edición 2014, a pesar que podría ser bastante mejorable la clasificación de las empresas, resulta un documento muy útil por los datos que se incluyen. Sobre la Consultoría, la publicación destaca las siguientes tendencias que estarían cumpliéndose en este sector:

  • Caída del mercado local y reducción de márgenes, lo que podría acarrear la destrucción de empleo a nivel nacional.
  • La internacionalización se consolida. Ventas podrían haberse triplicado en menos de una década y estaría aumentando considerablemente la contratación en filiales extranjeras. A nivel global, más de la cuarta parte de los ingresos en este sector se generan en el extranjero.
  • Los ingresos por outsourcing (externalización o subcontratación) superan a otros tipos de servicios, tales como el desarrollo de aplicaciones o la integración.

Referencia: (aquí)

SAP da sus primeros pasos en “Internet of Things” con SAP HANA


Internet of Things (IoT), es un término acuñado en 1999 que está siendo cada vez más utilizado en los últimos meses, especialmente impulsado por la tecnología que rodea al mundo Mobile y Big Data. Para IoT podemos encontrar variadas definiciones, de las vistas, podemos destacar la siguiente:

Imagina un mundo en el que miles de millones de objetos pueden detectar, comunicar y compartir información, todos interconectados a través de redes IP (Internet Protoco) públicas o privadas. Estos objetos interconectados podrían recopilar datos con regularidad, los cuales podrían ser analizados y utilizados para tomar iniciativas, brindando más inteligencia a la planificación, a la toma de decisiones y a la gestión general de los procesos de negocio. Este es el mundo de la Internet de las Cosas (Internet of Things, IOT) -(Ref)

Definición de Internet of Things según McKinsey

Internet of Things, debe ser vista como una disciplina o tecnología, la cual engloba muchos otros elementos, tales como técnicas, estándares, buenas prácticas y otros conceptos. El término IoT en ocasiones es utilizado como sinónimo de M2M (Machine to Machine), pero debería diferenciarse que IoT es la tecnología o disciplina y M2M es la principal técnica que hace posible IoT para que los objetos puedan transmitir información.

Internet of Things (IoT), previsiones de objetos interconectados

Ante las previsiones de incremento de la demanda de soluciones IoT, SAP ha dado un primer paso es este sector para su plataforma SAP HANA, se trata de una extensión para el desarrollo de aplicaciones IoT. Esta extensión, por el momento, tiene un uso restringido para ciertos usuarios y la información disponible es limitada, a través de la nota 2008204 podremos conocer futuras novedades.

Visión de SAP de IoT

A partir de estas propuestas como la que ofrece SAP, se podrá desarrollar soluciones que respondan a necesidades concretas de negocio.

Potenciales aplicaciones para IoT

 

Actualización SP17 y SP17 Patch 01 del SAP EPM Add-In, mejor no utilizar


En recientes entradas habíamos recomendado utilizar la actualización liberada el 18 de abril del SAP EPM Add-In 10.0, (complemento que se utiliza como interfaz cliente de SAP BPC 10.0 y 10.1), pero según la Nota SAP 2014004, (publicada ayer, 7 de mayo) las actualización SP 17 y SP 17 patch 01 estarían generando problemas de rendimiento y consistencia de datos en la ejecución de informes.

Después de más de veinte actualizaciones desde la liberación del EPM Add-In, entre Service Packs (SP) y Patchs, seguimos encontrándonos con problemas básicos y críticos. Según la nota de referencia se debería esperar la siguiente actualización (SP 17 patch 02), la cual sería liberada en los próximos días (siguiendo el patrón de fechas, sería entre los próximos dos viernes).

Referencia: Nota SAP 2014004