MGNREGA: e-FMS/DBT Manual for integration with Banks

MGNREGA: e-FMS/DBT Manual for integration with Banks
Introduction to e-FMS:
MGNREGA has a MIS viz. NREGASoft; the architecture of the NREGASoft is equipped to
capturing all the transactions in almost real time. One of its most important modules is the
Electronic Fund Management System (e-FMS).
The e-FMS operates on principle of decentralized decision-making and centralized fund
management. Under this system, every expenditure point is electronically linked to the
central server through which the implementing agencies can generate fund transfer orders
(FTO) which automatically pull the required amount from the State Fund and credit the
account of the end users (wage seekers or suppliers)
e-FMS system not only promises reduction of delays in payments, corruption, parking of
funds but increases accountability, transparency and optimization of resource utilization.
Steps involved:
1. State will open/ declare a Nodal Agency Account preferably at State or at District
level in a Commercial Bank (Sponsor Bank). This will be the Debtor Account.
Beneficiaries to whom payments are to be made may have their account in any of the
Commercial Bank/RRB, Co-operative Bank or Post Office.
2. Each Nodal Agency will register their nodal agency account in NREGASoft.
3. Each FTO from that Nodal Agency will contain that nodal agency account as D ebtor
Account and many credit accounts in different Commercial Bank/RRB.
4. The FTO will be shared with Sponsor Bank having nodal agency account.
5. NREGAsoft has setup SFTP server which act as a communicating point for banks.
Fund T ransfer O rder after dually digitally signed will be placed on this SFTP server in
different folders. Four folders will be created for each Sponsor Bank. The name and
purpose of these folders are as follows:
a. FTO-<bank-short-name> (eg. fto-sbi): This will contain all FTOs generated
for payment with debiting account (nodal agency account) in State Bank Of
India. NREGAsoft will place these FTOs and Nodal agency Sponsor bank will
pull it. Each FTO will be digitally signed by two signatories of MGNREGA.
b. FTO-ack-<bank-short-name> (eg. fto-ack-sbi): This will contain all responses of
fate of transactions from nodal agency Sponsor Bank. The response will be
generated twice, pre-crediting and post crediting the account of worker.
Sponsor bank will place these responses and NREGASoft will consume the same
and reflect it in its MIS. Each response will be digitally signed by authorized
person from Sponsor Bank.
c. FTO-failed : This will contain all FTOs which are found tampered/corrupt by
Sponsor Bank. Sponsor Bank will place these FTOs and NREGASoft will consume.
d. account_statement: This will contain account statement of the nodal agency bank
account. Nodal agency account bank will place the statement and NREGASoft will
take. Account statement will be digitally signed by authorized person from bank.
e. Digital Signature Certificate (DSC) Management:
i. DSC of authorized signatories will be shared with bank through web
services.
ii. Bank will share the authorized signatory of bank to NREGASoft
through web service.
f. Response received from bank will be incorporated into NREGAsoft database at
10.00 a.m. and 5.p.m. daily.
Note: Sponsor Banks must automate the above to avoid any delays in the payments. The
response of the transaction must be sent latest in T+1 days without any default. Otherwise
the responsibility of any further delay will be with the Banks
6. Bank will identify a machine which will communicate with NREGAsoft SFTP server
and give t h e R eal Static IP address of that machine to NIC (nicdrd@nic.in). NIC will
get the required port open for that machine and will confirm through reply all email
The file formats, Table structure and naming convention of FTOs, Response of FTOs and
Account statement are as follows:
Fund Transfer Order (FTO):
Objective
: To credit the amounts to NREGA beneficiaries a/c having account in Bank/
Post Offices from the debit account (through NEFT/CBS).
Sender
: Second signatory as designated by State. Example: Block Development Officer
(if eFMS is implemented at Block level and FTOs are sent from Block level)
Second signatory as designated by State. Example: Gram Pradhan
(if eFMS is implemented at Block level and FTOs are sent from Block level)
Receiver
: Banks
Folder
: ‘fto-<bank_short_name of the nodal bank>’ in the respective SFTP server.
Eg.: fto-sbi for ‘State Bank of India’
DSC required?: Yes
XML TAG Description for ‘NON-AADHAAR’ based FTO:
SN
TAG NAME
Type
Length
Remarks
1o.
Account_debit
char
18*
Debit account no.
2
2
ifsc_code_debit
char
11
IFSC CODE of debit A/c no.
3
trans_date
char
10
Date on which FTO generated(dd/mm/yyyy)
4
reference_no
char
32*
Unique reference no.
5
Bank_name
char
35
Credit Account's Bank name
6
branch_code
char
20
Credit Account's Branch code
7
wg_branch_name
char
50
Credit Account 's Branch Name
8
ifsc_code_credit
char
11
Credit Account's IFSC Code
9
account_credit
char
18*
Credit Account no.
10
name
char
70*
Account holder name
11
job_card_no
char
34
NREGA Job Card No. of Account Holder
12
Aadhar_no
char
12
Aadhar number of Account Holder, if available
13
address
nvarchar
60
Account holder address
14
currency
char
5
Rupee or Paisa
15
d_c
char
6
Debit/Credit
16
narration
char
75*
17
amount
char
16
18
email
char
30
Amount in rupees round up to 2 decimal
places
email of account holder (credit)
19
bc_agency_code
char
8
Business Correspondent 's agency code
20
csp_code
char
25*
CSP Code
21
card_ref_no
char
25*
Card/reference no. of BC
Note: Length has been changed for the * marked cases.
NOTE: The “reference_no” is a unique code for each transaction and will never be duplicate.
If it is found to be in duplicate by the bank at any point of time, then it should not be
processed and the same should be communicated to MoRD. (Neither Processed nor
Rejected/Invalid)
(Sample) XML FILE FOR ‘NON-AADHAAR’ BASED FTO:
<FTO>
<account>
<account_debit>00001234567</account_debit>
<ifsc_code_debit>SBIN0012109</ifsc_code_debit>
<tran_date>14/12/2011</tran_date>
<reference_no>2412021000NRG231120110019967</reference_no>
<bank_name>State Bank of India</bank_name>
<branch_code>SBIN0012109</branch_code>
<wg_branch_name>SHERAGADA</wg_branch_name>
<ifsc_code_credit>SBIN0012109</ifsc_code_credit>
<account_credit>31033639108</account_credit>
<name>MANU DAS</name>
<job_card_no>OR-12-021-003-001/29416</job_card_no>
<Aadhaar_No />
<address>House No, BARAMUNDULI, SHERAGADA, GANJAM, ODISHA</address>
<currency>Rupee</currency>
<d_c>Credit</d_c>
<narration>Wage</narration>
<amount>750</amount>
<email>test@nic.in</email>
<bo_agency_code />
<csp_code />
<card_ref_no />
</account>
</FTO>
Filename Format for ‘Non-Aadhaar’ based FTO:
S i g n _ < location code>_<creationDate>FTO_<serialno>.xml
Or
S i g n _ < location code>_<creationDate>FTO_<serialno>_p.xml
Or
S i g n _ < location code>_<creationDate>FTO_<serialno>_c.xml
where ‘creationDate’ should be in ‘ddmmyy’ format.
Example:
If location code is KN1505004009 and Fund Transfer Order is created on 27/08/2012 and
serial no. is 583, then FTO filename will be: Sign_KN1505004009_270812FTO_583.xml
2. BANK RESPONSE FILE (For Non-Aadhaar FTOs)
Objective
: To send the responses of fate of transactions from nodal agency account
(Sponsor Bank) for the FTOs and transactions sent. NREGASoft will consume these response
files and updates NREGA db.
Sender
: Banks
Receiver
: NREGAsoft
Folder
: ‘fto-ack-<bank_short_name of the nodal bank>’ in the respective SFTP server.
Eg.: fto-ack-sbi for ‘State Bank of India’
DSC required? : Optional
XML TAG Description for Bank Response XML File:
SNo
Column_name
Type Length
Remark
1
DT_TRAN
char
10
Trans_date as in FTO XML file
(MM/DD/YYYY )
2
REF_NO
char
32*
Reference_no as in FTO XML file
3
CR_IFSC
char
11
Credit Account’s IFSC Code
4
CR_ACCOUNT
char
18*
Credit Account no.
5
AMOUNT
char
16
Amount credited
6
FLAG
char
1
7
currency
char
5
Possible value is P/R/I
where:
P (Processed)
R (Rejected)
I (Invalid Account)
Rupee or Paisa
8
UTRNO
char
16
9
PROCESS_DT
char
10
Value UTR NO. in case of NEFT;
Space -> Direct CR in account (CBS)
Date of processing (MM/DD/YYYY)
char
10
REJECTION_REASON
30
Reason in case of rejection
Note: Length has been changed to the * marked cases.
Ref-no is Unique to Transaction and it is comprising of:

