Sanitation
PlatformDomainsAcademyDesign SystemFeedback
v1.3.1
v1.3.1
  • Introducing DIGIT Sanitation
    • Roadmap
    • Who can use DIGIT Sanitation?
      • Field Research
  • Platform
    • Features
    • Release Notes
      • Test Cases
      • Service Build Update
        • Release Builds for DIGIT 2.8
      • MDMS Configuration Updates
      • Test Cases for Urban-Rural Convergence
      • Localisation
      • Impel Release Notes
    • Architecture
    • Installation
    • Setup
      • On AWS
    • Operations Guide
    • Development Guide
      • Backend Developer Guide
      • UI Developer Guide
    • Source Code
  • Product
    • Faecal Sludge Management (FSM)
      • Features
      • Sanitation Actors & Interactions
      • User Interface Design
      • FSM Core Service Configuration
        • FSM Implementation Configuration
        • FSM Calculator
        • FSM Vendor Registry
          • Workflow Service
            • Configuring Workflows For New Product/Entity
            • Setting Up Workflows
            • Workflow 2.0 Configuration
          • User Service
            • User Data Encryption Promotion
            • Encryption Client Library
          • API Contract
        • FSM Vehicle Registry
        • Legacy/Re-Indexing the FSM Data
        • FSM UI Docs
          • FSM Citizen UI
          • FSM Employee UI
          • FSM DSO UI
          • FSM FSTPO UI
        • FSM-DSS Technical Documentation
      • FSM User Manual
        • FSM Citizen User Manual
        • FSM Employee User Manual
          • Manage Vendor, Driver and Vehicle Details
        • DSO User Manual
        • Septage Treatment Plant Operator User Manual
      • Test Cases
      • FSM UI/UX Audit
      • FSM Functional Specification
      • FSM Technical Specification
        • Vehicle Technical Specification
        • Vendor Technical Specification
        • Calculator Technical Specification
      • FSM Release Notes
      • Training
  • Programme
    • Functional Customisation
      • Urban-Rural Convergence
    • Technical Customisation
    • Technical Specification: Urban-Rural Convergence
    • Standard Operating Procedure (SOP)
    • Program Rollout Plan
    • Adoption Metrics
    • Implementation Plan
    • Implementation Guide
      • General FSM Implementation Activities
    • Implementation Checklist
  • COMMUNITY
    • Contribute
    • Issues
Powered by GitBook

All content on this page by eGov Foundation is licensed under a Creative Commons Attribution 4.0 International License.

On this page
  • Core Components
  • FSM Components

Was this helpful?

Export as PDF
  1. Platform

Architecture

Last updated 1 year ago

Was this helpful?

FSM uses several core components, and is built on top of these reusable building blocks to deliver citizen services as part of Faecal Sludge Management (FSM).

Core Components

FSM Components

To develop a new service, one needs to create a micro-service and make it available through the API gateway. The API gateway calls the for authentication and the for authorisation. The service developer can configure the roles and map the roles and actions using the .

The service user interface can be developed as part of the Citizen Dashboard or can be an independent solution. The citizen can log in using a mobile number and OTP. They can apply for a new service using the service UI. The allows users to upload relevant documentation.

The stores the submitted application asynchronously into the registry. The PII data is encrypted using the before storing. All changes are digitally signed and logged using the (ongoing). The transforms and enriches the application data. The Indexer Service also strips the PII data and sends it to the .

The executes configured queries on the stripped data and makes the aggregated data available to the for the administrator or employee view. The views are in accordance with the user role access which is also configurable.

The generates a demand based on the calculation logic for the given service delivery. Based on this demand, a bill is generated against which the payment has to be made. The citizen can either make an online payment or can pay at the counter (offline payment). The is called for online payments and this is integrated with third-party service providers. The service routes the citizen to the service provider's website and then back to the citizen's UI once the payment is successful.

The is the payment registry and records all the successful payments. For offline payments, a record is made in the collection service after the collection of the Cash/Cheque/DD/RTGS. The allowed payment modes are configurable. The PDF service is used to generate receipts based on a configurable template. The service then triggers the to assign tasks for verification and approval. Workflows can be configured.

The allows employee registrations and enables them to log in using the Employee Dashboard. The dashboard displays the list of pending applications as per the employee's role. The employee can perform actions on these applications using the employee UI for the service. As the status changes or actions are taken on the applications, the relevant sends the updates to the applicant. Once the application is approved, the applicant can download the final certificate which is generated using .

DIGIT has multi-tenant configuration capabilities. The allows the configuration of the tenant hierarchy and maps multiple tenants like country, state, district, or state, department, and sub-department. Each tenant can have their own configurations for service, roles, workflows etc. This allows for variations across different agencies in tune with the local context. The facilitates the support of multiple languages in DIGIT. This service stores the translations in multiple languages.

is a system that enables citizens to raise a request for septic tank cleaning with their urban local bodies (ULBs) directly or by reaching out to the ULB counter. Citizens can track the application, make a payment for the charges and rate the service. Citizens can track the application, make a payment for the charges and rate the service.

The is a system that enables the FSM administrator to create billing slabs for the FSM application(s) with different combinations of property type, slum, tank and capacity. It generates the demand after calculating the charges for the given application using the billing slab already configured.

The is a system that enables urban local body (ULB) employees to create and search for a vendor, that is, the desludging operator (DSO) and driver entities with appropriate vehicle entities for the FSM application. The vendor registry is a system that enables urban local body (ULB) employees to create and search for a vendor, that is, the desludging operator (DSO) and driver entities with appropriate vehicle entities for the FSM application.

The is a system that enables urban local body (ULB) employees to create and search vehicle entities, schedule vehicle trips for FSM application, and track vehicle trips. A vehicle registry is a system that enables ULB employees to create and search vehicle entities, schedule vehicle trips for FSM application, and track vehicle trips.

User Service
Access Service
Master Data Management Service
Citizen Dashboard:
File Store Service
Persister Service
Encryption Service
Signed Audit Service
Indexer Service
Analytics Data Store(ElasticSearch)
Dashboard Backend Service
Dashboard Frontend
Billing Service
Payment Gateway Service
Collection Service
Workflow Service
Employee Service
SMS and Email Notification Service
PDF Service
Location Service
Language Service
Faecal sludge management (FSM)
FSM calculator
vendor registry
vehicle registry