Algunas veces, el cliente tiene que hacer una estructura modular para satisfacer las necesidades de cada departamento separadamente, pero cuando la necesidad por información mixta entre departamentos aparece, unir tales módulos es un requerimiento. La respuesta a este problema son los Universos Vinculados.
Linked Universes Technique
La técnica de Universos Vinculados consiste en fusionar un universo principal (Universo Principal) a otro (Universo Vinculado) para usarlos como uno y así evadir la repetición de objetos, tablas, relaciones, etc. Con esta metodología podemos ahorrar tiempo de desarrollo al mejorar la organización y uso de los Universos, mezclar fácilmente áreas de datos en un Universo y proveer también de una mejor experiencia de diseño de informes a los desarrolladores de interfaz.
Con este método de trabajo, podemos tener varios Universos (Universos Principales) incorporados a otro y satisfacer la demanda de informes en diferentes departamentos que contienen datos integrados. Por ejemplo, podemos poner el Universo de “Producto” junto al Universo de “Ventas”. En tal caso, puede que los dos Universos inicialmente tengan diferentes propietarios, uno para cada departamento, pero, típicamente, el Departamento de Ventas sería el “patrocinador” de este nuevo universo y requeriría de información de productos del Departamento de Marketing, para así enriquecer sus Ventas con las características del producto.
En ese ejemplo, el Universo Principal sería el de “producto” y añadiríamos tales elementos en modo “solo lectura” al Universo de “Ventas” para que, eventualmente, un informe con ambos sets combinados de datos pueda ser creado.
Ahora mostremos un ejemplo práctico tomado de la necesidad de un departamento legal. Tenemos toda la información sobre procedimientos legales en activos empresariales y el modelo de datos se ve así:
Procedure of Adding Core Universes Using Sap Business Intelligence
This Universe has legal procedures about finance items, but we are specifically missing all the financial information about them. If we want to report on both pieces of information, we will need a model that includes such financial information and complements such legal procedures information.
El plan es, entonces, agregar el Universo financiero como un Universo Principal, complementar el universo de información legal y hacer informes con datos de los dos. Por supuesto, estos Universos necesitan tener una relación.
Usando la Herramienta de Diseño de Información del set de herramientas del cliente de la Inteligencia Empresarial (BI) SAP, en la pestaña “Capas Empresariales Principales” de la infraestructura de datos de nuestro Universo Vinculado, tenemos la posibilidad de añadir, refrescar y remover Universos Principales.
Para agregar un Universo, solo necesitamos seleccionar “Agregar Universo Principal” y agregarlo. Después de esto, el último paso es hacer una relación entre ellos y luego tendremos todos los elementos de cada Universo sin redundancias.
Este es el aspecto visual de la infraestructura de datos en un solo Universo Vinculado Principal. La parte de universos principales aparece en gris indicando que son componentes de solo lectura:
La parte de capa empresarial no se muestra aquí pero se comporta de la misma forma: los objetos del universo principal son solo para lectura pero pueden ser usados para realizar mejoras y adiciones dentro del Universo Vinculado. Finalmente, tenemos ambos Universos integrados y listos para usar.
Cuando se mantienen universos, además de Agregar Universos Principales, otras posibilidades incluyen la Sincronización de Universos Principales, la cual permite que refresques los cambios más recientes de la versión más nueva de Universo Principal. También puedes Incluir Núcleos y Eliminar Universos Principales, pero puede que estos nunca se usen ya que podrían fusionar los dos universos en uno o borrar una parte de él, haciendo que el universo resultante sea inusable y, los informes que dependen de él, inaccesibles.
Resumen de beneficios y algunas limitaciones:
La mayor ventaja de esta solución es que podemos mezclar información de diferentes departamentos. Luego, podemos producir informes interesantes con una visión global de diversas áreas de negocio, o ampliar la información existente de otro modelo que podría ser beneficioso incorporar. Si quisiéramos hacer esto en dos universos separados no podríamos, por ejemplo, obtener fácilmente la información de deuda de una persona para desarrollar un informe, especialmente para un usuario de negocio.
No solo podemos incorporar uno, sino varios Universos Principales, lo cual amplía las posibilidades de integración.
Otra ventaja es la habilidad para trabajar en un enfoque modular con más de un equipo. Por ejemplo, si tenemos un universo maestro que es actualizado con poca frecuencia, digamos que una vez al año, quizá es una buena idea hacerlo en uno principal. Podríamos trabajar con nuestro universo vinculado y hacer nuestras adiciones y mejoras sobre él y, cuando una nueva edición del núcleo venga, podemos reemplazarlo sin perder ningún cambio.
Una de las desventajas más importantes es que es difícil de mantener. Cuando actualizamos y publicamos un Universo usado como Universo Principal en otros Universos, necesitamos ir a los Universos Vinculados para Sincronizar el Universo Principal. Si no tenemos una idea clara de dónde se está utilizando tal Universo, podemos tener problemas con los informes (datos, errores de objetos, etc.). Esta “falta de autodocumentación” no anima a muchos clientes a usar esta solución.
Otra dificultad de uso es que no podemos modificar la información que viene de los Universos Principales ya que son de solo lectura. Como mencionamos anteriormente, podemos incluirlo para modificarlo, pero luego no será posible sincronizarlo ya que será parte del Universo Vinculado y no tendrás conexión con el Universo Principal. La única forma para modificar la información de un Universo Principal es editándolo separadamente como si fuera uno solo, y luego abrir el Universo Vinculado y sincronizarlo.
Otro tema decepcionante es la inhabilidad para mezclar datos de diferentes fuentes. Las conexiones pueden ser diferentes, pero la fuente debe ser la misma. En este caso, los Universos Vinculados no son lo que parece.
This is actually not a new feature, as it has always been there for the old legacy Universe Design Tools and UNV format universes. Even back then, this feature was never extensively used due to its fragility, difficulty to maintain and a potential challenge in migrations to future versions.
A pesar de las desventajas, creemos que los Universos Vinculados son una característica vital de las Herramientas de Diseño de Información debido a todas las posibilidades y ventajas que permiten Con ellos se pueden lograr desarrollos mucho más interesantes, fáciles y modulares. ¿Cuál es tu opinión al respecto? Déjanos conocer en los comentarios de abajo si también los encuentras útiles o no, ¡nos encantaría conocer sus experiencias con Universos Vinculados!