10 digit location code from where transaction is authorized (2412021000)

3 char Scheme Short name (NRG)

8 digit date (23112011)

7 digit serial no. 0019967
(Sample) RESPONSE FILE from Bank (for Non-Aadhaar FTO)
<NewDataSet>
<Table>
<DT_TRAN>12/14/2011</DT_TRAN>
<REF_NO>2412021000NRG231120110019967</REF_NO>
<CR_IFSC> SBIN0012109</CR_IFSC>
<CR_ACCOUNT>31033639108</CR_ACCOUNT>
<Currency>Rupee</Currency>
<AMOUNT>1250</AMOUNT>
<FLAG>P</FLAG>
<UTR_NO> SBIN001210936529</UTR_NO>
<PROCESS_DT>12/15/2011</PROCESS_DT>
<REJECTION_REASON />
</Table>
</NewDataSet>
Frequency for response by bank: Daily at 7.00 p.m.
Filename Format for Bank Response File (For Non-Aadhaar):
response_<bankshortname>_<debiting account no>_<Date>.xml
where ‘Date’ -> Date of Response Generated and should be in ‘ddmmyy’ format.
Bank can add incremental counter at the end of file name if there is more than one response
file.
Example:
If bank is State Bank of India (SBI), account no. of nodal agency is 1201 and date of response
generation is 27/08/2012, then response filename will be:
response_sbi_1201_270812.xml
3. Nodal agencies Account Statement
Statement of account from bank
Objective
: To send the Statement of account from bank
Sender
: Banks
Receiver
: NREGAsoft
Folder
: ‘account_statement’ in the respective SFTP server.
DSC required? : No
Frequency
: Daily
XML Structure for the Statement of account
<Statement>
<Account_Info>
<Account_Number></Account_Number>
<Statement_date>(DD/MM/YYYY)</Statement_date>
<Opening_balance></Opening_balance>
<Closing_balance></Closing_balance>
</Account_Info>
<Transaction_Info>
<ifsc_code_debit></ifsc_code_debit>
<Account_debit></Account_debit>
<Reference_no></ Reference_no>
<utr_no></utr_no>
<dr_cr_flag></dr_cr_flag>
<Tran_type></Tran_type>
<ifsc_code_credit></ifsc_code_credit>
<Account_credit></Account_credit>
<Chq_no></Chq_no>
<Amount></Amount>
<Description></Description>
</Transaction_Info>
</Statement>
Details of parameters used in Statement:
• For account statement of one account , <Account_info> tag will appear once in the file
whereas <Transaction_info> tag will repeat for each transaction.
• Opening and Closing Balance is referring to opening and closing balance for the
statement date. Statement date must be in DD/MM/YYYY format.
• IFSC code will be available, if it is NEFT Transaction otherwise it is blank
• UTR no. will be available, if it is NEFT transaction else tran id will be available.
• Dr_cr_flag will contain ‘Dr’ for Debit and ‘Cr’ for Credit.
• File will contain balance details, if there is no transaction on a particular day.
• Transaction Type with two character CODE:
1. Receipt -(RE)
2. NEFT -(NE)
3. CBS -(CB)
4. Cheque -(CH)
5. Refund -(RF)
6. Interest -(IN)
6. Bank Charges -(CG)
Filename Format for statement:
NREGA_<accountno>_<Date>.xml
where <Date> should be ‘ddmmyyyy’ format.
Example:
If your account no is 1201 and date is 21/09/2012 (dd/mm/yyyy), then the filename will be:
NREGA_1201_21092012.xml
4. AADHAAR Based Fund Transfer Order (FTO)
Objective
: To credit wage-amount to NREGA workers’ a/c having Aadhaar seeded in NPCI
Mapper with worker’s bank account.
Sender
: Second signatory as designated by State. Example: Block Development Officer
(if eFMS is implemented at Block level and FTOs are sent from Block level)
Second signatory as designated by State. Example: Gram Pradhan
(if eFMS is implemented at Block level and FTOs are sent from Block level)
Receiver
: Banks
Folder
: ‘fto-<bank_short_name of the nodal bank>’ in the respective SFTP server.
Eg.: fto-sbi for ‘State Bank of India’
DSC required?: Yes
XML Tag Description for ‘AADHAAR’ based Fund Transfer Order (FTO)
SNo
TAG NAME
Type
Length
Remarks
.
1
Account_debit
char
18*
Debit account no.
2
2
ifsc_code_debit
char
11
IFSC CODE of debit A/c no.
3
trans_date
char
10
Date on which FTO generated(dd/mm/yyyy)
4
reference_no
char
32*
Unique reference no.
5
Npci_ref_no
char
13
Unique reference number for use by bank to
transact with NPCI
6
Bank_name
char
35
Should be blank for Aadhaar Based Payment
7
branch_code
char
20
Should be blank for Aadhaar Based Payment
8
char
50
Should be blank for Aadhaar Based Payment
9
wg_branch_nam
eifsc_code_credit
char
11
Should be blank for Aadhaar Based Payment
10
account_credit
char
18*
Should be blank for Aadhaar Based Payment
11
name
char
70
Account holder name
12
job_card_no
char
34
NREGA Job Card No. of Account Holder
13
Aadhar_no
char
12
Aadhaar no. of Account Holder, if available
14
address
nvarchar
60
Account holder address
15
currency
char
5
Rupee or Paisa
16
d_c
char
6
Debit/Credit
17
narration
char
75*
18
amount
char
16
19
email
char
30
Amount in rupees round up to 2 decimal
places
email of account holder (credit)
20
bc_agency_code
char
8
Business Correspondent 's agency code
21
csp_code
char
25*
CSP Code
22
card_ref_no
char
25*
Card/reference no of BC
Note: Length has been changed for the * marked cases.
NOTE :
“Npci_ref_no” is a 13-character unique code for each transaction and will never be
duplicate. If it is found to be in duplicate at any point of time, then bank should not process
it and communicate the same to MoRD. (Neither processed nor rejected/Invalid)
(Sample) XML FILE FOR ‘AADHAAR’ BASED FTO:
<FTO>
<account>
<account_debit>123456789</account_debit>
<ifsc_code_debit>XXXX0040681</ifsc_code_debit>
<tran_date>05/01/2014</tran_date>
<reference_no>XX25007023NRG020120140527283</reference_no>
<npci_ref_no>XXXXXXXXXXXXX</ npci_ref_no>
<bank_name/>
<branch_code/>
<wg_branch_name/>
<ifsc_code_credit/>
<account_credit/>
<name>Lokamma</name>
<job_card_no>XX-25-007-023-002/341</job_card_no>
<Aadhaar_No>XXXXXXXX</Aadhaar_No>
<address>House No</address>
<currency>INR</currency>
<d_c>Credit</d_c>
<narration>Wage</narration>
<amount>1218</amount>
<email/>
<bo_agency_code/>
<csp_code/>
<card_ref_no/>
</account>
</FTO>
Filename Format for ‘Aadhaar’ based FTO:
S i g n _ < location code>_<creationDate>APB_FTO_<serialno>.xml
where ‘creationDate’ should be in ‘ddmmyy’ format.
Note: In FTO Filename, APB is included to identify the Aadhaar Based FTO.
Example:
If location code is KN1505004009 and Fund Transfer Order is created on 27/08/2012 and
serial no. is 583, then FTO filename will be: Sign_KN1505004009_270812APB_FTO_583.xml
BANK RESPONSE FILE (For Aadhaar FTOs)
Objective
: To send the responses of fate of transactions from nodal agency account
(Sponsor Bank) for the Aadhaar based FTOs and transactions sent. NREGASoft will consume
these response files and updates NREGA db.
Sender
: Banks
Receiver
: NREGAsoft
Folder
: ‘fto-ack-<bank_short_name of the nodal bank>’ in the respective SFTP server.
Eg.: fto-ack-sbi for ‘State Bank of India’
DSC required? : Optional
XML TAG Description for Bank Response XML File:
SNo
Column_name
Type Length
Remark
1
DT_TRAN
char
10
Trans_date as in FTO XML file
(MM/DD/YYYY
) in FTO XML file
Reference_no as
2
REF_NO
char
32*
3
NPCI_REF_NO
char
13
Unique reference number for use by
bank to transact with NPCI
4
CR_IFSC
char
11
Credit Account’s IFSC Code – Can be left
blank
5
CR_ACCOUNT
char
18*
Credit Account no. – Can be left blank
6
AMOUNT
char
16
Amount credited
7
FLAG
char
1
8
currency
char
5
Possible value is P/R/I
where:
P (Processed)
R (Rejected)
I (Invalid Account)
Rupee or Paisa
9
UTRNO
char
16
Unique Transaction number generated
by sponsor bank
10
PROCESS_DT
char
10
Date of processing (MM/DD/YYYY)
char
11
REJECTION_REASON
30
Reason in case of rejection
Note: Length has been changed to the * marked cases.
Ref-no is Unique to Transaction and it is comprising of:

