Functional
Breadcrumbs

Non-native Entity (term, report, schema...)

In Anjana Data it is possible to generate entities that represent concepts belonging to the Business Glossary (term, report, indicator, policy…) or assets related to the Data Catalog (schemas, databases…) that fit the needs and scope of the organization.

These entities have their own metadata and their morphology must therefore be configured.

PK Fields

The field that makes a non-native entity unique in Anjana is:

  • name

NOTES:

  • The “name” attribute must not contain the character ‘:’ to avoid interfering with the internal logic of the application.


Attributes

When a user accesses the detail of an entity, the screen displayed is the Attributes screen, where the user can access the different functional, technical, operational, etc. attributes that have been defined in the template, within the corresponding menus and sections, as well as the specific attributes that are not part of the template but have been included in the particular entity.

https://lh7-rt.googleusercontent.com/docsz/AD_4nXfwVi9O5HQhjxDgsKMUNMfeOJPjzKMsYWSpImYRmcbeYvq2Q8Yrv4OxfUYDu3GXLFib2IXHfKxNPQgqM4n0JnCz7gXB97eZY6LH8GhtgMSmoIwswCriRflgTD5z5mTpUfGPtYXO4Q?key=eE4OxRa9KEXEmq0Gh5OpzA


Relationships

On the relationships screen, the user can view the existing relationships between the entity and other entities in the Anjana repository.

https://lh7-rt.googleusercontent.com/docsz/AD_4nXcequKrZMJqYA2A87WAh2dO5WxoP4yzKd8Pxq8Rd3HeCO0_x3AND1qA1VwH8Ox62hm4fI2hwd6kJQtmG5qjM1ckUcSK5y_e21FtNtClLevvRfRlOohHA0Hryw9Meg5TL10G1V60?key=eE4OxRa9KEXEmq0Gh5OpzA

Relationships can be:

  • Direct: Relationships in which the entity is the source or destination

  • Composition: Native relationships created by being part of another object. This is possible if the entity is contained within a DSA

Relationships can also be filtered by the name and subtype of the related entity, the type of relationship (source or destination), and the name and subtype of the relationship.

https://lh7-rt.googleusercontent.com/docsz/AD_4nXesgoarP0jbc5mg8Y5MBI0fUKOw9mvH3uBIyF_yV_h2AvcP3hs8Oli8UpfVzHEO64LlMRbU5S_0R2oNMyUCqelzgtSX6MpatnnYw-LPoAkTOuRjZWZGwiL90nPaZr53bCMPZ4ZQ?key=eE4OxRa9KEXEmq0Gh5OpzA


Lineage

On this screen, the user can view the lineage of the non-native entity, and can expand the entity to see, for example, the organizational unit it belongs to, the objects it is related to, etc.

The objects shown in this graph depend on the chosen lineage layer and their relationship with the entity (whether it is source, destination, and what type of relationship). It is possible to filter which entity types, relationships, and statuses are to be displayed.

More detail about the graph is included in the Lineage section.

https://lh7-rt.googleusercontent.com/docsz/AD_4nXfGDKL3TlCa0RMOuQrALwig1FBouMSX8k8A1l5xMKw_LU5hh6zSBvtFTmTCAV6G8hY0CGrTUS_AbKatzkCO7PnRDR70hx71Fc6cltPK1dD6d-SLdm4772v3EBcyJx8mBWja-4_1VQ?key=eE4OxRa9KEXEmq0Gh5OpzA
https://lh7-rt.googleusercontent.com/docsz/AD_4nXcGmIP1sMMMn5TfFdpfh8x04bs3TUKan9mlI5Vpy7vlmesmd_xt4sl_95emWQngc6SIN4aQhDnVqt_ApANP30aF7dWFjQWbP2FXbuueIC0HhIttRPd-iIYoPVdGenT7UMXBFo7KkQ?key=eE4OxRa9KEXEmq0Gh5OpzA


Stakeholders

Within the Stakeholders screen, the user can view all stakeholders of the entity.

Users appear typed as:

  • Adherents: user who has adherence to a DSA that contains the entity

  • Primary: creator or owner user of the entity

  • Secondary: user assigned to an attribute in the template (if the object has any attribute of type Nominal User)

https://lh7-rt.googleusercontent.com/docsz/AD_4nXewUYWKbNOxc4CDFgolOC3hWeXFkMDYHGwFs6wNELFcCG4oytV2U9CgWKUW5JBWCKKCJ3tfromnDx3lUJ3ZL9P2KmO6rHEvSutHhBImncBLanb-7TKy4lBkl0vnWP10UuEnxHD-?key=eE4OxRa9KEXEmq0Gh5OpzA

Stakeholders can also be filtered by stakeholder type, their role, or name.

https://lh7-rt.googleusercontent.com/docsz/AD_4nXenYkg-NFzWBNKkRKDOT9P_4VUYjd-x4EgN5Y6t1tW_QIVV8f7rm-nddI2hW902oiEl02zkErxewcWB8gemvPxWaQEkKSwTErInU1cClosITe8zN5yloagZ-fViXf72UwPr8J9SzQ?key=eE4OxRa9KEXEmq0Gh5OpzA


Audit

Within the Audit screen, the user can access the internal audit of Anjana where the evolution of the entity throughout its entire lifecycle in the tool can be viewed: its creation, the validations of its workflows, the modifications it has undergone…

https://lh7-rt.googleusercontent.com/docsz/AD_4nXdG4ceTjpZ81-qO8mzMlzshvwX7eIC0AGPTRzzIVMi5wDCqBKtmxLLQOMB8ETMC0FD9LUAPPIZbIo_ePuQ47E5J7MwcENBaTsTnVD1YRMHxphVHQGfs1HKpswfsd9IBvQmH_4CyzA?key=eE4OxRa9KEXEmq0Gh5OpzA

It is possible to filter by whether it is a search action or not, what, who, and when an action was performed on that process.

The source allows distinguishing between the different sources that generate audit records: “anjana” in the case of internal audit and the system name in the case of external audit.

https://lh7-rt.googleusercontent.com/docsz/AD_4nXfn7vyVVAgHlw_kvMW9hF_SnHJT-y6ATv2Tk1CAi-VOFOM-x58_GWrvsgDPeYOJrmQJb9nySOToyrVYj80XJNKABO0bCU_aiSyvg1rJLtWErn_EEdPeqausobQzJE7XWFWz7A5zlA?key=eE4OxRa9KEXEmq0Gh5OpzA