Reporting Format Guide Version 2.2
Reporting Format Guide Version 2.2
Version
2.2
Year
2012
Version 2.1
Version
Date
Remarks
1.0
2006 to 2009
Fixed width multiple data files reporting format (Refer section 1.2 for details)
2.0
March 2011
2.1
December 2011
2.2
November 2012
Version 2.1
Contents
1
Background .......................................................................................................................1
1.1
1.2
1.3
1.4
Version Information..........................................................................................................2
2.1.1
2.1.2
3.2
3.3
3.4
3.4.1
3.4.2
3.4.3
3.4.4
What are the changes in reporting formats from version 1.0 to 2.0? ................................ 4
3.4.5
Which reporting format should be used for submitting CTR, STR and NTR? ................... 4
3.4.6
3.4.7
3.4.8
Whether CTR and STR can be submitted in the same batch? ......................................... 4
4.1.1
4.1.2
4.1.3
4.2
4.2.1
4.2.2
4.2.3
Version 2.1
4.3
4.4
4.4.1
4.4.2
4.4.3
4.4.4
What are the common requirements of fixed width text files version 2.0? ...................... 10
4.4.5
How many data files are required in ARF (Account based) text files? ............................ 10
4.4.6
How many data files are required in TRF (Transaction based) text files? ...................... 10
4.4.7
How many data files are required in CRF (counterfeit currency based) text files? ......... 10
4.4.8
5.1.1
Generation of XML reports from ARF (account based) text files (v 2.0) ......................... 11
5.1.2
Generation of XML reports from TRF (transaction based) text files (v 2.0) .................... 13
5.1.3
Generation of XML reports from CRF (counterfeit currency based) text files (v 2.0) ...... 14
5.1.4
5.2
5.3
5.4
5.4.1
5.4.2
5.4.3
What are the rules for generation of XML reports from variants of text files (v 1.0)? ...... 17
5.4.4
What are the prerequisites for generation of XML from text files? .................................. 17
5.4.5
What are the key validation rules for text files? .............................................................. 17
5.4.6
What are the XML generation rules for text files? .......................................................... 17
5.4.7
6.2
6.3
6.4
6.5
Version 2.1
6.5.1
6.5.2
6.5.3
6.5.4
What is the procedure for submitting reports using digital signature? ............................ 20
6.5.5
What is the procedure for submitting reports without using digital signature? ................ 20
6.5.6
6.5.7
6.5.8
6.5.9
6.5.10
7.2
7.3
7.4
7.5
7.6
7.7
7.8
7.9
7.10
7.10.1
7.10.2
What are the types of errors checked during data quality validation? ............................ 26
7.10.3
7.10.4
7.10.5
7.10.6
7.10.7
7.10.8
Version 2.1
Rejection of reports........................................................................................................27
8.2
8.3
8.4
8.5
8.6
8.6.1
8.6.2
8.7
8.7.1
8.7.2
8.7.3
8.7.4
8.7.5
8.7.6
9.2
9.3
9.4
9.4.1
9.4.2
9.4.3
9.4.4
10
11
11.1
11.1.1
11.1.2
element Batch/BatchHeader.......................................................................................... 36
11.1.3
Version 2.1
11.1.4
11.1.5
11.1.6
element Batch/Report.................................................................................................... 47
11.1.7
element Batch/Report/SuspicionDetails......................................................................... 48
11.1.8
11.1.9
11.1.10
11.1.11
11.1.12
11.1.13
11.1.14
11.1.15
element Batch/Report/Account/PersonDetails/CommunicationAddress......................... 67
11.1.16
11.1.17
11.1.18
11.1.19
11.1.20
11.2
11.2.1
11.2.2
11.2.3
11.2.4
11.2.5
11.2.6
11.2.7
11.3
11.3.1
Validation of Enumerations............................................................................................ 86
11.3.2
11.3.3
11.3.4
12
Version 2.1
12.1
12.1.1
12.1.2
element Batch/BatchHeader.......................................................................................... 94
12.1.3
12.1.4
12.1.5
12.1.6
element Batch/Report.................................................................................................... 95
12.1.7
element Batch/Report/SuspicionDetails......................................................................... 96
12.1.8
12.1.9
12.1.10
12.1.11
12.1.12
12.1.13
element Batch/Report/Branch/Address.........................................................................113
12.1.14
12.1.15
12.1.16
element Batch/Report/RelatedPersons.........................................................................116
12.1.17
12.1.18
12.1.19
12.1.20
12.2
12.2.1
12.2.2
12.2.3
12.2.4
12.2.5
12.2.6
12.2.7
12.3
12.3.1
13
12.3.2
12.3.3
12.3.4
13.1
13.1.1
13.1.2
element Batch/BatchHeader.........................................................................................140
13.1.3
13.1.4
13.1.5
13.1.6
element Batch/Report...................................................................................................140
13.1.7
13.1.8
element Batch/Report/Branch/BranchDetails................................................................142
13.1.9
13.1.10
13.1.11
13.1.12
13.2
13.2.1
13.2.2
13.2.3
13.2.4
13.3
14
Version 2.1
13.3.1
Validation of Enumerations...........................................................................................151
13.3.2
13.3.3
13.3.4
14.1
14.1.1
14.1.2
element DataQualityReport/BatchHeader.....................................................................156
14.1.3
Version 2.1
14.1.4
14.1.5
14.1.6
14.1.7
14.1.8
14.1.9
14.1.10
14.1.11
14.1.12
14.1.13
14.1.14
14.1.15
14.1.16
14.1.17
14.1.18
14.1.19
15
16
17
Version 2.1
Background
The Prevention of Money laundering Act, 2002 (PMLA) and the Rules there under requires every reporting entity
(banking company, financial institution and intermediaries) to furnish prescribed reports to FIU-IND.
1.1
About FIU-IND
The Government of India has set up Financial Intelligence Unit India (hereinafter called FIU-IND) to coordinate
and strengthen collection and sharing of financial intelligence through an effective national, regional and global
network to combat money laundering and related crimes. FIU-IND is the national agency responsible for receiving,
processing, analyzing financial transactions and disseminating information related to suspect transactions to
various national intelligence/enforcement agencies.
1.2
Since 2006, the regulators and FIU-IND had worked together to prescribe electronic reporting formats for various
sectors as under:
Document
Version
Prescribed by
1.0
RBI on 15.02.2006
1.0
SEBI on 20.03.2006
1.0
IRDA on 31.03.2006
1.0
CCR format
1.0
RBI on 22.05.2008
1.0
RBI on 27.11.2009
1.0
RBI on 22.12.2009
1.3
Project FINnet
Financial Intelligence Unit India (FIU-IND) initiated project FINnet (Financial Intelligence Network) in 2007 with the
objective to Adopt industry best practices and appropriate technology to collect, analyze and disseminate valuable
financial information for combating money laundering and related crimes. Key objectives of Project FINnet are to
build efficient system for collection of data; reduce the lead time in processing the data; build capacity to effectively
analyze large number of reports and produce quality intelligence.
1.4
With the implementation of Project FINnet (Financial Intelligence Network) by FIU-IND in 2010, the earlier fixed
width multiple data files reporting format is replaced by a new single XML file format. The earlier specified reporting
formats are being modified to:
Move to XML based format which has become the default for most reporting systems
Consolidate reporting formats to reduce number of formats
Support effective report management
Support effective data quality validation and feedback
Resolve reporting format related issues raised by various reporting entities
Version 2.1
The reporting format guide provides reporting entities with the specifications of prescribed reports required to be
submitted to the Financial Intelligence Unit India (FIU-IND). This document presents details of the XML schema
and provides implementation guidance to the reporting entities in preparation and submission of reports.
Section 3 provides an overview of the reports prescribed under PMLA and reporting formats to be used by the
reporting entities for submission of reports to FIU-IND. Section 4 gives an overview of XML format and fixed width
text file format specifications. The detailed reporting format specifications are given in the Annexure.
Section 5 contains information related to preparation of prescribed reports by the reporting entities and the Report
Generation Utility, Report Validation Utility and Editable pdf based Utility developed by FIU-IND. Section 6 provides
information related to submission of reports to FIU-IND and gives an overview of the FINnet Gateway Portal which
has been developed as a comprehensive interface for the reporting entities.
Section 7 explains the data quality validation approach adopted by FIU-IND covering the XML Schema validation,
rule based validation, types of errors and Data Quality Report. Section 8 contains information about modification of
earlier submitted report. Issues related to submission of additional information or documents related to a previously
submitted report are covered in section 9.
Section 10 lists out other document and files containing additional information related to submission of report.
Annexure to this guide contain detailed reporting format specifications.
2.1
Version Information
In this version, the changes with respect to process of securing XML file using digital signature and submission of
reports through FINnet Gateway portal are incorporated.
In version 2.0, the reporting formats were changed from the fixed width multiple data file format to a new single
XML file format. XML is versatile and has a powerful syntax to represent data in a sufficiently neutral way for all
applications to handle. A few data elements were added, along with marginal modifications to the existing data
elements from the existing reporting format version 1.0.
2.1.2
The version of the document is specified as X.Y and version changes are defined as under:
Version Element
Change denoted
Remarks
Version 2.1
Reporting formats
This section describes the types of reports under PMLA and provides an overview of reporting formats to be used
by the reporting entities for submission of reports to FIU-IND.
3.1
The Prevention of Money laundering Act, 2002 and the Rules there under requires every reporting entity (banking
company, financial institution and intermediaries) to furnish the following reports:
Cash Transaction reports (CTRs)
Suspicious Transaction Reports (STRs)
Counterfeit Currency Reports (CCRs)
Non Profit Organisation Transaction reports (NTRs)
3.2
3.3
The applicable reporting format will depend on the type of transactions that are being reported. The mapping of
prescribed reports to the reporting formats is as under:
Report Type
3.4
3.4.1
With the implementation of Project FINnet (Financial Intelligence Network) by FIU-IND in 2010, the earlier fixed
width multiple data files reporting format is replaced by a new single XML file format. The earlier specified reporting
formats are being modified to:
Move to XML based format which has become the default for most reporting systems
Consolidate reporting formats to reduce number of formats
Support effective report management
Version 2.1
The Prevention of Money laundering Act, 2002 and the Rules there under requires every reporting entity (banking
company, financial institution and intermediaries) to furnish the following reports:
Cash Transaction reports (CTRs)
Suspicious Transaction Reports (STRs)
Counterfeit Currency Reports (CCRs)
Non Profit Organisation Transaction reports (NTRs)
3.4.3
What are the changes in reporting formats from version 1.0 to 2.0?
In this version, the reporting formats have changed from the fixed width multiple data file format to a new single
XML file format. XML is versatile and has a powerful syntax to represent data in a sufficiently neutral way for all
applications to handle. A few data elements have been added, along with marginal modifications to the existing
data elements from the existing reporting format version 1.0.
3.4.5
Which reporting format should be used for submitting CTR, STR and NTR?
If the reporting entity has account-based relationship, they should use account based reporting format (ARF) for
submitting CTR, STR and NTR. Transaction based reporting format (TRF) can be used for transactions without
account based relationship with the customer. E.g. money transfer service, money exchange.
3.4.6
Counterfeit currency reporting format (CRF) should be used for submitting CCR.
3.4.7
Yes. CTR and STR have a common format and certain elements related to suspicion are not required to be
reported in CTR. Refer section 4.3 of Reporting Format Guide for details.
3.4.8
No. One batch can contain only one prescribed type of report.
Version 2.1
This section and the annexure describe the detailed format specifications of the prescribed reports required to be
submitted to FIU-IND. The reporting format specifications are prescribed as XML format specifications and manual
reporting formats. In addition, fixed width text file format specifications specified earlier are also revised as version
2.0 to assist reporting entities in migration to the XML format specifications.
4.1
The XML format specifications are the prescribed specifications to be used by the reporting entities for submission
of reports to FIU-IND. The XML schema is published as a separate file with .XSD extension. The details of XML
format specification is given in Annexure to this document. The base version of the XML format specifications is 2.0
to ensure consistency with fixed width text file format specifications. FIU-IND has developed a Report Generation
Utility which can be used by reporting entities to generate XML report files from captured data or text files.
4.1.1
Overview of XML
XML stands for eXtensible Markup Language. XML is designed to transport and store data. Important features
about XML are:
XML documents must contain a root element. The root element is "the parent" of all other elements.
The elements in an XML document form a document tree. The tree starts at the root and branches to the
lowest level of the tree.
Elements are used to classify data in an XML document so that the data becomes "self-explanatory".
Opening and closing tags represent the start and end of an element.
The element in XML can be simple or complex. A complex element is an XML element that contains other
elements and/or attributes).
An XML Schema describes the structure of an XML document. The XML Schema language is referred to
as XML Schema Definition (XSD).
XML with correct syntax is "Well Formed" XML. XML validated against an XML Schema is "Valid" XML.
4.1.2
The XML format specifications are specified in XML Schema Definition (XSD) files and explained in Annexure as
under:
S. No.
Reporting Format
Annexure
AccountBasedReport.xsd
Annexure A.1
TransactionBasedReport.xsd
Annexure B.1
CCRBasedReport.xsd
Annexure C.1
In addition to the above XSD files, the common elements have been consolidated in FIU-INDSchemaLibrary.xsd.
Version 2.1
The XML Schema Definition (XSD) files define the structure of XML file containing data of a batch of reports. Each
batch contains reports of the same type. All the reporting formats (i.e. Account based reporting format, Transaction
based reporting format and Counterfeit Currency based reporting format) have similar structure consisting of batch
level and report level information.
Figure: Overview of a Batch of Reports
4.1.3
Schema Documentation
Description
Mandatory single element
Optional single element
Multiple single element
Mandatory complex element (i.e. at least one child element)
Optional complex element
4.2
The fixed width text file format specifications represent the required intermediate data set to generate XML reports.
The existing fixed width text file format specification (version 1.0) has been upgraded to version 2.0 to ensure
compatibility with the XML format specifications. The reporting entities are required to submit reports to FIU-IND
Financial Intelligence Unit India (FIU-IND)
Version 2.1
which is compliant with the XML format specifications and the fixed width text file format specifications have been
described to assist the extraction of data from the information system of reporting entities before preparation of
XML reports. Reporting entities are encouraged to shift to the fixed width data structure version 2.0 before
generating XML reports at their end. Reporting entities which have necessary technical capabilities may like to shift
to generation of XML reports directly.
The fixed width text file format specifications are given in following Annexure
S. No.
Annexure
Annexure A.2
Annexure B.2
Annexure C.2
All Data Files should be generated in ASCII Format with ".txt" as filename extension.
All CHAR fields must be left justified.
If CHAR field has no data or less data with respect to defined length, then the entire field (in case of no
data) or the remaining field (in case of less data) has to be filled with right justified blank characters
(Spaces).
All NUM fields must be right justified.
If NUM field has no data or less data with respect to defined length, then the entire field (in case of no data)
or the remaining field (in case of less data) has to be filled with left justified zeroes.
If DATE field has no data then the entire field has to be filled with blank characters (Spaces).
Fields with an asterisk (*) have to be compulsorily filled up.
For fields that do not have an asterisk (*), reasonable efforts have to be made to get the information. Enter
NA to indicate that the field is not applicable. Do not substitute any other abbreviations or special
characters (e.g., x, - or *).
iv)
v)
vi)
vii)
viii)
4.2.1
The version 2.0 of the data structure comprises of the following seven data files:
S. No.
Filename
Description
ARFBAT.txt
Batch File
ARFRPT.txt
Report File
ARFBRC.txt
Branch File
ARFACC.txt
Account File
ARFTRN.txt
Transaction File
ARFINP.txt
ARFLPE.txt
i)
Version 2.1
The records containing details of suspicious transactions to be reported are extracted in Transaction Data
File (ARFTRN.txt).
The records containing details of accounts with the suspicious transactions are extracted in Accounts Data
File (ARFACC.txt).
If the account is for Individuals, the records containing details of Individuals who are account holders are
extracted in Individual Data File (ARFINP.txt). The Relation Flag should be set to A.
If the account is for a Legal Person/Entity, the records containing details of Legal Persons/Entities who are
account holders are extracted in Legal Persons/Entities Data File (ARFLPE.txt). The Relation Flag should
be set to A.
Similarly for other Individuals/Legal entities related to the account in different capacities, the records
containing the details are appended to Individual data file (ARFINP.txt) or Legal persons/Entities data file
(ARFLPE.txt) as the case may be. The relation flag may be set as per section 11.1.14.1.
The records containing details of branches which have reported suspicious transactions are extracted in
Branch Data File (ARFBRC.txt).
The grounds of suspicion and report level details are entered in Report file. (ARFRPT.txt).
ii)
iii)
iv)
v)
vi)
vii)
4.2.2
The version 2.0 of the data structure comprises of the following seven data files:
S. No.
Filename
Description
TRFBAT.txt
Batch File
TRFRPT.txt
Report File
TRFBRC.txt
Branch File
TRFTRN.txt
Transaction File
TRFPIN.txt
TRFINP.txt
TRFLPE.txt
ii)
iii)
iv)
The records containing details of suspicious/cash transactions have to be extracted in Transaction Data
File (TRFTRN.txt). If one or more related individuals/entities have undertaken multiple transactions, all such
transactions should be included in one STR.
The records containing details of branches/locations related to the transactions have to be extracted in
Branch Data File (TRFBRC.txt). The relation flag has to be set accordingly. If multiple branches/locations
are related to the suspicious transactions, details of such all such branches/locations should be included in
the STR.
If other Institutions are related to the transactions (Payment Instrument Institution, Account Institution and
Related Institution) and their information is available with the reporting entity, their details have to be
extracted in Branch Data File (TRFBRC.txt). The relation flag has to be set accordingly.
If details of payment instrument(s)/card(s) related to the transactions are available, their details have to be
extracted in Payment Instrument File (TRFPIN.txt).
v)
Version 2.1
If details of individual(s) related to the transactions are available, the records containing details of
individuals have to be extracted in Individual Data File (TRFINP.txt). The relation flag has to be set
accordingly
If details of Legal Person/Entity(s) related to the transactions are available, the records containing details of
Legal Person/Entity have to be extracted in Legal Person/Entity Data File (TRFLPE.txt). The relation flag
has to be set accordingly.
If the details of Legal Person/Entity have been extracted to Legal Person/Entity File (TRFLPE.txt), the
records containing details of Authorised Signatories or Directors/Partner/Members etc. of Legal
Persons/Entities may be appended to Individual Data File (TRFINP.txt).
The grounds of suspicion and report level details have to be captured in the Report file (TRFRPT.txt).
vi)
vii)
viii)
4.2.3
The version 2.0 of the data structure comprises of the following four data files:
S. No.
Filename
Description
CRFBAT.txt
Batch File
CRFRPT.txt
Report File
CRFBRC.txt
Branch File
CRFTRN.txt
Transaction File
4.3
Manual Reporting Formats have been specified as editable PDF forms which can be used by reporting entities to
print the report and submit as a paper based report. The Editable pdf form based utility enables users to enter or
import data, validate for errors and generate XML reports for submission through the secure FINnet Gateway
Portal. Alternately, Reporting Entities can print the report in OCR compatible format and post the paper based
report to FIU-IND. The reporting entity must submit all reports to FIU-IND in XML format specifications if it has the
technical capability to do so. The data of submitted reports can be saved in the editable PDF document. The
various types of manual reporting formats are
i)
ii)
iii)
iv)
v)
The format for Cash Transaction Report can be used for preparing NPO transaction report.
4.4
4.4.1
Version 2.1
XML stands for eXtensible Markup Language. XML is designed to transport and store data. Important features of
XML are given in section 4.1.
4.4.2
What is XSD?
The XML Schema Definition (XSD) files define the structure of XML file containing data of a batch of reports. Each
batch contains reports of the same type. All the reporting formats (i.e. Account based reporting format, Transaction
based reporting format and Counterfeit Currency based reporting format) have similar structure consisting of batch
level and report level information.
4.4.3
The fixed width text file format specifications represent the required intermediate data set to generate XML reports.
The reporting entities are required to submit reports to FIU-IND which is compliant with the XML format
specifications. The fixed width text file format specifications have been described to assist the extraction of data
from the information system of reporting entities before preparation of XML reports. The existing fixed width text file
format specification (version 1.0) has been upgraded to version 2.0 to ensure compatibility with the XML format
specifications. Reporting entities are encouraged to shift to the fixed width data structure version 2.0 before
generating XML reports at their end. Reporting entities which have necessary technical capabilities may like to shift
to generation of XML reports directly.
4.4.4
What are the common requirements of fixed width text files version 2.0?
All data files should comply with certain requirements to ensure that the reports can be processed without data
errors. Refer section 4.2 of Reporting Format Guide for details.
4.4.5
How many data files are required in ARF (Account based) text files?
The version 2.0 of the data structure comprises of seven data files. Refer section 4.2.1 of Reporting Format Guide
for details.
4.4.6
How many data files are required in TRF (Transaction based) text files?
The version 2.0 of the data structure comprises of seven data files. Refer section 4.2.2 of Reporting Format Guide
for details.
4.4.7
How many data files are required in CRF (counterfeit currency based) text files?
The version 2.0 of the data structure comprises of four data files. Refer section 4.2.3 of Reporting Format Guide for
details.
4.4.8
Refer section 4.2.1, 4.2.2 and 4.2.3 of Reporting Format Guide for ARF, TRF and CRF respectively.
10
Version 2.1
Preparation of reports
This section contains information related to preparation of prescribed reports by the reporting entities. This section
also gives an overview of the Report Generation Utility, Report Validation Utility and Editable pdf based Utility
developed by FIU-IND to assist reporting entities in the preparation of the prescribed reports.
The reporting entities are required to submit reports to FIU-IND which is compliant with the XML format
specifications. Reporting entities which have necessary technical capabilities may generate XML reports directly
from their systems. The reporting format guide also specifies text file format specifications to assist in the extraction
of data from the information system of reporting entities before preparation of XML reports. Reporting entities are
encouraged to shift to the fixed width data structure version 2.0 before generating XML reports at their end. FIUIND has developed a Report Generation Utility to assist the reporting entities in generation of XML reports.
5.1
The Report Generation Utility enables user to generate XML report from various data sources. The broad features
of the Report Generation Utility are:
Capture data in XML tree structure and Grid structure (version 2.0)
Import data from previously saved XML file or Grid data
Perform key and structural validations before generation of XML
Generate XML report from loaded data or direct conversion of fixed width text files (version 1.0 and 2.0)
Configure the settings and preferences of the utility
The user guide for RGU provides detailed documentation on using the utility. The Report Generation Utility
performs key and structural validation checks on the data files before generation of XML files. The validation
checks performed on the version 1.0 data files is given in respective reporting formats and section 5.1.4. The
prerequisite rules for generation of XML reports from the respective version 2.0 text files are given in following
sections.
5.1.1
Generation of XML reports from ARF (account based) text files (v 2.0)
The rules for checking the data files and the conversion rules for generation of XML reports are given in following
sections.
5.1.1.1 Prerequisites for generation of XML from ARF text files
The rules for checking ARF (account based) data files (version 2.0) are:
i)
ii)
iii)
iv)
11
iii)
iv)
v)
vi)
vii)
viii)
Version 2.1
iv)
v)
The information in the single record in the Batch file (ARFBAT.txt) is populated in the elements
ReportType, ReportingEntity, PrincipalOfficer, and BatchDetails of the XML report batch.
The information about the data structure version from the Batch file (ARFBAT.txt) is populated in
the element DataStructureVersion under the BatchHeader element.
The utility automatically populates the elements GenerationUtilityVersion and DataSource from the
Batch file (ARFBAT.txt). These elements may not be filled by the reporting entity directly generating
the XML reports.
Each record in the Report file (ARFRPT.txt) is used to create a Report element in the XML report
batch.
Within each Report the various data elements are generated as underThe information from the relevant record in the Report file is populated in the elements
ReportSerialNum, OriginalReportSerialNum and MainPersonName.
In case of STR, the details of suspicion from Report file (ARFRPT.txt) with matching
ReportSerialNum are populated in the SuspicionDetails element.
Each record in the Account file (ARFACC.txt) with matching ReportSerialNum will create a
new Account element within the Report.
Within each Account, the various data elements are generated as under:
o The details of the account from the Account file (ARFACC.txt) with matching
ReportSerialNum are populated in the element AccountDetails.
o The details of the branch linked to the account from the Branch file (ARFBRC.txt)
with matching BranchRefNum are populated in the element Branch.
o The details of the individuals related to the account from the Individual File
(ARFINP.txt)
with
matching
ReportSerialNum,
BranchRefNum
and
AccountNumber are populated in the element PersonDetails.
o The details of the legal persons/entities related to the account from the Legal
Persons / Entities File (ARFLPE.txt) with matching ReportSerialNum,
BranchRefNum and AccountNumber are populated in the element PersonDetails.
12
Version 2.1
vi)
5.1.2
The details of the transaction in the account from the Transaction File
(ARFTRN.txt)
with
matching
ReportSerialNum,
BranchRefNum
and
AccountNumber are populated in the element Transaction.
In case of generation of XML file from fixed width data files version 1.0, if enumerations are not
categorised, the utility populates the value X /XX in the respective element.
Generation of XML reports from TRF (transaction based) text files (v 2.0)
The rules for checking the data files and the conversion rules for generation of XML reports are given in following
section.
5.1.2.1 Prerequisites for generation of XML from TRF text files
The rules for checking TRF (transaction based) data files (version 2.0) are:
i)
ii)
iii)
iv)
iv)
v)
The information in the single record in the Batch file (TRFBAT.txt) is populated in the elements
ReportType, ReportingEntity, PrincipalOfficer, and BatchDetails of the XML report batch.
The information about the data structure version from the Batch file (TRFBAT.txt) is populated in
the element DataStructureVersion under the BatchHeader element.
The utility automatically populates the elements GenerationUtilityVersion and DataSource from the
Batch file (TRFBAT.txt). These elements may not be filled by the reporting entity directly generating
the XML reports.
Each record in the Report file (TRFRPT.txt) is used to create a Report element in the XML report
batch.
Within each Report the various data elements are generated as underThe information from the relevant record in the Report file (TRFRPT.txt) is populated in the
elements ReportSerialNum, OriginalReportSerialNum and MainPersonName.
In case of STR, the details of suspicion from Report file (TRFRPT.txt) with matching
ReportSerialNum are populated in the SuspicionDetails element.
13
vi)
5.1.3
Version 2.1
Each record in the Transaction file (TRFTRN.txt) with matching ReportSerialNum will
create a new Transaction element within the Report.
The details about the institutions related to the transaction from the Branch file
(TRFBRC.txt) with matching InstitutionRefNum are populated in the element Branch.
The details about the payment instruments related to the transaction from the Payment
Instruments file (TRFPIN.txt) with matching ReportSerialNum and InstrumentRefNum are
populated in the element PaymentInstrument.
The details about the individuals related to the transaction from the Individual Persons file
(TRFINP.txt) with matching ReportSerialNum are populated in the elements
RelatedPersons and Individual.
The details about the legal persons/entities related to the transaction from the Legal
Persons/Entities file (TRFLPE.txt) with matching ReportSerialNum are populated in the
elements RelatedPersons and LegalPerson.
In case of generation of XML file from fixed width data files version 1.0, if enumerations are not
categorised, the utility populates the value X /XX in the respective element.
Generation of XML reports from CRF (counterfeit currency based) text files (v 2.0)
The rules for checking the data files and the conversion rules for generation of XML reports are given in following
sections.
5.1.3.1 Prerequisites for generation of XML from CRF text files
The rules for checking CRF (counterfeit currency based) data files (version 2.0) are:
i)
ii)
iii)
iv)
5.1.3.3 XML Generation Rules for CRF (counterfeit currency based) text files
The conversion rules for generation of XML reports from CRF (counterfeit currency based) text files are as under:
i)
ii)
The information in the single record in the Batch file (CRFBAT.txt) is populated in the elements
ReportType, ReportingEntity, PrincipalOfficer, and BatchDetails of the XML report batch.
The information about the data structure version from the Batch file (CRFBAT.txt) is populated in
the element DataStructureVersion under the BatchHeader element.
14
iii)
iv)
v)
vi)
5.1.4
Version 2.1
The utility automatically populates the elements GenerationUtilityVersion and DataSource from the
Batch file (CRFBAT.txt). These elements may not be filled by the reporting entity directly
generating the XML reports.
Each record in the Report file (CRFRPT.txt) is used to create a report element in the XML report
batch.
Within each report the various data elements are generated as underThe information from the relevant record in the Report file (CRFRPT.txt) is populated in the
elements ReportSerialNum and OriginalReportSerialNum.
The details about the branch related to the incident from the Branch file (CRFBRC.txt) with
matching BranchRefNum are populated in the element Branch.
The details about the counterfeit currency related to the incident from the Report File
(CRFRPT.txt) are populated in the element ReportSummary.
The details about the fake notes from the Note Details file (CRFTRN.txt) with matching
ReportSerialNum are populated in the TransactionDetails element.
In case of generation of XML file from fixed width data files version 1.0, if enumerations are not
categorised, the utility populates the value X /XX in the respective element.
The rules for checking the data files and the conversion rules for generation of XML reports from different variants
of text files (v 1.0) are given in following section. Violation of these rules will lead to failure in generation of XML
files.
5.1.4.1 Key validation rules for text files (v 1.0) for banks, insurance and intermediaries
The rules for primary and foreign key validations of CTR/STR text files (version 1.0) for banks, insurance and
intermediaries are:
i)
ii)
iii)
iv)
v)
vi)
5.1.4.2 Key validation rules for text files (v 1.0) for authorised persons and payment systemoperators
The rules for primary and foreign key validations of CTR/STR text files (version 1.0) for authorised persons and
payment system operators are:
i)
ii)
iii)
15
iv)
v)
vi)
vii)
Version 2.1
All values of [CTR/STR Reference Number] in Branch (BRC) Data File should have matching
value in Control (CTL) File
All values of [CTR/STR Reference Number] in Payment Instrument (PIN) Data File should have
matching value in Control (CTL) File
All values of [CTR/STR Reference Number] in Individual (INP) Data File should have matching
value in Control (CTL) File
All values of [CTR/STR Reference Number] in Legal Person/Entity Data (LPE) File should have
matching value in Control (CTL) File
5.2
The Report Validation Utility enables user to validate an XML report and prepares it for submission to FIU-IND. The
broad features of the utility are:
Perform schema validation (XSV) of XML file against the published schema (prescribed in XSD file)
Perform preliminary rule validation (PRV) of XML file using rules (prescribed in the SCH file)
View Data Quality Report (in XML format) generated by this utility or sent by FIU-IND
Show the underlying data elements causing error if the original report is also linked to the utility
Generate a draft revised report which is required to be resubmitted after correction.
Generate a hash XML for the validated XML report
Digitally sign the hash XML using the PFX or USB token option
Configure the settings and preferences of the utility
The user guide provides detailed documentation on using the utility.
5.3
The PDF based utility can be used by Reporting Entities to enter data of single reports. Detailed instructions have
been provided in the pdf form to assist the users in filling the form and generate XML reports. The broad features of
the utility are:
Allow users to enter data in the pdf form
Generate XML reports from captured data for submission through the secure FINnet Gateway Portal
Allow import of data from saved XML file
Allow printing of the report
Allow saving of report data in the pdf form
The various types of Editable pdf based forms are given in section 4.3 of this document. The reporting entity must
submit all reports to FIU-IND in XML form if it has the technical capability to do so.
16
5.4
5.4.1
Version 2.1
The Report Generation Utility enables user to generate XML report from various data sources. Refer section 5.1 of
Reporting Format Guide for details. Refer the Report Generation Utility User Guide for further details on using the
utility.
5.4.2
The Report Validation Utility enables user to validate an XML report and prepares it for submission to FIU-IND.
Refer section 5.2 of Reporting Format Guide for details. Refer the Report Validation Utility User Guide for further
details on using the utility.
5.4.3
What are the rules for generation of XML reports from variants of text files (v 1.0)?
The data files of different variants of text files (v 1.0) should comply with conversion rules for generation of XML
reports. Violation of these rules will lead to failure in generation of XML files. Refer section 5.1.4 of Reporting
Format Guide for details.
5.4.4
What are the prerequisites for generation of XML from text files?
The users should ensure that the fixed width text files should meet certain prerequisites before conversion to XML.
Refer section 5.1.1.1, 5.1.2.1 and 5.1.3.1 of Reporting Format Guide for details about ARF, TRF and CRF
respectively.
5.4.5
The data in text files should comply with rules for primary and foreign key validations of text files (version 2.0).
Refer section 5.1.1.2, 5.1.2.2 and 5.1.3.2 of Reporting Format Guide for details about ARF, TRF and CRF
respectively.
5.4.6
The Report Generation Utility uses conversion rules for generation of XML reports from text files. Refer section
5.1.1.3, 5.1.2.3 and 5.1.3.3 of Reporting Format Guide for details about ARF, TRF and CRF respectively.
5.4.7
Reporting entities should use regulator issued/other unique codes to uniquely identify branches. In cases, where
such codes are not available, reporting entities can use self generated branch codes to uniquely identify the
branch.
17
Version 2.1
This section contains information related to submission of reports to FIU-IND and gives an overview of the FINnet
Gateway Portal which has been developed as an interface for the reporting entities.
6.1
With the implementation of Project FINnet (Financial Intelligence Network) by FIU-IND in 2010, the primary mode of
submission of reports to FIU-IND will be through the FINnet Gateway Portal. The FINnet Gateway Portal is
designed as a comprehensive interface between the reporting entities and FIU-IND. The user guide for the FINnet
Gateway Portal provides detailed documentation on using the portal. The broad features are:
Login Page to allow access to registered users using credentials provided by the user. This page also has
links to register a new user.
Home page to display summary of actionable items (unread messages, pending reports, overdue reports
etc.) and new content (Downloads, Discussions, FAQs, Events, Tips, Alerts and Surveys).
Users module to view and manage the users of the reporting entity, FIU users and user groups.
Profiles module to upload the digital certificate and manage the profile information of the reporting entity,
principal officer and other users.
Reports module with facility for web filing of reports and upload reports, view the upload history, rejected
reports, reports where additional information is required and overdue reports. A report summary of reports
submitted by the reporting entity is also provided.
Messages module which is a messaging system between authorised users and FIU users.
Resources module which is a comprehensive knowledge repository consisting of Downloads, FAQs,
Problems and Solutions, Discussion Forums, Surveys, Events, Alerts and Tips.
6.2
Users of the reporting entities, who submit reports and exchange information with FIU-IND, have to register on the
FINnet Gateway Portal. After registration, the authorized users will be provided credentials for login. The authorised
users can upload the reports in prescribed XML format using the reports module of the FINnet Gateway Portal.
Reporting entities should ensure that all errors detected by the utilities are rectified and the XML file is secured
before uploading the reports. On successful upload, the portal will generate and display a unique Batch ID.
The principal officer can attach digital signature using the Report Validation Utility prior to uploading the file. If the
submitted batch is as per prescribed schema and if the file uploaded is signed with digital signature, the submission
of the report will be treated as complete and the status of the batch will be Submitted/Validated. The date of
submission of the batch will be the date of upload. If the file uploaded is without a digital signature, the portal would
generate a single page Report Upload Confirmation (RUC) form. The principal officer would be required to print
RUC form and post it to FIU-IND after signing. The signed copy of RUC form should be received by FIU-IND within
10 days of upload. After receipt of signed copy of RUC form, the date of upload would be taken as date of
submission. If the RUC form is not received at FIU-IND within 10 days, it will be treated as non compliance with the
reporting obligation. All reporting entities are encouraged to upload digitally signed reports.
18
Version 2.1
The description of the various status of Batch as displayed in the FINnet Gateway Portal is as under:
Batch Status
Description
Submitted
Validated
If the batch is as per prescribed schema and the batch has been uploaded with a digital
signature, the status would be shown as Validated. If the batch has been submitted without
digital signature, the status would be shown as Validated after confirmation is received by
FIU-IND.
Validated (AC)
If the XML batch has been successfully submitted without digital signature, the status would
be shown as Validated (AC) where AC means Awaiting confirmation. The reporting entity
would be required to send a signed copy of report upload confirmation to FIU-IND within 10
days of upload. The status would be shown as Validated after confirmation is received by
FIU-IND.
Invalid
If the batch fails the batch validation checks (digital signature error, hash mismatch, schema
validation failure, data insertion error etc.), the status of the batch would be Invalid and the
entire batch has to be submitted again
Processed
After validation of the batch and generation of Data Quality Report by FIU-IND the status of
the batch changes from Validated to Processed. The DQR will be available for download
from the FINnet Gateway Portal.
6.3
The reporting entities are required to submit prescribed reports using the FINnet Gateway Portal if they have
technical capabilities to do so. The reporting entities can submit reports by sending the XML file on CD if:
The reporting entity is not able to upload the report
The reporting entity has been asked by FIU-IND to submit the report using CD
In case of submission on CD, following should be ensured:
A label mentioning name of the Reporting Entity, unique identification code, type of report
(CTR/STR/CCR/NTR), batch number, month and year of report should be affixed on each CD for the
purpose of identification.
Each CD should be accompanied by Summary of Reports duly signed by the principal officer.
In case the size of data files exceeds the capacity of one CD, the data files should be compressed by using
Winzip 8.1 or ZipItFast 3.0 (or higher version) compression utility only to ensure quick and smooth
acceptance of the file.
The CD should be virus free.
6.4
Reporting Entities are expected to submit reports in electronic form. However if the reporting entity does not have
the capability to generate report in electronic form, reports may be submitted in manual paper-based forms.
Reporting Entities should use the FIU-IND provided PDF Form based utilities to capture data and print the report as
per the specified format. The paper based report should be duly signed by the Principal Officer and posted to FIUIND. However, Reporting Entities should make all reasonable efforts to send reports in electronic rather than the
paper based format.
19
6.5
6.5.1
Version 2.1
With the implementation of Project FINnet (Financial Intelligence Network) by FIU-IND in 2010, the primary mode of
submission of reports to FIU-IND will be through the FINnet Gateway Portal. The FINnet Gateway Portal is
designed as a comprehensive interface between the reporting entities and FIU-IND. Refer section 6.1 of Reporting
Format Guide for details. Refer the FINnet Gateway User Guide for further details on using the utility.
6.5.2
All users of the reporting entities have to register on the FINnet Gateway Portal. After registration, the authorised
users will be given credentials for login. The authorised users can upload the reports in prescribed XML reports
using the reports module of the FINnet Gateway Portal. Reporting entities should ensure that all errors detected by
the utilities are rectified and the XML converted to a Hash XML which can further be digitally signed using the PFX
or USB token option prior to upload. On successful upload, the portal shall generate and display a unique Batch ID.
6.5.3
Reporting entities should submit reports online through FINnet Gateway portal. However, in certain cases they can
submit reports by sending the XML file on CD or paper based reports using editable PDF forms provided by FIUIND.
6.5.4
The principal officer can attach the digital signature using the Report Validation Utility provided by FIU-IND. The
validated XML file which is error free is converted to a Hash XML using the Secure XML tab. Subsequently, users
can use the PFX or USB token and digitally sign prior to uploading the file. If the submitted batch is as per
prescribed schema and if the file uploaded is digitally signed, the submission of the report will be treated as
complete and the status of the batch will be Validated.
6.5.5
What is the procedure for submitting reports without using digital signature?
The validated XML file should be converted to Hash XML using the Secure XML tab in Report Validation Utility
provided by FIU-IND. When the Hash XML file is uploaded without digital signature, the FINnet Gateway portal
would generate a single page report upload confirmation (RUC) form. The principal officer would be required to
print the RUC form and post it to FIU-IND after signing. The signed copy of the RUC form should be received by
FIU-IND within 10 days of upload. After confirmation, the date of upload would be taken as date of submission. If
the RUC form is not received at FIU-IND within 10 days, it will be treated as non compliance with the reporting
obligation. All reporting entities are encouraged to upload reports with digital signature.
6.5.6
Reporting Entities should maintain a unique series of numbers to be used as batch number. Refer section 11.1.5 of
Reporting Format Guide for details.
6.5.7
Batch ID is the unique acknowledgement number for each batch generated on its successful upload.
20
6.5.8
Version 2.1
As the batch is submitted and processed by FIU-IND, the status of the batch changes from Submitted to
Validated, Validated (AC), Invalid and Processed. Refer section 6.2 of Reporting Format Guide for details.
6.5.9
The reporting entities are required to submit prescribed reports using the FINnet Gateway Portal if they have
technical capabilities to do so. The reporting entities can submit reports by sending the XML file on CD if the
reporting entity is not able to upload the report. In some cases, FIU-IND may ask reporting entity to submit the
report using CD
6.5.10 Can reports be submitted in manual reporting formats?
Manual Reporting Formats have been specified as editable PDF forms which can be used by reporting entities to
print the report and submit as a paper based report. The editable PDF form based utility enables users to enter or
import data, validate for errors and generate XML reports for submission through the secure FINnet Gateway
Portal. Alternately, reporting entities can print the report in OCR compatible format and post the paper based report
to FIU-IND. The reporting entity must submit all reports to FIU-IND in XML format specifications if it has the
technical capability to do so. Refer section 4.3 of Reporting Format Guide for details.
21
Version 2.1
This section explains the integrated XML Schema validation and Rule based validation approach adopted by FIUIND. The section also gives an overview of the validation rules, types of errors, Data Quality Report and error
resolution steps.
7.1
Types of validation
The data quality validation has been enhanced by introducing multiple levels of validation covering both XML
Schema validation and Rule based validation. The XML file will undergo following three types of validations:
XML Schema Validation (XSV): Verification of XML file against the published schema (XSD file)
Preliminary Rule Validation (PRV): Preliminary verification of XML file using rules which can be prevalidated before submission. These rules would be specified in external rules file (SCH file) shared with
reporting entities.
Advanced Rule Validation (ARV): Verification of XML files using rules which require additional information
such as earlier submitted report, external data sources or dictionaries.
7.2
Types of Errors
The types of errors found in the report have been categorised into schema error, fatal error, non fatal error and
probable error. The description of error type and its resolution is as under:
Error Type
Error Description
Schema error
Errors in XML file on account of validation The errors have to be resolved in XML file to enable
against the XML schema (xsd)
schema validation by utility
Fatal error
Probable error
7.3
Error Resolution
The following table shows relationships between validation type and error types:
Validation Type
Schema error
Fatal error
Probable error
22
7.4
Version 2.1
An XML schema is a description of a type of XML document, typically expressed in terms of constraints on the
structure and content of documents of that type, above and beyond the basic syntactical constraints imposed by
XML itself. These constraints are generally expressed using some combination of grammatical rules governing the
order of elements, Boolean predicates that the content must satisfy, data types governing the content of elements
and attributes, and more specialized rules such as uniqueness and referential integrity constraints.
The process of checking to see if an XML document conforms to a schema is called validation, which is separate
from XML's core concept of syntactic well-formedness. All XML documents must be well-formed, but it is not
required that a document be valid unless the XML parser is "validating," in which case the document is also
checked for conformance with its associated schema.
7.5
Preliminary Rule Validation (PRV) is preliminary verification of XML file using rules which can be pre-validated
before submission. These rules would be specified in external rules file (SCH file) shared with reporting entities.
The description of rules for Preliminary Rule Validation (PRV) is as under:
S. No. Validation Rule
Rule Description
Example
Error Type
MandatoryValueFatal
MandatoryValueNonFatal
UniqueValue
SufficiencyElementFatal
SufficiencyElementNonFatal
SufficiencyLengthFatal
Fatal error
SufficiencyLengthNonFatal
ConsistencySum
ConsistencyValue
10
ErrorProbablityHigh
Fatal error
Probable Error
23
Rule Description
Version 2.1
Example
Error Type
probability is high
11
12
ErrorProbablityMedium
ErrorProbablityLow
Sample application of preliminary validation rules for the three reporting formats is given in Annexure A.3, B.3 and
C.3 of this document.
7.6
Advanced Rule Validation (ARV) is verification of XML files using rules which require additional information such as
earlier submitted report, external data sources or dictionaries. The description of some rules for Advanced Rule
Validation (ARV) is as under:
S. No.
Validation Rule
SufficiencyValue
Rule Description
The data element should
contain sufficient
information
Example
The address should contain
sufficient information
(dictionary based)
Error Type
ConsistencyValueEarlierReport
Sample application of advanced validation rules for the three reporting formats is given in Annexure A.3, B.3 and
C.3 of this document.
24
7.7
Version 2.1
On successful file upload, FIU-IND shall subject the reports to different levels of validations. On completion of
validations, FIU-IND shall generate a Data Quality Rating for the batch which is an indicator/measure of the quality
of reports in a batch submitted to FIU-IND. The data quality rating would be communicated to the reporting entity
after each successful upload and validation. The description of data quality rating is as under:
Data Quality Rating
7.8
Description
The batch of reports has no fatal errors but only non fatal errors
Few reports (< 50%) in the batch have been rejected due to fatal errors
Large number of reports (>= 50%) in the batch have been rejected due to fatal errors
The Data Quality Report contains summary level details, statistics and details of errors/warnings. The Data Quality
Report states the quality of the report and indicates if the report is acceptable, requires resubmission or has
warnings for future quality improvement. The DQR will be available for download in XML format against each report
batch.
DQR downloaded in XML format can be viewed using the Report Validation Utility or any other XML editor. The
explanation of schema of the Data Quality Report is provided in Annexure D of this document. The DQR has
separate sections for report summary information, acknowledgement information and error details for preliminary
validation and advanced validation. The error details describe the validation rule that was violated, the data element
in which the error occurred and the path of the element in the original XML report file.
Reporting Entities can link the downloaded DQR in XML format to the original report submitted using the Report
Validation Utility. The DQR provides the path and the data element in which the error occurred. The Report
Validation Utility can also be used to import the original report and view using the error report.
7.9
Resolution of errors
Reporting Entities should use the DQR to examine the data quality errors. Reports that have fatal errors need to be
rectified and resubmitted. Reporting Entities should take necessary steps to rectify the error at source so that the
same errors are not repeated. Non-fatal errors are errors that are warning in nature. Reporting Entities need not
resubmit the reports containing non-fatal errors. Reporting Entities should take necessary action to rectify such
errors at source so that they do not recur. Reporting Entities should take necessary steps to ensure that the quality
of the data submitted improves progressively over time.
25
Version 2.1
Preliminary Rule Validation (PRV): Preliminary verification of XML file using rules which can be prevalidated before submission. These rules would be specified in external rules file (SCH file) shared with
reporting entities.
Advanced Rule Validation (ARV): Verification of XML files using rules which require additional information
such as earlier submitted report, external data sources or dictionaries.
7.10.2 What are the types of errors checked during data quality validation?
The types of errors found in the report have been categorised into schema error, fatal error, non fatal error and
probable error. Refer section 7.2 of Reporting Format Guide for details.
7.10.3 What is XML Schema Validation (XSV)?
An XML schema is a description of a type of XML document, typically expressed in terms of constraints on the
structure and content of documents of that type, above and beyond the basic syntactical constraints imposed by
XML itself. The process of checking to see if an XML document conforms to a schema is called validation.
7.10.4 What is Preliminary Rule Validation (PRV)?
Preliminary Rule Validation (PRV) is preliminary verification of XML file using rules which can be pre-validated
before submission. These rules would be specified in external rules file (SCH file) shared with reporting entities.
The external files used for validation are schematron rules. Refer section 7.5 of Reporting Format Guide for details.
7.10.5 What is Advanced Rule Validation (ARV)?
Advanced Rule Validation (ARV) is verification of XML files using rules which require additional information such as
earlier submitted report, external data sources or dictionaries. Refer section 7.6 of Reporting Format Guide for
details.
7.10.6 What is Data Quality Rating?
On successful file upload, FIU-IND shall subject the reports to different levels of validations. On completion of
validations, FIU-IND shall generate a Data Quality Rating for the batch which is an indicator/measure of the quality
of reports in a batch submitted to FIU-IND. The data quality rating would be communicated to the reporting entity
after each successful upload and validation. Refer section 7.7 of Reporting Format Guide for details.
7.10.7 What is Data Quality Report?
The Data Quality Report contains summary level details, statistics and details of errors/warnings. The Data Quality
Report states the quality of the report and indicates if the report is acceptable, requires resubmission or has
warnings for future quality improvement. The DQR will be available for download in XML format against each report
batch. Refer section 7.8 of Reporting Format Guide for details.
7.10.8 How should Reporting Entities resolve errors?
Reporting Entities should use the DQR to examine the data quality errors. Reports that have fatal errors need to be
rectified and resubmitted. Reporting Entities should take necessary steps to rectify the error at source so that the
same errors are not repeated. Non-fatal errors are errors that are warning in nature. Reporting Entities need not
resubmit the reports containing non-fatal errors. Reporting Entities should take necessary action to rectify such
errors at source so that they do not recur. Reporting Entities should take necessary steps to ensure that the quality
of the data submitted improves progressively over time.
26
Version 2.1
This section contains information about modification of an earlier submitted report which could be on account of
resubmission of rejected report (due to fatal errors), providing additional information to an earlier submitted report
or replacement of an incorrect report (data omitted or wrong data submitted in the original report).
8.1
Rejection of reports
If the report batch submitted by the reporting entities has reports with fatal errors, such reports would be rejected.
The list of all uploaded reports can be viewed on the FINnet Gateway in the section Reports > Uploaded reports.
For each batch, the number of reports in the batch which have been rejected due to fatal errors would be displayed
as Reports Rejected. The reporting entity is required to resubmit the rejected reports after corrections. The list of
all batches where reports have been rejected would be separately displayed in the section Reports > Rejected
reports. If the reporting entity submits a replacement batch after removing the errors, the details of rejected reports
would be updated after processing. The reporting entity can access following details about rejected reports on the
FINnet Gateway:
Information Field
Description
Report Type
Submission Date
Batch Type
Batch ID
Report Month
Batch Status
Reports in Batch
Number of reports in the batch which were rejected in the original batch due to
fatal errors
Number of rejected reports in the batch which have not been rectified till date
Number of fatal errors in the batch which have not been rectified till date
Download DQR
8.2
The Data Quality Report would contain information about reports in the batch which have been rejected along with
details of the fatal error. The Report Validation Utility can be used to link the Data Quality Report to the submitted
27
Version 2.1
batch to extract the rejected reports in a separate batch. The reporting entity is required to rectify the errors in the
extracted rejected reports and upload it as a replacement batch.
8.3
If the reporting entity wants to submit additional information in relation to a previously submitted report, a
replacement report with complete information needs to be submitted. This submission could be to resolve a nonfatal error or in response to a request from FIU-IND. Refer to section 9.1 for additional information.
8.4
If the reporting entity comes to know that data was omitted in original report or part of the data was wrongly
submitted, a replacement report needs to be submitted to modify a previously submitted report.
8.5
If the reporting entity comes to know that wrong data has been submitted in original report, a deletion report needs
to be submitted to delete a previously submitted report. However the entire report information needs to be
resubmitted in the batch to ensure that such deletion is not being requested by an unauthorised person.
8.6
As mentioned Reporting Entities would like to modify a previously report in following cases:
Rejected reports due to fatal errors
Data omitted in original report
Wrong data submitted in original report
A separate batch has to be submitted where such resubmission is made and the batch should contain only one
type of report. The reporting entity should also provide batch level information in the element Batch/BatchDetails.
The information about report which has to be replaced or deleted is provided in the element Batch/Report. Both
these elements are explained in following sections.
8.6.1
Batch Details
The element Batchdetails provides information about the batch including BatchType, OriginalBatchId and
ReasonOfRevision. The details of the element are given in the Annxure A.1 of this document. The relevant
information in the element is as under:
Element
Description
Length
Mandatory
BatchNumber
11
Yes
BatchDate
10
Yes
MonthOfReport
Yes
28
Element
Description
Version 2.1
Length
Mandatory
YearOfReport
Yes
OperationalMode
Yes
BatchType
Yes
OriginalBatchID
10
Yes
ReasonOfRevision
Yes
PKICertificateNum
10
No
29
8.6.2
Version 2.1
Report details
Batch/Report provides details of the Reports in the batch. This element has been defined differently for each of the
reporting format in Annexure A.1, B.1 and C.1 of this document. However the elements ReportSerialNum and
OriginalReportSerialNum are common in all reporting formats which are defined as under:
Element
Description
ReportSerialNum
OriginalReportSerialNum
8.7
8.7.1
Length
Mandatory
Yes
Yes
The list of all uploaded reports can be viewed on the FINnet Gateway in the section Reports > Uploaded reports.
8.7.2
If the report batch submitted by the reporting entities has reports with fatal errors, such reports would be rejected.
8.7.3
The list of all batches where reports have been rejected would be separately displayed in the section Reports >
Rejected reports. If the reporting entity submits a replacement batch after removing the errors, the details of
rejected reports would be updated after processing. Refer section 8.1 of Reporting Format Guide for details.
8.7.4
If the reporting entity comes to know that data was omitted in original report or part of the data was wrongly
submitted, a replacement report needs to be submitted to modify a previously submitted report.
8.7.5
The Data Quality Report would contain information about reports in the batch which have been rejected along with
details of the fatal error. The Report Validation Utility can be used to link the Data Quality Report to the submitted
batch to extract the rejected reports in a separate batch. The reporting entity is required to rectify the errors in the
extracted rejected reports and upload it as a replacement batch.
8.7.6
If the reporting entity comes to know that wrong data has been submitted in original report, a deletion report needs
to be submitted to delete a previously submitted report. However the entire report information needs to be
resubmitted in the batch to ensure that such deletion is not being requested by an unauthorised person.
30
Version 2.1
This section explains submission of additional information or documents related to a previously submitted report.
Such a submission could be suo moto or in response to a request by FIU-IND. The reporting entity may need to
submit additional information related to a previously submitted report in following cases:
Additional information is needed by FIU-IND for analysis
Additional document is needed by FIU-IND for analysis
The reporting entity wants to suo moto submit additional document to support grounds of suspicion
Submission of additional information related to earlier submitted report is explained in following sections.
9.1
If additional information related to the submitted report is required for analysis, an information request will be
generated in XML format and communicated to the reporting entity using the FINnet Gateway. The information
requests will be displayed under the section Reports > Additional Information Required. The reporting entity would
be required to submit the information as replacement report.
9.2
If additional documents such as KYC document related to the submitted report is required for analysis, an
information request will also be generated in XML format and communicated to the reporting entity using the FINnet
Gateway under the section Reports > Additional Information Required. If all additional information requested in a
batch has been received, the request will be closed.
9.3
If reporting entity intends to submit additional documents such as KYC document, copy of instrument etc to support
grounds of suspicion, they are required to indicate Y in the element AdditionalDocuments in the element
Batch/Report/SuspicionDetails. In such cases, an information request will be generated in XML format and
communicated to the reporting entity using the FINnet Gateway under the section Reports > Additional Information
Required. The reporting entity would submit documents in a manner similar to request based submission of
additional documents.
9.4
9.4.1
The reporting entity may need to submit additional information related to a previously submitted report in following
cases:
Additional information is needed by FIU-IND for analysis
Additional document is needed by FIU-IND for analysis
The reporting entity wants to suo moto submit additional document to support grounds of suspicion
9.4.2
If additional information related to the submitted report is required for analysis, an information request will be
generated in XML format and communicated to the reporting entity using the FINnet Gateway. The information
requests will be displayed under the section Reports > Additional Information Required. The reporting entity would
be required to submit the information as replacement report.
31
9.4.3
Version 2.1
If additional documents such as KYC document related to the submitted report is required for analysis, an
information request will also be generated in XML format and communicated to the reporting entity using the FINnet
Gateway under the section Reports > Additional Information Required. If all additional information requested in a
batch has been received, the request will be closed.
9.4.4
If reporting entity intends to submit additional documents such as KYC document, copy of instrument etc to support
grounds of suspicion, they are required to indicate Y in the element AdditionalDocuments in the element
Batch/Report/SuspicionDetails. In such cases, an information request will be generated in XML format and
communicated to the reporting entity using the FINnet Gateway under the section Reports > Additional Information
Required. The reporting entity would submit documents in a manner similar to request based submission of
additional documents.
32
Version 2.1
33
Version 2.1
Description
Length
Mandatory
Yes
Yes
ReportType
ReportFormatType
BatchHeader
Section 11.1.2
Yes
ReportingEntity
Section 11.1.3
Yes
34
Element
Description
PrincipalOfficer
Version 2.1
Length
Mandatory
Section 11.1.4
Yes
BatchDetails
Section 11.1.5
Yes
Report
Section 11.1.6
Yes
Remarks
Contains information related to (a) All cash transactions of the value of more than rupees
ten lakhs or its equivalent in foreign currency;
(b) All series of cash transactions integrally connected to
each other which have been valued below rupees ten lakhs
or its equivalent in foreign currency where such series of
transactions have taken place within a month.
NTR
(NPO)
Code Description
Remarks
TRF
CRF
Counterfeit currency based reporting CCR reporting format (CRF) for reporting of counterfeit currency
format
reports (CCRs)
35
Version 2.1
Description
Length
Mandatory
Yes
No
Yes
DataStructureVersion
DataSource
36
Version 2.1
Remarks
Version 1.0
When the XML file is generated using text files version 1.0
Version 2.0
When the XML file is generated using text files version 2.0. The value may be set to 2
if reporting entities are directly creating XML file
Remarks
PDF file
When the XML file is generated using PDF Form based utility
rgu
RGU file
When the XML file is generated by direct data entry in the utility
txt
Text file
When the XML file is generated from fixed width text file
xml
XML file
37
Version 2.1
Element
ReportingEntityName
Length
Mandatory
80
Yes
Yes
12
No
RERegistrationNum
38
Element
Description
Version 2.1
Length
Mandatory
10
Yes
FIUREID
Category Code
BAPUB
BASCB
BAPVT
BASCB
BAFOR
Foreign Banks
BASCB
BARRB
BARRB
BALAB
BALAB
BASUC
BAUCB
BANUC
BAUCB
BASCO
BASCO
BADCB
BADCB
10
BAOTH
BAOTH
11
FIINL
FIINL
12
FIINN
FIINN
13
FIHFC
FIHFC
14
FIAD1
FIAPR
15
FIAD2
FIAPR
16
FIAD3
FIAPR
17
FIFFM
FIAPR
18
FIMTP
FIMTP
19
FIMTA
FIMTA
20
FICSO
FICSO
21
FICCP
FICCP
22
FIAFI
FIAFI
23
FIHPC
FIHPC
39
Version 2.1
S. No.
Category Code
24
FICFC
FICFC
25
FINBA
FINBF
26
FINBN
FINBF
27
FIOTH
FIOTH
28
CASIN
Casinos
CASIN
29
INCOL
INCOL
30
INDEP
Depositories
INDEP
31
INDPP
Depository Participants
INDPP
32
INBRO
Share Brokers
INBRO
33
INBDS
Derivative Members
INBDS
34
INSTA
INSTA
35
INRTA
INRTA
36
INMER
Merchant Bankers
INMER
37
INUND
Underwriters
INUND
38
INBAN
Bankers to an Issue
INBAN
39
INREG
Registrars to Issue
INREG
40
INPOM
Portfolio Managers
INPOM
41
INADV
Investment Advisors
INADV
42
INTRU
INTRU
43
INCRE
INCRE
44
INVCD
INVCD
45
INCUS
Custodian of Securities
INCUS
46
INFII
INFII
47
INVCF
INVCF
48
INCOM
Commodity Broker
INCOM
49
INSBR
Sub Brokers
INSBR
50
INOTH
Other Intermediaries
INOTH
51
RGRBI
RGRBI
52
ZZZZZ
Others
ZZZZZ
53
XXXXX
Not Categorised
40
Version 2.1
Description
POName
Length
Mandatory
80
Yes
80
Yes
Section 11.1.4.1
Yes
Section 11.1.4.2
Yes
50
No
POPhone
POemail
41
Version 2.1
Description
Length
Mandatory
Address
225
Yes
City
Name of City/Town
50
No
Yes
10
No
Yes
The two digit state code has to be mentioned as per Indian Motor
Vehicle Act 1988. Refer Annexure E for State codes. If state
code is not available, use XX.
Pin Code that identifies the locality.
PinCode
In case of India, the 6 digit Pin code as per India Posts has to be
mentioned. In case of countries outside India, respective code
may be used. If Pin code is not available, use XXXXXX.
Country code that identifies the country.
CountryCode The Country Code as per ISO 3166 has to be mentioned. Refer
Annexure F for Country codes. Use IN for India. If CountryCode
is not available, use XX.
42
Version 2.1
Description
Length
Mandatory
Telephone
30
No
Mobile
30
No
Fax
30
No
43
Version 2.1
Description
Length
Mandatory
11
Yes
10
Yes
Yes
Yes
Yes
Yes
10
Yes
BatchNumber
BatchDate
MonthOfReport
YearOfReport
OperationalMode
BatchType
One batch can contain only one type of batch and one type
of report. If reports in the batches are being submitted to
remove errors or after including additional information, the
complete report needs to be resubmitted as a replacement
report. Refer section 11.1.5.4 for further details on
enumerations.
BatchID of the original batch which is being replaced deleted
or referred by reports in the current batch.
OriginalBatchID
In case the batch is new and unrelated to any previous batch,
mention 0 here.
44
Element
Description
Version 2.1
Length
Mandatory
Yes
10
No
January
02
February
03
March
04
April
05
May
06
June
07
July
08
August
09
September
10
October
11
November
12
December
NA
45
Version 2.1
Remarks
Production Mode
Live environment
Test Mode
Remarks
New Report
Replacement Report
Deletion Report
Remarks
Operational errors in original batch Both replacement and deletion report can be submitted if
have been identified and reports are operational errors are detected
being revised or deleted suo moto
The replacement report is on Only replacement report can be submitted to provide additional
account of additional information information
being submitted
Not applicable as this is a new batch All new or original batch will have this value
Other reason
46
Version 2.1
Description
Length
Mandatory
Yes
Yes
80
No
SuspicionDetails
Section
11.1.7
No
Account
Section
11.1.8
No
47
Version 2.1
48
Element
Version 2.1
Length Mandatory
SourceOfAlert
Yes
100
No
Yes
AlertIndicator
49
Element
Description
Version 2.1
Length Mandatory
Yes
Yes
Yes
Yes
SuspicionDueToNoEcoRationale
SuspicionOfFinancingOfTerroris
m
AttemptedTransaction
50
Element
Description
Version 2.1
Length Mandatory
Summary of suspicion
4000
Yes
4000
No
Yes
250
No
LEAInformed
LEADetails
The details of the investigation should be furnished under
DetailsOfInvestigation above.
51
Element
Description
Version 2.1
Length Mandatory
PriorityRating
Yes
Yes
Yes
ReportCoverage
AdditionalDocuments
Remarks
CV
Customer Verification
WL
Watch List
TY
Typology
TM
Transaction Monitoring
RM
52
MR
Version 2.1
Media Reports
EI
Employee Initiated
PC
Public Complaint
BA
Business Associates
ZZ
Others
XX
Not Categorised
LQ
Remarks
Information received
Information sent
Not Categorised
Remarks
P1
P2
High Priority
P3
Normal Priority
Reasonable time
XX
Not Categorised
53
Version 2.1
Remarks
Complete
Partial
Not Categorised
54
Version 2.1
Description
Length
Mandatory
AccountDetails
Section 11.1.9
Yes
Branch
Section 11.1.10
Yes
PersonDetails
Section 11.1.14
Yes
Transaction
Section 11.1.19
No
55
Version 2.1
56
Element
AccountNumber
Account number
Version 2.1
Length
Mandatory
20
Yes
Yes
80
Yes
Type of account.
AccountType
HolderName
57
Element
Description
Version 2.1
Length
Mandatory
Yes
Yes
10
No
Yes
AccountHolderType
AccountStatus
DateOfOpening
Mention the date in YYYY-MM-DD Format
Risk category as per the internal risk
assessment.
RiskRating
58
Element
Version 2.1
Description
Length
Mandatory
20
No
st
CumulativeCreditTurnover
CumulativeDebitTurnover
20
No
CumulativeCashDepositTurnover
20
No
20
No
Yes
st
Remarks
BS
Savings Account
BC
Current Account
BR
BD
BP
BL
Loan Account
BT
59
Code Description
Version 2.1
Remarks
BG
IL
Insurance Companies
IE
Endowment Policy
Insurance Companies
IA
Insurance Companies
IU
ULIP Policy
Insurance Companies
IH
Insurance Companies
IM
Insurance Companies
IT
Insurance Companies
IB
Insurance Companies
IW
Insurance Companies
ST
Trading Account
Stock Brokers
MF
Mutual Funds
DB
Depositories
DH
Depositories
DC
Depositories
ZZ
Others
All Sectors
XX
Not Categorised
Remarks
Resident Individual
Legal Person/Entity
Central/State Government
Reporting Entity
Others
Not Categorised
Excluding C,D,E, F
60
Version 2.1
Remarks
Active
Inactive
Dormant
Suspended
Frozen
Closed
Others
Not Categorised
A2
A3
XX
Not Categorised
Remarks
Very High or High Risk
61
Version 2.1
Description
Length
Mandatory
Yes
20
Yes
Section
11.1.11
No
BranchRefNumType*
BranchRefNum
BranchDetails
62
Version 2.1
Description
Remarks
Regulator Issued
BIC
IFSC
MICR Code
Self Generated
The branch reference number mentioned in the report is a self generated unique
number
Other sources
Not Categorised
63
Version 2.1
Description
Length
Mandatory
BranchName
Name of Branch
80
Yes
BranchAddress
Section
11.1.12
Yes
BranchPhone
Section
11.1.13
Yes
BranchEmail
Branch email id
50
No
64
Version 2.1
65
Version 2.1
Description
Length
Mandatory
PersonName
80
Yes
CustomerID
Customer ID/Number.
10
No
Yes
RelationFlag
CommunicationAddress
Section
11.1.15
Yes
Phone
Section
11.1.16
No
Contact email.
50
No
SecondAddress
Section
11.1.15
No
PAN
10
No
UIN
30
No
Section
11.1.17 &
11.1.18
Yes
Choice compositor.
Choice
66
Version 2.1
Remarks
Account Holder
Authorised Signatory
Introducer
Guarantor
Guardian
Nominee
Beneficial Owner
Proposer
Insurance Companies
Assignee
Insurance Companies
Life Assured
Insurance Companies
Beneficiary
Insurance Companies
Power of Attorney
Others
Not Categorised
67
Version 2.1
68
Version 2.1
Description
Length
Mandatory
Yes
10
No
Yes
Gender
IdentificationType
IdentificationNumber
20
No
IssuingAuthority
20
No
PlaceOfIssue
20
No
Yes
PlaceOfWork
Name of organisation/employer
80
No
FatherOrSpouse
80
No
Occupation
50
No
Male
Female
Not Categorised
Remarks
Passport
Remarks
Same as A used in version 1.0
69
Code Description
Version 2.1
Remarks
Election Id Card
Pan Card
ID Card
Driving License
Account Introducer
UIDAI letter
Others
70
Version 2.1
Description
Length
Mandatory
Yes
ConstitutionType
RegistrationNumber
20
No
DateOfIncorporation
10
No
PlaceOfRegistration
20
No
CountryCode
Yes
NatureOfBusiness
Nature of Business
50
No
Remarks
Sole Proprietorship
Partnership Firm
HUF
Society
Association
Trust
Liquidator
LLP
Others
Not Categorised
71
Version 2.1
72
Version 2.1
Description
Length
Mandatory
DateOfTransaction
10
Yes
TransactionID
20
No
Yes
Yes
20
Yes
Yes
Section
11.1.20
No
TransactionMode
DebitCredit
Amount
Currency
ProductTransaction
DispositionOfFunds
No
RelatedAccountNum
20
No
RelatedInstitutionName
20
No
20
No
Remarks
50
No
73
Version 2.1
Remarks
Cheque
Internal Transfer
Cash
Demand Draft/Pay
Order
Electronic Fund
Transfer
Exchange Based
Transaction
New
Securities
Transaction
New
Switching
Transaction
New
Others
Not Categorised
C
X
Remarks
Debit
Credit
74
Version 2.1
Description
Length
Mandatory
Yes
30
No
ProductType
Identifier
Example- ISIN for security
75
Element
Description
Version 2.1
Length
Mandatory
Yes
20
No
10
No
TransactionType
Units
Rate
Bonds
ST
Securities
CD
Certificate of Deposit
CP
Commercial Paper
Remarks
76
Code Description
Version 2.1
Remarks
EQ
Equity Shares
FU
Futures
OP
Options
DF
Debt Funds
Mutual Funds
EF
Equity Fund
Mutual Funds
HF
Hybrid Funds
Mutual Funds
LF
Liquid Funds
Mutual Funds
MF
MIP Funds
Mutual Funds
XF
Mutual Funds
CO
Commodities
IP
Insurance Products
ZZ
Others
XX
Not Categorised
Remarks
BP
Buy/Purchase
SR
Sale/Redemption
IA
Annuity payment
Insurance Companies
IP
Pension
Insurance Companies
IC
Commutation
Insurance Companies
ID
Death claim
Insurance Companies
IM
Maturity
Insurance Companies
IB
Survival benefits
IF
Insurance Companies
IW
Withdrawal
IS
Surrender
Insurance Companies
IG
Assignment
Insurance Companies
IE
Decline
Insurance Companies
IX
Excess Refund
Insurance Companies
IR
Premium Payment
Insurance Companies
IL
Loan Repayment
Insurance Companies
DD
Dematerialisation/Conversion of
Mutual funds units in demat form
Depositories
DR
Rematerialisation/Repurchase
Depositories
DO
Depositories
77
Code Description
Version 2.1
Remarks
DM
Market transfers
Depositories
DI
Depositories
DP
Depositories
DC
Corporate action
Depositories
ZZ
Others
XX
Not Categorised
78
Version 2.1
Filename
Description
ARFBAT.txt
Batch File
ARFRPT.txt
Report File
ARFBRC.txt
Branch File
ARFACC.txt
Account File
ARFTRN.txt
Transaction File
ARFINP.txt
ARFLPE.txt
Type
Size From
To
Remarks
Line Number*
NUM
Running sequence
number for each line
in the file starting
from 000001. This
Line Number*
number will be used
during validation
checks.
ReportType*
CHAR
DataStructureVersion*
CHAR
10
10
ReportingEntityName*
CHAR
80
11
90
ReportingEntityCategory* CHAR
91
95
RERegistrationNumber
CHAR
12
96
107
FIUREID*
CHAR
10
108
117
POName*
CHAR
80
118
197
PODesignation*
CHAR
80
198
277
10
Address*
CHAR
225
278
502
Principal Officers
Address1* + Address2 +
Refer section 11.1.4
Address3 + Address 4 +
Address5
11
City
CHAR
50
503
552
12
StateCode*
CHAR
553
554
79
S. No. Field
Type
Size From
To
Remarks
Version 2.1
13
PinCode
CHAR
10
555
564
14
CountryCode*
CHAR
565
566
15
Telephone
CHAR
30
567
596
16
Mobile
CHAR
30
597
626
17
Fax
CHAR
30
627
656
18
POEmail*
CHAR
50
657
706
19
BatchNumber*
CHAR
707
714
20
BatchDate*
CHAR
10
715
724
21
MonthOfReport*
CHAR
725
726
22
YearOfReport*
CHAR
727
730
23
OperationalMode*
CHAR
731
731
24
BatchType*
CHAR
732
732
25
OriginalBatchId*
NUM
10
733
742
26
ReasonOfRevision*
CHAR
743
743
To
Remarks
Principal Officers
Telephone
Type
Size
From
Line Number*
NUM
Running sequence
number for each line
in the file starting
from 000001. This
Line Number*
number will be used
during validation
checks.
ReportSerialNum*
NUM
14
OriginalReportSerialNu
m*
NUM
15
22
MainPersonName
CHAR
80
23
102
SourceOfAlert*
CHAR
103
104
AlertIndicator1
CHAR
100
105
204
AlertIndicator2
CHAR
100
205
304
AlertIndicator3
CHAR
100
305
404
SuspicionDueToProcee
dsOfCrime*
CHAR
405
405
10
SuspicionDueToComple
CHAR
xTrans*
406
406
11
SuspicionDueToNoEco
407
407
CHAR
80
S. No. Field
Type
Size
From
To
Remarks
Version 2.1
Rationale*
12
SuspicionOfFinancingOf
CHAR
Terrorism*
408
408
13
AttemptedTransaction*
CHAR
409
409
14
GroundsOfSuspicion*
CHAR
4000
410
15
DetailsOfInvestigations
CHAR
4000
4410
16
LEAInformed*
CHAR
8410
17
LEADetails
CHAR
250
8411
18
PriorityRating*
CHAR
8661
19
ReportCoverage*
CHAR
8663
20
AdditionalDocuments*
CHAR
8664
Details of other
investigations
Type
Size
From
To
Remarks
Mapping to version
1.0
Line Number*
NUM
Running sequence
number for each line
in the file starting from
Line Number*
000001. This number
will be used during
validation checks.
BranchRefNumType*
CHAR
New field
BranchRefNum*
CHAR
20
27
Branch Reference
Number*
BranchName
CHAR
80
28
107
Name of Branch*
Address*
CHAR
225
108
332
Branch Address1+
Address2+
Address3+
Address4+
Address5
City
CHAR
50
333
382
New field
StateCode*
CHAR
383
384
New field
PinCode
CHAR
10
385
394
CountryCode*
CHAR
395
396
New field
10
Telephone
CHAR
30
397
426
Branch Telephone
11
Mobile
CHAR
30
427
456
New field
12
Fax
CHAR
30
457
486
Branch Fax
13
BranchEmail
CHAR
50
487
536
Branch E-mail
81
Version 2.1
Type
Size
From
To
Remarks
Mapping to version
1.0
Line Number*
NUM
Running sequence
number for each
line in the file
starting from
Line Number*
000001. This
number will be used
during validation
checks.
ReportSerialNum*
NUM
14
BranchRefNum*
CHAR
20
15
34
Refer section
11.1.10
AccountNumber*
CHAR
20
35
54
AccountType*
CHAR
55
56
HolderName*
CHAR
80
57
136
Name of first/sole
account holder
AccountHolderType*
CHAR
137
137
Type of Account
Holder*
AccountStatus*
CHAR
138
138
DateOfOpening
CHAR
10
139
148
10
RiskRating*
CHAR
149
150
11
CumulativeCreditTurnover
NUM
20
151
170
Cumulative Credit
Turnover*
12
CumulativeDebitTurnover
NUM
20
171
190
Cumulative Debit
Turnover*
13
CumulativeCashDepositTurnover
NUM
20
191
210
Cumulative Cash
Deposit Turnover*
14
CumulativeCashWithdrawalTurnover NUM
20
211
230
Cumulative Cash
Refer section 11.1.9 Withdrawal
Turnover*
15
NoTransactionsTobeReported*
231
231
CHAR
Branch Reference
Number*
Date of Account
opening*
82
Version 2.1
Type
Size
From
To
Remarks
Mapping to version
1.0
Line Number*
Line Number*
NUM
Running sequence
number for each line
in the file starting
from 000001. This
number will be used
during validation
checks.
ReportSerialNum*
NUM
14
New field
BranchRefNum*
CHAR
20
15
34
Branch Reference
Number*
AccountNumber*
CHAR
20
35
54
Account Number*
DateOfTransaction*
CHAR
10
55
64
TransactionID
CHAR
20
65
84
TransactionMode*
CHAR
85
85
DebitCredit*
CHAR
86
86
Amount*
NUM
20
87
106
10
Currency*
CHAR
107
109
Currency of
Transaction*
11
ProductType
CHAR
110
111
New field
12
Identifier
CHAR
30
112
141
13
TransactionType
CHAR
142
143
14
Units
NUM
20
144
163
15
Rate
NUM
10
164
173
16
DispositionOfFunds
CHAR
174
174
17
RelatedAccountNum
CHAR
20
175
194
18
RelatedInstitutionName
CHAR
20
195
214
19
RelatedInstitutionRefNum CHAR
20
215
234
20
Remarks
50
235
284
CHAR
Mode of
Transaction*
New field
83
Version 2.1
Type
Size
From
To
Remarks
Mapping to Version
1.0
Line Number*
NUM
Running sequence
number for each line
in the file starting from
Line Number*
000001. This number
will be used during
validation checks.
ReportSerialNum*
NUM
14
New field
BranchRefNum*
CHAR
20
15
34
Branch Reference
Number*
AccountNumber*
CHAR
20
35
54
Account Number*
PersonName*
CHAR
80
55
134
Full name of
Individual*
CustomerId
CHAR
10
135
144
RelationFlag*
CHAR
145
145
Communication
Address*
CHAR
225
146
370
Communication
Address 1* +
Refer section 11.1.15 Address2 + Address3
+ Address4 +
Address5
City
CHAR
50
371
420
10
StateCode*
CHAR
421
422
11
PinCode
CHAR
10
423
432
12
CountryCode*
CHAR
433
434
Communication
Address Pin code*
13
SecondAddress
CHAR
225
435
659
Second Address1 +
Address2 + Address3
Refer section 11.1.15
+ Address4 +
Address5
14
City
CHAR
50
660
709
15
StateCode*
CHAR
710
711
16
PinCode
CHAR
10
712
721
17
CountryCode*
CHAR
722
723
18
Telephone
CHAR
30
724
753
19
Mobile
CHAR
30
754
783
20
Fax
CHAR
30
784
813
21
CHAR
50
814
863
22
PAN
CHAR
10
864
873
Contact Mobile
number
84
S. No. Field
Version 2.1
Type
Size
From
To
Remarks
Mapping to Version
1.0
23
UIN
CHAR
30
874
903
24
Gender*
CHAR
904
904
25
DateOfBirth
CHAR
10
905
914
26
IdentificationType*
CHAR
915
915
27
IdentificationNumber
CHAR
20
916
935
28
IssuingAuthority
CHAR
20
936
955
29
PlaceOfIssue
CHAR
20
956
975
30
Nationality*
CHAR
976
977
31
PlaceOfWork
CHAR
80
978
1057
32
FatherOrSpouse
CHAR
80
1058
1137
33
Occupation
CHAR
50
1138
1187
Name of
Father/Spouse
Type
Size
From
To
Remarks
Mapping to Version
1.0
Line Number*
NUM
Running sequence
number for each line
in the file starting from
Line Number*
000001. This number
will be used during
validation checks.
ReportSerialNum*
NUM
14
New field
BranchRefNum*
CHAR
20
15
34
Branch Reference
Number*
AccountNumber*
CHAR
20
35
54
Account Number*
PersonName*
CHAR
80
55
134
Name of Legal
Person /Entity*
CustomerId
CHAR
10
135
144
RelationFlag*
CHAR
145
145
Communication
Address*
CHAR
225
146
370
Communication
Address 1* +
Refer section 11.1.15 Address2 + Address3
+ Address4 +
Address5
City
CHAR
50
371
420
10
StateCode*
CHAR
421
422
11
PinCode
CHAR
10
423
432
12
CountryCode*
CHAR
433
434
Communication
Address Pin code*
85
S. No. Field
Type
Size
From
Version 2.1
To
Remarks
Mapping to Version
1.0
13
Second Address
CHAR
225
435
659
Second Address1 +
Address2 + Address3
Refer section 11.1.15
+ Address4 +
Address5
14
City
CHAR
50
660
709
15
StateCode*
CHAR
710
711
16
PinCode
CHAR
10
712
721
17
CountryCode*
CHAR
722
723
18
Telephone
CHAR
30
724
753
19
Mobile
CHAR
30
754
783
20
Fax
CHAR
30
784
813
21
CHAR
50
814
863
22
PAN
CHAR
10
864
873
23
UIN
CHAR
30
874
903
24
ConstitutionType*
CHAR
904
904
25
RegistrationNumber
CHAR
20
905
924
26
DateOfIncorporation
CHAR
10
925
934
27
PlaceOfRegistration
CHAR
20
935
954
28
CountryCode*
CHAR
955
956
29
NatureOfBusiness
CHAR
50
957
1006
Communication
Address Pin code*
Contact Mobile
number
Element
Section
Batch / ReportType
Section 11.1.1.1
Section 11.1.2.1
Section 11.1.2.2
Section 11.1.3.1
Annexure E
86
S. No.
Version 2.1
Element
Section
Annexure F
Section 11.1.5.1
Section 11.1.5.2
Section 11.1.5.3
10
Section 11.1.5.4
11
Section 11.1.5.5
12
Section 11.1.7.1
13
Section 11.1.7
14
Section 11.1.7
15
Section 11.1.7
16
Section 11.1.7
17
Section 11.1.7
18
Section 11.1.7.2
19
Section 11.1.7.3
20
Section 11.1.7.4
21
Section 11.1.7
22
Section 11.1.9.1
23
Section 11.1.9.2
24
Section 11.1.9.3
25
Section 11.1.9.4
26
Section 11.1.9
27
Section 11.1.10.1
28
29
Annexure F
30
Section 11.1.14.1
31
Annexure E
32
Annexure F
33
Annexure E
34
Annexure F
35
Section 11.1.17.1
87
S. No.
Version 2.1
Element
Section
36
Section 11.1.17.2
37
Annexure F
38
Section 11.1.18.1
39
Annexure F
40
Section 11.1.19.1
41
Section 11.1.19.2
42
Annexure F
43
Section 11.1.20.1
44
Section 11.1.20.2
Mandatory
Value in XSD
Rule based
(Fatal)
Rule based
(Non Fatal)
88
S.
Element
No.
Version 2.1
Mandatory
Value in XSD
Rule based
(Fatal)
Rule based
(Non Fatal)
Y
Y
23
24
25
26
28
29
30
32
33
34
36
37
38
89
S.
Element
No.
39
Version 2.1
Mandatory
Value in XSD
Rule based
(Fatal)
Rule based
(Non Fatal)
Element
Explanation
Batch / PrincipalOfficer /
POAddress / Address
SufficiencyLengthNonFatal
Batch / PrincipalOfficer /
POPhone / Telephone
SufficiencyLengthNonFatal
Batch / PrincipalOfficer /
POPhone / Mobile
SufficiencyLengthNonFatal
Batch / PrincipalOfficer /
POEmail
SufficiencyLengthNonFatal
Batch / BatchDetails /
BatchDate
ConsistencyValue
Batch / BatchDetails /
BatchDate
ErrorProbablityHigh
Batch / BatchDetails /
MonthOfReport
ErrorProbablityHigh
Batch / BatchDetails /
YearOfReport
ErrorProbablityHigh
Batch / Report /
ReportSerialNum
UniqueValue
10
Batch / Report /
SuspicionDetails /
SourceOfAlert
SufficiencyElementFatal
11
UniqueValue
90
Version 2.1
S.
No.
Element
Explanation
12
SufficiencyElementFatal
13
SufficiencyElementFatal
14
SufficiencyElementNonFatal
15
SufficiencyLengthNon Fatal
16
SufficiencyLengthNonFatal
17
SufficiencyLengthNonFatal
18
ConsistencyValue
19
ConsistencyValue
20
ConsistencyValue
21
ConsistencyValue
22
ConsistencyValue
23
ConsistencyValue
91
Version 2.1
S.
No.
Element
Explanation
24
ConsistencyValue
25
ConsistencyValue
26
ConsistencyValue
27
ConsistencyValue
28
ConsistencyValue
29
ConsistencyValue
30
ErrorProbablityHigh
31
ErrorProbablityHigh
32
ErrorProbablityMedium
33
ErrorProbablityLow
92
Version 2.1
Element
Explanation
SufficiencyValue
SufficiencyValue
ConsistencyValueEarlierReport
ConsistencyValueEarlierReport
ConsistencyValueInternalSource
ConsistencyValueInternalSource
ConsistencyValueExternalSource
93
Version 2.1
94
Version 2.1
Description
Length
Mandatory
Yes
Yes
OriginalReportSerialNum
95
Element
Description
Version 2.1
Length
Mandatory
80
No
SuspicionDetails
Section
12.1.7
No
Transaction
Section
12.1.8
No
Branch
Section
12.1.12
Yes
PaymentInstrument
Section
12.1.15
No
RelatedPersons
Section
12.1.16
No
96
Element
Version 2.1
Length Mandatory
SourceOfAlert
Yes
100
No
Yes
Yes
AlertIndicator
97
Element
Description
Version 2.1
Length Mandatory
Yes
Yes
Yes
4000
Yes
AttemptedTransaction
GroundsOfSuspicion
98
Element
Description
Version 2.1
Length Mandatory
4000
No
Yes
250
No
Yes
Yes
LEAInformed
LEADetails
The details of the investigation should be furnished under
DetailsOfInvestigation above.
Priority attached to the report as per assessment of the
reporting entity.
PriorityRating
ReportCoverage
99
Element
Description
Version 2.1
Length Mandatory
AdditionalDocuments
Yes
Remarks
CV
Customer Verification
WL
Watch List
The customer details matched with a watch list (UN list, Interpol
list etc.)
TY
Typology
TM
Transaction Monitoring
RM
MR
Media Reports
EI
Employee Initiated
PC
Public Complaint
BA
Business Associates
ZZ
Others
XX
Not Categorised
LQ
100
Version 2.1
Remarks
Information received
Information sent
Not Categorised
Remarks
P1
P2
High Priority
P3
Normal Priority
Reasonable time
XX
Not Categorised
Remarks
Complete
Partial
Not Categorised
101
Version 2.1
102
Element
TransactionDate
TransactionTime
Version 2.1
Length
Mandatory
10
Yes
No
20
No
Yes
Yes
80
Yes
TransactionType
InstrumentType
103
Element
Description
Version 2.1
Length
Mandatory
20
Yes
Yes
Yes
20
No
80
No
20
No
No
20
Yes
20
No
TransactionStateCode
TransactionCountryCode
PaymentInstrumentNum
InstrumentCountryCode
AmountRupees
AmountForeignCurrency
The amount should be rounded off without
decimal
104
Element
Description
Version 2.1
Length
Mandatory
No
100
Yes
Yes
Yes
Section
12.1.9
Yes
PurposeOfTransaction
PurposeCode
RiskRating
Customer Details
AccountNumber
20
No
AccountWithInstitutionName
80
No
20
No
80
No
RelatedInstitutionName
105
Element
Description
Version 2.1
Length
Mandatory
No
20
No
50
No
InstitutionRelationFlag
RelatedInstitutionRefNum
Remarks
Remarks
Purchase
Redemption
Currency Note
Travelers Cheque
Money Order
Wire Transfers/TT
Money Transfer
Remarks
106
Code Description
Version 2.1
Remarks
Credit Card
Debit Card
Smart Card
Prepaid Card
Gift Card
Cheque
Others
Not Categorised
T2
T3
XX
Not Categorised
Remarks
Very High or High Risk
Remarks
Acquirer Institution
Others
Not categorised
107
Version 2.1
Description
Length
Mandatory
CustomerName
80
Yes
CustomerId
10
No
Occupation
50
No
DateOfBirth
10
No
No
M- Male
F- Female
X - Not Categorised.
Refer section 12.1.9.1 for further details on enumerations.
108
Element
Description
Version 2.1
Length
Mandatory
No
No
Use two digit country codes as per ISO 3166. Refer Annexure
F for Country codes. Use IN for India
Document used for proof of identity.
Permissible values are:
IdentificationType
A - Passport
B - Election ID Card
C - PAN Card
D - ID Card
E - Driving License
F- Account Introducer
G - UIDAI Letter
H - NREGA job card
Z Others
Refer section 12.1.9.2 for further details on enumerations.
IdentificationNumber
20
No
IssuingAuthority
20
No
PlaceOfIssue
20
No
PAN
10
No
UIN
30
No
Email address.
50
No
Section
11.1.4.1
Yes
Section
11.1.4.2
Yes
CustomerAddress
Phone
109
Version 2.1
Description
Male
Female
Not Categorised
Remarks
Description
Remarks
Passport
Election ID Card
Pan Card
ID Card
Driving License
Account Introducer
UIDAI Letter
Others
110
Version 2.1
111
Element
Version 2.1
Length
Mandatory
InstitutionName
80
Yes
InstitutionBranchName
80
No
20
Yes
Yes
11
No
ReportingRole
BIC
Address
Section
11.1.4.1
Yes
Phone
Section
11.1.4.2
Yes
Branch email id
50
No
Remarks
50
No
112
Version 2.1
Description
Remarks
Not categorised
113
Version 2.1
114
Version 2.1
Description
Length
Mandatory
InstrumentRefNum
20
Yes
20
No
80
No
InstrumentHolderName
80
No
RelationshipBeginningDate
10
No
20
No
20
No
115
Version 2.1
116
Version 2.1
Description
PersonName
CustomerID
RelationFlag
Length
Mandatory
80
Yes
Customer ID/Number.
10
No
Yes
CommunicationAddress
Section
12.1.17
Yes
Phone
Section
12.1.18
No
Contact email
50
No
SecondAddress
Section
12.1.17
No
PAN
10
No
UIN
30
No
Section
12.1.19 and
12.1.20
No
Choice compositor.
Choice
117
Version 2.1
Remarks
Account Holder
Authorised Signatory
Introducer
Guarantor
Guardian
Nominee
Beneficial Owner
Proposer
Insurance Companies
Assignee
Insurance Companies
Life Assured
Insurance Companies
Beneficiary
Insurance Companies
Power of Attorney
Others
Not Categorised
118
Version 2.1
119
Element
Version 2.1
Length
Mandatory
Yes
10
No
Yes
DateOfBirth
M - Male
F- Female
X Not Categorised.
Refer section 12.1.9.1 for further details on
enumerations.
Mention the date of birth in YYYY-MM-DD format
Document submitted as proof of identity of the
individual
Permissible values are:
IdentificationType
A - Passport
B - Election Id Card
C - Pan Card
D - ID Card
E - Driving License
F - Account Introducer
G - UIDAI Letter
H - NREGA job card
Z Others
Refer section 12.1.9.2 for further details on
enumerations.
IdentificationNumber
20
No
IssuingAuthority
20
No
PlaceOfIssue
20
No
Yes
PlaceOfWork
Name of organisation/employer.
80
No
FatherOrSpouse
80
No
Occupation
50
No
120
Version 2.1
Male
Female
Not Categorised
Remarks
Remarks
Passport
Election ID Card
Pan Card
ID Card
Driving License
Account Introducer
UIDAI letter
Others
121
Version 2.1
Element
Mandatory
ConstitutionType
Yes
122
Element
Description
Version 2.1
Length
Mandatory
G - Association
H - Trust
I - Liquidator
J - LLP
Z - Others
X Not Categorised.
Refer section 12.1.20.1 for further details
on enumerations.
RegistrationNumber
20
No
DateOfIncorporation
10
Yes
PlaceOfRegistration
20
No
CountryCode
Yes
NatureOfBusiness
Nature of Business
50
No
Remarks
Sole Proprietorship
Partnership Firm
HUF
Society
Association
Trust
Liquidator
LLP
Others
Not Categorised
123
Version 2.1
Filename
Description
TRFBAT.txt
Batch File
TRFRPT.txt
Report File
TRFBRC.txt
Branch File
TRFTRN.txt
Transaction File
TRFPIN.txt
TRFINP.txt
TRFLPE.txt
Field
Line Number*
Type
NUM
Size
From
To
Remarks
Running sequence
number for each line
in the file starting
from 1. This number
will be used during
validation checks.
Line Number*
ReportType*
CHAR
Report Name
DataStructureVersion*
CHAR
10
10
Data Structure
Version*
ReportingEntityName*
CHAR
80
11
90
Complete name of
Entity*
ReportingEntityCategory* CHAR
91
95
Category of Entity*
RERegistrationNumber
CHAR
12
96
107
FIUREID*
CHAR
10
108
117
Unique ID issued by
FIU*
POName*
CHAR
80
118
197
Principal Officers
Name*
PODesignation*
CHAR
80
198
277
Principal Officers
Designation*
10
Address*
CHAR
225
278
502
Principal Officers
Address*
124
Version 2.1
S.
No.
Field
Type
Size
From
To
Remarks
11
City
CHAR
50
503
552
12
StateCode*
CHAR
553
554
New field
13
PinCode
CHAR
10
555
564
14
CountryCode*
CHAR
565
566
Principal Officers
Country Code*
15
Telephone
CHAR
30
567
596
Principal Officers
Telephone
16
Mobile
CHAR
30
597
626
New field
17
Fax
CHAR
30
627
656
18
POEmail
CHAR
50
657
706
19
BatchNumber*
CHAR
707
714
Serial Number of
Report*
20
BatchDate*
CHAR
10
715
724
Date of Report
726
21
MonthOfReport*
CHAR
725
22
YearOfReport*
CHAR
727
730
23
OperationalMode*
CHAR
731
731
Operational Mode*
24
BatchType*
CHAR
732
732
Report Type*
25
OriginalBatchId*
NUM
10
733
742
Serial Number of
Original Report *
26
ReasonOfRevision*
CHAR
743
743
Reason for
Replacement*
125
Version 2.1
Field
Type
Size
From
To
Remarks
Mapping to
Version 1.0
LineNumber*
NUM
ReportSerialNum*
NUM
14
Running
sequence
number for each
line in the file
starting from
000001. This
Number will be
used during
validation checks.
Refer section
12.1.6
OriginalReportSerialNum*
NUM
15
22
Refer section
12.1.6
New field
MainPersonName
CHAR
80
23
102
Refer section
12.1.6
New field
SourceOfAlert*
CHAR
103
104
Refer section
12.1.7
New field
AlertIndicator1
CHAR
100
105
204
Refer section
12.1.7
New field
AlertIndicator2
CHAR
100
205
304
Refer section
12.1.7
New field
AlertIndicator3
CHAR
100
305
404
Refer section
12.1.7
New field
SuspicionDueToProceedsOfCrime*
CHAR
405
405
Refer section
12.1.7
Suspicion of
proceeds of crime
Line Number*
New field
Suspicion due to
unusual or
complex
transactions
Suspicion due to
no economic
rationale or
bonafide purpose
Suspicion of
financing of
terrorsim
10
SuspicionDueToComplexTrans*
CHAR
406
406
Refer section
12.1.7
11
SuspicionDueToNoEcoRationale*
CHAR
407
407
Refer section
12.1.7
12
SuspicionOfFinancingOfTerrorism*
CHAR
408
408
Refer section
12.1.7
13
AttemptedTransaction*
CHAR
409
409
Refer section
12.1.7
New field
14
GroundsOfSuspicion*
CHAR
4000
410
4409
Refer section
12.1.7
Grounds of
Suspicion*
126
Version 2.1
S.
No.
Field
Type
Size
From
To
Remarks
Mapping to
Version 1.0
15
DetailsOfInvestigations
CHAR
4000
4410
8409
Refer section
12.1.7
Details of other
investigations
Correspondence
to/from Law
Enforcement
Agency
16
LEAInformed*
CHAR
8410
8410
Refer section
12.1.7
17
LEADetails
CHAR
250
8411
8660
Refer section
12.1.7
New field
18
PriorityRating*
CHAR
8661
8662
Refer section
12.1.7
Priority Rating
19
ReportCoverage*
CHAR
8663
8663
Refer section
12.1.7
Report Coverage
20
AdditionalDocuments*
CHAR
8664
8664
Refer section
12.1.7
New field
Type
Size
From
To
Remarks
Mapping to
Version 1.0
Line Number*
Line Number*
NUM
Running sequence
number for each line
in the file starting
from 0000001. This
number will be used
during validation
checks.
InstitutionName*
CHAR
80
86
InstitutionBranchName
CHAR
80
87
166
InstitutionRefNum*
CHAR
20
167
186
Institution
Refer section 12.1.12 Reference
Number*
Reporting Role
CHAR
187
187
BIC
CHAR
11
188
198
Address*
CHAR
225
199
423
City
CHAR
50
424
473
StateCode*
CHAR
474
475
10
PinCode
CHAR
10
476
485
Branch Pin
code/ZIP code*
11
CountryCode*
CHAR
486
487
Branch Country
Code*
12
Telephone
CHAR
30
488
517
Institution Branch
Name*
Branch Address*
127
Version 2.1
S.
Field
No.
Type
Size
From
To
Remarks
Mapping to
Version 1.0
13
Mobile
CHAR
30
518
547
14
Fax
CHAR
30
548
577
15
CHAR
50
578
627
16
Remarks
CHAR
30
628
657
Field
Type
Size
From
To
Remarks
Running
sequence number
for each line in
the file starting
from 1. This
number will be
used during
validation checks.
Refer section
12.1.6
Refer section
12.1.8
Refer section
12.1.8
Line Number*
NUM
ReportSerialNum*
NUM
14
TransactionDate*
CHAR
10
15
24
TransactionTime
CHAR
25
32
TransactionRefNo
CHAR
20
33
52
TransactionType*
CHAR
53
53
InstrumentType*
CHAR
54
54
TransactionInstitutionName*
CHAR
80
55
134
Refer section
12.1.8
TransactionInstitutionRefNum*
CHAR
20
135
154
Refer section
12.1.8
10
TransactionStateCode*
CHAR
155
156
11
TransactionCountryCode*
CHAR
157
158
12
PaymentInstrumentNumber
CHAR
20
159
178
Refer section
12.1.8
13
PaymentInstrumentIssueInstituteName
CHAR
80
179
258
Refer section
12.1.8
Refer section
12.1.8
Refer section
12.1.8
Refer section
12.1.8
Refer section
12.1.8
Refer section
12.1.8
Mapping to
Version 1.0
Line Number*
STR Reference
Number *
Transaction
Date *
Transaction
Time
Transaction
Reference
Number
Transaction
Type*
Instrument Type
*
Transaction
Institution
Name*
Transaction
Institution
Reference
Number*
Transaction
State Code
Transaction
Country Code*
Payment
Instrument
Number
Payment
Instrument
Issue Institution
Name
128
Version 2.1
S.
No.
Field
Type
Size
From
To
Remarks
14
InstrumentIssueInstitutionRefNum
CHAR
20
259
278
Refer section
12.1.8
15
InstrumentCountryCode*
CHAR
279
280
Refer section
12.1.8
16
AmountRupees*
NUM
20
281
300
Refer section
12.1.8
17
AmountForeignCurrency*
NUM
20
301
320
Refer section
12.1.8
18
CurrencyOfTransaction*
CHAR
321
323
19
PurposeOfTransaction*
CHAR
100
324
423
20
PurposeCode
CHAR
424
428
21
RiskRating*
CHAR
429
430
22
CustomerName*
CHAR
80
431
510
23
CustomerId
CHAR
10
511
520
24
Occupation
CHAR
50
521
570
25
DateOfBirth
CHAR
10
571
580
26
Gender
CHAR
581
581
27
Nationality
CHAR
582
583
28
IdentificationType
CHAR
584
584
29
IdentificationNumber
CHAR
20
585
604
30
IssuingAuthority
CHAR
20
605
624
31
PlaceOfIssue
CHAR
20
625
644
32
PAN
CHAR
10
645
654
33
UIN
CHAR
30
655
684
Refer section
12.1.8
Refer section
12.1.8
Refer section
12.1.8
Refer section
12.1.8
Refer section
12.1.9
Refer section
12.1.9
Refer section
12.1.9
Refer section
12.1.9
Refer section
12.1.9
Refer section
12.1.9
Refer section
12.1.9
Refer section
12.1.9
Refer section
12.1.9
Refer section
12.1.9
Refer section
12.1.9
Refer section
12.1.9
Mapping to
Version 1.0
Payment
Instrument
Issue Institution
Reference
Number
Payment
Instrument
Country Code
Amount in
Rupees*
Amount in
Foreign
Currency Unit
Currency of
Transaction*
Purpose of
transaction*
Purpose Code
Risk Category
Customer
Name*
Customer
Reference
Number
Occupation
Date of Birth
Sex
Nationality
ID Type
ID Number
ID Issuing
Authority
ID Issue Place
PAN
New field
129
Version 2.1
S.
No.
Field
Type
Size
From
To
34
Address*
CHAR
225
685
909
35
City
CHAR
50
910
959
36
StateCode*
CHAR
960
961
37
PinCode
CHAR
10
962
971
38
CountryCode*
CHAR
972
973
39
Telephone
CHAR
30
974
1003
40
Mobile
CHAR
30
1004
1033
41
Fax
CHAR
30
1034
1063
42
CHAR
50
1064
1113
43
AccountNumber
CHAR
20
1114
1133
44
AccountWithInstitutionName
CHAR
80
1134
1213
45
AccountWithInstitutionRefNum
CHAR
20
1214
1233
46
RelatedInstitutionName
CHAR
80
1234
1313
47
InstitutionRelationFlag
CHAR
1314
1314
48
RelatedInstitutionRefNum
CHAR
20
1315
1334
Refer section
12.1.8
49
Remarks
CHAR
50
1335
1384
Refer section
12.1.8
Remarks
Refer section
12.1.10
Refer section
12.1.10
Refer section
12.1.10
Refer section
12.1.10
Refer section
12.1.10
Refer section
12.1.11
Refer section
12.1.11
Refer section
12.1.11
Refer section
12.1.9
Refer section
12.1.8
Refer section
12.1.8
Refer section
12.1.8
Refer section
12.1.8
Refer section
12.1.8
Mapping to
Version 1.0
Address*
City
New field
Address Pin
code/ZIP code*
Address
Country Code
Telephone
Mobile number
New field
E-mail
Account
Number
Account With
Institution Name
Account With
Institution
Reference
Number
Related
Institution Name
Institution
Relation Flag
Related
Institution
Reference
Number
Transaction
Remarks
Line Number*
Type
NUM
Size
From
To
Remarks
Mapping to Version
1.0
Running sequence
number for each line
in the file starting
Same
from 1. This number
will be used during
validation checks.
130
S.
Field
No.
Version 2.1
Type
Size
From
To
Remarks
Mapping to Version
1.0
ReportSerialNum*
NUM
14
STR Reference
Number *
InstrumentRefNumber*
CHAR
20
15
34
Refer section
12.1.15
Payment Instrument
Reference Number*
IssueInstitutionRefNumber
CHAR
20
35
54
Refer section
12.1.15
Institution Reference
Number*
InstrumentIssueInstitutionName CHAR
80
55
134
Refer section
12.1.15
Institution Name*
InstrumentHolderName
CHAR
80
135
214
Refer section
12.1.15
Payment Instrument
Holder Name
RelationshipBeginningDate
CHAR
10
215
224
Refer section
12.1.15
Relationship
Beginning Date
CumulativePurchaseTurnover
NUM
20
225
244
Refer section
12.1.15
Cumulative
Purchase Turnover
Remarks
CHAR
30
245
274
Refer section
12.1.15
Payment Instrument
Remarks
Type
Size
From
To
Remarks
Mapping to Version
1.0
Line Number*
Line Number*
NUM
Running sequence
number for each line
in the file starting from
000001. This number
will be used during
validation checks.
ReportSerialNum*
NUM
14
STR Reference
Number *
PersonName*
CHAR
80
15
94
Full name of
Individual*
CustomerId
CHAR
10
95
104
Customer ID/Number
RelationFlag*
CHAR
105
105
Relation Flag*
Communication
Address*
CHAR
225
106
330
Communication
Address*
City
CHAR
50
331
380
Communication City
StateCode*
CHAR
381
382
New field
PinCode
CHAR
10
383
392
Communication
Address Pin code/Zip
code*
10 CountryCode*
CHAR
393
394
Communication
Country Code
131
S.
Field
No
Version 2.1
Remarks
Mapping to Version
1.0
619
New field
620
669
New field
670
671
New field
CHAR
10
672
681
New field
15 CountryCode*
CHAR
682
683
New field
16 Telephone
CHAR
30
684
713
Contact Telephone
17 Mobile
CHAR
30
714
743
Contact Mobile
number
18 Fax
CHAR
30
744
773
New field
19 Email
CHAR
50
774
823
Contact E-mail
20 PAN
CHAR
10
824
833
PAN
21 UIN
CHAR
30
834
863
New field
22 Gender*
CHAR
864
864
Sex
23 DateOfBirth
CHAR
10
865
874
Date of Birth
24 IdentificationType
CHAR
875
875
Type of Identification
25 IdentificationNumber
CHAR
20
876
895
Identification Number
26 IssuingAuthority
CHAR
20
896
915
Issuing Authority
27 PlaceOfIssue
CHAR
20
916
935
Place of Issue
28 Nationality*
CHAR
936
937
Nationality
29 PlaceOfWork
CHAR
80
938
1017
Place of Work
30 FatherOrSpouse
CHAR
80
1018
1097
Name of
Father/Spouse
31 Occupation
CHAR
50
1098
1147
Occupation
Type
Size
From
To
11 Second Address
CHAR
225
395
12 City
CHAR
50
13 StateCode*
CHAR
14 PinCode
Field
Type
Size
From
To
Remarks
Mapping to Version
1.0
Line Number*
Line Number*
NUM
Running sequence
number for each line
in the file starting
from 000001. This
number will be used
during validation
checks.
ReportSerialNum*
NUM
14
PersonName*
CHAR
80
15
94
STR Reference
Number *
Name of Legal
Person /Entity*
132
S.
No
.
4
5
Version 2.1
Field
Type
Size
From
To
Remarks
CHAR
CHAR
10
1
95
105
104
105
CHAR
225
106
330
7
8
CustomerId
RelationFlag*
Communication
Address*
City
StateCode*
CHAR
CHAR
50
2
331
381
380
382
PinCode
CHAR
10
383
392
10
CountryCode*
CHAR
393
394
11
12
13
14
15
16
Second Address
City
StateCode*
PinCode
CountryCode*
Telephone
CHAR
CHAR
CHAR
CHAR
CHAR
CHAR
225
50
2
10
2
30
395
620
670
672
682
684
619
669
671
681
683
713
17
Mobile
CHAR
30
714
743
18
19
20
21
22
23
24
25
26
27
Fax
Email
PAN
UIN
ConstitutionType*
RegistrationNumber
DateOfIncorporation
PlaceOfRegistration
CountryCode*
NatureOfBusiness
CHAR
CHAR
CHAR
CHAR
CHAR
CHAR
CHAR
CHAR
CHAR
CHAR
30
50
10
30
1
20
10
20
2
50
744
774
824
834
864
865
885
895
915
917
773
823
833
863
864
884
894
914
916
966
Mapping to Version
1.0
Customer ID/Number
Relation Flag*
Communication
Address*
Communication City
New field
Communication
Address Pin code/ZIP
code*
Communication
Country Code
New field
New field
New field
New field
New field
Contact Telephone
Contact Mobile
number
Contact Fax
Contact E-mail
PAN
New field
Type of Constitution*
Registration Number
Date of Incorporation
Place of Registration
New field
Nature of Business
133
Version 2.1
Element
Section
Batch / ReportType
Section 11.1.1.1
Section 11.1.2.1
Section 11.1.2.2
Section 11.1.3.1
Annexure E
Annexure F
Section 11.1.5.1
Section 11.1.5.2
Section 11.1.5.3
10
Section 11.1.5.4
11
Section 11.1.5.5
12
Section 12.1.7.1
13
Section 12.1.7
14
Section 12.1.7
15
Section 12.1.7
16
Section 12.1.7
17
Section 12.1.7
18
Section 12.1.7.2
19
Section 12.1.7.3
20
Section 12.1.7.4
21
Section 12.1.7
134
S. No.
Version 2.1
Element
Section
22
Section 12.1.8.1
23
Section 12.1.8.2
24
Annexure E
25
Annexure F
26
Annexure F
27
Annexure G
28
29
Section 12.1.8.3
30
Section 12.1.9.1
31
Annexure F
32
Section 12.1.9.2
33
Annexure E
34
Annexure F
35
Section 12.1.8.4
36
Section 12.1.12.1
37
Annexure E
38
Annexure F
39
Section 12.1.16.1
40
Annexure E
41
Annexure F
42
Section 12.1.19.1
43
Section 12.1.19.2
44
Annexure F
45
Section 12.1.20.1
46
Annexure F
135
Version 2.1
S.
No.
Element
Mandatory Value
in XSD
Rule based
(Fatal)
Rule
based
(Non
Fatal)
10
11
12
13
14
15
16
17
18
19
Y
Y
136
Version 2.1
S.
No.
Element
20
21
22
23
24
25
26
27
28
29
30
Mandatory Value
in XSD
Rule based
(Fatal)
Rule
based
(Non
Fatal)
Y
137
Version 2.1
Element
Rule
SufficiencyLengthNonFatal
Length
should
minimum 8
be
SufficiencyLengthNonFatal
Length
should
minimum 6
be
SufficiencyLengthNonFatal
Length
should
minimum 6
be
SufficiencyLengthNonFatal
Length
should
minimum 6
be
ConsistencyValue
ErrorProbablityHigh
ErrorProbablityHigh
ErrorProbablityHigh
UniqueValue
10
SufficiencyElementFatal
If ReportType is STR,
at
least
one
"SuspicionDetail"
element should be
present for each report
11
SufficiencyLengthNonFatal
Length
should
minimum 8
be
12
SufficiencyLengthNonFatal
Length
should
minimum 8
be
13
Batch
/
Report
/
RelatedPersons
CommunicationAddress / Address
SufficiencyLengthNonFatal
Length
should
minimum 8
be
14
SufficiencyLengthFatal
Length
should
minimum 5
be
15
SufficiencyLengthFatal
Length
should
minimum 5
be
16
ConsistencyValue
138
S. No.
Element
Version 2.1
Rule
than system date
17
ConsistencyValue
18
ConsistencyValue
19
ConsistencyValue
20
ConsistencyValue
21
ErrorProbablityMedium
Element
Batch / Report / Transaction /
CustomerDetails /
CustomerAddress / Address
Batch / Report / Branch /
BranchDetails / BranchAddress /
Address
Batch / Report / Branch /
BranchDetails / BranchAddress /
PinCode
Batch / Report / Transaction /
CustomerDetails /
CustomerAddress / PinCode
Batch / Report / Transaction /
CustomerDetails / PAN
SufficiencyValue
ConsistencyValueInternalSource
ConsistencyValueInternalSource
ConsistencyValueExternalSource
Explanation
The address should contain
sufficient information
(dictionary based)
The address should contain
sufficient information
(dictionary based)
The pincode of the branch
should match with the pincode
dictionary
The pincode of the customer
should match with the pincode
dictionary
The PAN of the customer
should be a valid PAN in
Income Tax Database
139
Version 2.1
140
Version 2.1
Element
ReportSerialNum
Length
Mandatory
Yes
Yes
Branch
Section
13.1.7
Yes
ReportSummary
Section
13.1.11
No
TransactionDetails
Section
13.1.12
Yes
141
Version 2.1
142
Version 2.1
143
Version 2.1
Description
Number of counterfeit currency notes of denomination Rs. 1000.
Enter 0 if not applicable
Number of counterfeit currency notes of denomination Rs. 500.
Enter 0 if not applicable
Number of counterfeit currency notes of denomination Rs. 100.
Enter 0 if not applicable
Number of counterfeit currency notes of denomination Rs. 50.
Enter 0 if not applicable
Number of counterfeit currency notes of denomination Rs. 20.
Enter 0 if not applicable
Number of counterfeit currency notes of denomination Rs. 10.
Enter 0 if not applicable
Number of counterfeit currency notes of denomination Rs. 5.
Enter 0 if not applicable
Length
Mandatory
10
Yes
10
Yes
10
Yes
10
Yes
10
Yes
10
Yes
Yes
10
Yes
10
No
DateofTendering
This value should match with the value derived from the number
of notes mentioned above.
Date of tendering of counterfeit currency in YYYY-MM-DD
format, if available.
For Example: 28th May 2010 should be written in YYYY-MM-DD
i.e., 2010-05-28
CashTendered
20
No
DateofDetection
10
Yes
Yes
Yes
A- Cash Counter
B- Branch Level
C-Currency Chest
D- RBIs CVPS
Z- Others
Refer section 13.1.11.1 for further details on enumerations.
Whether police was informed
Permissible values are:
PoliceInformed
Y Yes
N No
X Not Categorised.
Refer section 13.1.11.2 for further details on enumerations.
144
Element
Description
PoliceReportDetail
Version 2.1
Length
Mandatory
80
No
TenderingPerson
80
No
AccountHolder
80
No
AccountNumber
20
No
Yes
50
No
PriorityRating
IncidentRemarks
Remarks
Cash Counter
Branch Level
Currency Chest
RBIs CVPS
Others
Remarks
Remarks
P1
P2
High Priority
P3
Normal Priority
Reasonable time
XX
Not Categorised
145
Version 2.1
Table: TransactionDetails
Element
Description
Length
Mandatory
Denomination
Currency denomination
Refer 13.1.12.1 for details on enumeration
Yes
CurrencySerialNum
15
Yes
CurrencyRemarks
Currency remarks
50
No
500
100
50
50 Rupee note
20
20 Rupee note
10
10 Rupee note
5 Rupee note
Remarks
146
Version 2.1
Description
CRFBAT.txt
Batch File
CRFRPT.txt
Report File
CRFBRC.txt
Branch File
CRFTRN.txt
Transaction File
Type
Size
From
To
Remarks
Mapping to version
1.0
Line Number*
NUM
Running sequence
number for each line
in the file starting from
Line Number*
000001. This number
will be used during
validation checks.
ReportType*
CHAR
Report Name
DataStructureVersion*
CHAR
10
10
Data Structure
Version*
ReportingEntityName*
CHAR
80
11
90
Complete name of
Entity*
ReportingEntityCategory* CHAR
91
95
Category of Entity*
RERegistrationNumber
CHAR
12
96
107
FIUREID*
CHAR
10
108
117
Unique ID issued by
FIU*
POName*
CHAR
80
118
197
Principal Officers
Name*
PODesignation*
CHAR
80
198
277
Principal Officers
Designation*
10
Address*
CHAR
225
278
502
Principal Officers
Address1* + Address2
+ Address3 + Address
4 + Address5
11
City
CHAR
50
503
552
New field
12
StateCode*
CHAR
553
554
New field
147
S.
Field
No.
Version 2.1
Type
Size
From
To
Remarks
Mapping to version
1.0
13
PinCode
CHAR
10
555
564
14
CountryCode*
CHAR
565
566
New field
15
Telephone
CHAR
30
567
596
Principal Officers
Telephone
16
Mobile
CHAR
30
597
626
New field
17
Fax
CHAR
30
627
656
18
POEmail
CHAR
50
657
706
19
BatchNumber*
CHAR
707
714
Serial Number of
Report*
20
BatchDate*
CHAR
10
715
724
Date of Report
21
MonthOfReport*
CHAR
725
726
New field
22
YearOfReport*
CHAR
727
730
New field
23
OperationalMode*
CHAR
731
731
Operational Mode*
24
BatchType*
CHAR
732
732
Report Type*
25
OriginalBatchId*
NUM
10
733
742
Serial Number of
Original Report *
26
ReasonOfRevision*
CHAR
743
743
Reason for
Replacement*
Remarks
Mapping to version
1.0
Type
Size
From
To
Line Number*
NUM
Running sequence
number for each line
in the file starting from
Line Number*
1. This number will be
used during validation
checks.
ReportSerialNum*
NUM
14
New field
OriginalReportSerialNum*
NUM
15
22
New field
BranchRefNum*
CHAR
20
23
42
Branch Reference
Number*
INR1000NoteCount*
NUM
10
43
52
INR500NoteCount*
NUM
10
53
62
INR100NoteCount*
NUM
10
63
72
148
S.
Field
No.
Version 2.1
Type
Size
From
To
Remarks
Mapping to version
1.0
INR50NoteCount*
NUM
10
73
82
INR20NoteCount*
NUM
10
83
92
10 INR10NoteCount*
NUM
10
93
102
11 INR5NoteCount*
NUM
10
103
112
12 FICNValue*
NUM
10
113
122
13 DateOfTendering
CHAR
10
123
132
14 CashTendered
NUM
20
133
152
15 DateOfDetection*
CHAR
10
153
162
16 DetectedAt*
CHAR
163
163
17 PoliceInformed*
CHAR
164
164
18 PoliceReportDetail
CHAR
80
165
244
19 TenderingPerson
CHAR
80
245
324
Name of Tendering
Person
20 AccountHolder
CHAR
80
325
404
Name of Account
Holder
21 AccountNumber
CHAR
20
405
424
22 PriorityRating*
CHAR
425
426
23 IncidentRemarks
CHAR
50
427
476
Total Counterfeit
Currency*
Type
Size
From
To
Remarks
Mapping to version
1.0
Line Number*
NUM
Running sequence
number for each line in
the file starting from 1.
This number will be
used during validation Line Number*
checks.
BranchRefNumType*
CHAR
New field
149
S.
Field
No.
Version 2.1
Type
Size
From
To
Remarks
Mapping to version
1.0
BranchRefNum*
CHAR
20
27
Branch Reference
Number*
BranchName*
CHAR
80
28
107
Name of Branch*
Branch Address1* +
Address2 + Address3
+ Address4 +
Address5
Address*
CHAR
225
108
332
City
CHAR
50
333
382
New field
StateCode*
CHAR
383
384
New field
PinCode
CHAR
10
385
394
CountryCode*
CHAR
395
396
New field
10 Telephone
CHAR
30
397
426
Branch Telephone
11 Mobile
CHAR
30
427
456
New field
12 Fax
CHAR
30
457
486
Branch Fax
13 BranchEmail
CHAR
50
487
536
Branch E-mail
Remarks
Mapping to Version
1.0
Type
Size
From
To
Line Number*
NUM
Running sequence
number for each line
in the file starting from
New field
1. This number will be
used during validation
checks.
ReportSerialNum*
NUM
14
New field
Denomination*
NUM
15
18
New field
CurrencySerialNum*
CHAR
15
19
33
New field
CurrencyRemarks
CHAR
50
34
83
New field
150
Version 2.1
Element
Section
Batch / ReportType
Section 11.1.1.1
Section 11.1.2.1
Section 11.1.2.2
Section 11.1.3.1
Annexure E
Annexure F
Section 11.1.5.1
Section 11.1.5.2
Section 11.1.5.3
10
Section 11.1.5.4
11
Section 11.1.5.5
12
Section 11.1.10.1
13
Section 11.1.4.3
14
Annexure E
15
Annexure F
16
Section 13.1.11.1
17
Section 13.1.11.2
18
Section 13.1.11.3
19
Section 13.1.12.1
151
Version 2.1
S. No.
XML Tag
Mandatory
Value in XSD
Rule based
(Fatal)
Rule based
(Non Fatal)
10
11
12
13
14
15
16
17
18
19
20
Y
Y
152
S. No.
Version 2.1
Mandatory
Value in XSD
XML Tag
21
22
23
Rule based
(Fatal)
Rule based
(Non Fatal)
Y
Y
Y
Explanation
SufficiencyLengthNonFatal
SufficiencyLengthNonFatal
SufficiencyLengthNonFatal
Element
Batch / PrincipalOfficer / POAddress /
Address
Batch / PrincipalOfficer / POPhone /
Telephone
Batch / PrincipalOfficer / POPhone /
Mobile
Batch / PrincipalOfficer / POEmail
SufficiencyLengthNonFatal
ConsistencyValue
ErrorProbablityHigh
ErrorProbablityHigh
ErrorProbablityHigh
10
UniqueValue
Value should be NA
Value should be unique in a
batch
11
SufficiencyLengthNonFatal
12
ConsistencySum
ConsistencyValue
ConsistencyValue
ErrorProbablityHigh
S. No.
1
2
4
13
14
15
16
17
18
19
ConsistencyValue
ConsistencyValue
ConsistencyValue
ErrorProbablityHigh
153
Version 2.1
Element
Batch / Report / Account / Branch /
BranchDetails / BranchAddress /
Address
Batch / Report / Account / Branch /
BranchDetails / BranchAddress /
PinCode
ConsistencyValueInternalSource
Explanation
The address should contain
sufficient information
(dictionary based)
The pincode of the branch
should match with the pincode
dictionary
154
Version 2.1
Description
Length
Mandatory
Yes
Yes
ReportType
ReportFormatType
BatchHeader
Section
11.1.2
Yes
ReportingEntity
Section
11.1.3
Yes
155
Version 2.1
Element
Description
Length
Mandatory
PrincipalOfficer
Section
11.1.4
Yes
BatchDetails
Section
11.1.5
Yes
AckSummary
Section
14.1.6
Yes
Section
14.1.13
Yes
Section
14.1.18
Yes
156
Version 2.1
157
Version 2.1
Description
Length
Mandatory
XMLFileName
30
Yes
BatchID
10
Yes
UpoadTime
20
Yes
ReportSize
10
Yes
Yes
ReportUploadCount
10
Yes
ReportRejectCount
10
Yes
Yes
Section
14.1.7
Yes
QualityRating
FatalErrorCount
NonFatalErrorCount
Section
14.1.8
Yes
FatalPreliminaryCount
Section
14.1.9
Yes
NonFatalPreliminaryCount
Section
14.1.10
Yes
FatalAdvancedCount
Section
14.1.11
Yes
NonFatalAdvancedCount
Section
14.1.12
Yes
Remarks
50
No
158
Version 2.1
Remarks
Only non fatal errors The batch of reports has no fatal errors but only non fatal errors
Few reports (<50%) in the batch have been rejected due to fatal errors
Large number of reports (>=50%) in the batch have been rejected due to fatal errors
Non rated
159
Version 2.1
Description
Length
Mandatory
TotalBatchCount
10
Yes
TotalReportCount
10
Yes
160
Version 2.1
Description
Length
Mandatory
TotalBatchCount
10
Yes
TotalReportCount
10
Yes
161
Element
Version 2.1
Mandatory
TotalBatchCount
10
Yes
TotalReportCount
10
Yes
162
Element
Version 2.1
Mandatory
TotalBatchCount
10
Yes
TotalReportCount
10
Yes
163
Element
Version 2.1
Mandatory
TotalBatchCount
10
Yes
TotalReportCount
10
Yes
164
Element
Version 2.1
Mandatory
TotalBatchCount
10
Yes
TotalReportCount
10
Yes
Element
BatchLevelErrors
Refer section 14.1.14 for details.
ReportLevelErrors
Length
Mandatory
Section
14.1.14
Yes
Section
14.1.15
Yes
165
Version 2.1
Description
Details of error.
Error
Refer section 14.1.14.1 for details on type error.
Length
Mandatory
Section
14.1.14.1
Yes
166
Version 2.1
Description
Type of Error.
Permissible values are:
F -Fatal Error
N -Non Fatal Error
P- Probable Error
ErrorType
Length
Mandatory
Yes
100
Yes
Message
150
Yes
XPath
100
Yes
Error Type
Error Description
Error Resolution
Fatal Error
Probable Error
Errors in XML file which These are not confirmed errors. The reporting entity
will not lead to rejection of would be required to verify and submit revised report only
reports
if error is confirmed
167
Version 2.1
Description
Details of error in the report.
ReportError
Refer section 14.1.16 for details.
Length
Mandatory
Section
14.1.16
Yes
Description
ReportSerialNum
Error
Length
Mandatory
10
Yes
Section
14.1.14.1
Yes
168
Version 2.1
169
Version 2.1
Code
AN
AP
AR
AS
BR
CH
CG
DN
DD
DL
GA
GJ
HR
HP
JK
JH
KA
KL
LD
MP
MH
MN
ML
MZ
NL
OR
PY
PB
RJ
SK
TN
TR
UP
UA
WB
ZZ
XX
Name of State/UT
Andaman & Nicobar
Andhra Pradesh
Arunachal Pradesh
Assam
Bihar
Chandigarh
Chhattisgarh
Dadra and Nagar Haveli
Daman & Diu
Delhi
Goa
Gujarat
Haryana
Himachal Pradesh
Jammu & Kashmir
Jharkhand
Karnataka
Kerala
Lakshadweep
Madhya Pradesh
Maharashtra
Manipur
Meghalaya
Mizoram
Nagaland
Orissa
Pondicherry
Punjab
Rajasthan
Sikkim
Tamil Nadu
Tripura
Uttar Pradesh
Uttarakhand
West Bengal
Others
Not Applicable
170
Version 2.1
AF
Afghanistan
AX
Aland Islands
AL
Albania
DZ
Algeria
AS
American Samoa
AD
Andorra
AO
Angola
AI
Anguilla
AQ
Antarctica
10
AG
11
AR
Argentina
12
AM
Armenia
13
AW
Aruba
14
AU
Australia
15
AT
Austria
16
AZ
Azerbaijan
17
BS
Bahamas
18
BH
Bahrain
19
BD
Bangladesh
20
BB
Barbados
21
BY
Belarus
22
BE
Belgium
23
BZ
Belize
24
BJ
Benin
25
BM
Bermuda
26
BT
Bhutan
27
BO
Bolivia
28
BA
29
BQ
30
BW
Botswana
31
BV
Bouvet Island
32
BR
Brazil
33
IO
34
BN
Brunei Darussalam
35
BG
Bulgaria
36
BF
Burkina Faso
171
S No.
Version 2.1
37
BI
Burundi
38
KH
Cambodia
39
CM
Cameroon
40
CA
Canada
41
CV
Cape Verde
42
KY
Cayman Islands
43
CF
44
TD
Chad
45
CL
Chile
46
CN
China
47
CX
Christmas Island
48
CC
49
CO
Colombia
50
KM
Comoros
51
CG
Congo
52
CD
53
CK
Cook Islands
54
CR
Costa Rica
55
CI
Cte D'ivoire
56
HR
Croatia
57
CU
Cuba
58
CW
Curacao
59
CY
Cyprus
60
CZ
Czech Republic
61
DK
Denmark
62
DJ
Djibouti
63
DM
Dominica
64
DO
Dominican Republic
65
EC
Ecuador
66
EG
Egypt
67
SV
El Salvador
68
GQ
Equatorial Guinea
69
ER
Eritrea
70
EE
Estonia
71
ET
Ethiopia
72
FK
73
FO
Faroe Islands
74
FJ
Fiji
75
FI
Finland
172
S No.
Version 2.1
76
FR
France
77
GF
French Guiana
78
PF
French Polynesia
79
TF
80
GA
Gabon
81
GM
Gambia
82
GE
Georgia
83
DE
Germany
84
GH
Ghana
85
GI
Gibraltar
86
GR
Greece
87
GL
Greenland
88
GD
Grenada
89
GP
Guadeloupe
90
GU
Guam
91
GT
Guatemala
92
GG
Guernsey
93
GN
Guinea
94
GW
Guinea-Bissau
95
GY
Guyana
96
HT
Haiti
97
HM
98
VA
99
HN
Honduras
100
HK
Hong Kong
101
HU
Hungary
102
IS
Iceland
103
IN
India
104
ID
Indonesia
105
IR
106
IQ
Iraq
107
IE
Ireland
108
IM
Isle Of Man
109
IL
Israel
110
IT
Italy
111
JM
Jamaica
112
JP
Japan
113
JE
Jersey
114
JO
Jordan
173
S No.
Version 2.1
115
KZ
Kazakhstan
116
KE
Kenya
117
KI
Kiribati
118
KP
119
KR
Korea, Republic Of
120
KW
Kuwait
121
KG
Kyrgyzstan
122
LA
123
LV
Latvia
124
LB
Lebanon
125
LS
Lesotho
126
LR
Liberia
127
LY
128
LI
Liechtenstein
129
LT
Lithuania
130
LU
Luxembourg
131
MO
Macao
132
MK
133
MG
Madagascar
134
MW
Malawi
135
MY
Malaysia
136
MV
Maldives
137
ML
Mali
138
MT
Malta
139
MH
Marshall Islands
140
MQ
Martinique
141
MR
Mauritania
142
MU
Mauritius
143
YT
Mayotte
144
MX
Mexico
145
FM
146
MD
Moldova, Republic Of
147
MC
Monaco
148
MN
Mongolia
149
ME
Montenegro
150
MS
Montserrat
151
MA
Morocco
152
MZ
Mozambique
153
MM
Myanmar
174
S No.
Version 2.1
154
NA
Namibia
155
NR
Nauru
156
NP
Nepal
157
NL
Netherlands
158
AN
Netherlands Antilles
159
NC
New Caledonia
160
NZ
New Zealand
161
NI
Nicaragua
162
NE
Niger
163
NG
Nigeria
164
NU
Niue
165
NF
Norfolk Island
166
MP
167
NO
Norway
168
OM
Oman
169
PK
Pakistan
170
PW
Palau
171
PS
172
PA
Panama
173
PG
174
PY
Paraguay
175
PE
Peru
176
PH
Philippines
177
PN
Pitcairn
178
PL
Poland
179
PT
Portugal
180
PR
Puerto Rico
181
QA
Qatar
182
RE
Reunion Island
183
RO
Romania
184
RU
Russian Federation
185
RW
Rwanda
186
BL
Saint Barthelemy
187
SH
188
KN
189
LC
Saint Lucia
190
MF
Saint Martin
191
PM
192
VC
175
S No.
Version 2.1
193
WS
Samoa
194
SM
San Marino
195
ST
196
SA
Saudi Arabia
197
SN
Senegal
198
RS
Serbia
199
SC
Seychelles
200
SL
Sierra Leone
201
SG
Singapore
202
SX
Sint Marteen
203
SK
Slovakia
204
SI
Slovenia
205
SB
Solomon Islands
206
SO
Somalia
207
ZA
South Africa
208
GS
209
SS
South Sudan
210
ES
Spain
211
LK
Sri Lanka
212
SD
Sudan
213
SR
Suriname
214
SJ
215
SZ
Swaziland
216
SE
Sweden
217
CH
Switzerland
218
SY
219
TW
220
TJ
Tajikistan
221
TZ
222
TH
Thailand
223
TL
Timor-Leste
224
TG
Togo
225
TK
Tokelau
226
TO
Tonga
227
TT
228
TN
Tunisia
229
TR
Turkey
230
TM
Turkmenistan
231
TC
176
S No.
Version 2.1
232
TV
Tuvalu
233
UG
Uganda
234
UA
Ukraine
235
AE
236
GB
United Kingdom
237
US
United States
238
UM
239
UY
Uruguay
240
UZ
Uzbekistan
241
VU
Vanuatu
242
VE
243
VN
Viet Nam
244
VG
245
VI
246
WF
247
EH
Western Sahara
248
YE
Yemen
249
ZM
Zambia
250
ZW
Zimbabwe
251
XX
Not categorised
252
ZZ
Others
177
Version 2.1
Code
Currency Name
AFA
Afghanistan Afghani
ALL
Albanian Lek
DZD
Algerian Dinar
AOR
Angolan Kwanza
ARS
Argentine Peso
AMD
Armenian Dram
AWG
Aruban Guilder
AUD
Australian Dollar
AZN
10
BSD
Bahamian Dollar
11
BHD
Bahraini Dinar
12
BDT
Bangladeshi Taka
13
BBD
Barbados Dollar
14
BYR
Belarusian Ruble
15
BZD
Belize Dollar
16
BMD
Bermudian Dollar
17
BTN
Bhutan Ngultrum
18
BOB
Bolivian Boliviano
19
BWP
Botswana Pula
20
BRL
Brazilian Real
21
GBP
British Pound
22
BND
Brunei Dollar
23
BGN
Bulgarian Lev
24
BIF
Burundi Franc
25
KHR
Cambodian Riel
26
CAD
Canadian Dollar
27
CVE
28
KYD
29
XOF
30
XAF
31
XPF
CFP Franc
32
CLP
Chilean Peso
33
CNY
34
COP
Colombian Peso
35
KMF
Comoros Franc
36
CDF
Congolese Franc
178
S No.
Code
Version 2.1
Currency Name
37
CRC
38
HRK
Croatian Kuna
39
CUP
Cuban Peso
40
CZK
Czech Koruna
41
DKK
Danish Kroner
42
DJF
Djibouti Franc
43
DOP
Dominican Peso
44
XCD
45
EGP
Egyptian Pound
46
SVC
El Salvador Colon
47
ERN
Eritrean nakfa
48
EEK
Estonian Kroon
49
ETB
Ethiopian Birr
50
EUR
EU Euro
51
FKP
52
FJD
Fiji Dollar
53
GMD
Gambian Dalasi
54
GEL
Georgian Lari
55
GHS
56
GIP
Gibraltar Pound
57
XAU
Gold (Ounce)
58
XFO
Gold Franc
59
GTQ
Guatemalan Quetzal
60
GNF
Guinean Franc
61
GYD
Guyana Dollar
62
HTG
Haitian Gourde
63
HNL
Honduran Lempira
64
HKD
65
HUF
Hungarian Forint
66
ISK
Icelandic Krona
67
XDR
68
INR
Indian Rupee
69
IDR
Indonesian Rupiah
70
IRR
Iranian Rial
71
IQD
Iraqi Dinar
72
ILS
73
JMD
Jamaican Dollar
74
JPY
Japanese Yen
75
JOD
Jordanian Dinar
179
S No.
Code
Version 2.1
Currency Name
76
KZT
Kazakhstani Tenge
77
KES
Kenyan Shilling
78
KWD
Kuwaiti Dinar
79
KGS
Kyrgyz Som
80
LAK
Lao Kip
81
LVL
Latvian Lats
82
LBP
Lebanese Pound
83
LSL
Lesotho Loti
84
LRD
Liberian Dollar
85
LYD
Libyan Dinar
86
LTL
Lithuanian Lit as
87
MOP
Macao Patacas
88
MKD
Macedonian Denary
89
MGA
Malagasy Ariary
90
MWK
Malawi Kwacha
91
MYR
Malaysian Ringgit
92
MVR
Maldivian Rufiyaa
93
MRO
Mauritanian Ouguiya
94
MUR
Mauritius Rupee
95
MXN
Mexican Peso
96
MDL
Moldovan Leu
97
MNT
Mongolian Tugrik
98
MAD
Moroccan Dirham
99
MZN
100
MMK
Myanmar Kyat
101
NAD
Namibian Dollar
102
NPR
Nepalese Rupee
103
ANG
104
NAF
105
NZD
106
NIO
107
NGN
Nigerian Naira
108
KPW
109
NOK
Norwegian Kroner
110
OMR
Omani Rial
111
PKR
Pakistani Rupee
112
XPD
Palladium (Ounce)
113
PAB
Panamanian Balboa
114
PGK
180
S No.
Code
Version 2.1
Currency Name
115
PYG
Paraguayan Guarani
116
PEN
117
PHP
Philippine Peso
118
XPT
Platinum (Ounce)
119
PLN
Polish Zloty
120
QAR
Qatari Rial
121
RON
122
RUB
Russian Ruble
123
RWF
Rwandan Franc
124
SHP
125
WST
Samoan tala
126
STD
127
SAR
Saudi Riyal
128
RSD
Serbian Dinar
129
SCR
Seychelles Rupee
130
SLL
Sierra Leone
131
XAG
Silver (Ounce)
132
SGD
Singapore Dollar
133
SBD
134
SOS
Somali Shilling
135
ZAR
136
KRW
137
SSP
138
LKR
139
SDG
Sudanese Pound
140
SRD
Suriname Dollar
141
SZL
Swaziland Lilangeni
142
SEK
Swedish Krona
143
CHF
Swiss Franc
144
SYP
Syrian Pound
145
TWD
146
TJS
Tajik Somoni
147
TZS
Tanzanian Shilling
148
THB
Thai Baht
149
TOP
Tongan Pa'anga
150
TTD
151
TND
Tunisian Dinar
152
TRY
Turkish Lira
153
TMT
181
S No.
Code
Version 2.1
Currency Name
154
AED
UAE Dirham
155
UGX
156
XFU
UIC Franc
157
UAH
Ukrainian Hryvnia
158
UYU
Peso Uruguayo
159
USD
US Dollar
160
UZS
Uzbekistani Sum
161
VUV
Vanuatu Vatu
162
VEF
163
VND
Vietnamese Dong
164
YER
Yemeni Rial
165
ZMK
Zambian Kwacha
166
ZWL
Zimbabwe Dollar
167
XXX
Not Categorised
168
ZZZ
Others
182