Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Overview

Department Entity service manages the department and its hierarchies metadata. It deals with department entity and department hierarchy only.
Department Hierarchy store only hierarchies definition like metadata for department level and department entity stores actual department data with its ancestry information.

Version History

Current Version: 2.0.0

Prerequisites

Before you proceed with the configuration, make sure the following pre-requisites are met.

  1. Java 8

  2. MongoDB instance

  3. Required Service Dependencies - Adapter-Master-Data-Service

Features

Department Hierarchy

It defines the hierarchy definition for the department.

  • department id: It is the ID of the department from the department master

  • level: It defines the depth of hierarchy of department-level

  • parent: It provides details about department hierarchy parent (UUID)

Level value evaluation

  1. Root level department hierarchy will not contain any parent value and level value will be zero

  2. When parent id is having any value then we search parent in department hierarchy record for hierarchy level evaluation

  3. Get level value from parent department hierarchy and increment current department hierarchy level value by one

Department Entity

It contains department entity information along with its hierarchy level and also attaches master department information (department id - UUID). It keeps all child level information lists at every department node (department record). Leaf level department does not have any children info.
Child list contains department entity ID list, which makes current department entity parent of all children list (department ID list). This is how it maintains the department entity level.

Hierarchy Level approach

Define the hierarchy level using the top to bottom because it has the parent's references. For department entity, create using the bottom-to-top approach. The leaf department entity does not have any child reference. When department entity goes higher (parent) only then it defines child reference in its child list.

Department Hierarchy Request action

  1. Create Department Hierarchy:
    We pass the current hierarchy level and its parent details along with master department and tenant information. It stores data as meta-information about hierarchy level for department entity data processing, it will be working as a reference meta index which will tell about hierarchy level information.

  2. Search Department Hierarchy:
    It just provides a preview of department hierarchies by providing request parameter - tenant Id, hierarchy level or department hierarchy id.

API List

Title 

Link

 /departmentEntity/hierarchyLevel/v1/_create

https://www.getpostman.com/collections/9891831cac4dad92a650

 /departmentEntity/hierarchyLevel/v1/_search

https://www.getpostman.com/collections/9891831cac4dad92a650

Department Entity Request action

  1. Create Department Entity:
    It passes tenant Id, master department id, hierarchy level, its children list with department entity name and code. Tenant, hierarchy level and the master department is root info about the department entity. If the department entity does not contain any child, that means it is a leaf department entity it can only seek for its parent.

  2. Search Department Entity:
    It can make search requests based on any department entity attribute but can't skip tenant information, it returns the whole department entity details along with its child information. It finds all ancestry information of the current department entity.

API List

Interaction Diagram

...

Environment

There will not be any environment variables required specific to the environment (migration).

Configurations and Setup

  1. Update all the DB and URI configuration in the dev.yaml, qa.yaml, prod.yaml file.

References and Notes

Department Hierarchy API With Example

Department Hierarchy defines the definition(Meta- Data) for actual department entity creation.

...

  1. Tenant Id and Department Id will be from Ifix Master Data Service and Adapter Master Data Service respectively. That we need to create before creating the Department Hierarchy.

  2. In Request, tenant Id and Department Id will be the same for one hierarchy (from “Department” to “GPWSC”).

  3. After successful creation of the Department hierarchy from “Department” to “GPWSC”, There will be a total of 7 hierarchy levels from 0 to 6 “for this particular department”. Other new departments will have to define their own hierarchy.

Department Entity API With Example

Department Entity creates the entity based on defined definition in Department Hierarchy.

...

  1. The first Department Entity will be created for “BARUWAL” (Since, the  Department Hierarchy has been defined from “Department” to “GPWSC”. Please refer Department-Hierarchy-API-With-Example.)

  2. The details that need to be passed in Department Entity Create API is -

...

  1. Tenant Id and Department Id will be created before creating the Department Entity hence before Department Hierarchy Create. Tenant Id and Department Id will be the same in all hierarchy levels for a Single Department Hierarchy and corresponding Department Entity(ies).

  2. In the children attribute , we can pass a set of previous Department Entity Ids (or at least one or empty in case of Bottom level Department Entity).

Update Existing Children List 

When we have to update the existing children list of Department Entity then update the existing children list using mongodb command like below

...