Validate And Approve Microplan Estimation
Last updated
Was this helpful?
Last updated
Was this helpful?
The Microplan Estimation Approver screen allows supervisors to validate and approve microplan estimations within their assigned administrative boundaries. This screen enables approvers to validate, correct, and approve data, ensuring the integrity of the data used for resource planning.
Role
Description
Role Code
Plan Estimation Approver
Responsible for validating the estimation data, ensuring its accuracy, including the ability to edit data, approve, or send data back for correction.
PLAN_ESTIMATION_APPROVER
Root Plan Estimation Approver
Responsible for validating the estimation data, ensuring its accuracy, including the ability to edit data, approve, or send data back for correction. Has additional permissions, including the ability to finalise microplan estimation data.
ROOT_PLAN_ESTIMATION_APPROVER
Header Section
Microplan Name: Displays the name of the current microplan being reviewed.
Logged-in User: Indicates the user role and account.
All values are dynamically updated based on the real-time plan data.
These values are sourced directly from microplan-specific KPIs, which reflect any actions taken by data approvers.
The values will change accordingly as the plan estimation data is reviewed, corrected, or approved.
Search and Filters:
Search
Administrative Hierarchy and Area Selection: Dropdown menus for selecting specific administrative areas (e.g., district and village).
Filters
Filter Options:
Workflow Status Filters:
Pending for validation
Validated
Assigned to Filters:
Assigned to me
Assigned to all
Road Condition Filters:
Filter based on the condition of the road (no road, gravel, dirt)
Terrain Filters:
Filter based on terrain (forest, mountain, plain, desert)
Security Questions:
Based on security level filters can be applied
Facility Filters:
Filters village based on facility, when applied gives all the villages assigned to that facility
Accessibility Filters:
Options are retrieved from MDMS v2 using the useCustomMdms
hook.
The MDMS v2 returns a JSON object containing accessibility and other related information.
The schema code used is ['hcm-microplanning']
with masters including onRoadCondition
, terrain
, and securityQuestions
.
Facility Options:
Retrieved from plan-service/plan/facility/_search
Options for Facility Filters
/plan-service/plan/facility/_search
POST
{PlanFacilitySearchCriteria: { tenantId: tenantId, planConfigurationId: microplanId, } }
Filter for Accessibility and Facility: Includes Road Condition, Terrain, Security Questions
/plan-serivce/plan/_search
{ "PlanSearchCriteria": { "tenantId": "mz", "active": true, "assignee": "29681317-e282-44da-8d0a-233cc74a3d6d", "facilityId": "F-2024-11-12-068806", "jurisdiction": ["MICROPLAN_MO_13_GRAND_GEDEH"], "onRoadCondition": "HCM_MICROPLAN_CONCRETE", "planConfigurationId": "eb5998fc-024f-4623-a969-3763ec5a8840", "securityQ1": "OFTEN", "securityQ2": "EVERYDAY1", "status": "PENDING_FOR_VALIDATION", "terrain": "HCM_MICROPLAN_FOREST" } }
Buttons: Apply Filter, Clear
Plan Estimation Data Table
The table on the Microplan estimation validation page displays key data for each village involved in the campaign, including the village name, status logs, assignee details, and facility name. It also includes important information such as road conditions, terrain, and security factors, which help assess the village’s readiness for planned activities. Additionally, the table presents validated population data, the number of households(based on selected campaign), and other critical metrics related to the plan data, ensuring that approvers have a comprehensive view of the plan estimation details before approval.
Action Buttons
View Logs: Displays historical changes and logs related to a specific plan estimation's data.
4.1. Role-Based Permissions and Actions
Plan Estimation Approver
The Estimation Data Approver is responsible for validating plan data. Their responsibilities include:
Validating Data:
Cross-check the uploaded data with the confirmed population to ensure accuracy.
Identifying Discrepancies:
If discrepancies are found, the PEA can flag the data for revision.
Approval Workflow:
The PDA at the appropriate level will see the application as pending approval. In such cases, the PDA can validate and approve the data.
When No Data Is Assigned:
If no data is assigned to the PEA or all data assigned to him is validated, a 'Back' button is shown, allowing them to return to the previous screen.
Root Plan Estimation Approver (RPEA)
The Root Plan Estimation Approver has all the functionalities of a Plan Estimation Approver and additional capabilities, such as finalising the microplan. Their responsibilities include:
Approving or Sending Data for Correction:
Once the plan data is validated, the RPEA can either approve it or send it back for correction if further issues are identified.
Approval Workflow:
If someone from the below hierarchy modifies and sends the data for approval, the RPEA can approve it. For example, if a province-level user sends the data back to a district-level user, who updates and sends it back for approval, the province-level RPEA will receive the application for approval.
Finalizing Actions:
If all the villages within the selected microplan have been validated and no further changes are required, the RPDA will see a "Finalize Actions" button at the footer of the page.
After finalising the plan data a success screen will be shown, indicating that microplan is finalised.
The "Finalize Actions" button will lock the data and prevent further modifications once clicked, marking the end of the validation process for the selected microplan or district.
Once the plan estimation data reaches the national-level data approver and the validation is finalized, the system will disable all action buttons. The status will be set to "ESTIMATION_APPROVED" and no further changes can be made. At this point, you can download the microplan estimation.
Estimation supervisors will only see the boundaries in their inbox that fall under their jurisdiction.
Purpose
Endpoint
Method
Payload
Fetch plan configuration details
/plan-service/config/_search
POST
{"PlanConfigurationSearchCriteria":{"tenantId":"mz","id":"0dfe322d-727c-489f-a5a8-e8b7a0a43cc4"}}
Fetch project types for a campaign
/project-factory/v1/project-type/search
POST
{"CampaignDetails":{"tenantId":"mz","ids":["fede1b71-464d-48be-a2ab-c27147df42c4"]}}
Search for assigned employees
/plan-service/employee/_search
POST
{"PlanEmployeeAssignmentSearchCriteria":{"tenantId":"mz","active":true,"planConfigurationId":"0dfe322d-727c-489f-a5a8-e8b7a0a43cc4","role":["PLAN_ESTIMATION_APPROVER","ROOT_PLAN_ESTIMATION_APPROVER"],"employeeId":["d3b6f2fb-97b7-4103-aa47-e03f0ba47b18"],"limit":5,"offset":0}}
Fetch workflow process details
/egov-workflow-v2/egov-wf/process/_search
POST
SearchParams{
tenantId=mz,
history=true,
businessIds=275135ab-2c22-48aa-8325-88f42c4d29ce
}
Search for plans by configuration
/plan-service/plan/_search
POST
{"PlanSearchCriteria":{"tenantId":"mz","planConfigurationId":"0dfe322d-727c-489f-a5a8-e8b7a0a43cc4"}}