Overview

The objective of this service is to listen to the Kafka topics, validate the data based on the configuration, make the voucher API call to create the voucher in finance ERP and update the backend data. It also creates vouchers and instruments for the receipts collected through the collection service.

Pre-requisites

• Prior Knowledge of Java/J2EE

• Prior Knowledge of SpringBoot

• Prior Knowledge of REST APIs and related concepts like path parameters, headers, JSON, etc

• Prior Knowledge of Kafka and related concepts like Producer, Consumer, Topic, etc.

Key functionalities

• Create vouchers and instruments for the receipts collected.

• Listen to Kafka topics and validate the data.

• Update the data in finance ERP.

Setup Details

Step 1: Start the service finance-collections-voucher-consumer present in the following repo:

Step 2: Start the egov-mdms service present in the following repo:

MDMS Configurations

The business service and tax headmaster which are active in mdms json needs to be mapped with Finance related data.

The business service-related data is mapped with the finance-related data in git repo.

1. AccountheadMapping.json : This is used to map the taxhead data to glcodes. This holds one more property InstrumentGLcodeMapping, which is used to hold the mapping for transaction type i.e Cash/Cheque/DD to glcodes.

2. BusinessServiceMapping.json : This is used to map the business service to finance specific master data like Department, Fund and Function, etc. even it can manage to enable and disable the voucher creation for specific service by setting the property voucherCreationEnabled=true/false.

3. EgfInstrumentStatusMapping: This holds the status of Instruments.

Configuration Details

Following are the properties in the application.properties file in the egov-user-events service that is configurable.

Working

This service is implemented to listen to the specific Kafka topic, fetch the data and perform activities like creating vouchers, cancelling vouchers or reversing vouchers on dishonouring.

Create Voucher:

Once the collection-service will generate collection/payment,it will push the data to egov.collection.receipt-create/egov.collection.payment-create topic.

Listener will be listening to the topic egov.collection.receipt-create/egov.collection.payment-create.

Making MDMS calls based on the services to get the configuration data and validate i.e whether voucher creation is enabled for the service or not. If voucher creation is enabled then perform the following

1. Prepare the voucher contract like master data i.e Dept, Fund, Function etc.

2. Prepare the account-specific data i.e glocode, amount etc.

3. Then making a rest call to create a voucher to finance ERP.

4. Once the voucher is created successfully then it will prepare the instrument contract by adding the voucher reference, instrument type, status etc and will make a call to create the instrument.

5. Once the instrument is created later it will make the call to collection receipt update API to back update the receipt by adding the voucher reference in the contract.

6. And finally, it will store the logs i.e fetched data, status, message to log table egf_voucher_integration_log.

7. If anywhere any exception occurs then errors are handled by the Exception Handler. Exception Handler will store the fetched data and the error cause to log table egf_voucher_integration_log.

Cancel Voucher:

Once collection service cancels the payment/collections, it pushes the data to egov.collection.payment-cancel/egov.collection.receipt-cancel

Listeners are listening to the topicegov.collection.payment-cancel/egov.collection.receipt-cancel.

Making MDMS calls based on the services to get the configuration data and validate i.e whether voucher creation is enabled for the service or not. If voucher creation is enabled then perform the following.

1. Try to fetch the voucher based on the voucher number(which might be present inside the receipt contract) and the business service reference document.

2. If Voucher is present inside the finance ERP then it makes a call to cancel the voucher.

3. Later it cancels the corresponding instrument.

4. And keep the log inside the table egf_voucher_integration_log.

Interaction Diagram

Deployment details

1. Add MDMS configs required for Finance Collection Voucher Consumer service and restart MDMS service.

2. Deploy the latest version of the Finance Collection Voucher Consumer service.

3. Add Finance Collection Voucher Consumer service persister yaml path in persister configuration and restart persister service

4. Add Role-Action mapping for APIs.

Integration

• Can perform service-specific business logic without impacting the other modules.

• In the future, if we want to expose the application to citizens then it can be done easily.

• The workflows or service-specific workflows can be enabled at the service level at any time without changing the design.

Overview

This document describes the steps to be followed to set up a new instance of Finance. When a new state or city is to be set up, there are some activities to be executed in a defined order. Setting up an instance of an application server and configuration changes etc are a few of the key activities.

Technical Prerequisites

• Prior knowledge of Java/J2EE.

• Prior knowledge of Spring and Hibernate

• Prior knowledge of Maven

• Prior knowledge of Git

Hardware/Software Prerequisites

• Maven v3.2.x

• PostgreSQL v9.6

• Git 2.8.3

• JDK 8 update 112 or higher

• Create subdomains under the main domain for each of the cities that are to be set up

• Create a schema per city in the database

Configurations and Setup

How to set up a client implementation repository

1. Fork and create a client implementation repository from the base repository to keep client-specific data and configurations.

2. Any configurations and data specific to the client should be added to the client repository.

Application Configuration

• Any specific configuration change is required for any specific environment then update the environment named yaml file.

Sample environment named yaml files for your reference

Database configuration

Update the db username and password, which are configured in the environment named secrets yaml file.

For example, for the qa environment, update the qa-secrets.yaml

Set up a schema-based multi-tenant database

Finance co-existence service uses schema-based multi-tenancy, which means there will be one schema present for a city. The following are the configuration changes to set up this kind of database.

• Enable multi-tenancy by enabling the following property

• Each ULB is enabled by adding a schema name and domain name. Schema names should follow a naming standard, It should be the same as that of the city name.

• Each ULB can be configured by adding an entry like tenant.<domain_name>=schema_name (city_name)

• To override and have separate tenants for a specific environment then update the environment-specific file like below.

• Here citya.egovernments.org, cityb.egovernments.org are the domains and citya, cityb are the schemas/tenants.

• Update the domainurl in the eg_city table.

• Domain URL value should be the same as configured tenant domain_name Ex:

Database migration settings

System Integration User Details Configuration

• Add one user in the system for system integration - SIFINANCE mapped with role SYS_INTEGRATOR_FINANCE by using the user service createnovalidate API.

• Find the createnovalidate API details below

Elastic Dashboard Configuration

File store Configuration

Quartz Scheduler Configuration

DIGIT integration configuration

The finance service reads data from multiple other DIGIT services. The following are the different services the finance system reads data from. Update the domain URL of the respective service based on the service where it is running.

MDMS Configuration

• • Department

  • Designation

  • BusinessServiceMapping

  • TaxHeadMasterGlCodeMapping

  • InstrumentGLcodeMapping

  • AccountCodeTemplate

  • FinanceInstrumentStatusMapping

  • tenants

  • OnlineGLCodeMapping

Changes required to setup workspace in the local machine

2. After set-up is done, make the changes to the host file in the local machine, by mapping the domain URLs with a local IP address and saving the changes. Restart your local machine to make the host mapping effective.

Reference Docs