Wage Seeker
Wage seeker configuration details
Overview
This module helps in creating an individual (Wage Seeker), it is needed in Mukta to assign work, track attendance and process DBTs.
This module has 3 associated screens :
Search
View
Modify
MDMS Configurations
1
Relationship
2
GenderType
3
SocialCategory
4
WageSeekerSkills
Module Enablement Configuration
Set module code as “Masters” in Module.js for the Masters (Organization) Module. Refer CityModule.json
Enable Module in App.js. Update the object ‘enabledModules’. Use the code “Masters”. This code should match the code of the cityModule.json, mentioned above.
Role-action Mapping
1
/individual/v1/_search
71
MUKTA_ADMIN, ORG_ADMIN
2
/individual/v1/_update
72
MUKTA_ADMIN, ORG_ADMIN
3
/individual/v1/_delete
74
MUKTA_ADMIN, ORG_ADMIN
Sidebar Configuration
1
Search Individual
/works-ui/employee/masters/search-wageseeker
dynamic:WageseekerIcon
MUKTA_ADMIN
Sample object for a sidebar action defined in MDMS (containing the navigation Url)
Screen Configuration
Localization Configuration & Modules
pg
rainmaker-masters
pg
rainmaker-common-masters
pg
rainmaker-common
pg.citya
rainmaker-pg.citya
Workflow Configuration
NA
Customization
Modify Individual Screen
Use the common Utility “PreProcessMDMSConfig”.
Pass the associated dependencies for the config.
The utility will return a config which will run through FormComposer.
Refer to docs for Pre-Process configuration of Component comments.
Search Individual Screen
Use the common utility “preProcessMDMSConfigInboxSearch”.
Pass the associated dependencies for the config.
The utility will return a config which will run through RenderFormFields.
Refer to docs for Pre-Process configuration of Component comments.
All the Inbox and Search screens throughout the app are rendered using the component Inbox/Search Composer
Validations added
Form validations are integrated within the Screen Configurations. To facilitate this, include the appropriate populators for the respective validations. Additionally, make sure to specify the JSON path necessary for the pre-processing to function correctly.
Delete API Usage
To modify existing skills, the "deleteIndividual" and "update Individual" APIs are utilized.
If skills are already present, they can be updated using the "update" API. If any skills need to be removed, the "delete" API is used. In the case of skill removal, the entire skill object should be sent with the 'isDeleted' flag set to true.