Fire NOC Service
Service configuration
Overview
The main objective of the Fire-NOC module is to provide a No Objection Certificate indicating that the building is designed as per fire safety norms and regulation.
Pre-requisites
Before you proceed with the documentation, make sure the following pre-requisites are met -
Prior knowledge of JavaScript.
Prior knowledge of Node.js platform.
Kafka server is up and running
JSONPath for filtering required data from json objects.
Prior Knowledge of REST APIs and related concepts like path parameters, headers, JSON etc.
egov-persister service is running and has firenoc-services persister config path added in it
PSQL server is running and database is created
Prior knowledge of eGov-mdms service, eGov-persister, eGov-user, eGov-location, eGov-localization, eGov-idgen
Key Functionalities
Used for No Objection Certificate generations indicating that the building is designed as per fire safety norms and regulation.
Generate application number and fire noc number
Support workflow
Provide notification on various status changes for an application
Deployment Details
Add mdms configs required for firenoc service and restart mdms service.
Deploy the latest version of firenoc-services service.
Add firenoc-services persister yaml path in persister configuration and restart persister service.
Add Role-Action mapping for API’s.
Create businessService (workflow configuration) according to firenoc registration.
Configuration Details
Following are the properties in application.properties file in trade firenoc-service which are configurable.
Property | Value | Remarks |
EGOV_APPLICATION_FORMATE | PB-FN-[cy:yyyy-MM-dd]-[SEQ_EG_TL_APL] | The format of the firenoc application number |
EGOV_CIRTIFICATE_FORMATE | PB-FN-[cy:yyyy-MM-dd]-[SEQ_EG_PT_LN] | The format of the firenoc certificate number |
EGOV_DEFAULT_STATE_ID | pb | Variable store the default value of state tenantid |
EGOV_FN_DEFAULT_LIMIT | 100 | Max number of records to be returned |
KAFKA_TOPICS_FIRENOC_CREATE | save-fn-firenoc | The name of kafka topic on which create request is published |
KAFKA_TOPICS_FIRENOC_UPDATE | update-fn-firenoc | The name of kafka topic on which update request is published |
KAFKA_TOPICS_FIRENOC_WORKFLOW | update-fn-workflow | The name of kafka topic on which status update request is published |
ACTION_PAY | PAY | This is workflow action for making payment against the application |
SENDBACK | SENDBACK | This is workflow action for sending application to the previous state of the workflow. |
SENDBACKTOCITIZEN | SENDBACKTOCITIZEN | This is a workflow action for sending application to the citizen for correction. |
MDMS Configuration
Firenoc service makes calls to egov-mdms-service to fetch required masters. These are significant in validations of application.
Fire-NOC masters | Description |
---|---|
This master contains the list of application type. | |
This master contains the details about which unit of measurement is use for a particular building type. | |
This master contains the list of firestation present in city. | |
This master contains the list of property type. | |
This master contains the list of minimum charges of each application type. |
Create businessService (workflow configuration) using the __/businessservice/_create. Following is the product configuration for firenoc service
Persister Config
https://github.com/egovernments/configs/blob/DEV/egov-persister/firenoc_persiter.yaml
Id Gen Config
API Details
BasePath /firenoc-services/v1/[API endpoint]
Method
a) _create
Create API call is called with INITIATED action to create new application. In this API call we validate request body(using ajv module for contract specific validation and explicit checking for user related validation checks), enrich audit details, generate application no using idgen, persist data using persister and return response.
Allowed user roles: NOC_CEMP, CITIZEN
b) _update
Once application is created it can be updated by citizen or employee while taking action on application
Allowed user roles: NOC_CEMP, CITIZEN, NOC_DOC_VERIFIER, NOC_FIELD_INSPECTOR, NOC_APPROVER
c) _search
Search API call is used to search for application. If search call is being made by CITIZEN then only his application would be fetched applying other search filters. For employee search based on search filter will return data.
Allowed user roles: NOC_CEMP, CITIZEN, NOC_DOC_VERIFIER, NOC_FIELD_INSPECTOR, NOC_APPROVER, EMPLOYEE
Integration Details
Integration Scope
The Fire-Noc service is used to provide a No Objection Certificate indicating that the building is designed as per fire safety norms and regulation.
Integration Benefits
Provide backend support for the No Objection Certificate registration process for a different building.
SMS notifications on application status changes.
Supports workflow which is configurable
Steps to Integration
To integrate, host of firenoc-services service should be overwritten in helm chart.
firenoc-services/v1/_create should be added as the create endpoint for creating fire noc application in the system.
firenoc-services/v1/_search should be added as the search endpoint. This method handles all requests to search existing records depending on different search criteria.
firenoc-services/v1/_update should be added as the update endpoint. This method is used to update fields in existing records or to update the status of the application based on workflow.
Interaction Diagram
To Do
Reference Docs
Doc Links
Title | Link |
API Swagger Documentation | |
Firer Noc Calculator Service |
API List
Title | Link |
firenoc-services/v1/_create | |
firenoc-services/v1/_search | |
firenoc-services/v1/_update |
(Note: All the API’s are in the same postman collection therefore same link is added in each row)
__
__
Last updated