AEPS Interface Specification v2.7 PDF
AEPS Interface Specification v2.7 PDF
PAYMENT SYSTEM
INTERFACE SPECIFICATION
[AADHAAR ENABLED PAYMENT SYSTEM INTERFACE SPECIFICATION]
Documents Details
Author
Ruchir Asthana
Published Date
26-01-12
Version
2.7
Total Page number
55
Document classification
Confidential
Document History
Table Of Contents
1.0 Introduction
Government of India has initiated Unique Identification Project for citizens of India. It is envisaged to use
the UID schema and infrastructure for the financial inclusion in India. To enable the customers to use
AADHAAR for the financial transaction across the payment networks in the country, NPCI proposes to
facilitate routing of transactions to the central id repository of UIDAI for user authentication through a
single interface.
This interface document is targeted to achieve inter-operability between banks for AADHAAR enabled
financial inclusion transactions.
NPCI shall allow banks to connect using this interface. It is also possible that banks may position their
respective financial inclusion service provider to connect on their behalf to NPCI central infrastructure
with the complete onus with the respective member bank.
1.3 Audience
This document is a property of NPCI and should be not be circulated to external party without prior
approvals of NPCI management team.
1. Cash Withdrawal
2. Balance Enquiry
3. Cash Deposit
4. Funds Transfer
In case Bank desires to leverage NPCI AEPS interface for UIDAI authentication, the transaction flow given
above where the transaction for biometric verification will be sent for requisite fields and verification
result from UIDAI will be forwarded to the bank.
2. The last digit of Aadhaar number is a check digit. Therefore, Verhoeff algorithm must be applied
for checking that the AADHAAR number entered at any textbox is valid or not.
The transaction flow is depicted above for funds transfer from account of customer of Remitter Bank to
Beneficiary Bank where the transaction is initiated on Remitter banks terminal. In fund transfer
transaction, remitter bank is the same as Issuer & Acquirer bank.
Online Debit and Online credit is envisaged in this transaction and beneficiary bank is expected to respond
with beneficiarys Aadhaar number and name in the response message.
Interchange fees as and when decided will be highlighted by NPCI along with Bio Metric verification from
UID system. It is assumed for fund transfer that only pre authorized transaction (credit leg) will come to
NPCI.
2. The last digit of Aadhaar number is a check digit. Therefore, Verhoeff algorithm must be applied
for checking that the AADHAAR number entered at any textbox is valid or not.
3. The MicroATM application MUST necessitate that the Receivers Aadhaar number is entered twice
by the sender on the fund transfer screen. There can be 2 textboxes for the same and a
comparison of the digits entered should be made before proceeding to the next text box or
screen. This will ensure that the receivers Aadhaar number is entered correct as is the practice
while making online payments.
A Fund transfer transaction needs to be initiated on the home bank BC terminal only and thus the
IIN/Bank name selected for remitter bank needs to be prefixed to avoid manual entry selecting mistake.
It is necessary that for fund transfer transaction remitter will use its own bank MicroATMs / POS /
Infrastructure (i.e. Acquirer bank and Issuer bank is same in this case as is referred as Remitter Bank)
1. Fund transfer transaction consists of 2 legs i.e. debit leg and credit leg. It is important to note
that debit leg has to be processed locally and credit message to be sent to NPCI.
3. Once a fund transfer transaction is initiated from a terminal, acquirer switch has to split the same
in two parts i.e. debit leg and credit leg. After processing the debit leg, credit leg is sent to NPCI.
For processing debit leg, NPCI provides authentication service where in only authentication
transaction has to be sent to NPCI and after the response of the same and debiting the sender
account; credit leg should be sent to NPCI. (Refer to message dump for authentication transaction
and fund transfer credit leg).
4. All fund transfer transactions will pre-authorized by the issuer i.e. after debiting the sender
account credit transaction will be sent to NPCI for processing.
If any member bank is taking authentication service from NPCI, then the fund transfer transactions will
be two-step process as explained below:
1. As shown in the above diagram (dotted line) authentication transaction will be initiated by the
acquirer for authentication and subsequent debit to the sender account. Please note that
authentication transaction is a non-financial transaction.
2. Once the debit to sender account is successful a remittance transaction is sent to NPCI.
3. The context of both authentication and fund transfer transaction will be maintained by the acquirer.
NOTE:
1. In case of authentication request, DE2 should carry the remitters AADHAAR number (Sender AADHAAR
no.).
2. For credit leg data element DE2 will contain the beneficiary AADHAAR no., DE120 will contain the
sender AADHAAR No. and DE63 contains the biometric data of sender. It is the responsibility of issuer
to debit the senders account and send a fund transfer message to NPCI. The description of DE120 is
detailed in Data Element Definition section.
3. In case, acquirer receives any other Response Code than 00 or 91; the debit should be
reversed internally. In all other cases, disputes will be handled through Dispute Management
System (DMS) provided by NPCI.
4. As explained earlier fund transfer option is available to customer only at their home terminal. It is
only for those participants who are both acquirer and issuer.
Details - Off us flow Other transactions (Cash Withdrawal, Cash Deposit, Balance
Enquiry)
The transaction flow depicted above is for Balance Enquiry, Cash Withdrawal and Cash Deposit
transactions acquired on Acquirer bank terminal for Issuer bank customers. Interchange fees will be
highlighted by NPCI along with Bio Metric verification from UIDAI system after only the decision being
mutually taken between the banks and concerned regulatory bodies.
2. The last digit of Aadhaar number is a check digit. Therefore, Verhoeff algorithm must be applied
for checking that the AADHAAR number entered at any textbox is valid or not.
This document provides clear understanding of online interfaces, protocols and messages used, to enable
implementation of the interface connection, and to serve as a basic document for future enhancements.
Unless indicated otherwise, this document addresses ISO-8583:1987 standard for financial transaction
messages.
1. Bank Systems and NPCI-UID systems will be connecting to each other using socket connections.
3. Banks will be responsible to generate the Logon (0800 message type) message after every
successful TCP socket connection. Banks should also generate Logon messages at the interval
of every 5 minutes only
4. NFS will generate cut over message (0800 message type) at 23:00 indicating business date
change over.
5. Both Banks and NFS can generate Logon (800 message type) messages and they should be
responded with 810 messages by the recipient.
6. Banks and NFS will also generate Echo message (0800 message type) for keep alive during no
transaction time. Ideal duration for the same is 3 minutes interval only
7. Message Header 2 bytes binary (value containing length of the message including header
length i.e. 2 byte)
8. Bank needs to send auto logon (network) message when there is a disruption or disconnection
in network before sending the financial transaction message.
Correctly populate DE-2 comprising of IIN (6 digits ISOIIN), 0 as identifier and 12 digit AADHAAR
number
Correctly populate DE-18 and DE-22 based on the data supplied by Acquiring touch point
(MicroATM)
Populate DE-120 with Senders name for Fund transfer transactions only
NPCI
NPCI must be able to receive and process message containing DE-2, DE-63, DE120 and DE 127
Recipient
The Recipient must be able to receive and process messages containing DE-2, DE-22, DE-62 and
DE120.
It is up to the recipient how to interpret and use the values transferred in DE-22 & DE-120.
It must send current account balance of customer in DE 54 for all transactions. Data Received
in DE-62 is the Unique Authentication Code generated by UIDAI for each Authentication
Request. This should be printed on receipt in all the cases.
In fund transfer transactions, Recipient must populate DE-103 with To account number and
DE-120 with Beneficiarys name in the response message.
All message format definition tables use the symbols defined in the following table:
Symbol Meaning
2
M Mandatory.
.
M+ Mandatory, echoed from request.
2C Conditional.
. C+ Conditional, echoed from request.
C* Conditional, value may change.
2
O Optional.
. O+ Optional, echoed from request.
1R Reserved for future use.
Not used.
A-
* DE 48 as per NPCI standards should be Conditional. Since, NPCI does not use dynamic key exchange
Financial Messages
MTID Data Element 200 210
1 Secondary bitmap M M+
18 Merchant type M M+
22 POS entry mode M M+
25 POS condition code M M+
26 POS PIN capture code C -
32 Acquirer institution ID M M+
35 Track2data C -
37 Retrieval Reference Number M M+
38 Authorization number - C
39 Response code - M
128 MACCode2 R R
Reversal Messages
MTID Data Element 0420 0421* 0430
1 Secondary bitmap M M M+
2 Primary Account Number M M M+
3 Processing code M M M+
4 Amount, transaction M M M+
5 Amount, settlement C C C+
7 Date/time, transmission M M M
8 Fee, card holder billing R R R
9 Conversion rate, settlement C C C+
11 STAN M M M+
12 Time, local transaction M M M+
13 Date, local transaction M M M+
14 Date, expiration C C -
15 Date, settlement C C C+
22 POS entry mode M M -
25 POS condition code M M -
26 POS PIN capture code C C -
32 Acquirer institution ID M M M+
35 Track2data O O -
37 Retrieval reference number M M M+
38 Authorization number C C C+
39 Response code M M M
41 Card acceptor terminal ID M M
Reversal Messages
MTID Data Element 0420 0421* 0430
42 Card acceptor ID M M -
43 Card acceptor name/location M M -
49 Currency code, transaction M M M+
50 Currency code, settlement C C C+
54 Additional amounts - - C
64 MAC code R R R
90 Original data element M M M
102 Account 1 identification C C C
103 Account 2 identification C C C
120 Additional Data C C C+
121-123 Private use C C C*
128 MACCode2 R R R
*Reversal 421 messages will be send 3 times after logon message is received from bank if NPCI
Description Bitmap consists of 64 bits numbered from the left starting with 1. The value of each
bit signifies presence (1) or absence (0) in the message of the data element (DE-65 to DE-128)
associated with that particular bit.
Constraints C: Element is present only if message contains any of data elements from range DE-65
to DE-128.
Format: LLVAR
Type: n...19
Description: The PAN number is the combination of IIN (6 digits ISO IIN) and the 12 digit AADHAAR
number. It is mandatory for all 02xx and 04xxmessages. Normal length of this field is 19 digits.
Field Edits: If present, it should be echoed in response and all subsequent messages. For all other
transactions (including authentication transaction) except FT transaction, this field should have
initiators AADHAAR number. But for FT transaction, this field should have beneficiarys AADHAAR
number.
Structure:
B B B B B B I U U U U U U U U U U U U
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
Note All Acquirers and Issuers will have to incorporate reserved digits for future use so that
whenever NPCI sends addendums or circular without any changes in the systems it can be
incorporated.
Format: Fixed
Type: n6
Description: A series of digits that describes the type of transaction and the accounts affected by
the transaction. It consists of three, two-digit sub fields:
00 Purchase of goods/services
01 Cash withdrawal
10 Biometric Verification (UID Biometric data verification/Authentication) for ONUS
20 Credit, refund
21 Deposit
22 Credit adjustment
31 Balance inquiry
45 Transfer
90 Extended transaction type**
Field Edits: If present, it should be echoed in response and all subsequent messages.
Constraints: None
DE 4Amount, Transaction
Format: Fixed
Type: n12
Description: It is the amount of funds requested by the customer in the local currency of the
acquirer.
Field Edits: It should be echoed in response and all subsequent messages. For a balance enquiry
transaction, 0200 message should carry all zeros in DE 4. For all request with processing code
100000 bit corresponding to DE 4 must be off.
Constraints: None
Format: Fixed
Description: It is the date and time when a transaction request was transmitted by a processing
entity.
Constraints: None
Format: Fixed
Type: n6
Description: It is the unique identifier assigned to each transaction by the acquirer bank switch. It
must be different for every transaction even for multiple set of transactions originated at the same
time.
Field Edits: STAN is set by a message sender and echoed by the message receiver.
Format: Fixed
Description: Time, Local Transaction (DE 12) is the local time the transaction takes place at the
point of service. It is the same to be printed on receipt.
Constraints: None
Format: Fixed
Description: Date, Local Transaction (DE 13) is the local month and day on which the
Transaction takes place at the point of service. It is the same to be printed on receipt.
Constraints: None
DE 15Settlement Date
Format: Fixed
Description: Settlement Date (DE 15) is the date (month and day) that funds will be
Transferred between an acquirer and an issuer.
Constraints: C: Field is present if a) Field DE-50 is present or b)MTID is 0800 and DE-70=201
(cutover message).
Format: Fixed
Type: n4
Description: MCC is four-digit code. The data element is mandatory for 02xx request messages. It
is never present in response messages.
6012 Micro ATM AADHAAR transactions (If member banks want to support AADHAAR transactions
through their biometric ATMs then it will be 6011).
Constraints: None
Format: Fixed
Type: n3
Description: The code describing the way PAN and PIN are entered at a touch point.
The data element is mandatory for 02xx, and 04xx request messages. It is never present in
response messages.
Constraints: None
Format: Fixed
Type: n2
00 Normal
01 Customer not present.
02 Unattended terminal (CAT, ADM)
03 Merchant suspicious.
05 Customer present, card not present.
07 Telephone request.
08 MO/TO request.
Constraints: None
Format: LLVAR
Type: n11
Description: Identifies the acquiring institution for the transaction, or its agent. The value will be
defined by the host. The data element is mandatory for 02xx and 04xx request messages. It is
optional for 08xx messages.
Field Edits: If present, it should be echoed in response and all subsequent messages.
Constraints: O: Member can choose whether to use DE-32in 08xx messages or not.
Note - NPCI shall assign appropriate codes to the participating banks to be used in this field.
Format: Fixed
Type: an12
Description: The reference, assigned by the acquirer, to identify a transaction uniquely. It remains
unchanged for all messages throughout the life of a transaction and is used for matching original
message with reversal and/or store/forward messages. The standard format of RRN is as follows:
YDDDHHSSSSSS
Y Year (last digit of current year)
DDD Julian date of transaction
HH Hour of transaction
SSSSSS STAN of transaction (Same as in DE -11)
The data element is mandatory for 02xx, and 04xx request messages. The RRN can be used for the
entire dispute management of the transaction lifecycle.
In verification request value of DE-37 should be same as original remittance transaction RRN
Constraint: None
Format: Fixed
Type: an2
Description: This code indicates the disposition of a message as detailed tables below.
A Approve transaction
D Decline transaction
Field Edits: In reversal and store/forward requests, value identifies there as on for reversal or
store/forward message.
Constraints:
The following is the addendum covering different scenarios for UID specific situations and
appropriate Response codes supported for declined UID transactions in addition to the existing
response codes referred in the NPCI Host-to-Host specification document. Message to be printed
on Receipt is also specified.
Residents account.
Transaction declined
by Issuer.
57 - Account blocked by Decline Account blocked Yes Yes
Issuer/Regulator for (57)
AML or any other
appropriate reasons
AY - Aggregate of all Decline Total annual Yes Yes
credits in a financial credits exceed
year exceed Rs 1 Lakh limit(AY)
AM - Aggregate of all Decline Monthly limit Yes Yes
withdrawals and exceeded for
transfers in a month transactions(AM)
exceeds Rs. 10,000
is used) in "Pa"(UQ)
attribute in Bio
element - is not
applicable for a given
biometric type -
type attribute in
Bio element.)
Format: Fixed
Type: an8
Description: It should carry value public in the 0200 request for all transactions originated from
a device unregistered at UIDAI data base. For devices recognized by UIDAI, this code will be
allotted by UIDAI the data element is mandatory for 02xx and 04xx request messages.
NOTE: public must be left padded with 2 spaces making it a 8 digit value only.
Field Edits: If present, it should be echoed in response and all subsequent messages.
Format: Fixed
Type: an15
Description: Identifies the acceptor in a transaction and if they accept or is different from the
acquiring institution. Special characters (including national character support characters) are not
allowed since some networks or back-office systems may have problems accepting these
characters. The data element is mandatory for 02xx and 04xx request messages.
Field Edits: If present, it should be echoed in response and all subsequent messages.
Format: Fixed
Type: an40
Description: The name and location of the acceptor (Touch Point), which defines the point of
service in both local and interchange environments. Special characters (including national
character support characters) are not allowed since some networks or back-office systems may
have problems accepting these characters. Data element consists of the sub-fields detailed in the
table below. The data element is mandatory for 02xx and 04xx request messages.
Field Edits: If present, it should be echoed in response and all subsequent messages.
Format: Fixed
Type: ans76
Description: Track 1 data as encoded by Issuer. The standard track structure is as follows:
Format: LLLVAR
Type: n-3
Description: The Currency Code, Transaction (DE 49) is the code defining the local currency of the
acquirer bank. For all request with processing code 100000 bit corresponding to DE 49 must be off.
Constraints: Data element is present for UID based 02xx response messages.
DE 54Additional Amounts
Format: Fixed
Description: It provides information for a maximum of six amounts. It must be populated in 0210
message for all transaction type with account balance.
Field Edits: It must be populated in 0210 message for all transaction type with account balance.
Constraints: None
Format: LLLVAR
Type: an999
Description: This Element is used in the response message to send the Authentication Code
received from the UIDAI server; NPCI will send the authentication code to the acquirer in response.
Field Edits: It should be sent back to acquirer bank in response to be displayed in response for all
ONUS transactions, For all offus transactions, NPCI must pass it on to issuer bank to carry the same
in their 210 response.
Constraints: C: Data element is present for UID based 02xx response messages.
Format: LLLVAR
Type: an999
Description: This Element is encrypted containing finger print minutiae collected at the Micro ATM.
Data will contain single minutiae or other UID authentication payload.
Constraints: C: Data element is present for UID based 02xx request messages.
Elements Description:
DE63 is structured as TLV (Tag, length and value) field. The details of tags and contents are
described below:
001 Up to 999 characters Encrypted Biometric Data only Encrypted Biometric Data only
Example:
Lets assume XML tags along with Biometric are 430 bytes. The structure of DE63 is shown
below:
Format: Fixed
Type: n-3
Description: This data element indicates the specific classification and purpose of network
management (08xx) messages. It must be present in all network management
(08xx) messages.
Response code for 0810 message must be carried in DE 39 as 00 for successful request.
Constraints: None
Format: Fixed
Type: n42
Description: This data element contains parts of the original message being reversed or adjusted
and is used to match reversal/adjustment to previous authorization or financial transaction
message(s). This data element consists of sub-elements which are described below:
Sub-elements description:
Format: LLVAR
Type: ans28
Description: A series of digits used to identify a customer account. It denotes the From account
number involved in the transaction (e.g. the Debit account in withdrawal or transfer transaction.
The account number in the Account Identification1 field must be right justified with leading zeros.
Usage:
In AADHAAR based Fund transfer transactions, issuer bank must send from account number which
is debited for the transfer amount. The account number should be asked as per banks policy.
Constraints: C: The data element is used in 02xx and 04xx messages, whenever account
information must be transferred.
Format: LLVAR
Type: ans28
Description: A series of digits used to identify a customer account. It denotes to account number
involved in the transaction (e.g. the credit account in deposit or transfer transaction. The account
number in the Account Identification1 field must be right justified with leading zeros.
Usage:
In the AADHAAR based Fund transfer transactions, beneficiary bank must send the Beneficiarys
account number to which the amount was credited.
Constraints: C: The data element is used in 02xx and 04xx messages, whenever account
information must be transferred.
Format: LLLVAR
Type: an999
Usage:
0200 message from acquirer / Issuer to NPCI (for FT acquirer and issuer are same)
Tag Description Length Value
001 Transaction type 2 45(for fund transfer) or 07(for mini statement)
002 Product indicator 3 UID(for fund transfer) or GDN(for mini statement)
005 No. of entries in the 002 06 (variable, used only for mini statement)
mini statement data
006 Actual Mini 210 Each statement will be of 35 character (used only
statement data for mini statement)
045 Sender Name 20 Sender Name
060 Sender AADHAAR no. 19 Sender AADHAAR no. with IIN. Format
BBBBBB0UUUUUUUUUUUU (refer DE2 structure)
0200 message from NPCI to beneficiary bank
001 Transaction type 2 45(for fund transfer) or 07(for mini statement)
002 Product indicator 3 UID(for fund transfer) or GDN(for mini statement)
005 No. of entries in the 002 06 (variable, used only for mini statement)
mini statement data
006 Actual Mini 210 Each statement will be of 35 character (used only
statement data for mini statement)
045 Sender Name 20 Sender Name
060 Sender AADHAAR no. 19 Sender AADHAAR no. with IIN. Format
BBBBBB0UUUUUUUUUUUU (refer DE2 structure)
0210 message from beneficiary to NPCI
001 Transaction type 2 45(for fund transfer) or 07(for mini statement)
002 Product indicator 3 UID(for fund transfer) or GDN(for mini statement)
005 No. of entries in the 002 06 (variable, used only for mini statement)
mini statement data
006 Actual Mini 210 Each statement will be of 35 character (used only
statement data for mini statement)
045 Sender Name 20 Sender Name
046 Beneficiary Name 20 Beneficiary Name
060 Sender AADHAAR no. 19 Sender AADHAAR no. with IIN. Format
BBBBBB0UUUUUUUUUUUU (refer DE2 structure)
0210 message from NPCI to acquirer / issuer
001 Transaction type 2 45(for fund transfer) or 07(for mini statement)
002 Product indicator 3 UID(for fund transfer) or GDN(for mini statement)
005 No. of entries in the 002 06 (variable, used only for mini statement)
mini statement data
006 Actual Mini 210 Each statement will be of 35 character (used only
statement data for mini statement)
045 Sender Name 20 Sender Name
046 Beneficiary Name 20 Beneficiary Name
060 Sender AADHAAR no. 19 Sender AADHAAR no. with IIN. Format
BBBBBB0UUUUUUUUUUUU (refer DE2 structure)
The sender and beneficiary name will be carried as a part of message but only sender and
beneficiary AADHAAR no. will be stored at NFS system for record purpose.
Field Edits: The contents of field may change in responses depending on result of transaction.
Constraints: C: Must be present in AADHAAR based Fund transfer transaction based Fund transfer.
Format: LLLVAR
Type: an999
Description: These fields are Tag-based. They will carry skey, ci, Hmac, ac, sa and lk in
tag 001, tag 002, tag 003, tag 004, tag 005 and tag 006 respectively
Constraints: C: Data element is present for UID based 02xx request message
003 As per Variable an Hmac (for description on SHA -256 Hash of PID
the Hmac please refer to XML and then
process http://uidai.gov.in/images/ encrypted
FrontPageUpdates/aadhaar_
authentication_api_1_5_rev
1_1.pdf)
Elements Description:
DE 127 is structured as TLV (Tag, length and value) field. The details of tags and contents are
described below:
Example:
Lets assume that skey length is 256 bytes, ci length is 8 bytes, Hmac is 48 bytes, ac is 10
bytes, sa is 10 bytes and lk is 64 bytes. The structure of DE127 is shown below:
432001256<skey>002008<ci>003048<Hmac>004010<ac>005010<sa>006064<lk>
Parsing of field is done as follows:
432 is the total length of the string for DE 127.
1. Tag 001 represents skey which is of length 256 char.
2. Tag 002 represents ci which is of length 8 char.
3. Tag 003 represents Hmac which is of length 48 char
4. Tag 004 represents ac which is of length 10 char
5. Tag 005 represents sa which is of length 10 char
6. Tag 006 represents lk which is of length 64 char
Usage:
The generic description of DE127 is as follows:
c. Changes in the current reconciliation system to reconcile the interchange and switching fees for
AADHAAR based transactions.
e. MicroATM must be capable to generate Last Transaction Status (LTS) request and acquirer
switch should response the status back to the MicroATM.
g. MicroATM application must be able to store all request originating from the device in an
electronic log. These logs will include details of original transaction request, LTS request &
reversal requests and will act as proofs while settling disputes for any transaction.
h. MicroATM application must be capable to push the Electronic Log to acquirer bank switch, at
the end of Business day.
b. Changes in the current recon system to reconcile the interchange and switching fees for
AADHAAR based transactions.
1. Addition of these transaction in the existing acquirer raw data file and issuer raw data file circulated
by NPCI AEPS operation team to member banks.
2. Addition of this transaction in the existing acquirer activity report and issuer activity report circulated
by NPCI AEPS operation team to member banks.
1. NPCI will also form an arbitration committee with nominated members of member banks to decide on
member banks.
2. Dispute Cycle - The various possible dispute scenarios have been given here to enable member banks
to refer to and resolve Interbank settlement issues:
Scenario: The Remitting Bank has debited the Remitting customers Account. The Beneficiary
Bank has made the Credit to the Beneficiarys Account too. The status of the remittance
transaction in the NPCI switch, however, is timed-out.
Solution: Beneficiary Bank is advised to raise a Debit Adjustment on the Remitting Bank. The
resulting interbank settlement will resolve the problem.
All time out scenarios in Aadhaar to Aadhaar Funds Transfers will be handled as per AEPS DMS
guidelines.
For all Cash Withdrawal transactions, dispute management will be in the same manner as in NFS.
Case i) Issuer Bank has debited the customers Account. But due to a time-out, Cash was not
dispensed by the acquirer Interbank settlement also failed.
Issuer to reverse the debit made to the customer account by passing internal transfer
transactions.
Case ii) Issuer Bank has debited the customers account. But due to a time-out between the NPCI
switch and the acquirer switch, cash was not dispensed by the acquirer. Interbank settlement
however, was successful.
b. A pro-active Credit Adjustment by the Acquirer. (If an Acquirer sends a proactive credit
adjustment, it should be ensured that a charge back by the issuer is also not allowed. i.e.
Either Acquirer or Issuer will originate an interbank adjustment and not both.)
Case i) the customers account was credited with the cash deposit at the Issuer bank. Due to time
out, the Cash was returned to the customer by the acquirer. Interbank settlement also failed due
to time out status in the NPCI switch.
Issuer bank will simply reverse the credit by passing internal transfer transactions.
Case ii) the customers account was credited with the cash deposit at the Issuer bank. Due to
time out received by the Acquirer, the Cash was returned to the customer. However, interbank
settlement was successful.
The Acquirer will raise a Debit Adjustment with a request to the issuer to reverse the credit
made.
b. Representment Within 5 days of the receipt of the chargeback for acquirer needs to
represent.
c. Credit Adjustment Acquirer can raise this within 60 days from the transaction date.
d. Debit Adjustment Acquirer can raise this within 17 days from the transaction date.
e. Chargeback on Debit Adjustment- Chargeback on Debit Adjustment will be 17 days from the
next day of Debit Adjustment raised.
h. Good faith-The time frame for raising Good Faith would be 60 days from the expiry of the
regular TAT
4. Separate additional report for only AADHAAR based transactions for acquirer and issuer banks.
5. Settlement cycle for all these transactions will be 23:00 to 23:00 for all days as per the current NFS
settlement windows.
NOTE: Please refer to AEPS DMS guidelines for more information on handling disputes.
Following will be the risk management done by all the member banks:
a. Balance authorization
b. Account Validations/Verifications.
e. Issuer banks will either not store the UID authentication data or store it in encrypted formats as
per PCI guidelines.
g. Fraud Check
c. Ensure card entry mode and pin entry mode to be present in the request.
e. Acquirer banks will either not store the UID authentication data or store it in encrypted formats as
per PCI guidelines.
In case, NPCI doesnt receive the response for a 200 Request message from Issuer, NPCI would send 210
Response to Acquirer with Response Code 91 and generate a Reversal Request (420) message with
Response Code 91 to Issuer Bank, which should reverse the transaction in CBS and respond with Response
Code 00 in 430 Reversal Response message to NPCI.
If NPCI does not get 0430 response from Issuer within 20 seconds it will generate 0421 message thrice
after a logon is received from bank.
In case, Acquirer Bank switch doesnt receive a 210 Response message for the request due to time out, it
should generate a 420 Reversal Request Message with Response Code 68, NPCI will send the message to
Issuer Bank and Issuer needs to reverse the transaction in CBS and respond with 430 message containing
Response Code 00.
If NPCI does not get 0430 response from Issuer within 20 seconds it will generate 0421 message thrice
after a logon is received from bank.
0800 message
Data Value Comment
element
1 Valid value Secondary Bitmap
7 MMDDhhmmss Transmission date and time
11 SSSSSS System Trace Audit Number
70 Valid value as per request type Network Management Information Code
0810 message
Data Value Comment
element
1 Valid value Secondary Bitmap
7 MMDDhhmmss Date/time, transmission
11 SSSSSS System Trace Audit Number
39 Valid response code 00as per Network Management Information Code
request type
70 Original request code as per request Network Management Information Code
(BBBBBB0UUUUUUUUUUUU)
3 310000 Processing code fixed for Balance Inquiry
4 000000000000 Amount Fixed value Zero
7 MMDDhhmmss Transmission date and time
11 SSSSSS System Trace Audit Number
12 HHMMSS Time
13 MMDD Date
15 MMDD Settlement Date (conditional)
18 6012 6012 for Micro ATM
22 01 9 or 02 9 Manual (01), Card Reader present (02)
Reserved for private use (9)
25 05 Customer present card not present
32 ACQ Inst ID ID already allotted by NPCI
37 YDDDHHSSSSSS Y Year (last digit)
DDD Julian Date
HH- Hour
SSSSSS System Trace Audit Number
41 Card Acceptor Terminal Identification Public
42 Card Acceptor Identification code Merchant Name
43 Card Acceptor Name / Location Address of BC
45 Track 1 data As encoded in Card for card present
transaction
49 356 Currency Code
62 UIDAI Auth Code (Max. 40 Characters) Unique Authentication Code generated by
UIDAI
0210 message (from Issuer to NPCI)
Data Value Comment
element
2 IIN + AADHAAR Customer details
(BBBBBB0UUUUUUUUUUUU)
3 310000 Processing code fixed for Balance Inquiry
4 000000000000 Amount Fixed value Zero
7 MMDDhhmmss Transmission date and time
11 SSSSSS System Trace Audit Number
12 HHMMSS Time
13 MMDD Date
15 MMDD Settlement Date (optional)
32 ACQ Inst ID ID already allotted by NPCI
37 YDDDHHSSSSSS Y Year (last digit)
DDD Julian Date
HH-Hour
SSSSSS System Trace Audit Number
39 00 Success response code
41 Card Acceptor Terminal Identification Public
42 Card Acceptor Identification code Merchant Name
43 Card Acceptor Name / Location Address of BC
49 356 Currency Code
54 Amount Account Balance
62 UIDAI Auth Code (Max. 40 Characters) Unique Authentication Code generated by
UIDAI
0210 message (from NPCI to Acquirer)
Data Value Comment
element
2 IIN + AADHAAR Customer details
(BBBBBB0UUUUUUUUUUUU)
3 310000 Processing code fixed for Balance Inquiry
4 000000000000 Amount Fixed value Zero
7 MMDDhhmmss Transmission date and time
11 SSSSSS System Trace Audit Number
12 HHMMSS Time
13 MMDD Date
15 MMDD Settlement Date (optional)
32 ACQ Inst ID ID already allotted by NPCI
37 YDDDHHSSSSSS Y Year (last digit)
DDD Julian Date
HH-Hour
SSSSSS System Trace Audit Number
39 00 Success response code
41 Card Acceptor Terminal Identification public
42 Card Acceptor Identification code Merchant Name
43 Card Acceptor Name / Location Address of BC
49 356 Currency Code
54 Amount Account Balance
62 UIDAI Auth Code (Max. 40 Characters) Unique Authentication Code generated by
UIDAI
13 MMDD Date
15 MMDD Settlement Date (conditional)
18 6012 6012 for Micro ATM
22 01 9 or 02 9 Manual (01), Card Reader present (02)
Reserved for private use (9)
25 05 Customer present card not present
32 ACQ Inst ID ID already allotted by NPCI
37 YDDDHHSSSSSS Y Year (last digit)
DDD Julian Date
HH- Hour
SSSSSS System Trace Audit Number
41 Card Acceptor Terminal Identification Public
42 Card Acceptor Identification code Merchant Name
43 Card Acceptor Name / Location Address of BC
45 Track 1 data As encoded in Card for card present
transaction
49 356 Currency Code
62 UIDAI Auth Code (Max. 40 Characters) Unique Authentication Code generated by
UIDAI
0210 message (from Issuer to NPCI)
Data Value Comment
element
2 IIN + AADHAAR Beneficiary details
(BBBBBB0UUUUUUUUUUUU)
3 210000 Processing code fixed for CD
4 Amount Deposit amount
7 MMDDhhmmss Transmission date and time
11 SSSSSS System Trace Audit Number
12 HHMMSS Time
13 MMDD Date
15 MMDD Settlement Date (optional)
32 ACQ Inst ID ID already allotted by NPCI
37 YDDDHHSSSSSS Y Year (last digit)
DDD Julian Date
HH-Hour
SSSSSS System Trace Audit Number
39 00 Success response code
41 Card Acceptor Terminal Identification Public
42 Card Acceptor Identification code Merchant Name
43 Card Acceptor Name / Location Address of BC
49 356 Currency Code
54 Amount Account Balance
62 UIDAI Auth Code (Max. 40 Characters) Unique Authentication Code generated by
UIDAI
0210 message (from NPCI to Acquirer)
Data Value Comment
element
2 IIN + AADHAAR Beneficiary details
(BBBBBB0UUUUUUUUUUUU)
3 210000 Processing code fixed for CD
4 Amount Deposit amount
7 MMDDhhmmss Transmission date and time
11 SSSSSS System Trace Audit Number
12 HHMMSS Time
13 MMDD Date
15 MMDD Settlement Date (optional)
32 ACQ Inst ID ID already allotted by NPCI
37 YDDDHHSSSSSS Y Year (last digit)
DDD Julian Date
HH-Hour
SSSSSS System Trace Audit Number
39 00 Success response code
41 Card Acceptor Terminal Identification public
42 Card Acceptor Identification code Merchant Name
43 Card Acceptor Name / Location Address of BC
49 356 Currency Code
54 Amount Account Balance
62 UIDAI Auth Code (Max. 40 Characters) Unique Authentication Code generated by
UIDAI
13 MMDD Date
15 MMDD Settlement Date (optional)
18 6012/6010 6012 for Micro ATM and 6010 for POS
22 019 Manual (01) Reserved for private use (9)
25 05 Customer present card not present
32 ACQ Inst ID Temporary ID already allotted by NPCI
37 YDDDHHSSSSSS Y Year (last digit)
DDD Julian Date
HH- Hour
SSSSSS System Trace Audit Number
41 Card Acceptor Terminal Identification public
42 Card Acceptor Identification code Merchant Name
43 Card Acceptor Name / Location Address of BC
45 Track 1 data As encoded in Card for card present
transaction
49 356 Currency Code
102 Sender Account detail Optional
120 00100245002003UID045020<Sender Tag 001 Length 002 45
Name>060019IIN+ AADHAAR no. Tag 002 Length 003 UID
Tag 045 Length 020 - <Sender Name>
(optional)
Tag 060 Length -019 IIN + AADHAAR
(BBBBBB0UUUUUUUUUUUU)
0210 message (from Beneficiary to NPCI)
Data Value Comment
element
2 IIN + AADHAAR Beneficiary details
(BBBBBB0UUUUUUUUUUUU)
3 900000 Processing code fixed for FT
4 Amount Transfer amount
7 MMDDhhmmss Transmission date and time
11 SSSSSS System Trace Audit Number
12 HHMMSS Time
13 MMDD Date
15 MMDD Settlement Date (optional)
32 ACQ Inst ID Temporary ID already allotted by NPCI
37 YDDDHHSSSSSS Y Year (last digit)
DDD Julian Date
HH- Hour
SSSSSS System Trace Audit Number
39 00 Success response code
41 Card Acceptor Terminal Identification public
54 Amount Account Balance
102 Sender Account Detail Optional
103 Beneficiary Account Detail Optional
120 00100245002003UID045020<Sender Tag 001 Length 002 45
Name>046020<Beneficiary Tag 002 Length 003 UID
Name>060019IIN+ AADHAAR no. Tag 045 Length 020 - <Sender Name>
(optional)
Tag 046 Length 020 - <Beneficiary Name>
(optional)
Tag 060 Length -019 IIN + AADHAAR
(BBBBBB0UUUUUUUUUUUU)
0210 message (from NPCI to Remitter)
Data Value Comment
element
2 IIN + AADHAAR Beneficiary details
(BBBBBB0UUUUUUUUUUUU)
3 900000 Processing code fixed for FT
Cash Withdrawal
Cash Deposit
Fund Transfer
Balance Enquiry
Bank Name
Bank Name
Bank Name
MicroATM user interface changes suggested to Customer had to select in MicroATM while filling
pre-select Remitter bank name in fund transfer transaction details
transaction
MicroATM to generate receipt for selective Receipt was generated only for successful
decline transactions along with response code transactions
received from acquirer switch.
Addition of DE-54 in Message dumps. In an DE-54 was not present in message dumps
interbank transaction issuer bank must send
account balance in DE 54
DE-4 and DE-49 made Conditional. These need to DE-4 and DE-49 were mandatory all type of
be send only if processing code in DE-3 is other transaction.
than 10 00 00
Value of DE-41 made specific to public Value of DE-41 was not specified
Revised the description of DE-39, DE-43, DE-49, As per then available information
DE-54, DE-70 and DE-120
Revised the settlement and reconciliation table As per then available guidelines