Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
The Fee Structure masters list contains the fee details applicable for processing specific services. All fee-related information collected by the authorities during the course of building plan approval is maintained in this masters.
Sr No. | Service Type* | Application Type* | Application Subtype | Fee Subtype* | BPA Fees* | Amount* | Calculation Logic |
---|---|---|---|---|---|---|---|
The data given in the table is sample data for reference.
Sr. No. | Column Name | Data Type | Data Size | Is Mandatory? | Description |
---|---|---|---|---|---|
Download the data template attached to this page.
Refer to the ‘Data Definition’ section of this document to understand the headers in the template sheet, their data type, size, and definitions.
Reach out to the person who shared the template for further details or to clear your doubts. Identify if the State/ULB has a provision for capturing pipe size for connections.
Identify the combination of attributes for with the fee is defined and then fill into the given template.
Go through the checklist to verify the data. Make sure that each and every point mentioned in the checklist is covered.
The checklist is a set of activities to be performed once the data is filled into a template to ensure data entry requirements are met. These activities have been divided into 2 groups as given below.
This checklist covers all the activities which are common across the entities.
There is no separate entity-specific checklist for this entity.
Sr. No. | Checklist Parameter | Example |
---|---|---|
All content on this page by eGov Foundation is licensed under a Creative Commons Attribution 4.0 International License.
1
new construction
PERMIT APPLICATION
application fee
Application Fees
50
2
new construction
PERMIT APPLICATION
Medium Risk
sanction fee
Additional Fees
0
3
new construction
PERMIT APPLICATION
Low Risk
application fee
Land Development Charges
50
4
new construction
OCCUPANCY CERTIFICATE
High Risk
sanction fee
Charges for Well
50
1
Service type
Text
256
Yes
The type of OBPS service for which the fees is to be collected. Refer to the Data Table above for illustration
2
Application Type
Text
256
Yes
List of application types for which the fees are to be calculated. Refer to the Data Table above for illustration
3
Application Subtype
Text
56
No
Application subtype is mentioned here such as type of risk
4
Fee Subtype
Text
256
Yes
Type of fees so collected to be mentioned here. Refer to the Data Table above for illustration
5
BPA Fee
Text
56
Yes
The type of OBPS service for which the fees is to be collected. Refer to the Data Table above for illustration
6
Amount
Integer
6
Yes
Fee Amount collected is mentioned here. Refer to the Data Table above for illustration
7
Calculation Logic
Text
1024
No
Fees calculation logic if any is mentioned here
1
Make sure that each and every point in this reference list has been taken care of
Apply for building permits, occupancy certificates, register stakeholders, pay fees online and lots more
Manual processes related to scrutiny, approval, or rejection of building construction or renovation plans is a time-consuming process for both citizens and employees. The DIGIT OBPAS module automates the entire building plan approval process right from enabling online submission of plans, documents to initiating verification and final approval of the plan. Citizens can now track their plan approval or inspection status, pay fees online, download and print the Permit Order and Occupancy Certificate online. The module streamlines the building plan approval system with configurable workflows for effective management through different phases of approval.
Centralized login page for citizens, officials and stakeholders
Citizen functionalities
Online application submission - new construction
Occupancy certificate request
Field inspection report capture
Pay fee online and generate permit orders online
Inspection of applications and online status
Configurable workflow
Auto fee calculation
Online and offline payment collection
Rejection process
Revocation process
Configurable functionalities
This section contains all docs and information required to understand the OBPAS module, its key features, functional scope, and configuration details. Click on the links below to learn more about deploying, configuring, customizing, and using the OBPAS module.
OBPAS Roadmap
OBPAS Workflows
Navigation Tips
Click on the embedded links within the content to browse topic details
Use the Contents links available on the right side of the screen to move to a specific heading
Find the list of Related Docs links at the bottom of each page to browse through additional product details
Reach out to us through any of the below-mentioned contact channels for any assistance or additional information on OBPAS module deployment.
#147/J, 1st floor, 10th Cross, 12th Main, 3rd Block, Koramangala, Bangalore 560034
+91 80 4125 5708
contact@digit.org
Functional overview for stakeholders
This module enables Architects / Engineers / Supervisors /Town Planners etc. to register Online. Provision to migrate already registered Architects/ Engineers / Supervisors details in the system with current status and validity of registration. Provision to renew the registration.
Centralized Registration: Provide a single interface for the registration of all architects (across the state), who intend to do a transaction with the ULBs.
Online Application for Registration: Identify the applicant with reference to a unique ID. Capture the following minimum information of the applicant with appropriate validations.
Unique ID
Name
Address
Corporate Information
Certificate from Council of Architecture/ Other authorities
Educational Qualification
This module will also consist of the following:-
Facility for uploading of attachments as required by ULB for establishing identity and past experience etc.
Enable online submission of registration fee.
Assigning a unique application number to each applicant.
Enable tracking the status of the application.
The OBPS product features can be broadly classified as the following modules:
Online registration of Architects/ Engineers / Supervisors etc.
Online Real Time Scrutiny of Drawing/Plan
Submission of Application and uploading Documents
Application Process by the Department
Online Payment
Certificate
Notice
General requirements
Module 1: Online registration of Architects/ Engineers / Supervisors etc.
Approval of Applications: Enable the Competent Authority to approve/reject the applications for registration; based on a workflow system and business rules. Communication of successful registration/ rejection to the applicant through an e-mail alert & SMS.
Renewal of Registrations: Enable the Competent Authority to renew the applications for registration according to workflow/business rules. Communication of successful renewal will be sent to the applicant through an e-mail alert & SMS.
Search: Enable authorized officials to search the database for list of registered architects based on the ‘search’ criteria such as - line of business, turnover, past experience or as decided by ULB.
Help: Provide an online handbook and user manual for registration. Provide FAQs on the registration process. ULB official will provide help desk assistance for resolving architects queries on registration process.
Module 2: Online Real Time Scrutiny of Drawing/Plan
The Module enables the Architect/Engineer to submit the Drawing in Drawing Interchange Format(DXF) format from any Open Source CAD tools of their choice. The condition for the following are:
The drawing should adhere to the Standards stipulated.
The Standards will be provided to the Architect in the native format (DXF) .
The Module enables the Architect/Engineer to submit the Application for various Services as listed above along with required supporting documents. Under the current provision, the document checklist will aid the Architect/Engineer.
The scrutiny process is online realtime and the Architect/Engineer will get the detailed Scrutiny report within minutes of submitting the Plan.
Scrutiny reports will list the Bye-laws and sub-clauses with the approved values against the extracted values.
Based on the extracted value range validation will be done by the system.
Only on clearance of all the Rules Scrutinised the Report will reflect ACCEPTED.
On Accepted Report a unique number of the Scrutiny will be generated
Scrutiny Parameters for all types of building meant for different usage; as per building bye laws and approved master plan will be taken into scrutiny. The major Plan provisions are as under :
Plot area / shape
Road width details
MOS (Marginal open space)
Ground coverage
FAR (Floor area ratio)
Building height
Use of building (Floor wise including mixed use in floors)
Parking provision
Amenities
Components of building
Services Evaluation
Firefighting requirement
Green building norms
Rain Water Harvesting
Water supply
Water treatment
Solid waste management provisions
NOC required on the basis of drawing details
Module 3: Submission and processing of Application
The entire process from the time of submission of drawing to scrutiny completion is automatic without any human intervention and instantaneous.
If the Scrutiny report REJECT the drawing the Report will have the details of the clauses in which it was rejected and also the values of the parameters.
The Architect/Engineer can correct the drawing and can resubmit the drawing till he gets the approval.
Only on approval the unique reference number for the Scrutiny Report will be generated.
Only with this number the Submission of Application can be initiated.
The OBPS handles the Plan Scrutiny in Online Real time mode and there is no need for any wait time, once the Plan is drawn. Scrutiny gets completed in less than a minute..
From the Plan submitted by the Architect the System will generate all the relevant plan in PDF format automatically. These are the set of Plans which will be issued to the end user with certification on successful completion of the Application Process.
The Application can be filled and required documents can be uploaded by the Architect once he has the Plan Scrutiny Reference number.
On Submission the Citizen need to validate and self certify the Application.
Module -4: Application Process by the Department
Workflow is configurable as per the requirements and will be done during the Customisation phase of the Project
All approvals will be electronically signed (e-sign) with QR code
The application captures all relevant details for all internal and external agencies; relevant data needs to be forwarded to corresponding agencies for issuing NOCs.
SLA on NOC is also validated by the System. If the required date is passed without a reply from the NOC department the NOC will be taken as Deemed approved.
In addition a single window mechanism is also built into the system. This feature can be used by Departments which do not have the IT system for their process in full.
Provision for entering onsite inspection details and geo-tagged images (document upload facility) of the Site Inspection.
The product has for the staff and the management for viewing the completed and pending tasks / works / applications.
The product has features for Online single window system, and integrations with all internal and external agencies required to provide applicable NOCs/approvals (Fire Services, Water and Sewerage Department, Discoms, AAI, NMA, Forest, Labour, Factory Directorate)
A Statewide Dashboard is also available which can be used by State Administrators to see the flow of applications and the pendency or exceptions.
The product offers Security on User Authentication with Role based access
The product will generate various MIS reports as per requirements of the Departments from time to time. MIS reports based on the payment received, dues position, plans passed, pending proposals, delayed approvals be generated as per Department requirement.
The Product has well-defined inspection report format at various levels to guide the inspectors which is also configurable.
The Product incorporates digital signature (e-sign) for approval of application at different levels in the application system, Building permission letter, approved drawing, notices, letters, completion cum occupancy certificates etc.
Product has well defined service levels and the escalation matrix to officials regarding time limit for processing an application automatically in the system.
The Product after the Citizen validates the application the system will schedule the Document Verification visit date. This date can be rescheduled by both the parties once.
SMS/Email Alerts enabled in the Product
Document Verification Meeting
Field Verification
Fee Computed and Demand Generated
Plan Permit Approved and Digitally Signed
The Checklist for the Document Verification will be filled up by the officials on the Document Verification meeting. In the system the the Checklist is configurable.
The Product offers provision to incorporate the changes of building by-laws as intimated by the department in the application within time frame.
Product has the feature to capture the history of changes and based on the original application submission date the relevant rules will be taken into account for scrutiny.
The Product has the feature of provisioning ther Revoking/Cancelling of Building Permission.
On completion of the Document Verification the applicable NOC Departments will be addressed by the System for NOC.
Field Verification Schedule will be assigned by the System with reschedule option for both the parties once.
The officials can do the Field Verification, update the report in a checklist format and forward for approval
Module-5: Online Fee Payments
The solution is integrated with the payment gateway for Online Payments and facilitate for Fee collection, Fee calculation, refund calculation and generate online fee receipts based on the submitted Building plan.
Upon approval of the report and NOC clearances the Fees are computed automatically by the system.
The Fee computation uses the Plan Parameters and the applicable laws and rules of the State which are configurable.
The Plans in PDF will be generated by the System with QR Code without any manual intervention.
Citizen/Architect can pay the Fees Online
Upon payment of Fees Plan Permit Approval process will be initiated and approved with Digital Signature. The Permit has been incorporated with QR Code.
The Fees can be collected under various heads of accounts and the Reports for the collections against the Heads of Accounts will be generated. This will enable the user to account the collections accordingly.
Module-6: Certificate(s)
The product has provision to generate certificates with e-Sign/ digital signature and QR code which can be downloaded by the applicant.
Module-7: Notice(s)
The notices, acknowledgment letters, approval letters, deviation or the rejection letters will be system generated with e-sign.
Every communication sent/received from/by an applicant will be received online only and reflected in the case as well as in the reports which can be used in court cases & for any other purpose.
Module-8: General requirements
The software tracks delays in approval steps and maintain an audit log of the approval process steps.
System generates an alert against each application when it nears the time limit for disposing it.
The solution allows extraction of system logs to excel/pdf formats for internal analysis of cases.
The product have provisions where in providing basic parameters like certificate no., name, area etc. would generate basic information about approved certificate and hence would enable easy third party verification.
The Checklist, FAQ, User guide with video should be provided for end users.
The product provision to get month wise approved/ rejected/ pending application and status of pending approval.
Below mentioned table mention the functionality of the offered product as per the recommendations under the guidelines mentioned under the Ease of Doing Business(EODB) guidelines of 2019.
Manual processes related to scrutiny, approval, or rejection of building construction or renovation plans is a time-consuming process for both citizens and employees. The DIGIT OBPAS module automates the entire building plan approval process right from enabling online submission of plans, documents to initiating verification and final approval of the plan. Citizens can now track their plan approval or inspection status, pay fees online, download and print the Permit Order and Occupancy Certificate online. The module streamlines the building plan approval system with configurable workflows for effective management through different phases of approval.
Centralized login page for citizen, officials and stakeholders
Citizen functionalities
Online application submission - New construction
Occupancy certificate request
Field Inspection Report Capture
Pay fee online and generate permit order online
Inspection of applications and online status
Configurable workflow
Auto fee calculation
Online and offline payment collection
Rejection process
Revocation process
Configurable functionalities
None as of now.
An illustrative guide to using the OBPAS module
The Building Plan Approval or BPA module allows stakeholders to submit building plans for approval by the concerned ULB departments. The construction or renovation of buildings is regulated by the Municipal Body in India. One must get permission from ULB prior to construction. This process involves submitting the building plan to ULB along with other documents. The ULB verifies the plan with other documents and approves the construction. The document which authorizes the construction is called Permit Order. One must have this permit order with him till the completion of construction. ULB officials will inspect various stages of construction and make sure it is compliant with the plan. Once the construction is complete, the Inspection Secretary inspects the building and releases a Completion certificate and finally an Occupancy Certificate. This completes the Building Plan Approval process.
The module supports the following key functions -
eDCR scrutiny
Online submission of application for building permits and occupancy certificates
Document Scrutiny
Field inspection report capture
Pay fee, generate permit order and occupancy certificate online
Inspection of applications and online status
Configurable workflows
Auto fee calculation
Send applications back to citizens or reject applications
Integration with NOC department
Refer to the table below to understand the different user roles and the scope of action linked to each role. The applicable user roles and action items can vary from one State to another. DIGIT customizes the workflows to suit the requirements defined at the State level.
This section of the user manual guides you through the user login process. Citizens can sign up to use the module through the online web portal or the mobile application login interface.
Refer to the Logging Into DIGIT page to learn more about DIGIT user registration, logging in, editing user profile, and logging out.
This section guides you through the details of using the BPA module for each role. Click on the relevant role below to learn more about how to use the module.
DIGIT-Online Building Permission System (OBPS) enables local government to bring in transparency, accountability and time-bound service for the public. With DIGIT-OBPS, professionals like architects, engineers, supervisors can seek permission for construction of a building from any Urban Local Bodies/District Town and Country Planning/Centre for Municipal Administration with a speedy, hassle-free and user-friendly procedure, online.
All content on this page by eGov Foundation is licensed under a Creative Commons Attribution 4.0 International License.
The computerised and automatic building permission system offered under the National Urban Stack(NUS) facilitates citizens who seek permission for construction of a building within any Urban Local Body with a transparent, speedy, hassle-free and user-friendly procedure. Online Building Permission System (OBPS) is one of the components of a smart city that has the capability of providing a single window for acquiring building permits, NOCs, and clearances from multiple agencies or departments. Keeping in mind the benefits associated with the product offered, the proposed system is about to be implemented in 500+ ULBs across the country in 15 states and Union Territories. (For details on product features refer to Section-2).
For the offered product, the implementation process can be divided into six major distinctive stages. Each stage has predefined entry and exit criteria, roles & responsibilities to assure objective monitoring and decision making for the overall success of the engagement. The whole implementation lifecycle is typical of 35-40 weeks keeping in mind the entry, and exit criteria defined at the beginning and end of each stage is met within the recommended time.
Stage Zero-program setup and onboarding is a pre-requisite for the initiative to kick-off and requires setup of the governance model, implementation Team and decision regarding other significant elements of the initiative like funding and procurement process.
Stage One of the initiative requires scoping of the initiative and deciding on the priorities for implementation by the state implementation Team.
In stage three, the state Team will work upon identifying and finding solutions to the significant gaps in the product offered w.r.t. to the needs of the state.
Configuration and customisation of the product offered in the primary objective of stage four. This involves working on various aspects of state-specific needs and incorporating them into the product suite offered.
In stage four and five, post doing UAT and including all the necessary feedback on the product, the roll-out of the product is done at the state level (Go Live) from a couple of ULBs to pan state coverage. (For details on the implementation plan refer to Section-3).
The whole implementation cycle requires a Team of individuals with specific skill sets to work very closely. The state implementation unit comprises individuals with Program management, business analysis, implementation engineering, software engineering, architecture (DCR Domain) and capacity building skills. Depending upon the phases of implementing the initiative is in, the amount of effort by each participant in the smaller units will vary. (For details on resource sizing and requirements refer to Section-5)
1 Assuming NICSI standard rate cards and 20% range on the actual estimated cost
2 Assuming NICSI standard rate cards and 20% range on the actual estimated cost.
This section provides an overview of the methodology for the state-wide implementation of OBPS. Implementation of OBPS is distributed across six distinct stages. Each stage has predefined entry and exit criteria, roles & responsibilities to assure objective monitoring and decision making for the overall success of the engagement. Details of each stage are defined in this section.
OBPS implementation program is expected to be completed within approximately 37 weeks with the resource deployment by the State and System Integrator(SI) Team (as defined below). However, it is critical that activities and exit criteria set for each stage are achieved to adhere to this timeline.
Set of initial critical activities that are undertaken on receiving a Letter of Enrollment from the state. Successful completion of these activities assures that the program is started with crucial personnel, System Integrator(SI) Teams and funds.
This stage envisages the in-person interaction of crucial State officials and implementation System Integrator(SI) Teams to kick-start the program. This stage may require multiple interactions/meetings with different interest groups. The principal objective of these interactions is to identify Pilot ULBs, create an active collaboration & Governance approach and agree on a high-level timeline for the engagement.
During the Solution design stage key state officials and members, who are subject matter experts, are expected to share state by-laws and also help interpret these laws for the System Integrator(SI) Team. This stage baselines the State-specific product features in the Product Configuration report.
Configuration & customisation stage, spread across 12 weeks, envisages configuration of the product as per the baselined Product Configuration report and identified state-specific customisations. Active involvement of domain experts from the state Team is required in this stage to validate the implementation of state by-laws.
During this stage, the active involvement of Pilot ULB officials is expected for thorough testing of the configured product. Training of the key ULB officials will also be undertaken during this stage, along with the promotion of the solution. The establishment of the State support Team and required processes are initiated in this stage.
On successful rollout in the Pilot ULBs, the solution will be rolled out to the rest of the ULBs in batches. Guidance and support from the State Team will be required to create the rollout plans and assure the necessary infrastructure for training and deployment is available at each ULB.
Note: The rollout phase needs to be detailed out for iterative activities of onboarding ULBs in batches.
This section outlines the activities involved in each stage of the implementation along with the responsibility and accountability of critical stakeholders - State, NUS Team and Implementation Team onboard.
OBPS Cell: OBPS Cell is the government-appointed body chaired by the Principal Secretary/Secretary, Urban Development Department with members from the Town and Country Planning Organization, Urban Development Department etc.
NUS Team: NUS Team is the National Program Management Unit established in Delhi which will provide all necessary support to the state concerning the implementation, Program Designing etc.
System Integrator (SI)Team: SI Team will be responsible for the rollout of the initiative in the state, providing all end to end support to the state w.r.t. The implementation of the products in the ULBs.
Execute - One who owns the accountability to complete the activity
Consult - One who may initiate, guide and in the process, handhold the execution of the activity
The summary of the budgeting is as per the NICSI rates(Please refer to annexure-1) and assuming a 20% range.
Note: Overall Budget Summary (in INR) is as per NICSI rates
Note: Designation mentioned above are as per designations known driving OBPS implementation at the state level as explained below
Project Sponsor: Is the Head of the OBPS Cell who will drive the project from the State Side
Plan Process Expert: The two resources that will provide the BPA application process and workflow. Validate the UAT in compliance with the expected outcome.
Development Control Rules Experts: they should have the domain skills on the drawings and plan along with the DCR rules of the State. They would provide the templatization of the DCR Rules, validate the same once configured in the Application and approve.
Nodal Officer: He would play the organise role who will provide all logistics support and scheduling of activities related to the project, Rollout and training of both Engineers and ULB officials across the State.
The Building Usage data allows States/ULBs to classify the buildings based on occupancy types, sub-types and its actual usage. Permits and approval process are dependent on the Usage type. The Data Table provides the details required to configure the Building Usage types. Refer to the to view the prescribed list of usage types.
Sr. No. | Usage Code* | Usage Name* (In English) | Usage Name* (In Local Language) | Sub Occupancy Code* | Sub Occupancy Name |
---|
Data given in the table is sample data for reference.
Sr. No. | Column Name | Data Type | Data Size | Is Mandatory? | Description |
---|
Download the data template attached to this page.
Refer to the ‘Data Definition’ section of this document to understand the headers in the template sheet, their data type, size, and definitions.
Reach out to the person who shared the template for further details or to clear your doubts. Identify if the State/ULB has a provision for capturing pipe size for connections.
Identify all the building usage and its mapping with sub occupancy and then fill into the template.
Go through the checklist to verify the data. Make sure that each and every point mentioned in the checklist is covered.
The checklist is a set of activities to be performed once the data is filled into a template to ensure data entry requirements are met. These activities have been divided into 2 groups as given below.
This checklist covers all the activities which are common across the entities.
There is no separate entity-specific checklist for this entity.
No objection certificates (NOC) are certifications or permissions acquired from various bodies like Airport authority, monument authority, etc before any construction activities actually take place.
To acquire a building permit, an applicant needs to acquire NOC from the concerned authorities. Add the specific authorities at the State/ULB level in the NOC Departments master list for automated processing of NOCs. Refer to the for details on State/ULB specific NOC requirements.
Sr. No. | Government Department* | Application type* | Integration Type* | SLA |
---|
The data given in the table is sample data for reference.
Sr. No. | Column Name | Data Type | Data Size | Is Mandatory? | Description |
---|
Download the data template attached to this page.
Refer to the ‘Data Definition’ section of this document to understand the headers in the template sheet, their data type, size, and definitions.
Reach out to the person who shared the template for further details or to clear your doubts. Identify if the State/ULB has a provision for capturing pipe size for connections.
Identify all the departments, services and the approach on integration and then fill into the given template.
Go through the checklist to verify the data. Make sure that each and every point mentioned in the checklist is covered.
The checklist is a set of activities to be performed once the data is filled into a template to ensure data requirements are met. These activities have been divided into 2 groups as given below.
This checklist covers all the activities which are common across the entities.
There is no separate entity-specific checklist for this entity.
The list of services in the OBPS module refers to the various types of services offered to citizens or end-users. The Data Table below contains an indicative list of services and details required to configure the building plan approval module.
Sr. No. | Service Code* | Service Name* (In English) | Service Name (In Local Language) | Plan required for service * | Occupancy Certificate applicable for service | Plan Validity of this service (In Years)* | Renewal Validity of the service (in Years) |
---|
The data given in the table is sample data for reference.
Sr. No. | Column Name | Data Type | Data Size | Is Mandatory? | Description |
---|
Download the data template attached to this page.
Refer to the ‘Data Definition’ section of this document to understand the headers in the template sheet, their data type, size, and definitions.
Reach out to the person who shared the template for further details or to clear your doubts. Identify if the State/ULB has a provision for capturing pipe size for connections.
Identify the services provided by the DIGIT OBPAS system and enter them into the template with other configurable parameters given in the template.
Go through the checklist to verify the data. Make sure that each and every point mentioned in the checklist is covered.
The checklist is a set of activities to be performed once the data is filled into a template to ensure data entry requirements are met. These activities have been divided into 2 groups as given below.
This checklist covers all the activities which are common across the entities.
There is no separate entity-specific checklist for this entity.
Service-wise documents list tells about the documents required for processing of listed services. Citizens can view the checklist based on the selected service. States/ULBs can configure the list of supporting documents required for each service.
Sr. No. | Service Code* | Service Name | Document Name* | Is Mandatory?* |
---|
The data given in the table is sample data for reference.
Sr. No. | Column Name | Data Type | Data Size | Is Mandatory? | Description |
---|
Download the data template attached to this page.
Refer to the ‘Data Definition’ section of this document to understand the headers in the template sheet, their data type, size, and definitions.
Reach out to the person who shared the template for further details or to clear your doubts. Identify if the State/ULB has a provision for capturing pipe size for connections.
Identify the documents which are needed to avail the services and fill into the given template.
Go through the checklist to verify the data. Make sure that each and every point mentioned in the checklist is covered.
The checklist is a set of activities to be performed once the data is filled into a template to ensure data entry requirements are met. These activities have been divided into 2 groups as given below.
This checklist covers all the activities which are common across the entities.
There is no separate entity-specific checklist for this entity.
Building Occupancy classifications help in categorizing structures based on the proposed use of the building. Occupancy categories determine the required permits and approvals. The Building Occupancy types data is hence a vital parameter used to define approval workflows in the OBPS module. Refer to the to view the prescribed list of occupancy types.
Sr. No. | Occupancy Code* | Occupancy Name (In English)* | Occupancy Name (In Local Language) |
---|
The data given in the table is sample data for reference.
Sr. No. | Column Name | Data Type | Data Size | Is Mandatory? | Description |
---|
Download the data template attached to this page.
Refer to the ‘Data Definition’ section of this document to understand the headers in the template sheet, their data type, size, and definitions.
Reach out the person who shared the template for further details or to clear your doubts. Identify if the State/ULB has a provision for capturing pipe size for connections.
Identify the occupancy which is applicable. Refer to to learn more about occupancy types and names.
Go through the checklist to verify the data. Make sure that each and every point mentioned in the checklist is covered.
The checklist is a set of activities to be performed once the data is filled into a template to ensure data entry requirements are met. These activities have been divided into 2 groups as given below.
This checklist covers all the activities which are common across the entities.
There is no separate entity-specific checklist for this entity.
Stakeholders refer to the technical persons and end-users of the OBPS system. The Stakeholders Type masters list allows the registration of stakeholders in the OBPS system. The list of stakeholders varies from one State/ULB to another.
Sr. No. | Code* | Stakeholder Type Name* | Stakeholder Permit Validity (In Years) | Limitations on construction |
---|
The data given in the table is sample data for reference.
Sr. No. | Column Name | Data Type | Data Size | Is Mandatory? | Description |
---|
Download the data template attached to this page.
Refer to the ‘Data Definition’ section of this document to understand the headers in the template sheet, their data type, size, and definitions.
Reach out to the person who shared the template for further details or to clear your doubts. Identify if the State/ULB has a provision for capturing pipe size for connections.
Go through the checklist to verify the data. Make sure that each and every point mentioned in the checklist is covered.
The checklist is a set of activities to be performed once the data is filled into a template to ensure data entry requirements are met. These activities have been divided into 2 groups as given below.
This checklist covers all the activities which are common across the entities.
There is no separate entity-specific checklist for this entity.
Town Planning Schemes masters list contains all building plan approval schemes and sub-schemes available for the benefits of the citizens. Create a list of the available schemes and map these schemes to specific Occupancy Types.
Sr. No. | Code | Sub Scheme* | Scheme* | Occupancy Code* | Occupancy Name |
---|
Data given in the table is sample data for reference.
Sr. No. | Column Name | Data Type | Data Size | Is Mandatory? | Description |
---|
Download the data template attached to this page.
Refer to the ‘Data Definition’ section of this document to understand the headers in the template sheet, their data type, size, and definitions.
Reach out to the person who shared the template for further details or to clear your doubts. Identify if the State/ULB has a provision for capturing pipe size for connections.
Identify all the scheme and sub-schemes and fill into the given template.
Go through the checklist to verify the data. Make sure that each and every point mentioned in the checklist is covered.
The checklist is a set of activities to be performed once the data is filled into a template to ensure data entry requirements are met. These activities have been divided into 2 groups as given below.
This checklist covers all the activities which are common across the entities.
There is no separate entity-specific checklist for this entity.
Building Sub Occupancy details refer to sub-categorization of primary occupancy types. For instance, residential buildings can be further classified as apartments or old age homes depending on the specific usage of the buildings. Refer to the to view the prescribed list of sub-occupancy types.
Sr. No. | Sub Occupancy Code* | Sub Occupancy Name* (In English) | Sub Occupancy Name* (In Local Language) | Occupancy Code* |
---|
The data given in the table is sample data for reference.
Sr. No. | Column Name | Data Type | Data Size | Is Mandatory? | Description |
---|
Download the data template attached to this page.
Refer to the ‘Data Definition’ section of this document to understand the headers in the template sheet, their data type, size, and definitions.
Reach out to the person who shared the template for further details or to clear your doubts. Identify if the State/ULB has a provision for capturing pipe size for connections.
Go through the checklist to verify the data. Make sure that each and every point mentioned in the checklist is covered.
The checklist is a set of activities to be performed once the data is filled into a template to ensure data entry requirements are met. These activities have been divided into 2 groups as given below.
This checklist covers all the activities which are common across the entities.
There is no separate entity-specific checklist for this entity.
The Inspection checklist contains the list of activities that a field inspector should consider and check while on the field. The checklist is configurable at the State/ULB level.
Sr. No. | Service Type* | Description* |
---|
The data given in the table is sample data for reference.
Sr. No. | Column Name | Data Type | Data Size | Is Mandatory? | Description |
---|
Download the data template attached to this page.
Refer to the ‘Data Definition’ section of this document to understand the headers in the template sheet, their data type, size, and definitions.
Reach out to the person who shared the template for further details or to clear your doubts. Identify if the State/ULB has a provision for capturing pipe size for connections.
Identify all the checkpoints service wise and then fill into the given template.
Go through the checklist to verify the data. Make sure that each and every point mentioned in the checklist is covered.
The checklist is a set of activities to be performed once the data is filled into a template to ensure data entry requirements are met. These activities have been divided into 2 groups as given below.
This checklist covers all the activities which are common across the entities.
There is no separate entity-specific checklist for this entity.
All content on this page by eGov Foundation is licensed under a Creative Commons Attribution 4.0 International License.
Sr. No | Reform | Recommendation | Remarks | |
---|---|---|---|---|
All content on this page by eGov Foundation is licensed under a Creative Commons Attribution 4.0 International License.
All content on this page by is licensed under a .
All content on this page by is licensed under a .
Based on close deliberations with various stakeholders, it is recommended that the budgetary allocation for the implementation of the initiative should be around 3 crores to 3.8 crores1 for statewide implementation and Operation and Maintenance Cost (per Year )for the initiative will be approximately 1.35 crores to 2.0 crores2. The budget allocated needs to be utilised for human resources requirements primarily. The budgetary allocation is recommended as per the NICSI standards published on (Check Annexure 1 for NICSI standard rates). The estimation of the budget will increase or decrease based on the rates applicable to the resources required. (For details on budgetary allocation guidelines refer to Section 5).
Implementation of the Online Building Permission System (OBPS) requires meticulous planning and close coordination between various stakeholders at the centre and state level. The success of the initiative is dependent upon many factors like strong Program governance, availability of the trained resource, financial planning, targeted implementation Team onboarding, focus on last-mile capacity building and ensuring necessary support to urban centres. Achievement of all these factors will provide the most effective and efficient roll-out and adoption of the Building Permission System in the state.
Stage 0 - Program Setup/ On-Boarding |
---|
Stage 1 - Program kick-off |
---|
Stage 2 - Solution Design |
---|
Stage 3 – Configuration & Customization |
---|
Stage 4 – UAT & Go Live |
---|
Stage 5 – Rollout |
---|
Task/Activity | NUS Team | OBPS Cell | SI Team |
---|
Stage 2 - Solution Design |
---|
Stage 3 – Configuration & Customization |
---|
Stage 4 – UAT & Go Live |
---|
Stage 5: Rollout |
---|
Implementation Effort/Cost Summary (Stage 1 to Stage 5) (In Man-Months) |
---|
Operations and Maintenance Cost Summary per year(in Cr) |
---|
One time Cost for Statewide Implementation (Stage 1- Stage 5) | 3.0 Cr – 3.8 Cr |
---|
Resource Name | No. Of Resources |
---|
Sr. No. | Checklist Parameter | Example |
---|
All content on this page by is licensed under a .
Sr. No. | Checklist Parameter | Example |
---|
All content on this page by is licensed under a .
Sr. No. | Checklist Parameter | Example |
---|
All content on this page by is licensed under a .
Sr. No. | Checklist Parameter | Example |
---|
All content on this page by is licensed under a .
Sr. No. | Checklist Parameter | Example |
---|
All content on this page by is licensed under a .
Identify the stakeholders and fill into the given template. Refer to the for more details on stakeholder types and defined limitations.
Sr. No. | Checklist Parameter | Example |
---|
All content on this page by is licensed under a .
Sr. No. | Checklist Parameter | Example |
---|
All content on this page by is licensed under a .
Identify the sub occupancy which is applicable. Refer to to learn more about occupancy types and names.
Sr. No. | Checklist Parameter | Example |
---|
All content on this page by is licensed under a .
Sr. No. | Checklist Parameter | Example |
---|
All content on this page by is licensed under a .
1
Uniform Building Code
Enact a comprehensive uniform building code/building by-law with the following features:
● Prepare a uniform building code. The State may have separate sections within the uniform building code/ building by-law which apply to specific geographic areas or are under the administrative control of different agencies/ bodies
● OBPS Product offers these features: It has the functionality uniform building code, and the by-laws for the state can be configured.
● Applicable to all urban areas and industrial estates/parks in the State
● Bylaws can be configured by based on Usage.
● Provisions for risk-based classification of buildings
● Risk can be classified in the application.
● Accreditation programs and clear responsibilities for professionals including architects and engineers engaged in the construction process along with qualifications for accreditation under the program
● State Team's support is needed on this recommendation.
2
Master Plans
Develop Master plans/ Zonal plans/ land use plans with legal sanction for all urban areas and make it available online in public domain
● State Team's support is needed on this recommendation.
3
Construction Permit Approval
Mandate timelines such that the following approvals/ NOCs are provided within 45 days:
● Building Plan approval is granted within 30 days
● Plinth Inspection is done within seven days of intimation
● Final Completion/Occupancy Certificate is provided within eight days ( 7 days for inspection + 1 day for issuing the certificate)
OBPS Product offered has this functionality - it can be configured from state to state
4
Construction Permit Approval
Design and develop an online single window system for granting construction permits with following functionalities:
● A common integrated application provided on the online unique window system, for all internal and external agencies required to provide applicable NOCs/approvals (Fire Services, Water and Sewerage Department, Discoms, AAI, NMA, Forest, Labor, Factory Directorate)
● OBPS Product offered has this functionality: Integrated application - one window portal for all stakeholders are available
● Provision for making an online application with integrated payment without the need for a physical touchpoint for document submission and verification
● Online payment interface is present is OBPS Product offered
● The system should allow auto scrutiny of building plans from the compliance perspective according to the uniform Building Codes/Building By-law using AutoDCR (or similar) software
● Auto e-DCR scrutiny is available in the product offered based on the bylaws defined in the system
● Provision for e-intimation of commencement of construction
● OBPS Product offered has this functionality
● Provision for e-intimation of plinth level completion
● OBPS Product offered has this functionality
● Provision for online form for Completion/ Occupancy Certificate application with online payment of a fee
● OBPS Product offered has this functionality
● Provision for online issuance of the certificate of inspections
● OBPS Product offered has this functionality
● Provision for online issuance of digitally signed Completion/ Occupancy Certificate to the applicant
● OBPS Product offered has this functionality
5
Construction Permit Approval
Mandate that a single, joint site inspection will be carried out by all concerned authorities such as Fire, Water and Sewerage, Electricity, Labor (such as Factory license) Department and other internal Departments responsible for granting construction permits in urban areas and IDCs
● OBPS Product offered has this functionality
6
Construction Permit Approval
Implement a system which allows the grant of approval to Low-Risk buildings based on third party certification (during building plan approval and/or construction and/or completion stage) of structural design and architectural drawings across all urban areas and IDCs
● Grant of approval for the low-risk building is available in the product offered. Third-party certification is not necessary
7
Inspection by Building Proposal Office/ relevant agency as part of Building Plan Approval Process, Plinth Level Inspection and obtaining completion/ occupancy certificate
Publish a well-defined inspection procedure, a checklist on the Department’s web site and mandate that inspections (except in case of complaint-based inspection) shall be limited to the checklist
State Team's support is needed on this recommendation.
8
Inspection by Building Proposal Office/ relevant agency as part of Building Plan Approval Process, Plinth Level Inspection and obtaining completion/ occupancy certificate
Design and implement a computerised system which is capable of:
Yes, the product offered has this functionality
● Identifying buildings/areas that need to be inspected based on risk assessment
● Computerised allocation of inspectors
9
Inspection by Building Proposal Office/ relevant agency as part of Building Plan Approval Process, Plinth Level Inspection and obtaining completion/ occupancy certificate
Mandate online submission of the inspection report within 48 hours to the Department
● OBPS Product offered has this functionality
Key Activities |
|
Exit Criteria | Configured/Customized product that is fit for use by the State |
Stage 0 - Program Setup/ On-Boarding |
Appoint State Program Head/Nodal Officer | Consult | Execute |
Identify funding for the program | Consult | Execute |
Define State-specific procurement process | Consult | Execute |
System Integrator(SI) Team Onboarding | Consult | Execute |
Provide the state-specific resource and infrastructure requirements | Execute | Consult |
Stage 1 - Program kick-off |
Identify & agree on high-level scope and exclusions | Consult | Consult | Execute |
Identify Pilot ULBs | Execute | Consult |
Project kick-off meeting and stakeholders consultation | Consult | Consult | Execute |
Product Walkthroughs | Consult | Execute |
Define Project Steering Committee structure and Project Governance process | Execute | Consult |
Identify Key Team Members from State/Client End for
| Execute | Execute |
Agreement on Deployment Priorities and high-level delivery timelines | Execute | Execute |
Appoint Data collection Team and arrange for data collection asks for Pilot ULBs | Execute | Consult |
Implementation of Team formation and appointment | Execute | Consult |
Cloud Infrastructure procurement | Execute | Consult |
Project Office Space allocation | Execute | Consult |
Capture State-specific processes | Consult | Execute |
Set-up Project Management processes
| Execute | Execute |
Identify the Team Members for the Project | Execute | Consult |
Attend the Kick-Off Meeting | Execute | Consult |
Depute Full-Time Team Members for
| Execute | Consult |
Provide inputs for the Detailed Scope and Requirements | Execute | Consult |
Initiate the Procurement Process for the Infra | Execute | Consult |
Initiate System Integrator(SI) Team procurement | Execute | Consult |
Initiate Program for Capacity Building | Execute | Consult |
Initiate master data collection from pilot ULBs | Execute | Consult |
Sign Off Project Charter | Execute | Consult |
Product Walkthroughs with subject matter experts (Urban Town Planners & Architects) and State implementation Team | Consult | Execute |
Walkthrough on state by-laws, eDCR and product process flows.
| Execute (State bye-laws & EDCR) | Execute |
Capture State-specific Product configuration requirements (if any) based on product walkthrough demos and discussions for Pilot ULBs | Consult | Execute |
Coordinate and Organize Pre UAT Workshop with relevant stakeholders of identified Pilot ULBs | Execute | Execute |
Preparation of Product Configuration Report | Consult | Execute |
Capture state Bylaws into DCR template | Execute | Consult |
Provide Test data (drawings to be uploaded) | Execute | Consult |
Attend Product Demo and Offer required inputs | Execute | Consult |
Validation of DCR Rules Templates | Execute | Consult |
Participate in Pre UAT workshop and provide inputs for the Product configuration | Execute | Consult |
Product Configuration Report Sign Off | Execute | Consult |
Setting up development & UAT environments | Consult | Execute |
Customization & configuration of DCR Rules | Consult | Execute |
Customisation of BPA Workflow | Consult | Execute |
Development of reports and dashboards | Consult | Execute |
Development/Integration of portal | Consult | Execute |
Third-Party Integrations (NOC, Payment gateway, Digital signature) | Consult | Execute |
Validation of DCR Rules | Execute | Consult |
Preparation & execution of Test Cases | Consult | Execute |
Setup support & maintenance processes & tools | Consult | Execute |
Provide clarification and guidance on the interpretation of state Bylaws | Execute | Consult |
Test configured product and provide feedback | Execute | Consult |
Provide support in integrating Third-Party State services/departments | Execute | Consult |
Test product features and provides feedback | Execute | Consult |
Support System Integrator(SI) Team in integration with Third-party solutions | Execute | Consult |
Readiness Checklist | Consult | Execute |
UAT guidelines | Consult | Execute |
Pilot checklist | Consult | Execute |
Marketing and public outreach strategies | Consult | Execute |
Provide Training for Pilot ULBs (Architects, Users & trainers) | Consult | Execute |
Provide User manuals and help documents | Consult | Execute |
Getting Product Ready for UAT Infra configurations and UAT deployment Master Data Finalization Employee Data Finalization | Consult | Execute |
Setting up support processes | Consult | Execute |
Master Data uploads | Consult | Execute |
Legacy data (if applicable) capture | Consult | Execute |
UAT Support | Consult | Execute |
Preparation/update User Manuals to make it relevant for State | Consult | Execute |
Making the Pilot ULBs live | Consult | Execute |
Testing and signoff | Execute | Consult |
Identify and share issues & help analyse issues/defects | Execute | Consult |
Deployment of Support Resources | Execute | Consult |
Provision of Training Facility | Execute | Consult |
Setting up of Support Center/Help Desk | Execute | Consult |
Communicate with NOC Departments | Execute | Consult |
Readiness assessment | Execute | Consult |
Coordinate with Pilot ULBs to ensure public outreach | Execute | Consult |
Ensure the announcement of the Pilot launch | Execute | Consult |
Setting up a help desk to handhold ULBs undergoing Pilot | Execute | Consult |
Setting up a review process to review the health of the Pilot launch for 2-3 weeks | Execute | Consult |
Training the Architects (District Level) | Consult | Execute |
Training the State/Client Users (District Level) | Consult | Execute |
Stabilisation Period Support with On Field Support | Consult | Execute |
Statewide Rollout | Execute | Execute |
Operations and Support | Execute | Execute |
Product Support | Execute | Execute |
Provision of Training Facility at Districts | Execute | Consult |
Program Management of Training | Execute | Consult |
Program Management of Client/User Infra | Execute | Consult |
Program Management of Rollout | Execute | Consult |
Type of Resources | Effort(in Man-Months) | Total Cost(in Cr) |
Program Management |
| 18 | 0.668 |
Configuration and Customization |
| 63 | 1.658 |
UAT and Go Live support |
| 20 | 0.36 |
Capacity Building |
| 3 | 0.108 |
Help Desk |
| 15 | 0.09 |
District Level Support |
| 23 | 0.533 |
Total | 142 | 3.417 |
Type of Resources | Total Budget Required(in Cr) |
Program Management | Project Manager | 0.432 |
Application Support | Business Analyst/ Support Engineer | 0.84 |
Help Desk | Helpdesk Support | 0.144 |
Hosting Infrastructure | 0.28 |
Total | 1.69 |
Recurring Cost (YoY)-(Operating and Maintenance Cost) | 1.35 Cr – 2.0 Cr |
Project Sponsor | 1 |
Plan Process Expert | 2 |
Nodal Officer | 1 |
Development Control Rules (DCR) Expert | 2 |
1 | NC | New Construction | | Yes | No | 2 | 2 |
2 | ADD | Addition | | Yes | Yes | 1 | 1 |
1 | Service Code | Alphanumeric | 64 | Yes | Unique Identifier for the listed services for reference |
2 | Service Name (In English) | Text | 64 | Yes | Names of applicable services such as Permit for New Construction, Reconstruction, Alteration, or Demolition |
3 | Service Name (In Local Language) | Text | 64 | No | Service names in Local language |
4 | The plan required for service | Text | 3 | Yes | Building drawing (Plan) required to submit for the listed services. The radio button for marking Yes or No |
5 | Occupancy Certificate applicable for service | Text | 3 | No | Whether Occupancy Certificate requires to be generated for this service. Radio button to mark Yes or No |
6 | Plan validity for this service (In Years) | Integer | 2 | Yes | Define the validity period of the permit order generated for the listed service |
7 | Renewal Validity of the service (in Years) | Integer | 2 | No | It can be 1 or 2 or 3 years based on the State/ULB needs |
1 | BLD | Builders | 2 | N/A |
2 | ARC | Architect | 2 | N/A |
3 | TPR | Town Planner | 5 | Can construct 3 floors building, up to a height of 300 mts. |
1 | Code | Alphameric | 3 | Yes | Unique Code provided with respect to Stakeholders type. It can be alphabetical, numeric, and alphanumeric as well |
2 | Stakeholder Type Name | Text | 64 | Yes | Name provided for stakeholder type which is ideally the technical qualification of the person registering |
3 | Stakeholder Permit Validity (In Years) | Numeric | 64 | No | All the permits (Permits to the stakeholders) have a validity period within which he/she is authorized |
4 | Limitations on construction | Text | 612 | No | Building Bye-laws defines and permits the limitations on the type of construction any technical person can take up to. This field captures such information |
1 | New Construction | As per Site |
2 | New Construction | As per document |
3 | New Construction | Access to Plot As per site plan |
4 | New Construction | The height of building - Whether marked correct and the same value of height is given in PDF? |
5 | Occupancy Certificate Request | As per the site plan |
6 | Occupancy Certificate Request | As per Document |
1 | Service Type | Text | 64 | Yes | Type of Permit allowed eg. New construction, reconstruction, alteration, and demolition. This is a mandatory field |
2 | Description | Text | 256 | Yes | This field provides the details that field inspectors must consider during field inspections. The field inspector can check and mark True or False as per their findings |
User Role | Scope of Action | Role Description |
Citizen | View BPA Application Status Download Payment Receipts Provide concurrence to the Architect to submit the application Make payment for an application Download Building Permit Order | Individuals and society groups/communities who engage stakeholder/architects to construct buildings for them |
Stakeholder/Architect | Create BPA Application Send application to the citizen for approval Make payment for the application Download permits Download receipts Check application status | Architects, builders, or engineers who register as a stakeholder in the BPA system - submit applications on behalf of the citizens |
Document Verifier (DV) | Send application back to citizen Reject applications Upload document on behalf of citizen Verify and forward applications to FI | DV is the ULB employee responsible for verifying all documents uploaded by the stakeholder/citizen along with the building permit or occupancy certificate application. |
Field Inspector (FI) | Prepare Inspection Report Send application back to the citizen Reject applications Verify and forward applications to NOC Verifier | FI is the ULB employee responsible for inspecting construction onsite details submitted by the stakeholder or owner. |
NOC Verifier | Send back to citizen Reject applications Update NOC details on behalf of NOC department users Verify and forward applications to BPA Approver | NOC Verifier is the ULB employee responsible for verifying NOC details obtained from concerned authorities. |
BPA Approver | Reject application Update permit conditions Approve application | The BPA Approver is the ULB employee responsible for rejecting or approving building permit or occupancy certificate applications. |
1 | Airport Authority of India (AAI) | Permit | Web API | 15 |
2 | National Monument Authority (NMA) | Occupancy certificate | Manual | 15 |
1 | Government Department | Text | 256 | Yes | Name of the department from where a NOC has to be acquired. This needs to be provided and uploaded into the system |
2 | Application Type | Text | 256 | Yes | The type of applications for which NOC is required. Check the Data Table for illustration |
3 | Integration Type | Text | 256 | Yes | This is about the approach of integration to be adopted with government departments systems |
4 | SLA | Integer | 2 | No | Timelines required (if any) for the NOC to be acquired. This information needs to be updated in the SLA column |
Entry Criteria | Acceptance Letter sent by State |
Exit Criteria |
|
Entry Criteria | Program setup is complete |
Key Activities |
|
Exit Criteria |
|
Entry Criteria | State by-laws and scope available to Implementation Team |
Key Activities |
|
Exit Criteria |
|
Entry Criteria |
|
Entry Criteria |
|
Key Activities |
|
Exit Criteria | UAT Sign-off & Go Live for Pilot ULBs |
Entry Criteria | Product/solution has been configured as per the baselined fitment study report, and the same has been tested by Key state members |
Key Activities |
|
Exit Criteria | Statewide Rollout in batches (of approximately 30 ULBs each) |
1 | A-AF-AH | Apartment type | अपार्टमेंट प्रकार | AF | Apartment/Flat |
2 | A-AF-FR | Family residential | परिवार आवासीय | AF | Apartment/Flat |
3 | A-AF-RF | Residential flat | आवासीय फ्लैट | AF | Apartment/Flat |
1 | Usage Code | Alphameric | 7 | Yes | Unique Code for listed Usage name. It can be a combination of alphabets and numbers |
2 | Usage Name (In English) | Text | 64 | Yes | Type of usage of the building to be mentioned here |
3 | Usage Name (In Local Language) | Text | 64 | Yes | Type of usage of the building to be mentioned here |
4 | Sub Occupancy Code | Alphameric | 7 | Yes |
5 | Sub Occupancy Name | Text | 64 | No |
1 | Make sure that each and every point in this reference list has been taken care of |
1 | Make sure that each and every point in this reference list has been taken care of |
1 | Make sure that each and every point in this reference list has been taken care of |
1 | NC | New Construction | Aadhar Card | No |
2 | NC | New Construction | Fire NOC | Yes |
1 | Service Code | Alphanumeric | 64 | Yes |
2 | Service Name | Text | 64 | No |
| Document Name* | Text | 256 | Yes | Name of documents which are needed to avail the service |
3 | Is Mandatory? | Text | 3 | Yes | It indicates if the provided document is mandatory or not to avail the service |
1 | Make sure that each and every point in this reference list has been taken care of |
1 | R1 | Residential | आवासीय |
2 | E1 | Educational | शैक्षिक |
3 | I1 | Institutional | संस्थागत |
1 | Occupancy Code | Alphameric | 2 | Yes | Unique Code provided with respect to occupancy name. It can be numeric and alphanumeric as well |
2 | Occupancy Name (In English) | Text | 64 | Yes |
3 | Occupancy Name (In Local Language) | Text | 64 | No | Occupancy Name in the local language. e.g. Hindi, Telugu, etc. |
1 | Make sure that each and every point in this reference list has been taken care of |
1 | Make sure that each and every point in this reference list has been taken care of |
1 | SCM1 | Sub scheme 1 for Ward No. 1 | DTP Scheme for Ward No. 1 | R1 | Residential |
2 | SCM2 | Sub scheme 2 for Ward No. 1 | DTP Scheme for Ward No. 1 | C1 | Commercial |
3 | SCM3 | Sub scheme 1 for Ward No. 7 | DTP Scheme for Ward No. 7 | C1 | Commercial |
1 | Code | Alphanumeric | 64 | Yes | Unique code to record |
2 | Sub scheme | Text | 256 | Yes | Sub scheme name |
3 | Scheme | Text | 256 | Yes | Name of the schemes available at a ULB/state level |
4 | Occupancy Code | Alphanumeric | 64 | Yes |
5 | Occupancy Name | Text | 64 | No |
1 | Make sure that each and every point in this reference list has been taken care of |
1 | OAH | Old Age Home | वृद्धाश्रम | R1 |
2 | AF | Apartment/Flat | अपार्टमेंट/ फ्लैट | R1 |
3 | FH | Farm House | फार्म हाउस | R1 |
1 | Sub Occupancy code | Alphameric | 3 | Yes | A unique identifier for the given sub occupancy type |
2 | Sub Occupancy Name (In English) | Text | 64 | Yes | Names for sub occupancy types. For example - Old age home, apartments, farmhouse |
3 | Sub Occupancy Name (In Local Language) | Text | 64 | Yes | Names for sub occupancy types in local language e.g. in Hindi, Telugu etc. |
4 | Occupancy Code | Reference | 3 | Yes |
1 | Make sure that each and every point in this reference list has been taken care of |
1 | Make sure that each and every point in this reference list has been taken care of |
Welcome to the OBPAS product demo script. The key objective of the demo script is to walk users through the OBPAS module and highlight module capabilities and functions.
The Online Building Permission and Approval System or the OBPAS module offers a comprehensive platform that automates the entire building plan approval process. The OBPAS module along with the eDCR scrutiny application streamlines the entire process right from the point of uploading plans for approval to fetching no-objection certificates from concerned authorities and final issue of approvals or permits.
The module aims to address key challenges that include -
Any construction in the city requires prior approval from the local body authorities. Architects and building owners submit a plan diagram that is validated as per the state/city bylaws.
Most of the building plan applications and drawing plans are submitted manually in paper format since there is a high cost involved for the AUTOCAD license and the absence of cost-effective plan scrutiny solutions.
The major drawback of the manual permit application process is that it takes more than 45 days to get one permit.
Iterative plan corrections complicate the process.
Lack of transparency is another major setback for all stakeholders.
Key benefits of using the OBPAS application -
Scrutiny is real-time which reduces the time taken for diagram scrutiny. The module routes the uploaded plans through defined workflows for required inspections and approvals.
It provides access to all authorized stakeholders including department staff, Architects/Consultants, Building owners and Senior Management team based on their role entitlement.
Being an online system, DIGIT BPA is available anywhere, any place and on any device to the various stakeholders mentioned above. The intuitiveness of the DIGIT-BPA system becomes apparent when even a layman is able to track the status of their submission easily.
Consolidated OBPAS application help ULBs -
Plan city infrastructure (roads, culverts, drains, streetlights, garbage bins) details better resulting in effective decisions depending upon the type of buildings and their occupancies
Since capital infra is the second highest expenditure category for any ULB, it is important to know where to invest the funds and resources
Ensure buildings are not constructed in restricted areas zones (AAI / Water bodies /Monuments)
Generate revenue and facilitate prompt services to the citizen
The eDCR Scrutiny application digitises the building plan approval. The application features a rules engine required to evaluate the drawing against the existing building by-laws, the scrutiny of the application, configure the internal workflow - inspection, NOCs and finally issuance of approval.
A stakeholder can be an Architect/Licensed business engineer/town planner who is registered within the ULB. Only a registered stakeholder (architect) can create an application on behalf of the citizen.
eDCR (development control rules) - which is a rules engine that basically validates the uploaded diagram with that of the by-laws of the state and provides an O/P.
UNique reference eDCR number is generated only if it is successful.
In case of a failure - the errors are marked in the diagram which can be corrected by the architect and submitted again. This can be iteratively done till scrutiny is successfully completed.
Using the successfully scrutinized plan diagram parameters, an application is created. Any value which is populated from the plan diagram cannot be modified. There is no manual intervention allowed.
Discuss the EODB guideline which discusses getting all the application info from citizens in one shot.
Here showcase one application from OBPS is getting forked into 3 applications (one for the department to process the permit, one for airport NOC and one for FIRE NOC)
Discuss application is smart enough to figure out the list of NOCs required based on the location info gathered from the diagram.
The Architect on the creation of an application forwards it to get it concurred from the citizen. If there are any changes, the citizen requests an architect to make those changes or else can inform the architect to submit the application.
After getting approval from the citizen, the architect submits the application. On submit, the application fee is auto-generated based on configured payment details. Once the payment is made, the application is forwarded to the department.
Application fee can be either paid by the citizen or architect or the citizen can walk into any ULB designated collection counter and make the payment.
Submitted applications are available in the ULB clerk inbox for the required processing. Actions by the ULB clerk or counter employee include -
Scrutinize the application and documents submitted and check for correctness.
Request for additional documents from the applicant
Or Upload documents on behalf of the applicant
Or Reject the application citing the reason for a rejection
Or if the application and documents are in order, the clerk forwards the application for field inspection.
The Town planning overseer/Engineer does the field inspection of an application. Actions by the Field inspector include -
Schedule a meeting with the applicant offline after receiving the request and visit the actual location on the day of field inspection
The entire application is designed in a mobile-first approach which will enable the field inspector to use the application on the ground on a mobile phone
The field inspection report is designed as a series of checklists with yes and no options to make the process easier for a field inspector.
Also, the FI can take photographs of the site and tag them to the application.
If no violations are found - FI forwards the application for NOC verification
If due to some practical reasons, field inspection is not completed in a single visit - FI does multiple field inspections; the application supports the entry of multiple field inspection details.
If some violations are identified, the FI rejects the application.
NOC Verification - NOC verification responsibility lies with the superintendent of the department.
Refer back to the Forking of applications during the application created by Architect
Now showcase the status of all 3 applications at the NOC level where you can see the NOC applications are of status in progress.
Now login as a FIRENOC department user - process the NOC application and approve it.
Now login as Superintendent - showcase the status change from in progress to approved and discuss 3 use cases of NOC integration.
One API integration
Allowing NOC department users to log in to DIGIT and process the application
Completely manual where either the NOC is provided by citizens during application creation or by the Department employee by discussing with the NOC department user.
Now approve the NOC step of the application and recommend for approval.
Executive Engineer/Superintendent engineer can approve the application by entering the permit conditions.
There is a calculation logic that runs in the background to calculate the Permit fee using the built-up area and floor area.
Also, discuss the importance of permit conditions.
Now approve the file.
The next step is for the Architect or the Citizen to make payment for the permit fee and generate the permit order online.
Discuss the info in the permit order
QR code info
Payment info
Approver info
Possible use case scenarios for the demo -
Architect to do eDCR scrutiny
Architect to apply for permit application
Architect to apply for OC application
Citizen to approve/validate the application created by architect
Architect and citizen can make payment for application
The employee does document scrutiny - can add additional documents if needed
The employee does field inspection - update field inspection report- attach photographs of the site if needed
The employee does NOC verification - update NOC documents on behalf of NOC department user or citizen if needed.
NOC department user to update the NOC details
The employee can update the permit conditions
Citizens and architects can download the permit order/Occupancy certificate/comparison report, revocation permit PDF and other payment artefacts.
The Architect can generate permit orders on create of applications for low-risk applications.
Refer to the OBPAS User Manual for step-by-step instructions on these demo scenarios.
This section illustrates the steps for different employee user roles at the ULB level
The Document Verifier (DV) is responsible for verifying the required and supporting documents uploaded by the citizen or the stakeholder with the building permit or occupancy certificate application. The application is forwarded to the Field Inspector for further review once the DV finds the documents uploaded meet the requirements. Else, the application is either sent back to the citizen for refurbishing the documents or rejected.
DV can
DV can send the application back to the citizen for any corrections or if any vital document has not been uploaded. The DV can also upload the documents on behalf of the citizens.
To send the application back to the citizen
Click on the OBPS Inbox option on the home screen.
Click on the Application No. hyperlink available in the list of applications Inbox of the employee dashboard.
Or, enter Application No. or any other search parameter to search for the application.
Click on the Application No. link to open the application.
Scroll down the application page to review the filled-in details.
Review the documents uploaded by the citizen.
Click on the Take Action button at the bottom of the application page once the review is complete.
Click on the Send Back to Citizen button if the documents do not meet the application requirements or any document is missing.
Select the applicable Assignee Name. State the reasons for sending the application back to the citizen in the Comments section.
Click on the Choose File button to upload any supporting documents. Click on the Send Back to Citizen button.
The application is placed back in the Citizen queue for required edits.
The DV can reject the application if the documents and information furnished by the citizen do not meet the permit or occupancy guidelines.
To reject application
Enter the Application No. or any other search parameter to search for the application. Click on the Application No. link to open the application.
Scroll down the application page to review the filled-in details.
Click on the Take Action button at the bottom of the application page once the review is complete.
Click on the Reject button if the documents do not meet the application requirements or the information provided in the application is inaccurate.
State the reasons for rejecting the application in the Comments section. Click on the Upload Files button to upload any supporting documents. Click on the Reject button.
The application is rejected and a notification is sent to the owner informing the same.
Permit orders are sanctioned instantly for low-risk applications. However, the application goes through the normal workflows for document verification, field inspection, and NOC verification. The ULB authorities can revoke the permit order in case any anomalies are detected during the verification process.
Applications can be revoked at any stage by the Document Verifier, Field Inspector, or NOC Verifier.
To revoke application
Click on Application No. in the employee Inbox or enter Application No. or any other search parameter to search for the application.
Click on the Application No. link to open the application. Scroll down the application page to review the filled-in details.
Click on the Take Action button at the bottom of the application page once the review is completed.
Click on the Revocate button if the application details do not meet the permit requirements.
Enter the reason for revoking the permit in the Comments field.
Click on Choose File to attach supporting documents. Click on the Revocate button. The permit order is revocated.
The DV verifies and forwards the application if the documents and information provided in the application are found satisfactory and complete.
To verify and forward the application
Enter the Application No. or any other search parameter to search for the application. Click on the Application No. link to open the application.
Scroll down the application page to review the filled-in details. Click on the Take Action button at the bottom of the application page once the review is complete.
Click on the Forward button once all documents are verified.
Select the applicable Assignee Name who will carry out the next phase of verification. Provide any additional information for the assignee in the Comments section.
Click on the Choose File button to upload any supporting documents. Click on the Forward button.
The application is forwarded to the field inspector for further processing.
The field inspector or FI is responsible for conducting the field inspection of the construction site and premises. The FI prepares the inspection report based on the observations on the defined inspection parameters.
The FI can
FI prepares the field inspection report and attaches the report to the application.
To prepare the inspection report
Click on the Application No. hyperlink available in the list of applications available in the employee Inbox.
Or, enter Application No. or any other search parameter to search for the application. Click on the Application No. link to open the application.
Scroll down the application page to review the filled-in details. Enter the Inspection Date and Inspection Time in the panel. FI can add multiple field inspection reports as required.
Mark Yes or No as applicable for each item in the Inspection Checklist. Enter any additional information in the Remarks section available for each item in the checklist.
Select the applicable Document Type for each of the listed Documents. Click on the Upload File button to upload the relevant documents.
Click on +Add Another Field Inspection Report button to append additional inspection details.
Click on the Take Action button at the bottom of the application page once the review is complete.
To send the application back to the citizen
Click on Send Back to Citizen if any information or document is missing from the application.
Select the applicable Assignee Name. State the reasons for sending the application back to the citizen in the Comments section.
Click on the Choose File button to upload any supporting documents. Click on the Send Back to Citizen button.
The application is placed back in the Citizen queue for required edits.
The FI can reject the application if the documents and information furnished by the citizen do not meet the permit or occupancy guidelines.
To reject the application
Click on the Reject button if the documents do not meet the application requirements or the information provided in the application is inaccurate.
State the reasons for rejecting the application in the Comments section. Click on the Choose File button to upload any supporting documents. Click on the Reject button.
The application is rejected and a notification is sent to the owner informing the same.
The FI can revocate an application if the documents and information furnished by the citizen do not meet the guidelines.
To revocate the application
Click on the Take Action button.
Enter the reason for revoking the application in the Comments field. Click on Choose File to attach supporting documents. Click on the Revocate button.
The FI verifies and forwards the application if the documents and information provided in the application are found satisfactory and complete.
To forward the applications
Click on the Verify and Forward button.
Select the applicable Assignee Name who will carry out the next phase of verification. Provide any additional information for the assignee in the Comments section.
Click on the Choose File button to upload any supporting documents. Click on the Verify and Forward button.
The application is forwarded to the NOC Verifier for further processing.
The NOC Verifier is responsible for checking the no-objection permissions obtained for various civic authorities in the context of the building construction. Commonly, a NOC is required from the Airports Authority and the Fire department to certify all guidelines are met by the builder and owner. If all requirements are met the NOC verifier forwards the application to the BPA Approver.
NOC Verifier can
Send applications back to citizens
The NOC Verifier can send the application back to the citizen in case there are some details missing in the form.
To send the application back to the citizen
Click on the OBPS Inbox option on the home screen.
Click on the Application No. hyperlink available in the list of applications in the employee Inbox. Or, enter Application No. or any other search parameter to search for the application.
Click on the Application No. link to open the application.
Scroll down the application page to review the filled-in details.
Review the inspection report and NOC documents uploaded with the application. Click on the Choose File button to upload NOC documents on behalf of the NOC issuing authority like Fire or Airport.
Click on the Take Action button at the bottom of the application page once the review is complete.
Click on the Send Back to Citizen button if the documents do not meet the application requirements or if any document is missing.
Select the applicable Assignee Name. State the reasons for sending the application back to the citizen in the Comments section.
Click on the Choose File button to upload any supporting documents. Click on the Send Back to Citizen button.
The application is placed back in the Citizen queue for required edits.
The NOC Verifier can reject the application if the documents and information furnished by the citizen do not meet the prescribed guidelines.
To reject the application
State the reasons for rejecting the application in the Comments section. Click on the Choose File button to upload any supporting documents. Click on the Reject button.
The application is rejected and a notification is sent to the owner informing the same.
The NOC Verifier can revocate the application if the documents and information furnished by the citizen do not meet the prescribed guidelines.
To revocate the application
Click on the Application No. link to open the application. Scroll down the application page to review the filled in details.
Click on the Take Action button at the bottom of the application page once the review is completed.
Click on the Revocate button if the application details do not meet the permit requirements.
Enter the reason for revoking the permit in the Comments field.
Click on Choose File to attach supporting documents. Click on the Revocate button.
The NOC Verifier verifies and forwards the application to the BPA Approver if the documents and information provided in the application are found satisfactory and complete.
The NOC Verifier cannot forward the application to the BPA Approver until and unless the NOC from the respective authorities is received.
To forward the applications
Click on the Verify and Forward button once all details are verified and found satisfactory.
Select the applicable Assignee Name who will carry out the next phase of verification. Provide any additional information for the assignee in the Comments section. Click on the Choose File button to upload any supporting documents. Click on the Verify and Forward button.
The application is forwarded to the BPA Approval for final approval.
The BPA Approver is responsible for approving or rejecting the application for building permits or occupancy certificates. Once approved the owner can download the permit or the occupancy certificate from the portal.
The BPA Approver can
The BPA Approver approves the application for a building permit or occupancy certificate once the verification is complete and prescribed guidelines are met.
To approve applications
Click on the OBPS Inbox option on the home screen.
Click on the Application No. hyperlink available in the list of applications section of the employee dashboard.
Or, enter Application No. or any other search parameter to search for the application.
Click on the Application No. link to open the application.
Scroll down the application to review the filled-in details.
Review the documents uploaded with the application
Check the applicable conditions in the Permit Conditions list.
Click on the Take Action button at the bottom of the application page once the review is complete.
Provide any additional information for the assignee in the Comments section.
Click on the Choose File button to upload any supporting documents.
Click on the Approve button once all requirements are complete.
The application is approved. The citizen or the stakeholder can now download and print the building permit or occupancy certificate from their account only after paying the permit fee. There is no fee applicable for an occupancy certificate.
BPA Approver can reject the application if the documents and information furnished by the citizen do not meet the prescribed guidelines.
To reject applications
State the reasons for rejecting the application in the Comments section. Click on the Choose File button to upload any supporting documents. Click on the Reject button.
Learn how to register new stakeholders, make payments, apply for building permits and occupancy certificates
Citizens represent individuals, groups, and communities who are the building owners or occupants. The BPA module provides the citizens with the scope to view building permit applications submitted by the stakeholders or architects. They can request the stakeholders to make any changes in the application if required. Citizens approve the applications and make the payment.
The citizen can -
The citizen user portal allows stakeholders to register themselves on the OBPAS system. Stakeholders constitute architects, builders, engineers, supervisors, or town planners. A unique license number is generated for each stakeholder on the system.
Citizens can have multi-stakeholder access. Hence, a citizen can be registered as an architect, a builder, and a normal citizen.
The registered stakeholder will have state-level access permission to apply for new building permits or occupancy certificates.
To register stakeholders
Select the Language to proceed.
Select your Location.
Select service as BPA.
Click on Register as a Stakeholder option on the screen.
Enter your Mobile Number.
Make a note of the documents required to register new stakeholders.
Select the appropriate License Type that you wish to apply for.
Enter the Licensee Details such as Name, Gender, Mobile Number, Email, and PAN Number.
Enter the Licensee Permanent Address.
Enter the Licensee Correspondence Address. Check the Same as Permanent Address box if both address are same.
Upload the required documents.
Review the application details in the Summary view.
The application submitted successfully message screen provides the stakeholder registration application number.
The registration application is now in queue for document verification and approval by the Document Verifier and Approver.
Once the stakeholder is approved the applicant receives a notification. In addition, the Building Permit New Construction, Occupancy Certificate New Building Construction, and the DIGIT DCR Scrutiny options are added to the system menu.
The view application option allows citizens to review the application submitted by the stakeholder. In case there are any mistakes or changes required in the application the citizen can request the stakeholder to make these edits.
To view application status
Click on View applications by Citizen.
The My Applications screen will list all the applications submitted by the stakeholders on behalf of the citizen. The application details will display the status of each application.
The Application Timeline shows the past actions completed for that application.
Building permit applications submitted by the architects or any other stakeholders are routed to the citizens or the owner to verify details. The owner reviews the application details and sends back the application to the stakeholders if there is any mistake or any changes required in the application.
To request edits or approve applications
Click on View Applications by Citizen option.
Click on View Details button available for the relevant application.
Scroll down the application page to review the details submitted in the application.
Click on the Take Action button. Click on the Send to Architect button if some details require editing. This will open the Forward Application panel.
Enter the information you want to pass on to the architect in context to the application in the Comments section. Click on the Upload Files button to upload any supporting documents for the application.
Click on the Send To Architect button. The application is now in the stakeholder’s queue for further processing.
Click on the Approve button if there are no changes required in the application. This will open the Forward Application panel.
Enter any Comments in context to the application in the panel. Click on the Upload Files button to upload any supporting documents for the application. Click on the Approve button. The system displays the approved success acknowledgement message.
The Make Payment button is enabled once the stakeholder submits the building permit or occupancy certificate application on behalf of the owner.
Click on the View Details button to make the payment.
Click on the Take Action and then the Pay button at the bottom of the screen.
The Payment Collection Details panel displays the Total Amount payable towards Application Fee along with the break-ups.
Select the relevant payment method. Enter the payment details.
The payment success acknowledgement message is displayed along with the Payment Receipt No. Click on the Download/View Receipt button to view or download the receipt in pdf format or click on the Print icon to print the receipt.
Stakeholders represent the registered builders, architects, town planners, engineers or supervisors. The stakeholder role within the system encompasses submitting details for eDCR scrutiny, obtaining building permit orders, completion certificates, and occupancy certificates.
Stakeholders can
Follow the steps outlined for Register Stakeholders in the Citizens section.
The DIGIT-DCR Scrutiny option in the BPA module allows stakeholders to upload and submit building plan diagrams. The scrutiny process checks if the drawing meets the required standards and applicable compliance guidelines. Once the scrutiny is complete, the plan is either approved or rejected depending on the scrutiny findings.
To submit plans and diagrams for DIGIT-DCR Scrutiny
Navigate to the eDCR Scrutiny menu card on the screen. Click on the Plan scrutiny for new construction option.
Select the applicable City for the proposed construction. Enter the Applicant Name. Click on the Upload File button to upload the plans and diagrams. The system accepts only .dxf files and the maximum file size should not exceed 30MB.
Click on the Submit button to submit the plans for scrutiny. Click on the Clear Form button to start a fresh application.
The system displays a success acknowledgement message along with a unique eDCR Scrutiny Number. Note this number for future reference. This number is required at the time of applying for a new building permit.
Click on the Create Building Permit Application button to apply for a permit.
Follow the same steps to apply for Occupancy Certificate eDCR Scrutiny for New Building.
Click on the OC Plan Scrutiny for new construction option in the eDCR Scrutiny card.
Check the list of required details to process the OC eDCR scrutiny.
Enter the Building Permit Number and Building Permit Date. Click on the Search button
Your application details are visible on the screen. Review the details and then click on Proceed for OC Scrutiny button.
Upload the OC Plan Diagram. Click on the Submit button.
The OC Building Plan eDCR Scrutiny process is successfully completed. Make a note of the Scrutiny Number. Click on the Download Scrutiny Report button to download and print the report.
In case of any errors or lapses the plan scrutiny is rejected and the system displays a failure message. In such a case make the changes and resubmit for scrutiny.
Stakeholders can apply for building permits for new construction once the eDCR Scrutiny is approved.
To apply for building permits for new construction
Click on the Building Plan Permit New Construction option in the Building Plan Approval card.
Make a note of the list of documents required for the building plan permit. Click on Next to proceed.
Enter the eDCR Scrutiny Number.
This fetches the scrutiny details.
Enter the Holding Number and Land Registration Details.
Click on Skip and Continue button to skip inputting these details.
Enter the Location Details.
Enter the GIS location details.
Enter the City, Street Name and Landmark details.
Enter the Owner Details.
Upload the required documents.
Enter the NOC Details.
Review the Application details.
Click on Send Application to Citizen. The application is routed back to the citizen for action. The citizen has to pay the fee and submit the application for processing.
The New Building Plan Application is submitted successfully. Make a note of the Application reference number for tracking status and details. This number is also shared with the applicant on their registered mobile number.
Click on OC for New Construction option in the Building Plan Approval card.
Make a note of the required documents to complete and submit the OC application.
Enter the Holding Number and the Land Registration Details.
The Scrutiny Details are auto-populated and available for review.
Upload the required documents.
Upload the NOC Details.
Review the application details in the Summary section. The system displays the estimated fee for processing the application based on the given details. Click on the Submit button to submit the application.
The application submission message screen provides the application reference number.
code to be mentioned here. Maps the Building Usage details to specific sub occupancy type
Name to be mentioned here. Maps the Building Usage details to specific sub occupancy type
Code of service - Refer to the to understand in detail
Name of service - Refer to the to understand in detail
Name provided for occupancy name which is used to configure in the OBPAS module. Refer to for more details
Occupancy code - Refer to to know more about it
Name provided for occupancy in
Corresponding for the given sub occupancy type
All content on this page by eGov Foundation is licensed under a Creative Commons Attribution 4.0 International License.
All content on this page by eGov Foundation is licensed under a Creative Commons Attribution 4.0 International License.
Enter the eDCR Scrutiny Number. Click on the Search icon. This fetches the building and application details from the scrutiny report.
All content on this page by eGov Foundation is licensed under a Creative Commons Attribution 4.0 International License.