Fire-Noc calculator service is used to calculate the fire noc charges for the building based on the billing slab defined in the system. This service allows an employee with SUPERUSER role to create the billing slab with different combination of the height of the building, built_-_up area, plot size, number of floors etc.
Before you proceed with the configuration, make sure the following pre-requisites are met -
Prior knowledge of JavaScript.
Prior knowledge of Node.js platform.
Kafka server is up and running
egov-persister service is running and has firenoc-calculator-persister config path added in it
PSQL server is running and database is created to store firenoc application data
Following services should be up and running:
egov-persister
egov-mdms
firenoc-services
billing-service
An employee with SUPERUSER role can create, update billing slab(s)
ULB Employee with NOC_CEMP, NOC_DOC_VERIFIER, NOC_FIELD_INSPECTOR, NOC_APPROVER, EMPLOYEE can search billing slab(s)
firenoc-services internally call firenoc-calculator to generate demand.
Deploy the latest version of firenoc-services and firenoc-calculator.
Add firenoc-calculator-persister.yml file in config folder in git and add that path in persister . (The file path is to be added in environment yaml file in param called persist-yml-path )
Firenoc Calculator makes calls to egov-mdms-service to fetch required master files. These are significant in validations of application.
Fire-NOC masters
Description
This master file contains the details about which unit of measurement is use for a particular building type.
This master file contains state level constants and their values.
This master file contains list of unit of measurements for firenoc
This master file contains the list of state level constants and their values..
firenoc-calculator will be integrated with firenoc-services. firenoc-services internally invoke the firenoc-calculator service to calculate and generate demand for the charges.
Firenoc calculator application is used to calculate the fire noc charges for the building based on the different billing slabs in the DB that's why the calculation and demand generation logic will be separate out from firenoc services. So in future, if calculation logic needs to modify then changes can be carried out for each implementation without modifying the Firenoc services.
Firenoc application to call /firenoc-calculator/v1/_calculate to calculate and generate the demand for the Firenoc application
/firenoc-calculator/v1/_getbill this API updates demand with time based penalty if applicable and generates bill for the given criteria.
ULB Employee can create billing slab calling /firenoc-calculator/billingslab/_create
ULB Employee can update billing slab calling /firenoc-calculator/billingslab/_update
ULB Employee can search billing slab calling /firenoc-calculator/billingslab/_search
TBD
Title
Link
API Swagger Contract
Fire Noc Service Document
Title
Link
firenoc-calculator/billingslab/_create
firenoc-calculator/billingslab/_search
firenoc-calculator/billingslab/_update
firenoc-calculator/v1/_calculate
firenoc-calculator/v1/_getbill
(Note: All the API’s are in the same postman collection therefore same link is added in each row)
__
__
__All content on this page by eGov Foundation is licensed under a Creative Commons Attribution 4.0 International License.
Service configuration
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.
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
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
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.
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.
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
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
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.
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
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.
To Do
Title
Link
API Swagger Documentation
Firer Noc Calculator Service
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)
__
__
__All content on this page by eGov Foundation is licensed under a Creative Commons Attribution 4.0 International License.