Relación no nativa

De la misma forma que existe la posibilidad en Anjana de crear tantas entidades como sea necesario, también es posible configurar tantas relaciones como aplique.

La relación debe contener origen y destino para poder reconocer las dos entidades implicadas en ella pero el resto de metadato es completamente configurable.

Esta página recoge, por un lado, los atributos que forman la clave primaria (PK) de la relación —y que componen su ARI, identificador con el que cada objeto se representa de forma unívoca en Anjana— y, por otro, las pestañas que muestran la información del objeto en su detalle.

Clave primaria (PK) y ARI

Cada objeto de Anjana Data Platform se identifica de forma unívoca mediante su ARI (Anjana Resource Identifier), que se construye a partir de los atributos que forman su clave primaria (PK). En el caso de la relación no nativa, estos atributos —con su nomenclatura interna entre paréntesis cuando aplica— son:

• nombre (name)

• origen (entidad origen de la relación)

• destino (entidad destino de la relación)

La ARI incluye además el subtipo de la relación y, a diferencia del resto de objetos, la unidad organizativa (organizationalUnit) de la entidad origen y la de la entidad destino de la relación. Por ejemplo, para una relación con ID 53:

ANJA:OBJECT:RELATION:ASSOCIATED_TERMS:53:Concepto de Cliente:Europe/SPA/Finance:Europe/SPA/Finance

donde la estructura es:

ANJA:OBJECT:RELATION:<nombre del subtipo de relación>:<idRelacion>:<nombre de la relación>:<unidad organizativa de la entidad origen>:<unidad organizativa de la entidad destino>

NOTAS:

• El atributo nombre (name) no debe contener el carácter ‘:’, ya que es el separador de los componentes de la ARI e interferiría en la lógica interna de la aplicación.

• Para garantizar que los campos que componen la ARI no sean editables, es responsabilidad del administrador configurar dichos atributos en las plantillas con las validaciones de “no editable”. Cualquier intervención manual para modificar estos valores romperá la integridad referencial del objeto.

• Los campos origen y destino sólo son editables a través de la API administrativa. Si se necesita que el objeto tenga otra PK, debe clonarse el objeto con valores distintos en su PK; el original seguirá existiendo.

• Los valores de organizationalUnit (de las entidades origen y destino) que aparecen en la ARI no tienen por qué coincidir con los que visualiza el usuario en la plantilla. Si se ha configurado el multi-idioma, la clave de traducción es la que forma parte de la ARI, mientras que el usuario ve en la plantilla el valor de traducción de esa clave para el idioma seleccionado en su perfil.

Pestañas del detalle

El detalle de una relación no nativa se organiza en varias pestañas, cada una con un tipo de información del objeto. Al acceder al detalle, la pantalla que se muestra por defecto es la de Atributos.

Atributos

Cuando un usuario accede al detalle de una relación, la pantalla que se muestra es la de Atributos, donde el usuario puede acceder a los diferentes atributos funcionales, técnicos, operacionales, etc., que se hayan definido en la plantilla, dentro de los correspondientes menús y secciones así como los atributos específicos que no forman parte de la plantilla pero se han incluido en la relación en particular.

Linaje

En esta pantalla, el usuario puede consultar el linaje de la relación no nativa, a diferencia del linaje en entidades, en relaciones se inicia con el origen y el destino y esas entidades son las que se expanden.

Los objetos mostrados en este grafo dependen de la capa de linaje elegida y su relación con la relación (si es origen, destino y de qué tipo de relación). Se puede filtrar qué tipos de entidad, relaciones y estados se quieren mostrar.

Se incluye más detalle del grafo en el apartado Linaje.

Intervinientes

Dentro de la pantalla de Intervinientes, el usuario puede consultar todas las partes interesadas de la relación.

Los usuarios aparecen tipados como:

• Principal: usuario creador de la relación

• Secundario: usuario asignado en algún atributo de la plantilla (en caso de que el objeto tenga algún atributo de tipo Usuario nominal)

También se puede filtrar los intervinientes por tipo de interviniente, su rol o nombre.

Auditoría

Dentro de la pantalla de Auditoría, el usuario puede acceder a la auditoría interna de Anjana donde se puede ver la evolución de la relación a lo largo de toda su vida en la herramienta: la creación, las validaciones de sus workflows, las modificaciones sufridas…

Es posible filtrar según sea acción de búsqueda o no, qué, quién y cuándo se hizo una acción sobre ese proceso.

El origen permite distinguir sobre las distintas fuentes que generan auditoría: “anjana” en caso de la auditoría interna y el nombre del sistema en el caso de la externa.