10 digit location code from where transaction is authorized (2412021000)

3 char Scheme Short name (NRG)

8 digit date (23112011)

7 digit serial no. 0019967
(Sample) RESPONSE FILE from Bank (for Aadhaar FTO)
<NewDataSet>
<Table>
<DT_TRAN>12/14/2011</DT_TRAN>
<REF_NO>2412021000NRG231120110019967</REF_NO>
<NPCI_REF_NO>XXXXXXXXXX</NPCI_REF_NO>
<CR_IFSC> SBIN0012109</CR_IFSC>
<CR_ACCOUNT>31033639108</CR_ACCOUNT>
<Currency>Rupee</Currency>
<AMOUNT>1250</AMOUNT>
<FLAG>P</FLAG>
<UTR_NO> SBIN001210936529</UTR_NO>
<PROCESS_DT>12/15/2011</PROCESS_DT>
<REJECTION_REASON />
</Table>
</NewDataSet>
Frequency for response by bank: Daily at 7.00 p.m.
Filename Format for Bank Response File (For Non-AAdhaar):
response_<bankshortname>_<debiting account no>_<Date>.xml
where ‘Date’ -> Date of Response Generated and should be in ‘ddmmyy’ format.
Bank can add incremental counter at the end of file name if there is more than one response
file.
Note – The banks are expected to send separate response files for Aadhaar based FTOs than
Non-Aadhaar FTOs. The banks are expected to provide ‘final and correct’ response for Aadhaar
based FTOs within timeframe of T+2. This response should incorporate all settlements done by
sponsor banks with beneficiary banks out of the system (especially in case of transactions with
‘Deemed Success’ status). Additionally, it is recommended that the banks use ‘Dispute
Management System’ developed by NPCI to settle all disputes on transaction status.
Example:
If bank is State Bank of India (SBI), account no. of nodal agency is 1201 and date of response
generation is 27/08/2012, then response filename will be:
response_sbi_1201_270812.xml
SHARING OF Signatories’ DSCs to BANKS
Objective
: To match DSCs by Bank
Sender
: NREGAsoft
Receiver
: Bank
Folder
: ‘DSC_DETAIL’ in the respective SFTP server
DSC required?: No
Sample XML file to share DSCs with Bank:
<NewDataSet>
<Table>
<district_code>3129</district_code>
<Block_code>3129000</Block_code>
<Panchayat_code>3129000797</Panchayat_code>
<CName>CN=SINGH MANOJ KUMAR</CName>
<Cemail/>
<Cissuedt>2014-02-06T11:57:02+05:30</Cissuedt>
<CExpireddt>2016-02-06T11:57:02+05:30</CExpireddt>
<cCertificate>01100111...01100111</cCertificate>
<Enrollmentdt>2014-02-06T16:28:51.67+05:30</Enrollmentdt>
<cou>OU=FOREST</cou>
<level>Acnt</level>
<status>C</status>
</Table>
</NewDataSet>
TAG Description of the XML file to share DSCs with Bank
S.No.
Tag Name
Type
Length
Description
1
district_code
char
4
Location of signatory
2
Block_code
Char
7
Location of signatory
3
Panchayat_code
Char
10
Location of signatory
4
CName
Varchar
250
Name of Signatory
5
Cemail
Varchar
50
Email of Signatory
6
Cissuedt
datetime
Issue date of DSC
7
CExpireddt
datetime
expiry date of DSC
8
cCertificate
text
9
Enrollmentdt
datetime
10
Cou
Varchar
max
Binary DSC in string format
Enrollment date of DSC in Nregasoft
50
Organisation unit
11
level
char
4
Level i.e I or II signatory (possible values
are Acnt and PO respectively)
12
status
char
1
Active status of DSC
Filename Format of XML file to share DSCs with Bank:
<state_short_name>DSC_<bank_short_name><date_and_time_of_file_generation>.xml
where ‘date_and_time_of_file_generation’ should be in ‘ddmmyyyyhhmmss’ format.
Example:
If the XML file is generated for ‘Allahabad Bank’ of ‘Uttar Pradesh’(UP) State on 17/02/2014
at 11:57:37, then XML filename will be: UPDSC_ALLA17022014115737.xml
AADHAAR SEEDING IN BANKS
Objective
: To seed workers’ Aadhaar numbers in Bank database for the account number
matching cases. (if demographic authentication of worker’s aadhaar number seeded in nregaSoft is
‘success’ and the account number entered in NREGASoft is ‘frozen’, those workers’ details are sent
to respective Banks to seed Aadhaar number in Bank database and map Aadhaar number in NPCI
Mapper . This will enable to credit the payments to the beneficiaries through Aaadhar Based
Payment.
Sender
Receiver
Folder
: MoRD, State Functionaries at Block/GP level
: Banks
: ‘<bank_short_name>\UIDSEED’ in the respective SFTP server.
Eg.: sbi\UIDSEED for ‘State Bank of India’
DSC required?: Yes
(Sample) XML FILE FOR ‘AADHAAR SEEDING’ in Bank
<NREGA>
<worker_uid_ac>
<state_code>33</state_code>
<district_code>3306</district_code>
<tran_date>13/05/2014</tran_date>
<reg_no>CH-06-001-024-001/138 </reg_no>
<applicant_no>5</applicant_no>
<ac_holdner_name>LILAWATI</ac_holdner_name>
<uid_no>543689788883</uid_no>
<ac_no>33680802095</ac_no>
<bank_name>STATE BANK OF INDIA</bank_name>
<ifsc_code>SBIN0006792</ifsc_code>
<npci_map_status />
<err_code />
<err_desc />
<remark />
</worker_uid_ac>
</NREGA>
Filename Format for ‘AADHAAR SEEDING’ in Bank:
S i g n _ < location code>_<bank_short_name>_<creationDate>UIDseed _<serialno>.xml
where ‘creationDate’ should be in ‘ddmmyy’ format.
Example:
If location code is CH9900000001 and bank short-name is SBI and XML is created on
13/05/2014 and serial no. is 24, then FTO filename will be:
Sign_CH9900000001_SBI_130514UIDseed_24.XML
XML TAG Description for ‘Aadhaar Seeding’:
S.No.
Tag Name
Type
Length
Description
1
state_code
char
2
State-Code as per nrega db
2
district_code
char
4
District_code as per nrega db
3
tran_date
char
10
4
reg_no
varchar
34
Date on which XML generated
(dd/mm/yyyy)
Job card no. of nrega worker
5
applicant_no
int
6
ac_holdner_name
varchar
75
Name of worker as in jobcard
7
uid_no
char
12
Aadhaar (UID) No. of worker
8
ac_no
varchar
18*
A/c no. of primary account holder
9
bank_name
varchar
75
Bank name in which primary account
holder is having account
10
ifsc_code
char
11
IFSC Code of the branch in which
primary account holder is having
account
11
npci_map_status
varchar
1
Status of aadhaar seeding in NPCI
mapper (Y/N) (to be provided by Bank)
12
err_code
13
err_desc
varchar
14
remark
varchar
Worker’s applicant no. in nrega jobcard
Error code, if any, provided by Bank
Error description, if any, provided by
Bank
200
Note: Length has been changed to the * marked cases.
Remark, if any (provided by Bank)
RESPONSE FILE TO BE SENT FROM BANK TO MORD AFTER AADHAAR SEEDING IN NPCI MAPPER:
Objective
: To send the NPCI mapper status after workers’ aadhaar numbers seeded in Bank
Database by mapping worker’s ac no. and aadhaar no. in NPCI mapper. NREGAsoft will consume
these responses and will update in the NREGA DB.
Sender
: Banks
Receiver
: NREGAsoft
DSC required?: No
Sample Response file (After Aadhaar seeding in Bank DB):
<NREGA>
<worker_uid_ac>
<state_code>33</state_code>
<district_code>3306</district_code>
<tran_date>13/05/2014</tran_date>
<reg_no>CH-06-001-024-001/138 </reg_no>
<applicant_no>5</applicant_no>
<ac_holdner_name>LILAWATI</ac_holdner_name>
<uid_no>543689788883</uid_no>
<ac_no>33680802095</ac_no>
<bank_name>STATE BANK OF INDIA</bank_name>
<ifsc_code>SBIN0006792</ifsc_code>
<npci_map_status>Y</npci_map_status>
<err_code />
<err_desc />
<remark />
</worker_uid_ac>
</NREGA>
Filename Format for Bank Response File (After Aadhaar seeding in Bank DB):
response_uidseed_<bank_short_name>_<Date>.xml
where ‘Date’ -> Date of Response Generated and should be in ‘ddmmyy’ format.
Bank can add incremental counter at the end of file name if there is more than one response
file.
Banks are requested to share the response only after receiving response from NPCI about
status of mapping.
Example:
If bank is State Bank of India (SBI) and date of response generation is 13/05/2014, then the
response filename will be:
response_uidseed_SBI_130514.xml
Error Codes and Reason for Aadhaar seeding:
S.No.
1
Error Code
AS01
Description
Invalid account number
2
AS02
Different Aadhaar number already seeded in the account
3
AS03
Same Aadhaar number already seeded in the account
4
AS04
Customer name does not match
5
AS05
Joint Account. Customer Aadhaar number cannot be
matched in the request.
6
AS06
Account is in Aadhaar de-link mode
7
AS07
Account closed
8
AS08
Account dormant
9
AS09
Invalid Aadhaar number
10
AS10
Others
If DSC mismatch is found in Aadhaar seeding files, banks are expected to reject the whole
Aadhaar seeding file. Folder with the name “UIDseed_wastebin” has been created on SFTP
server for all banks to put Aadhaar seeding files rejected due to DSC mismatch error.