2012 12 31 Rtgiso20022
2012 12 31 Rtgiso20022
ISO20022 Message - XML tag Description Index ISO RTGS Rules Example Data Type
head.001.001.01 Multi /NEFT
BusinessApplicationHe Multi
aderV01
Message Item
<AppHdr> Root tag [1..1] [1..1]
From <Fr> The sending 2.0 [1..1] [1..1]
MessagingEndpoin
t that has created
this Business
Message for the
receiving
MessagingEndpoin
t that will process
this Business
Message.
FinancialInstitutionIde <FinInstnId> Identification of 2.34 [0..1] [1..1]
ntification a financial
institution
ClearingSystemMemb <ClrSysMmbI ClearingSystemM 2.37 [0..1] [1..1]
erIdentification d> emberIdentificati
on
Member Identification <MmbId> IFSC of the 2.41 [1..1] [1..1] <From><FinInstnId><ClrSysMmbId>< Max35Te
Sending MmbId>CANB0239777</MmbId><Cl xt
participant rSysMmbId></FinInstnId></From>
To <To> The 3.0 [1..1] [1..1]
MessagingEndpoin
t designated by the
sending
MessagingEndpoin
t to be the
recipient who will
ultimately process
Validation are:
Character Information R
position
First four Bank code F
characters
Fifth character Zero R
Last six Branch code B
characters
no w
BusinessMessageIden <BizMsgIdr> Uniquely 4.0 [1..1] [1..1] Same as MessageIdentification <BizMsgIdr>HDFC201210180000000 Max35Te
tifier identifies the <MsgId> in the associated business 218</BizMsgIdr> xt
business message
message
MessageDefinitionIde <MsgDefIdr> Message 5.0 [1..1] [1..1] Contains the MessageIdentifier that <MsgDefIdr> Max35Te
ntifier Identifier defines the Business Message as pacs.008.001.03</MsgDefIdr> xt
published on the ISO 20022
website. E.g. pacs.008.001.03
BusinessService <BizSvc> Business service 6.0 [0..1] [1..1] Comprises a fixed value of “RTGS”, <BizSvc>RTGS</BizSvc> Max35Te
and in the case of BAH for pacs.008 xt
and pacs.009 the fixed value of
“RTGS” must be followed by the
Reserve Bank of India
ISO Message, “head.001.001.01 BusinessApplicationHeaderV01”
2
ISO20022 standard Message Implementation
ISO20022 Message - XML tag Description Index ISO RTGS Rules Example Data Type
head.001.001.01 Multi /NEFT
BusinessApplicationHe Multi
aderV01
Message Item
local instrument name, i.e. for
RTGS, BAH for pacs.008:
‘RTGSFIToFICustomerCredit’.
For RTGS, BAH for pacs.009:
-‘RTGSFIToFICredit’ or
-‘RTGSOwnAccTtransfer’ or
-‘RTGSNetSettlementXXzNN’
This message formats would replace the current R41 used in current RTGS.
*Corresponds to R41 in current RTGS, N06 and N02 in NEFT.
The ISO 20022 Business Message consists of two parts: (1) ISO 20022 Business Appl. Header (2) ISO 20022 Messages
Business Application Header is a business header and should not be confused with a file or transport header. It is created before the transport routing header is applied
to the business message and is retained after the transport header is removed. So any parties between the two business applications that don't perform a business
function are not mentioned in the BAH. Such 'technical' middle men don't open or change the Business Message; they only forward it to the correct business
application. Although the BAH is not the transport header, data in the BAH can be used by transport applications to determine the routing header since it does contain
the business sender, receiver and document details. It can also be used by the business applications to determine the appropriate process to perform on the business
message.
structured as:
institution, and
Message Identification
time
InterbankSettlemen <IntrBkSttlm Settlement Date 1.7 [0..1] [1..1] Settlement date <IntrBkSttlmDt>2011-04- ISO date
tDate Dt> 24</IntrBkSttlmDt>
SettlementInformat <SttlmInf> Details on how 1.8 [1..1] [1..1]
ion settlement of
Settlement Information
transaction
happens
SettlementMethod <SttlmMtd> Method used to [1..1] [1..1] Must be CLRG (i.e., Settlement <SttlmMtd>CLRG</SttlmMtd> Code
Settlement
transactions NEFT.
CREDIT TRANSFER
on references to a
payment
Priority
Indicator of the urgency or
order of importance that the
instructing party would like the
instructed party to apply to the
processing of the instruction at
application level. Priority
“NORM” will result in liquidity
Savings.
Reserve Bank of India
ISO 20022 Message, “pacs.008.001.03 FIToFICustomerCreditTransferV03” 6|Page
ISO20022 standard Message Implementation
HIGH: Priority Level is high.
NORM: Priority Level is normal
Default is HIGH.
ServiceLevel <SvcLvl> Service level 2.9 [0..1] [0..1] Agreement under which or
rules under which the
transaction should be
processed.
Proprietary <Prtry> Proprietary 2.11 [0..1] [1..1] For RTGS processing priority is <Prtry>80</Prtry> Max35Text
Service Level in range 00 – 99. (For RTGS
Code lower the
To be used for managing number
queues by sending bank before highest will
settlement. be the
priority.
For Banks
priority range
is from 11 to
99. Priority
from 00 to 10
is reserved
for RBI.
LocalInstrument <LclInstrm> Local 2.12 [0..1] [1..1]
instrument type
(User
community
specific
instrument.)
Proprietary <Prtry> Proprietary 2.13 [0..1] [1..1] Type of local instrument. <Prtry> FIToFICustomerCredit Max35Text
instrument type For RTGS pacs.008 use: </Prtry>
code - ‘FIToFICustomerCredit’
ChargeBearer <ChrgBr> Code 2.33 [1..1] [1..1] Codes & meanings are: <ChrgBr>DEBT</ChrgBr> Code
Charge Bearer
ChargesInformation must be
present
If ChargeBearer contains SHAR
or SLEV, then
ChargesInformation is optional.
Amount <Amt> Transaction 2.35 [1..1] [1..1] <Amt Amount
charges to be Ccy='IND'>5000.00</Amt>
paid by the
charge bearer.
Name <Nm> Ordering [0..1] [1..1] Name is mandatory <Nm>Umesh Kapoor</Nm> Max140Text
Customer’s
Name
PostalAddress <PstlAdr> Ordering [0..1] [0..1]
Customer’s
Postal Address
AddressLine <AdrLine> Adress in free [0..7] [0..4] Number of occurrences is <AdrLine>Boulevard Max70Text
form text restricted to 4 in RTGS Road</AdrLine>
implementation.
DebtorAccount <DbtrAcct> Identification of 2.50 [0..1] [1..1]
Debtor's A/c (Ordering Customer's
the account of
the debtor to
which a debit
entry will be
made as a result
A/C)
of the
transaction.
Identification <Id> [1..1] [1..1]
Other <Othr> [1..1] [1..1]
Identification <Id> Debtor's [1..1] [1..1] <Id>265385644663</Id> Max35Text
Account
number
(ORD
Agen
INSTI
DebtorAgent <DbtrAgt> ORDERING 2.51 [1..1] [1..1] Pl see FAQ for more details on
Debt
ERIN
TUTI
ON)
or's
G
t
INSTITUTION DebtorAgent
Reserve Bank of India
ISO 20022 Message, “pacs.008.001.03 FIToFICustomerCreditTransferV03” 10 | P a g e
ISO20022 standard Message Implementation
(Financial (i.e Sub-Member)
institution For Participant, IFSC
servicing an
account for the
debtor.)
FinancialInstitutionI <FinInstnId> [1..1] [1..1]
dentification
ClearingSystemIden <ClrSysMmbI ClearingSystemI 2.1.6 [0..1] [1..1]
tification d> dentification
Member <MmbID> IndianFinancialS 2.1.6 [1..1] [1..1] For Participant, IFSC code to be <DbtrAgt><FinInstnId><ClrSys
Identification ystemCodeIden keyed in. For Non- Participant, MmbId><MmbId>HDFC02397
tifier for IFSC, or Name and Other 77</MmbId>></ClrSysMmbId
participants / Identification with optional ></FinInstnId></DbtrAgt>
Name and Address.
Identification
for non
Participants is
mandatory
Name <Nm> Ordering [0..1] [0..1] Optional. To be filled if <Nm>Bank A</Nm> Max140Text
Institution Ordering Customer is other
Name than the Sender of the msg.
PostalAddress <PstlAdr> Ordering [0..1] [0..1]
Institution
Postal Address
AddressLine <AdrLine> Address in free [0..7] [0..4] Number of occurrences is <AdrLine>Corn Exchange 5th Max70Text
format text restricted to 4 in RTGS Floor</AdrLine>
implementation <AdrLine>Mark Lane
55</AdrLine>
<AdrLine>EC3R7NE
London</AdrLine>
<AdrLine>GB</AdrLine>
CreditorAgent <CdtrAgt> Beneficiary 2.53 [1..1] [1..1]
Creditor's Agent
(BENEFICIARY
INSTITUTION)
Institution
identification
FinancialInstitutionI <FinInstnId> [1..1] [1..1]
dentification
ClearingSystemMe <ClrSysMmbI ClearingSystemI 3.37 [0..1] [1..1]
Reserve Bank of India
ISO 20022 Message, “pacs.008.001.03 FIToFICustomerCreditTransferV03” 11 | P a g e
ISO20022 standard Message Implementation
mberIdentification d> dentification
Member <MmbId> IndianFinancialS [1..1] [1..1] For Participant, IFSC code to be <CdtrAgt><FinInstnId><ClrSys Text
Identification ystemCodeIden keyed in. For Non- Participant MmbId><MmbId>HDFC02397
tifier (i.e. Participant who do not 77</MmbId></ClrSysMmbId>
have IFSC code), Name and <</FinInstnId></CdtrAgt>
Other Identification to be keyed
in..
Name <Nm> Beneficiary [0..1] [0..1] <Nm>Bank B</Nm> Max140Text
Institution
Name
Creditor <Cdtr> Beneficiary 2.55 [1..1] [1..1]
Customer
Creditor (BENEFICIARY
Information
Name <Nm> Beneficiary [0..1] [1..1] Mandatory in view of Indian <Nm>Beneficiary</Nm> Max70Text
CUSTOMER)
identification
Identification <Id> [1..1] [1..1]
CUSTOMER's A/C)
tion Customer's
Postal Address
Unstructured <Ustrd> Remittance 2.69 [0..n] [0..4] Size restricted to a maximum of Max140Text
Information 140 4 repeats of 140 characters.
characters up to
4 can be used
Sender to
Receiver
Information
Note:- [1..1] -> Mandatory; [0..1] -> Optional ; [1..n] -> Mandatory and n times repeated ; [0..n] -> Optional and n times repeated;
The ISO 20022 Business Message consists of two parts: (1) ISO 20022 Business Appl. Header (2) ISO 20022 Messages
Business Application Header is a business header and should not be confused with a file or transport header. It is created before the transport routing header is applied
to the business message and is retained after the transport header is removed. So any parties between the two business applications that don't perform a business
function are not mentioned in the BAH. Such 'technical' middle men don't open or change the Business Message; they only forward it to the correct business
application. Although the BAH is not the transport header, data in the BAH can be used by transport applications to determine the routing header since it does contain
the business sender, receiver and document details. It can also be used by the business applications to determine the appropriate process to perform on the business
message.
This message formats would replace the current R42 used in current RTGS.
*Corresponds to R42 in current RTGS.
The ISO 20022 Business Message consists of two parts: (1) ISO 20022 Business Appl. Header (2) ISO 20022 Messages
Business Application Header is a business header and should not be confused with a file or transport header. It is created before the transport routing header is applied
to the business message and is retained after the transport header is removed. So any parties between the two business applications that don't perform a business
function are not mentioned in the BAH. Such 'technical' middle men don't open or change the Business Message; they only forward it to the correct business
application. Although the BAH is not the transport header, data in the BAH can be used by transport applications to determine the routing header since it does contain
the business sender, receiver and document details. It can also be used by the business applications to determine the appropriate process to perform on the business
message.
CreationDateTime <CreDtT Payment 1.2 [1..1] [1..1] Time up to seconds only <CreDtTm>2011-04- ISODateT
m> origination date 24T09:30:32</CreDtTm> ime
Time
time
TotalInterbankSettl <TtlIntrB Total Settlement 1.6 [0..1] [1..1] Total amount transferred between <TtlIntrBkSttlmAmt Amount
ementAmount kSttlmA Amount + debtor and creditor. Ccy='INR'>3400</TtlIntrBkSttlmAmt
mt> Currency >
InterbankSettleme <IntrBkSt Settlement Date 1.7 [0..1] [1..1] <IntrBkSttlmDt>2011-04- ISO date
ntDate tlmDt> 24</IntrBkSttlmDt>
SettlementInformat <SttlmInf Details on how 1.8 [1..1] [1..1]
ion > settlement of
transaction
happens
Settlement Information
SettlementMethod <SttlmMt Method used to 1.9 [1..1] [1..1] Must be CLRG (i.e., Settlement <SttlmMtd>CLRG</SttlmMtd> Code
d> settle payments done through a payment clearing
system)
ion references to a
payment
EndToEndIdentifica <EndToE End to End 2.3 [1..1] [1..1] For FI Credit Transfer (pacs.009), <EndToEndId>TREF2312135465781 Max35Te
tion ndId> Identification this must be the same value as </EndToEndId> xt
Payment Identification
(Related TransactionIdentification.
Reference)
TransactionIdentific <TxId> Transaction 2.4 [1..1] [1..1] Use UTR (Unique Transaction <TxId> Max35Te
ation Identification Reference) format (22 characters) HDFCR12012042400000023</TxId> xt
XXXX- Sender IFSC [4]
X-Payment System [1] For Further Information, pl refer to
X-Channel [1] FAQ on Channel.
YYYYMMDD-Date [8]
nnnnnnnn- Sequence Number [8]
InstructionPriority <InstrPrt Priority 2.7 [0..1] [1..1] HIGH / NORM <InstrPrty>NORM</InstrPrty> Code
y>
Indicator of the urgency or order of
importance that the instructing
Payment Information
liquidity Savings.
(User community
specific
instrument.)
Proprietary <Prtry> Proprietary 2.13 [0..1] [1..1] Type of local instrument. <Prtry> FIToFICredit </Prtry> Max35Te
instrument type For RTGS, pacs.009 use: xt
code - ‘FIToFICredit’
CategoryPurpose <CtgyPur Purpose of the 2.15 [0..1] [1..1]
p> Instrument.
Payment purpose
must be a value
listed in ISO
category purpose
code
Code <Cd> ISO External 2.16 [1..1] [1..1] FROM ISO 20022External Code list <Cd>SALA</Cd> Code
category purpose
code list. Codes The following codes are available. (Max4Te
are "SALA - CASH: CashManagementTransfer xt)
SalaryPayment, CORT: TradeSettlementPayment
Loan-Loan, PENS- DIVI: Dividend
PensionPayment, GOVT: GovernmentPayment
etc. Details in 3.55 HEDG: Hedging
of UNIFI INTC: IntraCompanyPayment
(ISO20022) Msg INTE: Interest
Definition Rpt. LOAN: Loan
PENS: PensionPayment
SALA: SalaryPayment
SECU: Securities
SSBE: SocialSecurityBenefit
Reserve Bank of India 6|Page
ISO Messages, “pacs.009.001.03 - FinancialInstitutionCreditTransferV03”
ISO20022 standard Message Implementation
SUPP: SupplierPayment
TAXS: TaxPayment
TRAD: Trade
TREA: TreasuryPayment
VATX: ValueAddedTaxPayment
WHLD: WithHolding
OTHR: Other
InterbankSettleme <IntrBkSt Settlement 2.18 [1..1] [1..1] Amount transferred between <IntrBkSttlmAmt Amount
ntAmount tlmAmt> Amount + participants Ccy='INR'>3400</IntrBkSttlmAmt>
Currency
Debtor <Dbtr> ORDERING 2.40 [1..1] [1..1]
INSTITUTION)
INSTITUTION
(ORDERING
Debtor
Unstructured <Ustrd> Remittance 2.56 [0..n] [0..4] Size restricted to a maximum of 4 Max140T
Information 140 repeats of 140 characters. ext
characters up to 4
can be used
Sender to Receiver
Information
Note:- [1..1] -> Mandatory; [0..1] -> Optional ; [1..n] -> Mandatory and n times repeated ; [0..n] -> Optional and n times repeated;
This message formats would replace the current R12 used in current RTGS.
*Corresponds to R12 in current RTGS.
The ISO 20022 Business Message consists of two parts: (1) ISO 20022 Business Appl. Header (2) ISO 20022 Messages
Business Application Header is a business header and should not be confused with a file or transport header. It is created before the transport routing header is applied
to the business message and is retained after the transport header is removed. So any parties between the two business applications that don't perform a business
function are not mentioned in the BAH. Such 'technical' middle men don't open or change the Business Message; they only forward it to the correct business
application. Although the BAH is not the transport header, data in the BAH can be used by transport applications to determine the routing header since it does contain
the business sender, receiver and document details. It can also be used by the business applications to determine the appropriate process to perform on the business
message.
TotalInterbankSettlem <TtlIntrBkS Total Settlement 1.6 [0..1] [1..1] Total amount of money moved <TtlIntrBkSttlmAmt Amount
entAmount ttlmAmt> Amount + between the instructing agent and Ccy='INR'>3400.00</TtlIntrBkSttlmAmt>
Currency the instructed agent.
InterbankSettlementD <IntrBkSttl Settlement Date – 1.7 [0..1] [1..1] Value date of payment must be same <IntrBkSttlmDt>2011-04-24</IntrBkSttlmDt> ISODate
ate mDt> will settle only as RTGS date. Mandatory in RTGS
current day implementation
Proprietary <Prtry> Proprietary Service 2.11 [0..1] [1..1] For RTGS used to indicate RTGS <Prtry>80</Prtry> Max35Text
Level code processing priority in range 0 0–
99.
(User community
This message formats would replace the current R10 used in current RTGS.
*Corresponds to R10 in current RTGS.
The ISO 20022 Business Message consists of two parts: (1) ISO 20022 Business Appl. Header (2) ISO 20022 Messages
Business Application Header is a business header and should not be confused with a file or transport header. It is created before the transport routing header is applied
to the business message and is retained after the transport header is removed. So any parties between the two business applications that don't perform a business
function are not mentioned in the BAH. Such 'technical' middle men don't open or change the Business Message; they only forward it to the correct business
application. Although the BAH is not the transport header, data in the BAH can be used by transport applications to determine the routing header since it does contain
the business sender, receiver and document details. It can also be used by the business applications to determine the appropriate process to perform on the business
message.
InstructionPriority <InstrPrty> Priority must 2.7 [0..1] [1..1] HIGH / NORM <InstrPrty>NORM</InstrPrty>
be valid ISO
priority code Indicator of the urgency or order
value
of importance that the instructing
party would like the instructed
party to apply to the processing of
the instruction at application level.
Priority “NORM” will result in
liquidity Savings.
Proprietary <Prtry> Proprietary 2.11 [0..1] [1..1] For RTGS used to indicate RTGS <Prtry>80</Prtry> Max35Te
Service Level processing priority in range 00– xt
Code 99.
(User
community
specific
instrument.)
Proprietary <Prtry> Proprietary 2.13 [0..1] [1..1] Type of local instrument. <Prtry> OwnAccTransfer </Prtry> Max35Te
instrument For RTGS, pacs.009 use: xt
type code -‘OwnAccTransfer’
InterbankSettlementA <IntrBkSttl Settlement 2.18 [1..1] [1..1] Amount transferred between <IntrBkSttlmAmt Amount
mount mAmt> Amount accounts Ccy='INR'>3400.00</IntrBkSttlmAmt>
Payment Return
ISO message “pacs.004.001.03 PaymentReturnV03”
Bank-to-Bank message, settlement already completed in NG-RTGS. Function of the pacs.004 message is “sent by an agent to the previous agent in the payment
chain to undo a payment previously settled.”
This message formats would replace the current R42 for return & N07 in NEFT messages.
*Corresponds to R42 in current RTGS & N07 in NEFT messages
The ISO 20022 Business Message consists of two parts: (1) ISO 20022 Business Appl. Header (2) ISO 20022 Messages
Business Application Header is a business header and should not be confused with a file or transport header. It is created before the transport routing header is applied
to the business message and is retained after the transport header is removed. So any parties between the two business applications that don't perform a business
function are not mentioned in the BAH. Such 'technical' middle men don't open or change the Business Message; they only forward it to the correct business
application. Although the BAH is not the transport header, data in the BAH can be used by transport applications to determine the routing header since it does contain
the business sender, receiver and document details. It can also be used by the business applications to determine the appropriate process to perform on the business
message.
SettlementInformation <SttlmInf> Specifies the details on how the 1.12 [1..1] [1..1]
settlement of the transactions
between the instructing agent and
the instructed agent is completed.
SettlementMethod <SttlmMtd> Method used to settle payments [1..1] [1..1] Default value ‘CLRG’ Code
Other Codes are: CLRG, COVE,
INDA, INGA
</SttlmInf>
</GrpHdr>
MemberIdentification <Mmbid> This should contain the Receiver [1..1] [1..1] Beneficiary branch’s IFSC
IFSC of the transaction i.e.
beneficiary branch where the
account needs to be credited back
because of return request. This is
the Code allocated to a financial
institution by the ISO 9362
Registration Authority as described
in ISO 9362
</Mmbid>
</FinInstnId></Ins
tdAgt>
This message formats would replace the current R13 used in current RTGS for MNSB response & R40 used in Current RTGS for Own A/c
Transfer (OAT) response.
*Corresponds to R13 & R 40 in current RTGS.
The ISO 20022 Business Message consists of two parts: (1) ISO 20022 Business Appl. Header (2) ISO 20022 Messages
Business Application Header is a business header and should not be confused with a file or transport header. It is created before the transport routing header is applied
to the business message and is retained after the transport header is removed. So any parties between the two business applications that don't perform a business
function are not mentioned in the BAH. Such 'technical' middle men don't open or change the Business Message; they only forward it to the correct business application.
Although the BAH is not the transport header, data in the BAH can be used by transport applications to determine the routing header since it does contain the business
sender, receiver and document details. It can also be used by the business applications to determine the appropriate process to perform on the business message.
Note:- [1..1] -> Mandatory; [0..1] -> Optional ; [1..n] -> Mandatory and n times repeated ; [0..n] -> Optional and n times repeated;