Fis 8583-2017
Fis 8583-2017
Fis 8583-2017
Chapter 1
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Audiences. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Related Manuals . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Revision Log. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Chapter 2
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
ISO Message Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
Message Text Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
Data Element Requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
Totals Processing Option . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
Duplicate Monitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Network Management Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Reversal Processing Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Multiple Message Transactions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Integrated Circuit Card (ICC) Support. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Chapter 3
Message Flows . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Authorization/Financial Transaction Messages . . . . . . . . . . . . . . . . . . 39
Authorization/Financial Transaction Request Messages . . . . . . . . . . . . . . . . . . 40
Authorization/Financial Transaction Advice Messages. . . . . . . . . . . . . . . . . . . . 45
Multiple Message Transaction Series . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Door Popper Transactions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Open Account Relationship Transactions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Chapter 4
Chapter 5
Chapter 6
Appendix A
Appendix B
Appendix C
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 591
Revision Log
Effective
Date w/Version Chapter Description
September 2017 V1.5 5 DE 109 - Sender Data
Updated the note on page 341.
DE 110 - Receiver Data
Updated the note on page 346.
DE124 - FIS Tags, Acquirer / Info, Text (FISDefined):
Added the value SZ = Shazam generated Token
data. in Payment Token data tag T5.
Added the value DP = Discover Debit in the Payment
Token data tag TP.
Updated the description for FIS PIN Indicator on
page 401.
September 2016 V1.5 Appendix C Updated the following information for the Belarus currency
Currency name from BYR to BYN on page 575.
Currency number from 974 to 933 on page 589.
Minor units (exponent) from 0 to 2 on page 589.
January 2016 V1.5 5 DE124 - FIS Tags, Acquirer / Info, Text (FISDefined):
Updated the FS tag layout on page 390 and
description on page 390.
Modified the entire content for the section Installment
Payment Information on page 412.
DE125 - FIS Tags, Acquirer / Info, Text (FIS-Defined):
Added the section Installment Payment Information
on page 432.
December 2015 V1.5 5 DE124 - FIS Tags, Acquirer / Info, Text (FIS-Defined):
Modified the values "0" to "N" and "1" to "Y" for the
Card Wallet Tags WB, WC and WD on page 410,
page 411, and page 411 respectively.
November 2015 V1.5 5 Added a table for AMEX GNS Format on page 440.
June 2015 V1.5 5 DE124 - FIS Tags, Acquirer / Info, Text (FISDefined)
Added the sub-tag TR to Network Data Information.
May 2015 V1.5 5 DE124 - FIS Tags, Acquirer / Info, Text (FIS-Defined):
Added the value "DD = Discover Debit” on page 384"
under the section “Payment Token Data”.
Appendix B Updated the table Card Data Input Capability (Position 11)
with the ISO Code V.
January 2015 V1.5 5 Updated the description of the data format abbreviation
"LLL" on page 246.
Appendix B Added an entry and updated the table PAN Entry Mode
Codes on page 548.
October 2014 V1.5 4 Updated all references of ICC data length to 255.
Appendix A
July 2014 V1.5 5 Updated the description of Payment Token Data "T5" on
the following pages:
page 402
page 430
February 2014 Appendix B Added an entry in the table PAN Entry Mode Codes on
page 548.
October 2013 V1.5 5 Updated the start and length of all fields of the Bulk
Deposit Format table in the following sections:
DE105 - Large Private Data 1 on page 330.
DE106 - Large Private Data 2 on page 332.
DE107 - Large Private Data 3 on page 333.
July 2013 V1.5 5 Added the new format type ARQC Result in Financial
Transactions, Multiple-Tag Format and Financial
Transactions, Single-Tag Format of DE123.
b. The Connex™ System routes the 0100/0200 request message to the issuer.
d. The Connex System routes the 0110/0210 response message to the acquirer.
a. The acquirer sends a 0100/0200 request message. The Connex System does
not receive the request message.
b. The acquirer then sends a 0101/0201 repeat message.
c. The Connex System routes the 0101/0201 request repeat message to the
issuer.
e. The Connex System routes the 0110/0210 response message to the acquirer.
c. The Connex System performs stand-in authorization for the issuer and sends a
0110/0210 request response message to the acquirer.
f. The issuer sends a late 0110/0210 request response message to the Connex
System.
g. The Connex System sends a 0420 reversal advice message to the issuer.
h. The issuer sends a 0430 reversal advice response message to the Connex
System.
b. The Connex System routes the 0100/0200 message to the issuer, but the
issuer does not respond to the message within the time-out limit.
c. The Connex System performs stand-in authorization for the issuer and denies
the transaction. The Connex System sends a 0110/0210 request response
message to the acquirer.
d. The issuer returns a late 0110/0210 request response message to the Connex
System.
e. The Connex System sends a 0420 reversal advice message to the issuer.
f. The issuer optionally sends a 0430 reversal advice response message to the
Connex System. (optional)
b. The Connex™ System routes the 0100/0200 message to the issuer, but the
issuer does not respond within the time-out limit.
d. The Connex System sends a 0420 reversal advice message to the issuer.
e. The issuer sends a 0430 reversal advice response message to the Connex
System. (optional)
a. The acquirer sends a 0120/0220 advice message. The Connex System does
not receive the 0120/0220 message. (optional)
c. The issuer sends a 0110 response message, setting a flag to indicate that
more data is available.
d. The Connex System routes the 0110 response message to the acquirer.
f. The Connex System routes the 0100 request message to the issuer.
g. The issuer sends a 0110 response message, setting a flag to indicate that
more data is available.
h. The Connex System routes the 0110 response message to the acquirer.
j. The Connex System routes the 0100 request message to the issuer.
k. The issuer sends a 0110 response message, setting a flag to indicate that no
more data is available.
l. The Connex System routes the 0110 response message to the acquirer.
m. The Connex System is unable to deliver the 0110 response to the acquirer.
Since this was the last message in a multiple message series, the transaction
can be reversed.
n. The Connex System sends a 0420 reversal advice message to the issuer.
o. The issuer sends a 0430 reversal advice response message to the Connex
System. (optional)
e. The Connex System routes the 9110/9210 response message with multiple
account information to the acquirer.
g. The Connex System routes the eligible 0100/0200 request message to the
issuer.
i. The Connex System routes the 0110/0210 request response message to the
acquirer.
g. The Connex System routes the eligible 0100/0200 request message to the
issuer.
i. The Connex System routes the 0110/0210 request response message to the
acquirer.
b. The Connex™ System routes the eligible 0100/0200 request message to the
issuer. The issuer does not respond to the message within the time-out limit.
c. The Connex System performs stand-in authorization for the issuer and sends a
0110/0210 request response message to the acquirer.
b. The Connex System routes the eligible 0100/0200 request message to the
issuer, but the issuer does not respond to the message within the time-out
limit.
c. The Connex System performs stand-in authorization for the issuer and denies
the transaction. The Connex System sends a 0110/0210 request response
message to the acquirer.
b. The Connex™ System routes the 0100/0200 request message to the issuer.
d. The Connex System routes the 9110/9210 response message to the acquirer.
Reversal Messages
The flow of each reversal message is described on the following pages.
Financial reversal
Financial reversal followed by a repeat
Financial reversal repeat with response
Financial reversal (do not send partial reversals)
Financial reversal (send partial reversals)
Financial reversal time out
b. The Connex System routes the 0430 message to the acquirer, but is unable to
deliver the message.
f. The Connex System routes the 0430 message to the acquirer. (optional)
NOTE: This example illustrates the message flow which results when
an issuer can accept a partial dispense reversal.
d. The Connex System routes the 0110/0210 response message to the acquirer.
A partial dispense was made.
e. The acquirer sends a 0420 reversal advice message with the full amount the
cardholder requested and the actual dispensed amount.
f. The Connex System routes a 0430 reversal advice response message to the
acquirer. (optional)
a. The Connex System routes a 0420 reversal advice message to the issuer.
b. If the issuer does not respond within the resend interval, the Connex System
sends a 0421 reversal advice repeat message to the issuer.
c. The Connex System continues to send a 0421 repeat message until the issuer
responds.
NOTE: If the Connex System does not respond within the resend
interval, the acquirer continues to resend the 0300 request
message until the Connex System responds.
b. The Connex System performs the requested file update task and sends a 0310
response message back to the acquirer.
The value in the Response Code data element (bit 039) indicates whether the
file update request was successfully completed.
NOTE: If the issuer does not respond within the resend interval,
the Connex System continues to resend the 0300 request
message until the issuer responds.
b. The issuer then sends a 0310 response message to the Connex System.
NOTE: If the Connex System does not respond within the resend
interval, the issuer continues to resend the 0382 request
message until the Connex System responds.
b. The Connex System performs the requested file update task and sends a 0392
response message back to the issuer.
The value in the Response Code data element (bit 039) indicates whether the
file update request was successfully completed.
NOTE: If the acquirer does not respond within the resend interval,
the Connex System continues to resend the 0382 request
message until the acquirer responds.
b. The acquirer sends a 0392 response message back to the Connex System.
a. If the issuer does not send a 0530 response message within a specified time
period, the acquirer sends a 0521 repeat message.
b. The acquirer continues to send a 0521 repeat message until the issuer sends
a 0530 advice response message.
a. If the acquirer does not send a 0532 response message within a specified time
period, the issuer sends a 0523 repeat message.
b. The issuer continues to send a 0523 repeat message until the acquirer sends
a 0532 advice response message.
Administrative Messages
The flow of each administrative message is described on the following pages.
d. The Connex System routes the 0610 response message to the appropriate
endpoint.
b. The Connex™ System routes the 0600 message to the designated endpoint.
d. The recipient of the 0600 message sends a 0610 response message to the
Connex System.
a. If the issuer does not send a 0610 response message within a specified time
period, the acquirer sends a 0601 repeat message.
b. The acquirer continues to send a 0601 repeat message until the issuer sends
a 0610 response message.
Flows for these types of network management messages are included in this section.
a. Any endpoint linked directly to the Connex™ System can either originate or
receive the 0800 signon message for both issuer and acquirer.
b. A 0810 request response message must acknowledge the 0800 request
message.
Both processors are now signed on, and financial transactions can flow from
both processors.
a. Sign on as acquirer
Network Management Information Code (bit 070) = 071
a. Sign on as issuer
Network Management Information Code (bit 070) = 061
5. The issuer originates the 0800 signon as issuer message.
6. A 0810 request response message must acknowledge the 0800 request message.
The issuer is now signed on to the acquirer. The acquirer can originate
transactions and the issuer can respond to them.
a. Any endpoint linked directly to the Connex™ System can either originate or
receive the 0800 signoff message for both issuer and acquirer.
b. A 0810 request response message must acknowledge the 0800 request
message.
Both processors are now signed off.
a. The primary endpoint, which controls the keys, originates the 0800 key change
message for both issuer and acquirer.
b. A 0810 request response message must acknowledge the 0800 request
message.
i. The primary endpoint, which controls the keys, originates the 0800
acquirer key change message.
ii. A 0810 response message must acknowledge the 0800 request
message.
i. The primary endpoint, which controls the keys, originates the 0800 issuer
key change message.
a. The secondary endpoint, which does not control the keys, must originate the
0800 key change request message for both issuer and acquirer.
b. A 0810 request response message must acknowledge the 0800 request
message.
i. The secondary endpoint, which does not control the keys, must originate
the 0800 acquirer key change request message.
ii. A 0810 response message must acknowledge the 0800 request
message.
i. The secondary endpoint, which does not control the keys, must originate
the 0800 issuer key change request message.
a. The Connex™ System originates the 0800 cutoff initiation message for both
issuer and acquirer.
b. A 0810 request response message must acknowledge the 0800 request
message.
a. The Connex™ System originates the 0800 cutoff completion message for both
issuer and acquirer.
b. A 0810 request response message must acknowledge the 0800 request
message.
a. Any endpoint linked directly to the Connex™ System can either originate or
receive the 0800 reply required handshake message.
b. A 0810 response message must acknowledge the 0800 request message.
i. The issuer originates the 0800 reply required issuer handshake message.
For example, all edits are completed on a 0200 Financial Transaction Request
message, but only new data elements are edited on the 0210 Financial Transaction
Response message.
Message Repeats
Whenever a repeat message is identified, the repeat message is the same as the
original message except for the message type identifier, which increases by one. For
example, a repeat message for a 0100 Authorization Request has a message type
identifier of 0101.
Authorization Messages
Authorization messages are passed between the acquirer and the issuer to obtain the
approval necessary to complete a financial transaction.
Reversal Messages
These messages inform the sender of the original message that the message cannot
be processed as instructed. Following are some reasons why a Reversal message is
sent:
Reconciliation/Totals Messages
These messages are used by the processor to communicate settlement-related
information to the acquirer or issuer. All statistics are totals since the last settlement
cutoff.
Administrative Messages
Administrative messages pass system-related information between the system and the
issuer.
Message Arrangement
Each FIS ISO message is arranged as follows:
Message description
Message structure
Message Description
The message description provides the purpose of the message along with suggestions
for processing. Each definition includes a reference to the originator of the message
and the expected response.
Message Structure
The message structure is provided in chart form. The following information is included
in the chart for each message:
Bit Number
Data Element Name
Format
Attributes
Status
Notes
Format
This column indicates the format of the data element, where applicable. See “Format”
on page 246 for an explanation of the abbreviations used in this column.
Attributes
NOTE: The attributes listed in this column reflect the implementation of the
ISO standard by FIS.
See “Legend for Attributes Abbreviations” on page 248 for a description of the
abbreviations used in this column.
All fixed length b data elements are assumed to be left-justified with trailing zeros.
NOTE: The maximum data element length of the 1-byte binary is 255.
The length of a variable data element may exceed the maximum message size defined
by FIS. When this occurs, only the message size defined by FIS will pass through the
processor.
Variable length data elements may be sent or received with a value of zeroes in the
length field.
Status Description
M (Mandatory) The data element is mandatory.
C (Conditional) The data element is required when specific conditions are satisfied.
The applicable conditions are identified in the Notes column of the
message structure chart.
O (Optional) The data element is optional and may be provided at the option of
the originator of the message. If the data element is present in the
message, it may be forwarded.
Notes
Any special notes or format information is provided in this column. Do not rely solely on
this information; refer to “Data Element Definitions” on page 246 for additional detail
and data element edits.
Generated by
Connex System or acquirer
Expected Response
0110 Authorization Request Response from the issuer
Message Structure
Following is the structure of the 0100/0101 Authorization Request message.
124 Tag Data, Acquirer LLLVAR ans..255 O This data element is sent
if tagged data is available
in TLV format.
125 Tag Data, Issuer LLLVAR ans..255 O This data element is sent
if tagged data is available
in TLV format.
This structure must be used if verification lookup is based on information other than the
PAN, such as Driver's License Number or MICR number.
Generated by
Connex System or acquirer
Expected Response
0110 Check Verification/Guarantee Response from the issuer
Message Structure
Following is the structure of the 0100/0101 Check Verification/Guarantee Request
message.
004 Amount, nP 12 M
Transaction
037 Retrieval an 12 M
Reference
Number
046 Additional Fees LLLVAR ans..88 C Required when the defined fee
is present. The fee may be a
surcharge, rebate, or
transaction fee.
122 Sponsor Bank LLLVAR an..011 O The length of this data element
ID must be six. This data element
is required only if it is requested
by the issuer.
125 Tag Data, Issuer LLLVAR ans..255 O This data element is sent if
tagged data is available in TLV
format.
The Connex System generates a 0110 response if the system rejects the 0100 request
(for example, a PIN Validation Failure of an Invalid Transaction Type) or if the system
handles the transaction in Stand-In processing (for example, 0100 requests have timed
out or the issuer is not logged on).
Generated by
Connex System or issuer
Expected Response
None
046 Additional Fees LLLVAR ans..88 C Required when the defined fee
is present. The fee may be a
surcharge, rebate, or
transaction fee.
058 National Point-of- LLLVAR an..030 C Either this bit or bit 025 must
Service Condition be returned.
Code Note: The attributes for this
data element are n..030 for the
alternate format.
124 Tag Data, Acquirer LLLVAR ans..255 O This data element is sent if
tagged data is available in TLV
format.
125 Tag Data, Issuer LLLVAR ans..255 O This data element is sent if
tagged data is available in TLV
format.
126 Issuer Trace Data LLLVAR ans..100 O This data element is sent if
available and you are using
FIS-Defined private data
elements. Refer to “FIS Private
Use Data Elements and
Subelements” on page 469.
The Connex System generates a 0110 response if the system rejects the 0100 request
or if the system handles the transaction in Stand-In processing (for example, 0100
requests have timed out or the issuer is not logged on).
Generated by
Connex System or issuer
Expected Response
None
Message Structure
Following is the structure of the 0110 Check Verification/Guarantee Response
message.
008 Amount, nP 8 O
Cardholder Billing
Fee
125 Tag Data, Issuer LLLVAR ans..255 O This data element is sent if
tagged data is available in
TLV format.
Generated by
Connex System or acquirer
Expected Response
0130 Authorization Advice Response from the issuer.
Message Structure
Following is the structure of the 0120/0121 Authorization Advice message.
004 Amount, nP 12 M
Transaction
046 Additional Fees LLLVAR ans..88 C Required when the defined fee
is present. The fee may be a
surcharge, rebate, or
transaction fee.
058 National Point- LLLVAR an..030 C Although either this bit or bit
of-Service 025 is required, FIS prefers
Condition Code that you use this bit for all
transactions. Valid codes are
listed in “National POS
Condition Code (bit 058)” on
page 561.
Note: The attributes for this
data element are n..030 for the
alternate format.
-- Advice Reason an 2 C
067 Extended nP 2 O
Payment Code
125 Tag Data, Issuer LLLVAR ans..255 O This data element is sent if
tagged data is available in TLV
format.
Generated by
Connex System or issuer
Expected Response
None
Message Structure
Following is the structure of the 0130 Authorization Advice Response message.
004 Amount, nP 12 M
Transaction
046 Additional Fees LLLVAR ans..88 C Required when the defined fee
is present. The fee may be a
surcharge, rebate, or
transaction fee.
063 FIS Data LLLVAR ans..050 The next two subelements are
defined in the FIS message
standard.
Generated by
Connex System or acquirer
Expected Response
0210 Financial Transaction Request Response from the issuer
Message Structure
Following is the structure of the 0200/0201 Financial Transaction Request message.
004 Amount, nP 12 M
Transaction
046 Additional Fees LLLVAR ans..88 C Required when the defined fee
is present. The fee may be a
surcharge, rebate, or
transaction fee.
058 National Point-of- LLLVAR an..030 C Although either this bit or bit 025
Service is required, FIS prefers that you
Condition Code use this bit for all transactions.
Valid codes are listed in
“National POS Condition Code
(bit 058)” on page 561.
Note: The attributes for this data
element are n..030 for the
alternate format.
067 Extended nP 2 O
Payment Code
125 Tag Data, Issuer LLLVAR ans..255 O This data element is sent if
tagged data is available in TLV
format.
The acquirer receives this message and processes or denies the cardholder's request
based on information in the 0210 message. An approval initiates the updating of
settlement or reconciliation controls between the acquirer and card issuer.
Generated by
Connex System or issuer
Expected Response
None
Message Structure
Following is the structure of the 0210 Financial Transaction Response message.
-- Bit Map, b 64 M
Primary
046 Additional Fees LLLVAR ans..88 C Required when the defined fee is
present. The fee may be a
surcharge, rebate, or transaction
fee.
125 Tag Data, Issuer LLLVAR ans..255 O This data element is sent if
tagged data is available in TLV
format.
Generated by
Connex System or acquirer
Expected Response
0230 Financial Transaction Advice Response from the issuer
Message Structure
Following is the structure of the 0220/0221 Financial Transaction Advice message.
004 Amount, nP 12 M
Transaction
058 National Point-of- LLLVAR an..030 C Although either this bit or bit
Service Condition 025 is required, FIS prefers
Code that you use this bit for all
transactions. Valid codes are
listed in “National POS
Condition Code (bit 058)” on
page 561.
Note: The attributes for this
data element are n..030 for
the alternate format.
-- Byte Map an 2 C
-- Advice Reason an 2 C
067 Extended nP 2 O
Payment Code
125 Tag Data, Issuer LLLVAR ans..255 O This data element is sent if
tagged data is available in
TLV format.
126 Issuer Trace Data LLLVAR ans..100 O This data element is required
only if it is requested by the
issuer.
Generated by
Connex System or issuer
Expected Response
None
Message Structure
Following is the structure of the 0230 Financial Transaction Advice Response message.
004 Amount, nP 12 M
Transaction
Generated by
Connex™ System or acquirer
Expected Response
0310 Acquirer File Update Response
Message Structure
Following is the structure of the 0300 Acquirer File Update Request message.
002 Primary Account LLVAR nP..19 C Either this data element or 034
Number is required if bit 101 = PI-
NEGATIVE.
034 PAN Extended LLVAR nsP..28 C Either this data element or 002
is required if bit 101 = PI-
NEGATIVE.
Generated by
Connex™ System or issuer
Expected Response
0312 Card Issuer File Update Response
Message Structure
Following is the structure of the 0302 Card Issuer File Update Request message.
002 Primary Account LLVAR nP..19 C Either this data element or 034 is
Number required if bit 101 = PI-
NEGATIVE.
034 PAN Extended LLVAR nsP..28 C Either this data element or 002 is
required if bit 101 = PI-
NEGATIVE.
121 Additional Data, LLLVAR FIS: O FIS defines this data element as
Private Issuer ans..255 Additional Data, Private Issuer,
ISO: used for Online file maintenance.
ans..999 The layout for this is as follows:
The filename is 8 in length,
followed by Purge/Expiry Date in
YYYYMMDD format and Region
codes for a length of 14.
For Mastercard
The valid filenames are:
MCC102
MCC103
The supported Region codes
are:
1 A B C D E.
For Visa
The valid filenames are:
E3
E4
D.CH.EXP
The supported Region codes
are:
0ABCDEFYZ
Generated by
Connex™ System or issuer
Expected Response
None
Message Structure
Following is the structure of the 0310 Acquirer File Update Response message.
Generated by
Connex™ System or acquirer
Expected Response
None
Message Structure
Following is the structure of the 0312 Card Issuer File Update Response message.
Generated by
Connex™ System or issuer
Expected Response
0392 Card Issuer File Update Response
Message Structure
Following is the structure of the 0382 Card Issuer File Update Request message.
Generated by
Connex™ System or acquirer
Expected Response
None
Message Structure
Following is the structure of the 0392 Card Issuer File Update Response message.
Generated by
Connex™ System or acquirer
Expected Response
0430 Acquirer Reversal Advice
Message Structure
Following is the structure of the 0420/0421 Acquirer Reversal Advice message.
058 National Point-of- LLLVAR an..030 C Although either this bit or bit
Service Condition 025 is required, FIS prefers
Code that you use this bit for all
transactions. Valid codes are
listed in “National POS
Condition Code (bit 058)” on
page 561.
Note: The attributes for this
data element are n..030 for
the alternate format.
124 Tag Data, Acquirer LLLVAR ans..255 O This data element is sent if
tagged data is available in
TLV format.
125 Tag Data, Issuer LLLVAR ans..255 O This data element is sent if
tagged data is available in
TLV format.
Generated by
Connex System or issuer
Expected Response
None
Message Structure
Following is the structure of the 0430 Acquirer Reversal Response message.
004 Amount, nP 12 M
Transaction
046 Additional Fees LLLVAR ans..88 C Required when the defined fee is
present. The fee may be a
surcharge, rebate, or transaction
fee.
058 National Point- LLLVAR an..030 O Copied from the 042x message.
Of-Service Note: The attributes for this data
Condition Code element are n..030 for the
alternate format.
063 FIS Data LLLVAR ans..050 The next two subelements are
defined in the FIS message
standard.
Generated by
Connex™ System or acquirer when controlling totals
Expected Response
0530 Acquirer Reconciliation Advice Response
Message Structure
Following is the structure of the 0520/0521 Acquirer Reconciliation Advice message.
081 Authorizations, nP 10 M
Number
082 Credits, nP 12 F
Processing Fee
Amount
Generated by
Connex™ System or issuer when controlling totals
Expected Response
0532 Card Issuer Reconciliation Advice Response
Message Structure
Following is the structure of the 0522/0523 Issuer Reconciliation Advice message.
081 Authorizations, nP 10 M
Number
082 Credits, nP 12 F
Processing Fee
Amount
Generated by
Connex™ System or issuer
Expected Response
None
Generated by
Connex™ System or acquirer
Expected Response
None
Message Structure
Following is the structure of the 0532 Card Issuer Reconciliation Response message.
NOTE: A value of 601 in data element 070 indicates that the 0600 message is
an Administrative Risk Message.
Generated by
Acquirer or issuer.
Expected Response
0610 Administrative Risk Response by the receiver of the 0600/0601 message
Message Structure
Following is the structure of the 0600/0601 Administrative Risk message.
004 Amount, nP 12 M
Transaction
-- Pseudo Terminal an 6 C
-- Issuer Network an 3 C
Identification
NOTE: A value of 800 in data element 070 indicates that the 0600 message is
an Electronic Mail Request Message.
Generated by
Acquirer or issuer.
Expected Response
0610 Electronic Mail Response by the receiver of the 0600/0601 message
NOTE: A value of 810, 811, 812, 821, or 822 in data element 070 indicates that
the 0600 message is an Administrative Request Message.
Generated by
Acquirer or issuer.
Expected Response
0610 Administrative Response by the receiver of the 0600/0601 message
Message Structure
Following is the structure of the 0600/0601 Administrative Request message
004 Amount, nP 12 C
Transaction
038 Authorization an 6 C
Identification
Response
105 Large Private Data LLLVAR ans..255 C Required when data element
1 070 equals 810, 811, 812,
821, or 822.
Generated by
Receiver to originator of the 0600/0601 Administrative Risk message
Expected Response
None
Message Structure
Following is the structure of the 0610 Administrative Risk Response message.
Generated by
Receiver to originator of the 0600/0601 Electronic Mail message
Expected Response
None
Message Structure
Following is the structure of the 0610 Electronic Mail Response message.
Generated by
Receiver to originator of the 0600/0601 Administrative Request message
Expected Response
None
Message Structure
Following is the structure of the 0610 Administrative Request Response message.
Generated by
Acquirer or issuer
Expected Response
None
Message Structure
Following is the structure of the 0620 Administrative Advice message.
The recipient of a 0800 Network Management Request message must reply with a
0810 Network Management Response message within a specified time interval.
Generated by
Connex™ System or endpoint (acquirer or issuer)
Expected Response
0810 Network Management Response
Message Structure
Following is the structure of the 0800 Network Management Request message.
070 Network nP 3 M
Management
Information Code
Generated by
Connex™ System or endpoint (acquirer or issuer)
Expected Response
None
Message Structure
Following is the structure of the 0810 Network Management Response message.
The Connex System sends only one of the two Network Management Request
messages (0800 or 0820) to the acquirer or issuer. The Connex System accepts either
request message; however, the 0800 Network Management Request message is the
preferred message because it requires an application-level response.
Network Management Request messages are not sent by the Connex System when the
endpoint's application is logged off.
Generated by
Connex System or endpoint (acquirer or issuer)
Expected Response
None
070 Network nP 3 M
Management
Information Code
The acquirer receives this message and processes or denies the multiple account
request based on information in the 0100 message. An approval initiates the updating
of settlement or reconciliation controls between the acquirer and card issuer.
Generated by
Connex System or issuer
Expected Response
None
Message Structure
Following is the structure of the 9110 Open Account Relationship Authorization
Response message.
113 Authorizing Agent LLLVAR n..011 O Sent if available and you are
Institution ID using FIS-Defined private data
Code elements. Refer to “FIS Private
Use Data Elements and
Subelements” on page 469.
The acquirer receives this message and processes or denies the multiple account
request based on information in the 0200 message. An approval initiates the updating
of settlement or reconciliation controls between the acquirer and card issuer.
Generated by
Connex System or issuer
Expected Response
None
Message Structure
Following is the structure of the 9210 Open Account Relationship Financial Transaction
Response message.
113 Authorizing Agent LLLVAR n..011 O Sent if available and you are
Institution ID using FIS-Defined private data
Code elements. Refer to “FIS Private
Use Data Elements and
Subelements” on page 469.
Description
The ISO definition of the data element is provided.
Data Edit
Editing performed on the data element; the information the element should contain.
Status
The FIS data element requirements for the applicable message types.
EMV Tags
For your convenience, the EMV attribute and tag has been identified if an ICC system-
related data element has a corresponding EMV assignment.
For EMV tag definitions, see the Europay-MasterCard-Visa (EMV) 2000 specifications.
nP Numeric data element that is capable of being packed, based on the database
setting. The data element contains numeric digits in unsigned packed format (4-
bit BCD) when the numeric packing option is set. The number indicates the
number of digits the data element contains.
Note: When the numeric packing option is set, all lengths are 1-byte binary. Odd-
length packed numerics have a leading zero to ensure data elements begin and
end on byte boundaries.
s Special characters.
..17 Variable length up to a maximum of 17 characters. All variable length fields will
also contain two or three positions at the beginning of the field to identify the
number of positions following to the end of that field.
bcd The data element contains numeric digits in unsigned packed format (4-bit BCD)
whether the numeric packing option is on or off. If a bcd field is variable length,
the length follows the standard rules for length, controlled with the Pack Numeric
option.
Description: Identifies the type of message being interchanged. Each message must
begin with the message type indicator.
Data Edit: Must include minimum bit map required by ISO and Installation,
depending upon the message type indicator of each message.
Data Edit: Must include minimum bit map required by ISO and Installation,
depending upon the message ID.
Status: Conditional on the presence of one or more data elements from 065 to
127.
Data Edit: Numeric. Required if PAN entry mode indicates manual entry.
Status: Refer to the following chart for the FIS data element requirements.
0300, 0302, 0310, Conditional. Either data element 002 or 034 is required if bit 101 equals
0312 PI-NEGATIVE.
Status: Refer to the following chart for the FIS data element requirements.
Description: Funds requested by the cardholder in the local currency of the acquirer or
source location of the transaction, exclusive of transaction fee amount.
Data Edit: Must be numeric, no greater than 999999999999. This amount must
remain unchanged throughout the life of the transaction except in case of
partially approved transactions, where this field will have the approved
amount by issuer. Note: This field will still be unchanged for certain pre-
authorized partially approved transactions.
Status: Refer to the following chart for the FIS data element requirements.
0600 Administrative Risk Required if Network Management Information Code (bit 070)
equals 601.
Description: Funds to be transferred between the acquirer and issuer. This amount
equals the transaction amount in the currency of settlement.
Note: FIS provides optional capability to perform currency resolution with
the Currency Conversion System (CCS). For more information, see the
Currency Conversion System (CCS) User Manual.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Attributes: FIS: nP 10
ISO: n 10
Description: The date and time the message entered into the data interchange
system, expressed in Greenwich Mean Time (GMT).
Notes:
The time is set by the initiator of the message.
For Administrative messages with Network Management
Information Code (bit 070) equal to 601, this is the date and time
of the transaction referenced in this alert.
Description: The fee to be billed to the cardholder by the card issuing institution in
the same currency as the cardholder billing amount.
Status: Refer to the following chart for the FIS data element requirements.
0110, 0210 Optional. Present in financial responses if the card issuing institution
is billing the cardholder for this transaction.
Description: The factor used in the conversion from the transaction to settlement
amount. The transaction amount is multiplied by the settlement
conversion rate to determine the settlement amount.
Note: FIS provides optional capability to perform currency resolution
with the Currency Conversion System (CCS). For more information,
see the Currency Conversion System (CCS) User Manual.
Data Edit: Numeric. Required if settlement amount is present and different from
transaction amount.
Status: Refer to the following chart for the FIS data element requirements.
Description: The factor used in the conversion from the transaction to cardholder
billing amount. The transaction amount is multiplied by the cardholder
billing conversion rate to determine the cardholder billing amount.
Note: FIS provides optional capability to perform currency resolution
with the Currency Conversion System (CCS). For more information,
see the Currency Conversion System (CCS) User Manual.
Data Edit: Numeric. Required if cardholder amount is present and different from
settlement amount.
Status: Refer to the following chart for the FIS data element requirements.
Status: Required in all messages. Must remain unchanged throughout the life
of the transaction.
Attributes: FIS: nP 6
ISO: n 6
Description: The local time at which the transaction takes place at the point of the
card acceptor location. This time must remain unchanged throughout
the life of the transaction. For example,
0200 → 0210 → 0420 → 0430
all must have the same local transaction time.
Status: Refer to the following chart for the FIS data element requirements.
Attributes: FIS: nP 4
ISO: n 4
Description: The local month and day on which the transaction takes place at the
card acceptor location. This date must remain the same throughout
the life of the transaction. For example,
0200 → 0210 → 0420 → 0430
all must have the same local transaction date.
Status: Refer to the following chart for the FIS data element requirements.
Attributes: FIS: nP 4
ISO: n 4
Description: The year and month after which the card expires.
Status: Refer to the following chart for the FIS data element requirements.
0110, 0210 Optional. Required if you want to receive this data element in a
reversal for a late or unsolicited response.
0300, 0302, 0310, 0312 Future use. Date to expire this record from the negative file.
NOTE: Acquirers need to take EMV tag 5F24 and populate in DE14.
Attributes: FIS: nP 4
ISO: n 4
Description: The month and day funds are transferred between the acquirer and
issuer or any intermediate network facility. Depending on the
message, this data element may contain the following information:
Inbound requests: This data element may contain the acquirer’s
settlement date for the transaction.
Inbound responses: This data element may contain the issuer’s
settlement date for the transaction.
Outbound requests or responses: This date is taken from the
internal calendar record.
Totals messages: This data element contains the date of the
settlement totals.
Note: FIS does not guarantee 100% synchronization with Settlement
end-of-day due to cutoff and suspense times.
Status: Refer to the following chart for the FIS data element requirements.
Attributes: FIS: nP 4
ISO: n 4
Description: The month and day the conversion rate is effective to convert the
transaction amount from the original to settlement currencies.
Note: FIS provides optional capability to perform currency resolution
with the Currency Conversion System (CCS). For more information,
see the Currency Conversion System (CCS) User Manual.
Status: Refer to the following chart for the FIS data element requirements.
Attributes: FIS: nP 4
ISO: n 4
Description: The month and day the transaction date was processed by the
acquirer.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
0110, 0210 Optional. Required in responses if you want to receive this data
element in a reversal for a late or unsolicited response.
0600 Administrative Required if Network Management Information Code (bit 070) equals
Risk 601.
0600 Administrative Conditional if Network Management Information Code (bit 070) equals
Request 810, 811, 812, 821, or 822.
Description: The code of the country where the acquiring institution is located.
(See ISO 3166.)
Status: Refer to the following chart for the FIS data element requirements.
0110, 0210 Conditional. Required if you want to receive this data element in a
reversal for a late or unsolicited response.
Description: The code of the country where the issuer institution is located. (See
ISO 3166.)
Status: Refer to the following chart for the FIS data element requirements.
Description: The code of the country where the forwarding institution is located.
(See ISO 3166.)
Status: Refer to the following chart for the FIS data element requirements.
Description: Two numerics to indicate the method by which the primary account
number was entered into the system and one numeric to indicate PIN
entry capabilities.
Refer to “Point-of-Service Entry Mode (bit 022)” on page 548 for a list
of PAN entry mode (positions 1 & 2) and PIN entry mode (position 3)
values.
Status: Refer to the following chart for the FIS data element requirements.
0110, 0210 Optional. Required if you want to receive the data element in a
reversal for a late or unsolicited response.
Status: Refer to the following charts for the FIS and EBT Transaction data
element requirements.
0110, 0210 Optional. Required if you want to receive this data element in a
reversal for a late or unsolicited response.
0300, 0302, 0310, 0312 Conditional. Required if cards have plastic numbers.
0110, 0120, 0210, 0220 Optional. This data element is passed through unaltered when
received.
NOTE: Acquirers need to take EMV tag 5F34 and populate in DE23. If 5F34 is
not present in the card, DE23 should not be sent in the request mes-
sage on chip transactions.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Description: The fee charged (for example, by the acquirer) for transaction activity
in the currency of the transaction amount. The fee may be a
surcharge, rebate, or transaction fee.
This amount must be the same value in the response as in the
request. The value is a debit for a fee and a credit for a rebate. (The
debit or credit reflects the cardholder’s perspective.)
Notes:
FIS only calculates on-line fees for surcharging.
See the description for data element “046 Additional Fees (FIS
Defined)” on page 280.
Status: Refer to the following chart for the FIS data element requirements.
0110, 0130, 0210, Conditional. Required if the Amount, Transaction Fee is received in the
0230, 0430 request message. The response value must be the same as the value
in the request.
Description: The fee transferred between the acquirer and the issuer equal to the
transaction fee amount in the currency of the settlement amount. This
amount must be the same value in the response as in the request.
The value is a debit for a fee and a credit for a rebate. (The debit or
credit reflects the cardholder’s perspective.)
Notes
FIS does not perform currency conversion and only calculates on-
line fees for surcharging.
See the description for data element “046 Additional Fees (FIS
Defined)” on page 280.
Status: Refer to the following chart for the FIS data element requirements.
0110, 0130, 0210, Conditional. Required if the Amount, Transaction Fee is received in the
0230, 0430 request message. The value in the response must be the same as the
value in the request.
Description: The fee charged (for example, by the acquirer, issuer or intermediate
network facility) for the handling and routing of messages in the
currency of the transaction amount. (The debit or credit reflects the
cardholder’s perspective.)
Note: FIS does not calculate on-line fees.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Healthcare: nP..6
On Healthcare transactions, Acquirer ID, as defined by SIGIS, must
be numeric for length of 6.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
0110, 0210, 9110, 9210 Conditional. Required if received in the 0100 or 0200 message.
Description: This data element is used only when the primary account number
begins with 59 and is used to identify a customer account or
relationship.
Status: Refer to the following chart for the FIS data element requirements.
0110, 0210, 9110, 9210 Conditional. Required if received in the request message.
0300, 0302, 0310, 0312 Conditional. Either data element 002 or 034 is required if bit 101
equals PI-NEGATIVE.
Data Edit: Valid ISO Track 2 required. Not allowed if manual entry.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Position Data
1-4 Julian date (YDDD)
This date is made up of the least significant digit of the year followed
by the 3-digit day of the year.
For example, January 1, 2001 = 1001.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Description: A code that defines the disposition of a message. When the response
code is 30, then Additional Response Data (bit 044) contains the bit
number in error.
Refer to “Response Codes (bit 039)” on page 551 for a list of valid
response codes.
Status: Refer to the following chart for the FIS data element requirements.
0420 Required. This must be the value from the original request.
Status: Refer to the following chart for the FIS data element requirements.
0110, 0210 Optional. Required in responses if you want to receive this data
element in a reversal for a late or unsolicited response.
Status: Refer to the following chart for the FIS data element requirements.
0600 Administrative Required if Network Management Information Code (bit 070) equals
Risk 601, and this element was contained in the original authorization
message that caused this alert.
Description: A code identifying the card acceptor that defines the point of the
transaction in both local and interchange environments.
Status: Refer to the following chart for the FIS data element requirements.
0110, 0210, 9110, 9210 Optional. Required if you want to receive this data element in a
reversal for a late or unsolicited response.
0600 Administrative Conditional when Network Management Information Code (bit 070)
Request equals 810, 811, 812, 821, or 822. See MasterBanking Program for
their online specification details.
24-36 city
37-38 state
39-40 country
Description: The name and location of the card acceptor which defines the point-
of-service in both a local and interchange environment. In the home
banking environment, the name and location applies to the consumer.
Status: Refer to the following chart for the FIS data element requirements.
0110, 0210 Optional. Required if reversals for late response require this data
element.
Status: Refer to the following chart for the FIS data element requirements.
Data Edit: Valid ISO Track 1 required. Not allowed if manual entry.
Status: Refer to the following chart for the FIS data element requirements.
0110, 0130, 0210, Conditional. Is returned in the response if received in the request.
0230, 0430, 9110, 9210
Status: Refer to the following chart for the FIS data element requirements.
0110, 0130, 0210, Conditional. Required if the Additional Fees is received in the
0230, 0430 request message. The response value must be the same as the
value in the request.
Data
Sub-Element Name/Contents Length MasterCard Bit No.
UCAF Collection Indicator. Possible Values are: 1 48, sub-element 42, position
3 in 0100 or 0200
0 - UCAF data collection is not PDS 0052 in 0220 advice
supported by the merchant.
MasterCard Example 1
This example shows both the Accountholder Authentication Value (AAV) and the
Universal Cardholder Authentication Fields.
“*3D*\0041SL03122CA30M3jHyn+7YFi1EUAREAAAAvNUe6Hv8=”
MasterCard® Example 2
This example shows the Accountholder Authentication Value (AAV) only.
Visa Bit
Sub-Element Name/Contents Data Length No.
Data Identifier. Value is *3D*\ for Visa 3-D Secure transactions. 5
CAVV subtag. The identifier for the CAVV subtag is CA. The 2
CA subtag may be present in the message without the XI
subtag being present in the message.
CAVV. This field contains a portion of the actual data used to 40 126.9
perform the authentication.
XID. This field contains a portion of the actual data used to 20 bytes if 126.8
perform the authentication. packed
40 hex
bytes if not
packed
Status: Refer to the following chart for the FIS data element requirements.
Description: This data element is reserved by ISO for private data unique to private
institutions.
FIS defines this data element as Institution/Merchant Name/
Consumer, the name of the financial institution that owns the ATM, or
name of the merchant where the POS terminal is located, or the name
of the consumer for home banking.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
0600 Administrative Required if Network Management Information Code (bit 070) equals
Risk 601.
Description: A code defining the currency of the settlement amount and the
settlement fee amount.
Note: FIS provides optional capability to perform currency resolution
with the Currency Conversion System (CCS). For more information,
see the Currency Conversion System (CCS) User Manual.
Status: Refer to the following chart for the FIS data element requirements.
Description: A code defining the currency of the cardholder billing amount and the
cardholder billing fee amount.
Note: FIS provides optional capability to perform currency resolution
with the Currency Conversion System (CCS). For more information,
see the Currency Conversion System (CCS) User Manual.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Description: This data element has not been defined by ISO. FIS defines this data
element as Security Related Control Information, consisting of data
needed to process PINs or perform message authentication
(MACing), or both, when using dual active encryption keys. This data
element is subdivided as follows:
Data Content/
Attributes Notes
PIN and MAC key Values are 00 or 01.
index (nP 2) Contains only PIN key index when PIN and MAC keys are
exchanged in independent messages.
Status: Refer to the following chart for the FIS data element requirements:
0100 (Check Ver), Conditional. Required if using dual active encryption keys and MACing.
0110, 0120, 0130,
0210, 0220, 0230,
0300, 0302, 0310,
0312, 0382, 0392,
0420, 0430, 0520,
0522, 0530, 0532,
0600, 0610, 9110,
9210
0800, 0810 Conditional. Required if using dual active encryption keys and
performing key exchange functions (if bit 070 equals 101, 161, 171,
180, 181, or 191).
Data Edit: May be alpha numeric or numeric for Positions 1-4. Must be numeric
for positions 5-20. The amount must not be greater than
999999999999.
x must be 0, C, or D.
C or 0 = Credit amount
D or 0 = Debit amount
Position Data
1-2 Account Type (an 2)
Description: Information on up to six amounts and related account data for which
specific data elements are not defined.
Refer to “Additional Amounts Codes (bit 054)” on page 557 for a list of
valid account types and amount types.
Notice: The use of a "D" (Debit Amount) may cause an adverse affect
on the calculation of the interchange if the transaction is reversed, or if
the transaction is approved in stand-in for Amount Types 40, 41 and
99.
0110, 0210 Optional. This data element may be used for returning balances or
the authorized amount.
Attributes: This data element is variable length (LLLVAR) with maximum length of
255 bytes beginning with 3 bytes value that indicates the length of
data in DE 55.
Description: The DE55 tag uses different sub-elements according to different types
of transaction. Each sub-element is in TLV (Tag-Length-Value) format,
where,
T = Tag
L = Length of sub-element value
V = Sub-element value
Example:
Tag = "9A" (Term Tran Date) is 1 byte length represented in
hexadecimal.
Tag = "9F36" (Applic Tran Count) is 2 bytes length.
Tag = "9F8007" (Issuer script result) is 3 bytes length.
The length (L) of the sub-element value is 1 byte. The sub-element value is variable length data
for the length of sub-element.
NOTE: FIS passes the chip tag data, as received, from the acquirer network to
the issuer processor.
Status: Refer to the following chart for the FIS data element requirements.
Description: This data element is reserved for definition and use by national
standards organizations.
The ANSI X9.2-1988 standard defines this data element as the
Authorization Life Cycle, a value in calendar days, hours, or minutes
that identifies the time period for which an acquirer is requesting
guarantee of funds. This data element is subdivided into the following
two subelements:
Life Cycle Indicator (n 1) indicates the type of time interval in
effect for a pre-authorization. Possible values are:
1 = Calendar days
2 = Hours
3 = Minutes
Life cycle (n 2) is the time interval in effect for a pre-authorization.
Data Edit: Numeric, if present. Length must be 003. Life Cycle Indicator must be
1, 2, or 3.
Status: Refer to the following chart for the FIS data element requirements.
Description: This data element is reserved for definition and use by national
standards organizations.
The ANSI X9.2-1988 standard defines this data element as the
National Point-Of-Service Condition Code, a series of codes intended
to identify terminal class, presentation data, and security condition.
This data element is subdivided as follows:
Terminal Class (an 3)
Presentation Data (an 4)
Security Condition (an 1)
Terminal Type (an 2), advice reason redefined by FIS as terminal
type. Data element 060 contains the advice reason.
Note: Refer to “National POS Condition Code (bit 058)” on page 561
for a list of valid codes.
Status: Refer to the following chart for the FIS data element requirements.
Format: LLLVAR
Description: This data element is reserved for definition and use by national
standards organizations.
The ANSI X9.2-1988 standard defines this data element as the
National Point-Of-Service Condition Code, a series of codes intended
to identify terminal class, presentation data, and security condition.
This data element is subdivided as follows:
Terminal Class (an 3)
Presentation Data (an 4)
Security Condition (an 1)
Terminal Type (an 2), advice reason redefined by FIS as terminal
type. Data element 060 contains the advice reason.
Card Data Input Capability (an 1)
Notes:
Refer to “National POS Condition Code (bit 058)” on page 561 for
a list of valid codes.
Positions 12-30 are reserved for future use.
Status: Refer to the following chart for the FIS data element requirements.
Description: This data element is reserved for definition and use by national
standards organizations.
State Code (n 2)
County Code (n 3)
Postal Service Code (an 5 or an 9)
Country Code (n 3)
Data Edit: Numeric. State, County, and Country Codes must be numeric.
Status: Refer to the following chart for the FIS data element requirements.
Subelement Mask
Name Format Value Description
Byte Map an 2 — To determine the byte map value, add the mask
value columns together for the data elements
that are present, and convert the total to
hexadecimal. For example, if both subelements
are present, the byte map value would be C0.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Subelement Mask
Name Format Value Description
Byte Map an 2 -- To determine the byte map value, add the mask
value columns together for the data elements that
are present, and convert the total to hexadecimal.
For example, if the first five subelements are
present, the byte map value would be F8.
Issuer Network ID an 3 40 Used for direct routing and telling the acquirer
which network authorized the transaction.
Status: Refer to the following chart for the FIS data element requirements.
Open Account 0100, 0110, 0120, 0200, Optional. Sent when supporting Open
Relationship Data 0210, 0220, 0420 Account Relationship (OAR) requests.
Processing Flags 0100, 0110, 0120, 0200, Required when supporting externally
0210, 0220, 0420 settled transactions, also required when
the acquirer terminal is capable of
supporting partial authorizations or when
the acquiring terminal does not support
partial authorizations, but want the issuers
to return balance amounts so the
transaction could be resubmitted with that
amount. See the document titled Externally
Settled Transactions for more information.
Note: When the CEDIOPT option is set
ON for the processing flags, all the 5
positions will go outbound to the end-point
even when they are blank.
Description: Used to validate the source and the text of the message between the
sender and receiver. FIS performs MACing of the entire message.
Data Edit: MAC verification occurs. If the verification fails, the message is
rejected with a 0620 message.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Description: The number of months that the cardholder prefers to pay for this item
if permitted by the issuer.
Status: Refer to the following chart for the FIS data element requirements.
Description: The code of the country where the receiving institution is located.
Description: The code of the country where the settlement institution is located.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Description: The amount of all processing fees associated with the handling and
routing of credit transactions.
Note: FIS does not calculate fees on-line.
Status: Refer to the following chart for the FIS data element requirements.
Description: The amount of all fees resulting from the processing of all credit
transactions.
Note: FIS does not calculate fees on-line
Status: Refer to the following chart for the FIS data element requirements.
Description: The amount of all processing fees associated with the handling and
routing of debit transactions.
Note: FIS does not calculate fees on-line.
Status: Refer to the following chart for the FIS data element requirements.
Description: The amount of all fees resulting from the processing of all debit
transactions.
Note: FIS does not calculate fees on-line.
Status: Refer to the following chart for the FIS data element requirements.
Description: The amount of all credit transactions processed, exclusive of any fees.
Status: Refer to the following chart for the FIS data element requirements.
Description: The amount of all credit reversals processed, exclusive of any fees.
Status: Refer to the following chart for the FIS data element requirements.
Description: The amount of all debit transactions processed, exclusive of any fees.
Status: Refer to the following chart for the FIS data element requirements.
Description: The amount of all debit reversals processed, exclusive of any fees.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
0420, 0430 Required. Inbound to the Connex System, only subelement original
message type is implemented by FIS. The rest of the subelements
must be zero-filled.
Outbound from the Connex System, original message type is sent.
Original system trace audit number and original local date and time
are sent if available.
Note: The trace number, date and time will either be zero-filled
because the information was not available or they will match data
elements 011, 012, and 013.
Description: A code that indicates to the system maintaining the file which
procedure to follow. Refer to “File Update Codes (bit 091)” on
page 570 for a list of valid values.
Status: Refer to the following chart for the FIS data element requirements.
Description: A file update security code to indicate that the message originator is
authorized to update the file.
Description: An indication of the type of support service required by the recipient of the
file update message. Used for coordination of the file update messages.
Description: The new actual amount data elements, necessary to perform a partial reversal
on a financial transaction.
Note: See the description for data element “056 Replacement Additional
Fees” on page 292.
Data Edit: Numeric except x. For transaction and settlement, the maximum amount is
999999999999. For fees, the maximum amount is 99999999. x must be 0, C,
or D.
C = Credit amount
D or 0 = Debit amount
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
0800, 0820 Conditional. Required when the value of bit 070 is 001, 002, 061,
062, 071, 072, 101, 161, or 171.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
0110, 0210 Optional. May be returned by the issuer if received in the request and they
want this data element returned to them in reversals for late or unsolicited
responses.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
0100 (Authorization Conditional. Sent if routing is based on this data element instead of
Request), 0120, 0200, the PAN or PAN extended. One of these data elements is required:
0220, 0420 002, 034, 035, 036, 045, or 100.
Data Edit: Following are the required data element values for the corresponding
message types.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Status: Refer to the following chart for the FIS data element requirements.
Description: The data element is used to provide information to the issuer about
the specific request.
Interlink
9-14 Optional starting check number. If the starting check number is not supplied, the field
contains zeros.
15-18 Optional check quantity. If the check quantity is not supplied, the field contains zeros.
7-100 Selection criteria defined by the mail broadcasting system. For MasterBanking
Program, this is the broadcast selection criteria.
9-10 The numeric statement iteration. The current statement is represented by 00, the
previous by 01, and so on.
9-10 The numeric statement iteration. The current statement is represented by 00, the
previous by 01, and so on.
11-14 The maximum number of line items the host may return.
15-16 The maximum characters for a single description line. This value does not include
the
count for field separator characters. This value is used for acquirer-formatted
statements. Control characters such as carriage returns and graphics are not
allowed
and are not part of the count.
17-19 The maximum characters for a single print line. This value is used by the host if the
host formats the statement print area. No edit is done to ensure the host adheres to
this limit.
20-25 Optional. May contain the statement start date requested, in the format YYMMDD.
26-31 Optional. May contain the statement end date requested, in the format YYMMDD.
32-39 The vendor model, used only by issuers that format their own statements.
40-47 The emulation model, used only by issuers that format their own statements.
56-59 DEVC (for Connex™ on IBM® use only). This field provides the device
characteristics
for the issuer to use when they format the statement print data.
65-69 Completed number of pages for partial print (Connex on IBM use only).
OAR Format
Status: Refer to the following charts for the FIS and EBT transaction data
element requirements.
Aggregation Format
FIS Requirements
0600 Administrative Conditional when data element 070 equals 810 and specific customer
Request selection criteria is required.
0110, 0210, 9110, Optional. This data element may be returned by the issuer if received
9210 in the request and they want the data element returned to them in
reversals for late or unsolicited responses.
Description: This data element is used with data elements 106-108 to return large
amounts of data. FIS has defined the usage of these fields for Shared Branch
transactions and host OAR functions.
In addition, processors may agree to pass whatever data they want in these
fields. A tagging system was developed to identify the FIS-Defined usages of
these fields.
FIS currently supports only a single tag per transaction for large private data.
In the future, FIS will support chaining of tagged data in a single transaction.
Reserved Tags
The following tags are reserved for data elements 105-108.
Code Description
BC Bulk Deposit or Bulk Check Deposit
DS Digital Signature
II ClickCheck
S2 Shared Branch
SD SafeDebit CLOB
VA Verified by Visa
V0 = CAVV data
V1 = XID data
Tagged Format
Tags are assigned to represent and identify the specific information immediately
following a tag identifier. The tag ID is 5 positions long, always beginning with an
asterisk (*), followed by the 2-character tag ID, followed by another asterisk (*), followed
by a backslash (\). For example: *xx*\
where: xx is an alphanumeric value that represents the tag.
Each field (105, 106, 107, and 108) carries up to 999 bytes of information. However, 9
positions are used with the tag:
Example 1
This example shows a single tag in a single large private data field.
Example 2
This example shows a single tag over multiple large private data fields.
Example 3
This example shows multiple tags in a single large private data field.
Example 4
This example shows multiple tags in multiple large private data fields.
OAR Select Type (service line). For values, see “Account Type” 2 Required
on page 557.
Example 1
In this example, information is provided for two accounts:
246813579\20\NOW\1\Checking 1*1357924\20\NOW\\Checking 2*
Example 2
In this example, three 16-digit accounts use 20 bytes per account, including delimiters:
Status: Refer to the following chart for the FIS data element requirements:
0200 Optional. This data element will contain check information in bulk
format when bulk check data is sent by the acquirer.
0600 Administrative Conditional when data element 070 equals 810, 811, 812, 821, or 822.
Request
Filler 9 1
Version # 10 2 Char
Filler 12 2 Char
Note: The remaining part of the 11th Check Data will be present in DE106.
Description: This data element is used when the amount of data exceeds the data sent in
data element 105.
Note: See “105 Large Private Data 1” on page 326 for format information for
this data element.
Status: Refer to the following chart for the FIS data element requirements.
0200 Optional. This data element will contain check information in bulk format
when bulk check data is sent by the acquirer.
0600 Administrative Conditional when data element 070 equals 810, 811, 812, 821, or 822.
Request
9110, 9210 Optional. Required when data returned exceeds the data which fits in
data element 105.
Note: The remaining part of the 22nd Check Data will be present in DE107.
Description: This data element is used when the amount of data exceeds the data sent in
data elements 105 and 106.
Note: See “105 Large Private Data 1” on page 326 for format information for
this data element.
Status: Refer to the following chart for the FIS data element requirements.
0200 Optional. This data element will contain check information in bulk format
when bulk check data is sent by the acquirer.
0600 Administrative Conditional when data element 070 equals 810, 811, 812, 821, or 822.
Request
9110, 9210 Optional. Required when data returned exceeds the data which fits in
data elements 105 and 106.
Description: This data element is used when the amount of data exceeds the data sent in
data elements 105-107.
Note: See “105 Large Private Data 1” on page 326 for format information for
this data element.
Status: Refer to the following chart for the FIS data element requirements.
0200 Optional. This data element will contain check information in bulk format
when bulk check data is sent by the acquirer.
0600 Administrative Conditional when data element 070 equals 810, 811, 812, 821, or 822.
Request
9110, 9210 Optional. Required when data returned exceeds the data which fits in
data elements 105, 106, and 107.
Status: Refer to the following chart for the FIS data element requirements.
Length/
Format Type and Field Name Attributes Values
Account Number
Format Code 2 AN
Length 2 01-34
Date of Birth
Formate Code 2 DB
Length 2 01-08
E-mail Address
Format Code 2 EM
Length 30 01-30
Funding Source
Format Code 2 SF
Length 2 02
General Identification
Format Code 2 GI
Length 2 01-50
Length 2 01-19
Length 2 01-30
Optional Message
Format Code 2 O2
Length 2 01-37
Phone Number
Format Code 2 TL
Length 2 01-20
Participation ID
Formate Code 2 PI
Length 2 01-30
Sender Name
Format Code 2 N1
Length 2 01-41
Sender Address
Format Code 2 A1
Length 2 01-50
Format Code 2 A3
Length 2 01-25
Format Code 2 A7
Length 2 01-03
Format Code 2 A8
Length 2 01-03
Format Code 2 A4
Length 2 01-10
Length 2 01-09
Sender Country
Format Code 2 A5
Length 2 01-24
Length 2 01-02
Length 2 01-03
Length 2 01-08
Sender Nationality
Format Code 2 NA
Length 2 01-03
Length 2 01-12
Length 2 01-06
Length 2 01-24
Length 2 01-80
Length 2 01-80
Format Code 2 OF
Length 5 01-05
an 5 maximum
Format Code 2 O1
Length 19 01-19
an 19 maximum
Length 2 01-20
Length 2 01-20
Length 2 01-20
Length 2 01-20
Length 2 01-20
Transaction Description
Format Code 2 TD
Length 2 01-11
Transaction Purpose
Format Code 2 PT
Length 2 02
Length 2 01-19
Length 2 01-99
Status: Refer to the following chart for the FIS data element requirements.
Length/
Format Type and Field Name Attributes Values
Account Number
Format Code 2 AN
Length 2 01-34
Date of Birth
Format Code 2 DB
Length 2 01-08
Length 30 01-30
General Identification
Format Code 2 GI
Length 2 01-50
Length 2 01-20
Masked PAN
Format Code 2 MP
Length 2 01-19
Length 2 01-30
Optional Message
Format Code 2 O2
Length 2 01-45
Receiver Name
Format Code 2 N1
Length 2 01-41
Length 2 01-50
Format Code 2 A3
Length 2 01-25
Format Code 2 A7
Length 2 01-03
Format Code 2 A8
Length 2 01-03
Format Code 2 A4
Length 2 01-10
Length 2 01-09
Receiver Country
Format Code 2 A5
Length 2 01-24
Length 2 01-25
Length 2 01-03
Length 2 01-08
Receiver Nationality
Formate Code 2 NA
Length 2 01-03
Length 2 01-12
Length 2 01-06
Length 2 01-20
Length 2 01-20
Length 2 01-20
Length 2 01-20
Length 2 01-20
Length 2 01-80
Length 2 01-80
Format Code 2 OF
Length 5 01-05
an 5 maximum
Format Code 2 O1
Length 19 01-19
an 19 maximum
Length 2 01-19
NOTE: The TP, A1, A3, A4, A7, and A8 Tags are used by MasterCard.
The R1, AN, N1, A1, A3, A7, A8, GI Tags are used by Visa and NYCE.
The A2, A5, A6, D1, N2, N3, N4, OF, O1, T1, T2, T3, T4, and T5 Tags are
used by Citi.
The R1 and O2 Tags are used by MasterCard and Pulse.
The TL Tag is used by MasterCard, Pulse, and Star.
The N1 Tag is used by MasterCard, Pulse, and Nyce.
The GI Tag is used by Star and Visa.
The EM Tag is used by Star.
Description: This data element is reserved by ISO for private definition and use.
FIS defines this data element as Additional Data, Private Acquirer, which
contains additional information for Visa® DCS, Visa EVES, Visa DCS
CRISSM, Benefits Transfer, MasterCard® CIS, MasterCard IPM and PLUS®
format. The layouts for this data follow.
Status
Duration 2 62.5 3
Processing Codes 6 3 17
Response Code 2 39 27
DE48 - Usage 4 38 48 29
Duration 2 62.5 3
Response Code 2 39 12
Field Identifier 1 48
Response Code 2 39
Voucher Number. up to 15
Response Code 2 39
MC Assigned ID 6 48.32 9
Y = Qualifies as a cross-border
transaction
MC Assigned ID 6 48.32 13
Acquiring Institution Id 11 32
Card Acceptor ID 15 42
NOTE This format does not apply to the MasterCard 0100 authorization mes-
sages.
Data
Subelement Name/Contents Length MasterCard Bit No.
Data Identifier. Value: MI. 2 NA
Card Acceptor Inquiry Information. This data contains IPM PDS 0170
the following three subfields for a total length of 57:
Y = Qualifies as a cross-border
transaction
Data
Subelement Name/Contents Length PLUS Bit No.
Data Identifier. Value: PL 2 NA
Status: Refer to the following charts for the FIS and EBT transaction data
element requirements.
AFFN Format
Subelement Name/Contents Data Length AFFN Bit No. FINIPC Bit No.
Data Identifier. Value: AF 2 NA NA
Duration 2 62.5 3
Processing Codes 6 3 17
Product ID 2 62.23 23
Pulse Format
Subelement Name/Contents Data Length PULSE Bit No. FINIPC Bit No.
Data Identifier. Value: PS 2 NA NA
Subelement Name/Contents Data Length PULSE Bit No. FINIPC Bit No.
Data Identifier. Value: DD 2 NA NA
Data
Subelement Name/Contents Length Star Bit No. FINIPC Bit No.
Data Identifier. Value: ST 2 NA NA
FIS Requirements
Description: This data element is reserved for definition and use by national standards
organizations.
Description: This data element is reserved for definition and use by national standards
organizations.
The ANSI X9.2-1988 standard defines this data element as the Authorizing
Agent Institution ID Code, which identifies the institution approving or denying
an authorization, financial transaction, or reversal. This code can be any
uniquely identifying number agreed upon by the network.
Note: At version 1.2 and above, this data element can be used for the Issuer
Institution ID on a check re-order transaction reply (0110).
Data Edit: Numeric. If the element begins with a 1, this data element must be an
Institution ID (IID) code with a valid check digit.
Status: Refer to the following chart for the FIS data element requirements.
0382 Required.
Description: This data element is reserved for definition and use by national standards
organizations.
The ANSI X9.2-1988 standard defines this data element as Country Code,
Authorizing Agent, the code identifying the country where the authorizing
agent institution is located as set out in ISO 3166.
Note: At version 1.2 and above, this data element can be used for the
country code of the issuer institution on a check re-order transaction reply
(0110).
Status: Refer to the following chart for the FIS data element requirements.
Description: These data elements are reserved for definition and use by national
standards organizations.
Description: This data element is reserved by ISO for private definition and use.
FIS defines this data element as Account Qualifiers 1 and 2. The data
element identifies the account(s) involved for a transaction, and is made up of
the following subelements.
Subelement/
Attributes Description
Account Qualifier 1 (an 3) Identifies the account involved for a single account transaction, or
in the case of transfers, it identifies the from side of the
transaction.
Account Qualifier 2 (an 3) Used only in the case of transfers; it identifies the to side of the
transaction.
Status: Refer to the following chart for the FIS data element requirements.
Description: This data element is reserved by ISO for private definition and use.
FIS defines this data element as Additional Data, Private Issuer, which is
additional information from the host. This data includes additional information
for MasterCard® CIS and MasterCard® Format for Declined Recurring
Payment Transactions in IPM Clearing Messages.
Statement Print
This data element contains statement print line items for statement print. Following are
important formatting notes.
Example
Check Inquiry
(valid at version 1.2 and above)
In the case of check inquiry, this data element contains the following.
8-15 The amount of the inquired check item with no commas, periods, or any other
symbol. This field is right-justified and zero-filled, in the following format:
nnnnnnnn
For example, $16,123.98 would be formatted as 01612398.
NOTE: Refer to the VISA SMS/BASE I spec for a complete list of valid region
codes.
Processing Code 6 3 4
Data Length. Includes the byte map plus the 3 N/A N/A
variable data.
Y = Qualifies as a cross-border
transaction
If an 01, 02, or 03 is not present in the MAC field, then pass the default value of 01
which was set in bit 111 when the transaction is a declined recurring payment
transaction.
Example:
MC0108000000001
Where:
Data Identifier MC
Data Length 010
Data Byte Map 80000000
Variable Data:
MAC 01
Status: Refer to the following chart for the FIS data element requirements.
Description: This data element is reserved by ISO for private definition and use.
FIS defines this data element as Sponsor Bank ID, which identifies the
institution serving the merchant POS terminal. In the case of Visa®, it is a
bank identification number (BIN). In the case of MasterCard®, it is an MCI
customer ID.
Status: Refer to the following chart for the FIS data element requirements.
Description: This data element is reserved by ISO for private definition and use.
FIS defines this data element as AVS/Check Auth Data/New PIN, data
required for check transactions (check guarantee and check verification), or
financial transactions (such as address verification and new PIN
transactions).
The check transaction data and financial transaction data are sent in either
multiple-tag or single-tag format. The formats included in the following pages
are:
“Check Transactions, Multiple-Tag Format” on page 374
“Check Transactions, Single-Tag Format” on page 377
“Financial Transactions, Multiple-Tag Format” on page 378
“Financial Transactions, Single-Tag Format” on page 383
where:
TD = Tagged Data format code
AA = Subformat code 1
BB = Subformat code 2
CC = Subformat code 3
NOTE: The single-tag format is not allowed within the multiple-tag format.
Length/
Format Type and Field Name Attributes Pos. Values
Tagged Data 2 TD
ISO Subfield
MICR Formatted
Format Code 2 MF
Length 2 01-46
Driver’s License
Format Code 2 DR
Length 2 01-31
Plastic Card
Format Code 2 PL
Length 2 01-29
MICR Unformatted
Format Code 2 MU
Length 2 01-66
Length 2 01-11
State ID
Format Code 2 SI
Length 2 01-24
Date of Birth
Format Code 2 DB
Length 2 01-08
Length 2 01-10
Zip Code
Format Code 2 ZC
Length 2 01-09
Proprietary ID
Format Code 2 PI
Length 2 01-28
Length 2 01-12
NOTE: When you are using the single-tag format, only one tag is allowed.
Length/
Format Type and Field Name Attributes Pos. Values
MICR
Format Code 2 MR
Driver’s License
Format Code 2 DL
Plastic Card
Format Code 2 PC
NOTE: The single-tag format is not allowed within the multiple-tag format.
ISO Subfield
Format Code 2 AV
Length 2 01-30
Data 01-29
--------------------- OR ------------------
AVS Result
Format Code 2 AR
Length 2 01
Format Code 2 CV
Result 1 M = Match
N = No match
P = Not processed
S = Not on card
U = No keys, not certified, or both
--------------------- OR ------------------
CVV2 Result
Format Code 2 CR
Length 2 01
CAVV Result
Format Code 2 VR
Length 2 01
Length 2 01
dCVV Result
Format Code 2 DC
Length 2 02
Result 2 01 = Valid
02 = Invalid
ATC Result
Format Code 2 AT
Length 2 02
Result 2 01 = Valid
02 = Out of Range
03 = Seq Duplicate
04 = Not Validated
ARQC Result
Format Code 2 QR
Length 2 04
0 Not applicable.
0 Not applicable.
0 Not applicable.
Unformatted MICR
Format Code 2 UM
Length 2 1 - 48
Length 2 16
NOTE: When you are using the single-tag format, only one tag is allowed.
Address or 5 20 12-31
digits of address
---------- OR -------
AVS Result
Format Code 2 1-2 AR
New PIN
Format Code 2 1-2 NP
Track1 Matched
Result
Format Code 2 1-2 TN
dCVV Result
Format Code 2 1-2 DC
02 = Invalid
03 = Not Validated
ATC Result
Format Code 2 1-2 AT
02 = Out of Range
03 = Seq Duplicate
04 = Not Validated
ARQC Result
0 Not applicable.
0 Not applicable.
0 Not applicable.
Status: Refer to the following chart for the FIS data element requirements.
0100, 0120, 0200, 0220 Conditional. Required when doing address verification/CVV2 data.
Note: 0220 stand-in transactions can contain CVV2 data for
verification, tagged data - format code CV and/or AVS data for
verification, tagged data - format code AV.
0220 pre-authorization completions should only contain CVV2
results, tagged data - format code CR and/or AVS results, tagged
data - format code AR
0110, 0210 Conditional. Required if the issuer returns the address verification
data, CVV2 data, or check verification/guarantee data.
Description: FIS defines this data element for use in financial messages to provide
additional capability for exchanging data between acquirer hosts. Data
passed in these data elements must be tokenized, assuming a TLV format
(tag, length, variable length data), for financial messages.
FIS defines this data element as Info, Text, additional information used for AP
file update information in AP file update transactions. It is also used for
administrative and network management transactions. (See “0600/0620
Administrative Message Information” on page 491.”)
The data received in DE 124 is preceded by a 3-byte length indicator - indicating the
overall length of the field. The sub-elements contained in either ISO data element must
conform to the following format:
xxyyzzzz
where:
yy Is 2-bytes containing the length of data to follow. Values range from 00 to a maximum
of 99.
Example
023T105xxxxxT210yyyyyyyyyy
Tag ID Purpose
AC Account Compromise Data.
IT Interchange Tier.
ND Network Data.
PD Program ID.
PI PIN Indicator.
TR- TW Reserved
where:
FDLLxxyyzzzz
where:
zzzz when xx = 05, zzzz will contain data in the following format:
Tag Type
FS Fraud Security Services Data
The internal logging of score data will conform to the following format:
FSLLxxyyzzzz
where:
zzzz when xx = 05, zzzz will contain data in the following format:
Tag Type
WL Watch List message
The internal logging of Watch List data will conform to the following format:
where:
xx Is a 7 or 8 byte Watch List Data from Visa DE usage 37 or a 3-byte watch list score from
MasterCard.
Tag Description
AC Account Data Compromise
The internal logging of account data compromise will conform to the following format:
ACLLxxyyzz....z
where:
Example:
AC340530accountdatacompromiseinformatn
NILLxxyyzz
where:
Example 1:
Data from STAR DE 125: SI01A = data in FIS ISO 124: 009NI05ST01A
Tag Description
009 Field length
A Is the data.
Tag Description
010 Field length
A9 Is the data.
Example 3:
Data from PULSE DE 124: NI24PS32TR08ABCDEFGHID16BP01CAT10101RF02 = data
in FIS ISO 124: 038NI24PS32TR08ABCDEFGHID16BP01CAT10101RF02
Tag Description
038 Field length
Tag Description
IT Interchange Tier
The internal logging of interchange tier data will conform to the following format:
ITLLxx
where:
ACCEL
NDnnACLLBIxx<data>TRyy<data>ARzz<data>
where:
TR Is the transaction ID
Example:
ND29AC25BI02PPTR15123456789012345AR2312345678901234567890123
Tag Description
ND Is the 2 byte Tag ID
TR Is the transaction ID
NDnnSZLLxx
where:
Example:
ND06SZ02MD
Tag Description
ND Is the 2 byte Tag ID
PULSE
NDxxPSwwTR<zz><xxxxxxxxxxxxxxxx>FC<zz><xxx>NR<zz><xxxxxxxxxxxxxxx>
where:
Example:
NDnnPSnnTRnnzzzzzzzzzzzzzzzzFCzzxxxNRzzxxxxxxxxxxxxxxx
Tag Description
ND Is the 2 byte Tag ID.
Tag Description
SN Multi-Clear Sequence Number
The internal logging of Multi-Clear Sequence Number will conform to the following
format:
SNLLXX
where:
Tag Description
CN Multi-Clear Count Number
The internal logging of Multi-Clear Count Number will conform to the following format:
CNLLXX
where:
\
Tag Type
OB Network On Behalf Service
The internal logging of On Behalf data will conform to the following format:
OBLLxxyyzz
where:
Example:
OB0905055001U
OB1405105001U5101I
Tag Description
PD FIS ProgramID
The internal logging of FIS Program ID will conform to the following format:
PD02xx
where:
Tag Description
PD Is the 2 byte Tag ID
Example:
PDnnDD
where:
Tag Description
PD Is the 2 byte Tag ID
Tag Description
HI Is the 2 byte Tag ID
T1LLzzzT2LLyyyT3LLxxxT4LLwwwT5LLvvvT6LLuuuT8LLtttT9LLsssTALLrrrTBLLqqqTCLLabc
TDLLabcTELLabcTFLLabcTGLLabcTHLLabcTILLabcTJLLabcTKLLabcTLLLabcTMLLabcTOL
LabcTPLLpppTQLLabcD1LLabcD2LLabcD3LLabcD4LLabcD5LLabcD6LLabcD7LLabcW1LLa
bcW2LLabcW3LLabcW4LLabcW5LLabcW6LLabcW7LLabcW8LLabcWALLabcWBLLabcWCL
LabcWDLLabcWELLabcWGLLabcWHLLabcWILLabcWJLLabcWKLLabcWMLLabcWNLLabc
where:
Tag Description
T1 Is the 2 byte literal identifying Token for original PAN.
yyy Is the Token Assurance Level. Token Assurance level contains a value indicating
the confidence level of the token to PAN/Cardholder relationship
www Is the PAN Information. PAN Information can be the Full PAN, PAN range, Last
four digits of PAN etc.
vvv Is the Token Transaction Identifier. Token Transaction Identifier contains the
network from which the token transaction came from. Currently defined values
are:
MC = MasterCard generated token data
VI = Visa generated token data
PU = Pulse generated token data
NY = NYCE generated token data
ST = STAR generated token data
SZ = Shazam generated Token data.
uuu Is the Token Expiration Date. Token Expiration Date contains the Expiration date
associated with the token.
ttt Is the PAN Reference Number. PAN Reference Number contains a service-
allocated unique reference to the Primary Account Number that was tokenized.
sss Is the Token Type. Token Type contains how the token transaction was initiated.
Currently defined values for Token Type are:
CF = Card on File
SE = Secure Element
HC = HCE (Host Card Emulation)
WA = Wallet
PA = Pseudo Account
qqq Is the Token Lookup Tran ID. Token Lookup Tran ID contains a TSP-provided
reference from the original de-tokenization process.
abc Is the Token Activation Verification Results. Token Activation Verification Results
contains one of the following OTP verification result and mobile banking
application code values:
1 = Successfully verified
2 = Verification code expired
3 = Verification code failed
4 = Verification code missing
5 = Verification code retries exceeded.
abc Is the AAM Velocity Checking Result. This tag contains one of the following Host
Card Emulation (HCE) transaction verification result values:
2 = Time-to-live exceeded
3 = Count exceeded
4 = Amount exceeded.
abc Is the Elapsed Time to Live. This tag will contain the elapsed time in hours since
the current LUK was provisioned or replenished on the device.
abc Is the Count of Number of Transactions. This tag will contain the cumulative
count of the transactions for the current LUK.
abc Is the Cumulative Transaction Amounts. This tag will contain the cumulative total
of transaction amounts in USD for the current LUK.
TI Is the 2 byte literal identifying Number of Active Tokens for the PAN.
abc Is the Number of Active Tokens for the PAN. This field indicates the number of
existing active tokens associated with the primary account number.
abc Is the Tokenization Event Reason Code. This field contains a value that indicates
the event reason. Currently defined values are:
00 = Activation code retries exceeded
01 = Activation code expired
02 = Activation code entered incorrectly by cardholder
03 = Replacement primary account number update failure.
abc Is the Event Requestor. This field will contain a value indicating the party that
requested the event. Currently defined values are:
0 = Wallet Service Provider
1 = Funding Account issuer
2 = Cardholder
3 = Mobile PIN Validation security
4 = Mobile PIN Change Validation security.
abc Is the Token Reference Number. Token Reference Number contains a service-
allocated unique reference to the token.
ppp Is the Token Service Provider Identifier. This field contains information on which
network/entity is the TSP. Currently defined values for TSP Identifier are:
MC = MasterCard
VI = Visa
ST = STAR
FD = FDC
IS = Issuer
AQ = Acquirer
DP = Discover Debit
02 Position 2, None
03 Position 3, Signature
05 Position 5, Passcode
abc Is the Device Language. This field indicates the preferred language selected by
the Cardholder.
abc Is the Device Secure Element ID. This field contains the Device ID – currently
present only for Visa token transactions.
abc Is the Device Number. This field contains full or partial mobile phone number.
abc Is the Device Name. This field contains the name that the consumer has
associated to the device with the wallet service provider.
abc Is the Device IP Address. This field contains the IP address of the device at the
time of the provisioning request.
DI Reserved.
abc Is the Wallet ID. Wallet ID indicates who the Wallet Provider was for the token
transaction. Currently defined values are:
103 = Apple Pay
210 = Google Pay
216 = Android Pay
217 = Samsung Pay
327 = Merchant Tokenization Program.
abc Is the Wallet Service Provider Account ID Hash. Wallet Service Provider Account
ID Hash contains hash of the consumer’s account ID with the wallet provider.
abc Is the Wallet Service Provider Standard Version. This field contains the version
of standards the wallet service provider is using to determine the suggested
tokenization recommendation.
abc Is the Wallet Service Provider Device Score. This field contains the score
assigned by wallet service provider for the device.
abc Is the Wallet Service Provider Account Score. This field contains the score
assigned by wallet service provider for the primary account number.
abc Is the Wallet Service Provider Reason Codes. This field contains the code
indicating the specific reason the wallet service provider is suggesting the
tokenization recommendation.
abc Is the PAN Source. This field identifies the method which the cardholder is
attempting to tokenize a primary account number. Currently defined values are:
1 = Card on File
2 = Card added manually
3 = Card added via application.
abc Is the Wallet Account Email Address. This field contains the e-mail address of
the Cardholder as provided in the Wallet Account.
abc Is the Contactless Usage Flag. This field contains a value indicating if the token
is permitted for use in contactless transactions. Currently defined values are:
N = Token cannot do contactless
Y = Token can do contactless.
abc Is the Mobile/Digital Wallet E-Commerce Usage Flag. This field contains a value
indicating if the token is permitted for use in Mobile/Digital Wallet E-commerce
transactions.Currently defined values are:
N = Token cannot do Mobile/Digital Wallet E-commerce
Y = Token can do Mobile/Digital Wallet E-commerce.
abc Is the Issuer Product Configuration ID. This field contains the unique card art
product configuration identifier provided by the issuer associated with the
graphical and text card art assets.
abc Is the Final Tokenization Decision Flag. This field contains the final tokenization
decision that was used in the tokenization of the card.Currently defined values
are:
1 = Approve
2 = Approve, requires additional authentication.
abc Is the Final Tokenization Decision Indicator. This field contains the element of the
Service that was responsible for determining the final tokenization decision.
Currently defined values are:
1 = Tokenization Eligibility Response
2 = Tokenization Authorization Response
3 = Issuer Predefined Tokenization Rules
4 = Mobile Application.
abc Is the Terms and Conditions Identifier. This field contains the identifier
associated with the version of terms and conditions accepted by the consumer.
In case of card on file - T&C is between consumer and merchant.
Tag Description
MI Is the 2 byte literal identifying Installment Payment.
Is the 12 byte First Installment Amount. DE112 – Sub element 009, position 10 - 21
Is the 12 byte Second Installment Amount. DE112 – Sub element 009, position 22 - 33
Is the 20 byte Domestic Card Acceptor Tax ID. DE112 – Sub element 020
The following is the possible field layout when PROMO CODE = "MCINST"
Is the 2 byte min number of Installments. DE112 – Sub element 023, position 1 - 2
Is the 2 byte max number of Installments. DE112 – Sub element 023, position 3 - 4
Is the 5 byte Annual Percentage Rate. DE112 – Sub element 023, position 22 - 26
Is the 12 byte Total Amount Due. DE112 – Sub element 023, position 27 - 38
NOTE: MI tag has fixed layout. Subfields not containing values will be populated with
spaces when they are followed by subfields that contain values. If one or more
subfields at the end of the tag do not contain a value, the subfield(s) will not be
present and the total length of tag will be reduced by the subfield length.
Is the 5 byte Annual Percentage Rate. Subelement 022, Subfield 4 - Annual Percentage
Rate
Is the 12 byte First Installment Amount. Subelement 022, Subfield 5 - First Installment
amount
Is the 12 byte Total Amount Due. Subelement 022, Subfield 7 - Total Amount Due
NOTE: There could be a maximum of 12 occurrences of the ID tag. ID tag has fixed layout.
Subfields not containing values will be populated with spaces when they are fol-
lowed by subfields that contain values. If one or more subfields at the end of the
tag do not contain a value, the subfield(s) will not be present and the total length of
tag will be reduced by the subfield length.
MI47MCINSTaaabbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbID60xxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
In this example, the first Tag ID is identified as "MI" has a data length of "47" with the
Promo Code as "MCINST" and the data contains a value of
"aaabbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb" followed by the second Tag ID
identified as "ID" has a data length of "60" and the data contains a value of
"xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx".
12 byte First Installment Amount. PDS 0181 - First Installment Amount, position 10 - 21
12 byte Subsequent Installment Amount PDS 0181 - Subsequent Installment Amount, position
22 - 33
20 byte Domestic Card Acceptor ID PDS 0180 - Domestic Card Acceptor Tax ID, 34 - 53
5 byte Annual Percentage Rate. PDS 0181 - Annual Percentage Rate, position 54 - 58
The following is the possible field layout when PROMO CODE = “MCINST”
NOTE: MI tag has fixed layout. Subfields not containing values will be populated with
spaces when they are followed by subfields that contain values. If one or more
subfields at the end of the tag do not contain a value, the subfield(s) will not be
present and the total length of tag will be reduced by the subfield length.
5 byte Annual Percentage Rate. PDS 0181 - Annual Percentage Rate, position 20 - 24
12 byte First Installment Amount. PDS 0181 - First Installment Amount, position 25 - 36
12 byte Second Installment Amount. PDS 0181 - Subsequent Installment Amount, position
37 - 48
NOTE: ID tag has fixed layout. Subfields not containing values will be populated with
spaces when they are followed by subfields that contain values. If one or more
subfields at the end of the tag do not contain a value, the subfield(s) will not be
present and the total length of tag will be reduced by the subfield length.
Example 1:
MI08MCINST20ID48060051000000000150000505000000010000000000007500
NOTE: MasterCard Installment Payment transactions are currently supported only for
MasterCard Dual messages and not for Maestro Single messages.
The internal logging of the Payment Account Reference Number will conform to the
following format:
Tag Description
PR Is the 2 byte literal identifying Payment Account Reference Number.
Example:
PR321234567890payment acct ref no
The Tag ID is identified as “PR” has a data length of “32” followed by the payment
account reference number.
The 0382 AP File Update message can maintain two files: Cardholder and Account
Detail. Each file consists of one or more record segments. The 0382 message adds,
deletes, or updates one of the following Cardholder or Account Detail Record
segments:
01 Card Information
02 Track 2 Information
03 Account Information
08 Name Information
01 Account Detail
02 Overdraft Information
99 Account Detail*
NOTE: These segments are only supported for inbound requests coming from
a host computer. The Connex on HP NonStop system does not cur-
rently support the generation and delivery of such AP maintenance
requests to the host computer for these segments.
Status: Refer to the following chart for the FIS data element requirements.
0600 Electronic Mail Required when data element 070 equals 800.
Request
0600 Administrative Optional when data element 070 equals 810, 811, 812, 821, or 822.
Request
0610 Electronic Mail Optional when data element 070 equals 800.
Response
Description: FIS defines this DE for use in financial messages to provide additional
capability for exchanging data between issuer hosts. Data passed in these
data elements must be tokenized, assuming a TLV format (tag, length,
variable length data), for financial messages.
This data element is reserved by ISO for private definition and use.
FIS also uses this data element for network management information.
In order to optimize this ISO field for general purpose, this data element consists of
tokenized data that conforms to the TLV format (tag-length-variable data). This is
enforced via edit-checking upon receipt of this data element.
DE125 supports multiple tokens and corresponding data for up to a maximum of 999
bytes each.
The data received in DE 125 is preceded by a 3-byte length indicator - indicating the
overall length of the field. The sub-elements contained in either ISO data element must
conform to the following format:
xxyyzzzz
where:
yy Is 2-bytes containing the length of data to follow. Values range from 00 to a maximum
of 99.
Example:
023T105xxxxxT210yyyyyyyyyy
In this example, the length of the field is "023". The Tag ID is identified as "T1" has a
data length of "05" where the data contains "xxxxx". Tag ID "T2" has a data length of
"10" where the data contains 10 bytes with a value of "yyyyyyyyyy".
Tag ID Purpose
F1 Falcon Credit Data - Part 1 (reserved for DE 125 only).
IT Interchange Tier.
Tag ID Purpose
F1 Falcon Credit Data - Part 1
The FIS ISO PI performs edit checking on DE 125 to the extent of ensuring the data
received conforms to TLV format. The PI does not perform edit checking on the
contents of data received in any tag. Issuers must ensure sending of all appropriate
information as required by Falcon.
FDLLxxyyzzzz
where:
zzzz when xx = 05, zzzz will contain data in the following format:
Tag Type
FS Fraud Security Services Data
The internal logging of score data will conform to the following format:
FSLLxxyyzzzz
where:
zzzz when xx = 05, zzzz will contain data in the following format:
13 - 27 Spaces
Status: Refer to the following chart for the FIS data element requirements.
0800, 0820 Required in 0800 and 0820 messages with Network Management
Code (bit 070) of 005, 101, 161, 171, 281, and 282.
Tag Type
WL Watch List message
The internal logging of Watch List data will conform to the following format:
WLLLxxxxxxxx
where:
xx Is a 7 or 8 byte Watch List Data from Visa DE usage 37 or a 3-byte watch list score from
MasterCard.
NILLxxyyzz
where:
Example 1:
Data from STAR DE 125: SI01A = data in FIS ISO 125: 009NI05ST01A
A Is the data.
Example 2:
Data from STAR DE 125: SI02A9 = data in FIS ISO 125: 010NI06ST02A9
Tag Description
010 Field length
A9 Is the data.
Example 3:
Data from NYCE DE 124: SI01A9 = 009NQ05II01P = data in FIS ISO 125:
009NI05NY01P
Tag Description
009 Field length
Tag Description
014 Field length
Example 5:
Data from PULSE DE 124: NI24PS32TR08ABCDEFGHID16BP01CAT10101RF02 = data
in FIS ISO 124: 038NI24PS32TR08ABCDEFGHID16BP01CAT10101RF02
Tag Description
038 Field length
Tag Description
IT Interchange Tier
The internal logging of interchange tier data will conform to the following format:
ITLLxx
where:
T1LLzzzT2LLyyyT3LLxxxT4LLwwwT5LLvvvT6LLuuuT8LLtttT9LLsssTALLrrrTBLLqqqTELLabc
TLLLabcTMLLabcTPLLpppWELLabc
where:
Tag Description
T1 Is the 2 byte literal identifying Token for original PAN.
yyy Is the Token Assurance Level. Token Assurance level contains a value indicating
the confidence level of the token to PAN/Cardholder relationship
xxx Is the Token Requestor ID. Token Requestor ID is the ID assigned by the Token
Service Provider (TSP) to the Token Requestor.
www Is the PAN Information. PAN Information can be the Full PAN, PAN range, Last
four digits of PAN etc.
vvv Is the Token Transaction Identifier. Token Transaction Identifier contains the
network from which the token transaction came from. Currently defined values
are:
MC= MasterCard generated token data
VI = Visa generated token data
PU = Pulse generated token data
NY = NYCE generated token data
ST = STAR generated token data.
ttt Is the PAN Reference Number. PAN Reference Number contains a service-
allocated unique reference to the Primary Account Number that was tokenized.
sss Is the Token Type. Token Type contains how the token transaction was initiated.
Currently defined values for Token Type are:
CF = Card on File
SE = Secure Element
HC = HCE (Host Card Emulation).
rrr Is the Token Status. Token status contains the current status of the token.
Currently defined values for Token Status are:
A = Active for payment
I = Inactive for payment (not yet active)
S = Temporarily suspended for payments
D = Permanently deactivated for payments.
qqq Is the Token Lookup Tran ID. Token Lookup Tran ID contains a TSP-provided
reference from the original de-tokenization process.
abc Is the Elapsed Time to Live.This tag will contain the elapsed time in hours since
the current LUK was provisioned or replenished on the device.
abc Is the Network Token Transaction ID. Network Token Transaction ID is calculated
by networks to identify the transaction. It is to be retained and used to provide
the transaction details associated with an original purchase and subsequent
reversal messages. It is a 44-byte value for MC BIN ranges and a 64-byte value
for Visa BIN ranges.
ppp Is the Token Service Provider Identifier. This field contains information on which
network/entity is the TSP. Currently defined values for TSP Identifier are:
MC = MasterCard
VI = Visa
ST = STAR
FD = FDC
IS = Issuer
AQ = Acquirer
WA = Wallet
PA = Pseudo Account
abc Is the Issuer Product Configuration ID.This field contains the unique card art
product configuration identifier provided by the issuer associated with the
graphical and text card art assets.
Tag Description
MI Installment Payment Information
The overall internal logging of Installment Payment Information will conform to the
following format:
MILLxxIDNNyy
Tag Description
MI Is the 2 byte literal identifying Installment Payment.
NOTE: There could be single or multiple or no occurrence of the ID tag. Refer to the
Detailed Layout of MI Tag and Detailed Layout of ID Tag.
The following is the possible field layout when PROMO CODE = “MCINST”
Is the 2 byte min number of Installments. DE112 – Sub element 023, position 1 - 2
Is the 2 byte max number of Installments. DE112 – Sub element 023, position 3 - 4
Is the 5 byte Annual Percentage Rate. DE112 – Sub element 023, position 22 - 26
Is the 12 byte Total Amount Due. DE112 – Sub element 023, position 27 - 38
5 byte Annual Percentage Rate. Subelement 022, Subfield 4 - Annual Percentage Rate
12 byte First Installment Amount. Subelement 022, Subfield 5 - First Installment Amount
12 byte Total Amount Due. Subelement 022, Subfield 7 - Total Amount Due
NOTE: There could be a maximum of 12 occurrences of the ID tag. ID tag has fixed layout.
Subfields not containing values will be populated with spaces when they are fol-
lowed by subfields that contain values. If one or more subfields at the end of the
tag do not contain a value, the subfield(s) will not be present and the total length of
tag will be reduced by the subfield length.
Example 1:
MI47MCINSTaaabbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbID60xxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
PRnnDDDD
where:
Tag Description
PR Is the 2 byte literal identifying Payment Account Reference Number.
Example:
PR321234567890payment acct ref no
The Tag ID is identified as “PR” has a data length of “32” followed by the payment
account reference number.
where:
Example:
NDnnPSnnTRnnzzzzzzzzzzzzzzzzFCzzxxxNRzzxxxxxxxxxxxxxxx
Tag Description
ND Is the 2 byte Tag ID
Tag Type
OB Network On Behalf Service
The internal logging of On Behalf data will conform to the following format:
OBLLxxyyzz
where:
Example:
OB0905055401X
OB1405105401X5301X
Description: This data element is reserved by ISO for private definition and use.
FIS defines this data element as Issuer Trace Data. Used to return the
issuer’s trace data that is stored in the FINIPC field issuer-trace-ID, this data
element allows information that is stored by the PI communicating to the
issuer to be returned to the acquirer.
In a multiple-message environment, this data element is used to transport
data in the FINIPC field ref-data-issr. This data consists of the following:
Position Content
1 Format. This is usually 0 to indicate format undefined.
2-100 Information. This data is used by the issuer to determine where it left off to continue
the next portion of the transaction. This information must be returned to the issuer
in continuation requests.
PLUS® Format
NOTE: For additional information and values for the PLUS® fields referenced
below, see the Plus System, Inc. Technical Specifications.
Processing Fee Index (numeric). For exception transactions, 3 61, positions 6-8
the FPI from the original transaction is used.
Trace Number 6 11
Institution ID 11 32
Card Acceptor ID 15 42
Transaction Identifier 15 31
Data
Subelement Name/Contents Length MasterCard Bit No.
Format Code. Value: 6.
Merchant Type 4 18
Trace ID 15 48s63
Transaction Date-Time 10 7
Settlement Date 4 15
Product ID 2 62.23
Network ID 4 63.1
Product ID 2 62.23
Network ID 4 63.1
Status: Refer to the following chart for the FIS data element requirements.
0600 Administrative Conditional if Network Management Information Code (bit 070) equals
Request 810, 811, 812, 821, or 822.
Description: This data element is reserved by ISO for private definition and use.
FIS defines this data element as Acquirer Trace Data and it is used to send
acquirer data. This allows network information to be passed from an acquirer
processor to an issuer processor.
NOTE: Typically, this field contains trace data in the format provided by an
acquiring network (e.g. NYCE, STAR). When FIS re-formats network
data, however, it is presented to the issuer processor according to the
specific formats described later in this subsection, in the layout given
below.
Position Data
1 A one-byte indicator which is intended to identify the network that presented the
transaction to FIS.
2-100 This field contains the network trace data.
Visa® Format
Visa Field
Subelement Name Length Notes No.
Format Code. Value: 4 1
System Trace Audit Number 6 11
Acquirer's Institution Identification Code 11 32
Retrieval Reference Number 12 37
Authorization Characteristics Indicator 1 62.1
PS2000 Transaction Identifier 15 62.2
Multiple Clearing Sequence Number 2 May be blank 62.11
Multiple Clearing Sequence Count 2 May be blank 62.12
Merchant Volume Indicator 2 May be blank 63.18
Special Condition Indicator 1 May be blank 60.4
POS Entry Mode 4 22
Account Selection 1
Data
Subelement Name/Contents Length MasterCard Bit No.
Format Code. Value: 5. 1 NA
Mixed Use 1
Acquirer BIN 6
Julian Date 4
Acquirer Sequence 11
Check Digit 1
NOTE: For additional information and values for the MasterCard® fields refer-
enced below, see MasterCard’s Customer Interface Specifications.
Data
Subelement Name/Contents Length MasterCard Bit No.
Format Code. Value: 6. 1 NA
Trace ID 15 48s63
Transaction Date-Time 10 7
Settlement Date 4 15
PLUS® Format
NOTE: For additional information and values for the PLUS® fields referenced
below, see the Plus System, Inc. Technical Specifications.
Data
Content Length PLUS Bit No.
Format Code. Value: P 1
Status: Refer to the following chart for the FIS data element requirements.
The system technical staff or the network provides a package of data base forms to
be completed by each endpoint. This information is needed for internal system files
and definitions of each acquirer or issuer link. These forms are described in the
Processing Forms Manual.
Each issuer must create a stress file tape containing the financial transactions that
represent its cardholders at foreign terminals. This tape is forwarded to the
certification services staff at least one week before testing begins. Guidelines for
creating the stress file tape are included in this section.
Each acquirer must generate test cards that represent each of the network-
supported Track 2 formats.
Test Session
The endpoint's data center is responsible for scheduling test time with the certification
services staff. FIS recommends scheduling a minimum of one week in advance of the
desired time. Refer to the guidelines for testing provided by your network. The time
required to activate the test system is included in the scheduled time. (For example, a
two hour test allows the endpoint about one hour and forty-five minutes of actual
processing time.)
The test system is available during normal business hours. Special arrangements can
be made to schedule certification sessions outside normal business hours. Such
arrangements must be made no less than one week in advance. Testing is subject to
the availability of the system hardware and certification services staff.
A test script is followed during the session. Individual acquirer and issuer test scripts
are distributed by the network office. The certification services analyst performs
activities that help meet the objectives of the test. This may include sending system
commands, obtaining data scope traces, or initiating stress file runs. If a problem is
identified during testing, the certification services analyst tries to correct it. However,
due to the scope of testing problems and possible interference with other scheduled
testing, the session may be terminated and rescheduled for another day.
A test session lasts the entire scheduled time, unless the certification services analyst
specifies otherwise. When the test is completed, the endpoint logs off the test system
and the certification services analyst terminates the session.
At the endpoint's request, Settlement Reports might be generated reflecting the test
activity. The reports are transmitted to the endpoint through an RJE workstation.
The certification services analyst responsible for testing maintains close communication
with your staff throughout certification testing.
Testing Progress
The certification services analyst monitors the ongoing results of testing. This list
allows the certification services analyst to track current testing status for each network
endpoint. The list can also be used by the acquirer or issuer as a checkpoint tool in
analyzing test progress.
Message Structure
The current structure for producing a stress file used for testing a standard FIS ISO
8583 financial message is listed on the following pages. Follow these guidelines:
NOTE: Data element requirements are determined by the message type. For
specific data element requirements, see “Message Structure” on
page 104.
Bit Char.
No. Data Element Name Length Notes
-- Message Type 4
001 Bit Map, Secondary 8 Blank-fill. The stress tool creates the
secondary bit map if needed.
-- Data 19
007 Transmission Date and 10 Blank-fill. The stress tool calculates this
Time value.
011 Systems Trace Audit 6 Blank-fill. The stress tool calculates this
Number value.
012 Time, Local Transaction 6 Blank-fill. The stress tool calculates this
value.
013 Date, Local Transaction 4 Blank-fill. The stress tool calculates this
value.
-- Data 11
-- Data 11
-- Data 28
-- Data 37
-- Data 25
-- Data 76
-- Data 100
-- Data 25
-- Data 120
-- Data 3
-- Data 11
-- Data 17
-- Reversal Reason 2
-- Advice Reason 2
-- Pseudo Terminal 6
-- Acquirer Network 3
Identification
-- Processor ID 6
-- Auth Timeout 2
098 Payee 25
-- Data 11
102 Account ID 1
-- Data 28
103 Account ID 2
-- Data 28
-- Data 100
-- Data 11
-- Data 6
-- Data 11
-- Data 50
If you have questions about any of these specifications, contact the certification
services analyst for clarification.
Acquirers
An acquirer must perform the following activities to be certified.
Issuers
An issuer must perform the following activities to be certified.
098 Payee
Payee 098
Processor ID 063
Pseudo-Terminal 063
Values are:
00 host has preformatted
01 acquirer will format
046 Additional Fees LLLVAR ans..88 Used when there are applicable
fees other than the fees designated
in data elements 028 and 029.
Following is the breakdown of this
data element.
Fee Type (1-2)
Settle/Memo Indicator (3)
Decimalization Indicator (for
future use) (4)
Fee Amount (x + n 8) (5-13)
Settl Fee Amt (x + n 8) (14-22)
055 ICC Data LLLVAR b.. 255 Used on EMV transactions to pass
EMV tags.
105 Large Private Data 1 LLLVAR ans..255 Used to transmit large amounts of
data.
106 Large Private Data 2 LLLVAR ans..255 Used to transmit large amounts of
data when amount of data exceeds
data element 105.
107 Large Private Data 3 LLLVAR ans..255 Used to transmit large amounts of
data when amount of data exceeds
data element 106.
108 Large Private Data 4 LLLVAR ans..255 Used to transmit large amounts of
data when amount of data exceeds
data element 107.
122 Sponsor Bank ID LLLVAR an..011 Acquirer bank ID for nationals. For
example, VISA® BIN and
MasterCard® customer ID.
126 Issuer Trace Data LLLVAR ans..100 Issuer Trace Data returned to the
acquirer.
In a multiple-message environment
continuation message, the acquirer
returns the 32 characters received
from the issuer in the last 0110
response. This is used by the
issuer as a place marker.
127 Acquirer Trace Data LLLVAR ans..100 Acquirer Trace Data sent to the
issuer.
0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ
A valid tag ID that can be passed in DE 124 consists of any alpha-numeric character,
paired with another. Examples:
A0, 3D, S9, 9Z, 24, ZZ
FIS has reserved all tag ID’s beginning with an alpha-character, A thru Z, for internal
purposes. Tag ID’s beginning with a numeric value, 0 thru 9, have been reserved for
customer use. Customer’s may use an alpha or numeric value in the second position of
the tag ID.
Tag “FD” will provide scoring data for fraud products such as Fraud Navigator, Falcon,
Prism, Visa, MasterCard, etc. Score related data from multiple sources, when present,
will be passed in tag "FD". The tag will consist of two-character sub-tags that will
distinguish each block of score data from another:
01 Falcon
02 Visa
03 Prism
04 Visa DPS
07 STAR
xxyyzzzz
where:
DE Examples:
Example 1:
013FD090105xxxxx
Example 2:
027FD230105xxxxx0210yyyyyyyyyy
Example 3:
036FD230105xxxxx0210yyyyyyyyyyT105zzzzzy
In the first example, the length of the ISO field is "013". The Tag ID is identified as "FD"
has a data length of "09" where the data contains subtag “01” (Falcon Score Data) for a
length of “05 and the data contains a value of "xxxxx".
In the second example, the length of the ISO field is "027". The Tag ID is identified as
"FD" has a data length of "23" where the data contains subtags “01” (Falcon Score
Data), a length of “05, data contains a value of "xxxxx" followed by subtag “02” (Visa
Score Data), a length of “10”, data contains a value of “yyyyyyyyyy”.
The third example identifies a case where the ISO data element could contain one or
more tag ID’s (in this case, “T1”) not related to fraud score data but included in the field.
Withdrawals an 1 Optional
Deposits an 1 Optional
Inquiries an 1 Optional
Payments To an 1 Optional
Transfers To an 1 Optional
Purchases an 1 Optional
NOTE: A Delete record deletes all the cardholder segments for the specified
card.
Attri-
Data Content butes Description/Status
Primary Account an 19 Account number encoded on Track 2 of the access card.
Number (Required)
PIN Authentication an 2 Determines where the PIN offset resides. Values are:
Flag 00 = AP holds the offset
01 = AP does not hold offset
99 = PIN offset flagged change
Note: This field is required if you are adding this segment.
Enter a value for this field whether you use the PIN-AUTH-
VALUE or not.
(Conditional)
Track 2 Date an 4 Card’s expiration date or the issued date in YYMM format.
(Optional)
Attri-
Data Content butes Description/Status
Primary Account an 19 Account number encoded on Track 2 of the access card.
Number (Required)
Open Account an 3 Value used to select accounts for the OAR display. Values:
Relationship (OAR) DDA = Checking
Select Type SAV = Savings
CRD = Credit
OTH = Other
(Required for an Add record)
Withdrawals an 1 Required
Deposits an 1 Required
Inquiries an 1 Required
Payments To an 1 Required
Payments an 1 Required
From
Purchases an 1 Required
Attri-
Data Content butes Description/Status
Primary Account an 19 Account number encoded on Track 2 of the access card.
Number (Required)
Attri-
Data Content butes Description/Status
Primary Account an 19 Account number encoded on Track 2 of the access card.
Number (Required)
Match Data an 36 Identifies the transaction that caused the limit hold. The
Match Data is composed of the following five fields.
(Required)
Primary Account an 12 Used to match the hold with the settled transaction.
Number Value = The last 12 non-blank characters of the PAN.
Note: You cannot update this key field.
(Required)
Pre-Auth. Indicator an 1 Match the hold with the settled transaction. Values:
P = Purchase pre-authorization
V = Visa Check™
M = MasterMoney™
Note: You cannot update this key field.
(Required)
Attri-
Data Content butes Description/Status
Primary Account an 19 Account number encoded on Track 2 of the access card.
Number (Required)
Attri-
Data Content butes Description/Status
Custom modifier an 2 Default 00
Filler an 6
Attri-
Data Content butes Description/Status
Custom modifier an 2 Default 00
Address2 an 30
Home Phone an 10
Work Phone an 10
Social Security an 9
Number
Mother’s Maiden an 17
Name
Comments an 30
VRU Counter an 1
Previous Track 2 an 4
Date
Activation Method an 1
Activation Date an 8
Filler an 11
Attri-
Data Content butes Description/Status
Custom modifier an 2 Default 00
Member Number n2 Note: FIS receives one member for Class X cards.
Account Qualifier - an 3
Funding Account
Available Balance - an 10
Funding Account
Total 255
Attri-
Data Content butes Description/Status
Account Institution ID an 10 Identification Code of the institution where the account is
located. (Required)
Ledger Balance an 10 Amount used to store the ledger balance for an account.
(Optional)
Withdrawals an 1 (Required)
Inquiries an 1 (Required)
Payments To an 1 (Required)
Transfers To an 1 (Required)
Purchases an 1 (Required)
Attri-
Data Content butes Description/Status
Account Institution ID an 10 Identification Code of the institution where the account is
located. (Required for an Add record)
Attri-
Data Content butes Description/Status
Account Institution ID an 10 This key field is the routing and transit number of the
institution issuing the card. Identifies the account holding
the financial institution. Value:
1NNNNNNNNC
Note: You cannot update this key field.(Required)
Pre-Auth. Indicator an 1 Match the hold with the settled transaction. Values:
P = Purchase pre-authorization
V = Visa Check™
M = MasterMoney™
Note: You cannot update this key field. (Required)
Attri-
Data Content butes Description/Status
Custom modifier an 2 Default to 00.
Account Qualifier an 3
Available Balance an 10
Ledger Balance an 10
Credit Line an 10
Overdraft Amount an 10
Overdraft Account an 4
Type
Filler an 66
0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ
A valid tag ID that can be passed in DE 124 consists of any alpha-numeric character,
paired with another. Examples:
A0, 3D, S9, 9Z, 24, ZZ
FIS has reserved all tag ID’s beginning with an alpha-character, A through Z, for internal
purposes. Tag ID’s beginning with a numeric value, 0 thru 9, have been reserved for
customer use. Customer’s may use an alpha or numeric value in the second position of
the tag ID.
Tag “FD” will provide scoring data for fraud products such as Fraud Navigator, Falcon,
Prism, Visa, MasterCard, etc. Score related data from multiple sources, when present,
will be passed in tag "FD". The tag will consist of two-character sub-tags that will
distinguish each block of score data from another:
01 Falcon
02 Visa
03 Prism
04 Visa DPS
07 STAR
xxyyzzzz
where:
DE Examples:
Example 1:
013FD090105xxxxx
Example 2:
027FD230105xxxxx0210yyyyyyyyyy
Example 3:
036FD230105xxxxx0210yyyyyyyyyyT105zzzzzy
In the first example, the length of the ISO field is "013". The Tag ID is identified as "FD"
has a data length of "09" where the data contains subtag “01” (Falcon Score Data) for a
length of “05 and the data contains a value of "xxxxx".
In the second example, the length of the ISO field is "027". The Tag ID is identified as
"FD" has a data length of "23" where the data contains subtags “01” (Falcon Score
Data), a length of “05, data contains a value of "xxxxx" followed by subtag “02” (Visa
Score Data), a length of “10”, data contains a value of “yyyyyyyyyy”.
The third example identifies a case where the ISO data element could contain one or
more tag ID’s (in this case, “T1”) not related to fraud score data but included in the field.
Withdrawals an 1 Optional
Deposits an 1 Optional
Inquiries an 1 Optional
Payments To an 1 Optional
Transfers To an 1 Optional
Purchases an 1 Optional
Attri-
Data Content butes Description/Status
Primary Account an 19 Account number encoded on Track 2 of the access card.
Number (Required)
PIN Authentication an 2 Determines where the PIN offset resides. Values are:
Flag 00 = AP holds the offset
01 = AP does not hold offset
99 = PIN offset flagged change
Note: This field is required if you are adding this segment.
Enter a value for this field whether you use the PIN-AUTH-
VALUE or not.
(Conditional)
Track 2 Date an 4 Card’s expiration date or the issued date in YYMM format.
(Optional)
Previous Track 2 an 4 Card's previous expiration date or the previous issued date in
Date YYMM format.
(Optional)
Attri-
Data Content butes Description/Status
Primary Account an 19 Account number encoded on Track 2 of the access card.
Number (Required)
Open Account an 3 Value used to select accounts for the OAR display. Values:
Relationship (OAR) DDA = Checking
Select Type SAV = Savings
CRD = Credit
OTH = Other
(Required for an Add record)
Withdrawals an 1 Required
Deposits an 1 Required
Inquiries an 1 Required
Payments To an 1 Required
Payments an 1 Required
From
Transfers To an 1 Required
Purchases an 1 Required
Attri-
Data Content butes Description/Status
Primary Account an 19 Account number encoded on Track 2 of the access card.
Number (Required)
Attri-
Data Content butes Description/Status
Primary Account an 19 Account number encoded on Track 2 of the access card.
Number (Required)
Match Data an 36 Identifies the transaction that caused the limit hold. The
Match Data is composed of the following five fields.
(Required)
Attri-
Data Content butes Description/Status
Primary Account an 19 Account number encoded on Track 2 of the access card.
Number (Required)
Attribut
Data Content es Description/Status
Primary Account an 19 Account number encoded on Track 2 of the access card.
Number (Required)
Card Issuer Location an 11 User defined value identifying the location managing this
card. (Optional)
Card Plan an 2 Indicator identifying the card plan associated with this
card. (Optional)
00 Proprietary Debit card
01 Proprietary Check Guarantee card
02 Proprietary Debit with Check Guarantee card
03 MasterCard Credit card
04 VISA Credit card
05 VISA Gold card
06 VISA Check card
07 MasterCard Debit card
08 MasterCard Gold card
09 VISA Premium card
Last Issue Date an 8 Date the card was last issued. MMDDCCYY (Required).
Original Issue Date an 8 Date the card was first issued. MMDDCCYY (Optional).
Last Activation Date an 8 Date the card was last activated. MMDDCCYY (Optional).
Last Used Date an 8 Date the card was last used. MMDDCCYY. (Optional).
First Used Date an 8 Date the card was first used. MMDDCCYY. (Optional).
Attribut
Data Content es Description/Status
Primary Account an 19 Account number encoded on Track 2 of the access card.
Number (Required)
Attribut
Data Content es Description/Status
Primary Account an 19 Account number encoded on Track 2 of the access card.
Number (Required).
Travel Start Date an 8 The start date for the cardholder’s travel plans.
MMDDCCYY
Travel End Date an 8 The end date for the cardholder’s travel plans.
MMDDCCYY
Vacation Start Date an 8 The start date for the cardholder’s vacation plans.
MMDDCCYY
Vacation End Date an 8 The end date for the cardholder’s vacation plans.
MMDDCCYY
No Call Indicator an 1 Indicates that the cardholder does not want to be called
for fraud.
Y – Do not call cardholder for suspected fraud
N – Call cardholder for suspected fraud
Attribut
Data Content es Description/Status
Primary Account an 19 Account number encoded on Track 2 of the access card.
Number (Required)
Attri-
Data Content butes Description/Status
Account Institution ID an 10 Identification Code of the institution where the account is
located. (Required)
Ledger Balance an 10 Amount used to store the ledger balance for an account.
(Optional). The field format is either 99999999v99 or
-9999999v99 where the minus sign in the first position
signifies a negative amount.
Withdrawals an 1 (Required)
Deposits an 1 (Required)
Inquiries an 1 (Required)
Payments To an 1 (Required)
Transfers To an 1 (Required)
Purchases an 1 (Required)
Attri-
Data Content butes Description/Status
Account Institution ID an 10 Identification Code of the institution where the account is
located. (Required for an Add record)
Attri-
Data Content butes Description/Status
Account Institution ID an 10 This key field is the routing and transit number of the
institution issuing the card. Identifies the account holding
the financial institution. Value:
1NNNNNNNNC
Note: You cannot update this key field.
(Required)
Match Data an 36 Identifies the transaction that caused the hold. The Match
Data is composed of one of the following. (Required)
Attri-
Data Content butes Description/Status
Account Institution ID an 10 Identification Code of the institution where the account is
located. (Required)
The FIS ISO PI imposes no restriction to receiving this data either in a 0110 or 0210
message.
0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ
A valid tag ID that can be passed in DE 125 consists of any alpha-numeric character,
paired with another. Examples:
A0, 3D, S9, 9Z, 24, ZZ
FIS has reserved all tag ID’s beginning with an alpha-character, A thru Z, for internal
purposes. Tag ID’s beginning with a numeric value, 0 thru 9, have been reserved for
customer use. Customer’s may use an alpha or numeric value in the second position of
the tag ID.
Tag “FD” will provide scoring data for fraud products such as Fraud Navigator, Falcon,
Prism, Visa, MasterCard, etc. Score related data from multiple sources, when present,
will be passed in tag "FD". The tag will consist of two-character sub-tags that will
distinguish each block of score data from another:
01 Falcon
02 Visa
03 Prism
04 Visa DPS
05 MasterCard
xxyyzzzz
DE Examples:
Example 1:
013FD090105xxxxx
Example 2:
027FD230105xxxxx0210yyyyyyyyyy
Example 3:
036FD230105xxxxx0210yyyyyyyyyyT105zzzzzy
In the first example, the length of the ISO field is "013". The Tag ID is identified as "FD"
has a data length of "09" where the data contains subtag “01” (Falcon Score Data) for a
length of “05 and the data contains a value of "xxxxx".
In the second example, the length of the ISO field is "027". The Tag ID is identified as
"FD" has a data length of "23" where the data contains subtags “01” (Falcon Score
Data), a length of “05, data contains a value of "xxxxx" followed by subtag “02” (Visa
Score Data), a length of “10”, data contains a value of “yyyyyyyyyy”.
The third example identifies a case where the ISO data element could contain one or
more tag ID’s (in this case, “T1”) not related to fraud score data but included in the field.
Network
Code Data Length Data Content
005 01-50 Text message to Connex™ operator. All characters in
the message must be displayable.
101 PIN Encryption Key Only for Both Issuer Working Key and Acquirer Working Key
101 PIN Encryption Key for Both Issuer Working Key and Acquirer Working Key with
MACing
161 PIN Encryption Key for an Issuer Working Key with MACing
171 PIN Encryption Key for an Acquirer Working Key with MACing
Credits
ISO Transaction Type Description
20 Returns
21 Deposits/Deposit payments
22 Adjustment (Unsupported)
24 Check deposit
28 Payment return
Inquiry Services
ISO Transaction Type Description
30 Available funds inquiry
31 Balance inquiry
33 Account verification
Private Use
ISO Transaction Type Description
90 PIN change (Connex on HP NonStop-assigned private value)
93 ID Verification
96 Cash benefit
01xx ID Verification
ISO Processing Code Account Description
930800 ID Verification
02xx Deposit
ISO Processing Code Account Description
210000 To default unspecified
01 Manual
02 Magnetic stripe
04 OCR
06 Manual (key-entered)
81 From file
82 PAN Auto Entry via Server (issuer, acquirer, or third party vendor system).
03 Merchant suspicious
06 Pre-Authorized request
11 Suspected fraud
12 Security reasons
16 Administration terminal
59 Deferred billing
03 Invalid merchant
04 Pick-up
05 Do not honor
06 Error
09 Request in progress
11 Approved (VIP)
12 Invalid transaction
13 Invalid amount
15 No such issuer
19 Re-enter transaction
20 Invalid response
39 No credit account
42 No universal account
44 No investment account
51 Insufficient funds
52 No checking account
53 No savings account
55 Incorrect PIN
56 No card record
59 Suspected fraud
62 Restricted card
90 Cutoff is in progress
94 Duplication transaction
95 Reconcile error
96 System malfunction
R4 Bad CVV3
SA Inactive card
SD Account closed
SH Unable to locate
SI General denial
SR Bad CVV2
T4 Closed account
T5 Dormant account
TB Unsafe PIN
Account Type
This code is found in positions 1 and 2 of each amount.
09 Other
10 Savings account
20 Checking account
30 Credit account
40 Universal account
50 Investment account
91 Mortgage
92 Installment loan
96 Cash benefit
97 Unknown
03 Amount owing
04 Amount due
18 Beginning balance
40 Amount cash
56 Hold amount
57 Pre-Authorized amount
58 Authorized amount
59 Floor limit
90 Check amount
97 Unknown
98 Courtesy amount
3S Co-payment
4S Healthcare amount
4T Transit amount
4U Prescription/Rx amount
4V Vision/Optical amount
4W Clinic/Medicals amount
4X Dental
56 Hold amount
57 Pre-Authorized amount
Note: Amount type 57 is used in a pre-authorized completion to identify the
amount originally authorized by the issuer.
58 Authorized amount
Note: Amount type 58 should be used by an issuer to partially approve a pre-
authorization.
59 Floor limit
90 Check amount
91 Original amount
Note: Amount type 91 is used by Issuer to return Original amounts for a partially
authorized transaction. The Original amount is in Transaction currency (Field
49).
97 Unknown
Note: Typically used for return balances when the balance type is not known.
98 Courtesy amount
3S Co-payment
4S Healthcare amount
4T Transit amount
4V Vision/Optical amount
4W Clinic/Medicals amount
4X Dental
1 Unattended
Position 2
1 Card acceptor-operated
2 Administrative
1 Off premise
3 Telephone order
8 Pre-Authorized purchase
9 Deferred billing
S Installment Payment
Position 5
8 Pre-Authorized purchase
Position 7
1 First representment
2 Second representment
3 Third representment
5 Resubmission
Position 8
1 Suspected fraud
2 Identification verified
Positions 9-10
01 POS terminal
02 ATM
03 Home terminal
04 ECR
05 Dial terminal
07 Fuel machine
08 Scrip machine
09 Coupon machine
10 Ticket machine
11 Point-of-banking terminal
12 Teller
13 Franchise teller
14 Personal banking
15 Public utility
16 Vending
17 Self-service
19 Payment
20 VRU
21 Smart phone
22 Interactive television
24 Screen phone
25 Electronic commerce
26 Transponder (IBM-only)
50 Off Premise
Position 11
1 Manual, no terminal
2 Magnetic stripe
4 OCR
5 ICC
6 Key entered
9 File
T Mag stripe reader and key entry and EMV-compatible ICC reader
Position 1
Position 1 of the reason code indicates who reversed this transaction. It is allocated as
follows:
2 Acquirer-originated reversal
4-9 Reserved
Position 2
Position 2 values are FIS-Defined.
Position 1
Position 1 of the reason code is intended to indicate the entity that originated the
advice.
2 Acquirer-originated advice
4-9 Reserved
Position 2
Position 2 values 5-9 are FIS-Defined.
2 I Token create
2 J Token deactivate
2 K Token suspend
2 L Token resume
2 T PAN replacement
1 Add record
2 Change record
3 Delete record
5 Inquiry
9 Unassigned
1 Add record
2 Change record
3 Delete record
9 Unassigned
Maine ME 23
Maryland MD 24
Massachusetts MA 25
Michigan MI 26
Minnesota MN 27
Mississippi MS 28
Missouri MO 29
Montana MT 30
Nebraska NE 31
Nevada NV 32
New Hampshire NH 33
New Jersey NJ 34
New Mexico NM 35
New York NY 36
North Carolina NC 37
North Dakota ND 38
Ohio OH 39
Oklahoma OK 40
Oregon OR 41
Pennsylvania PA 42
Rhode Island RI 44
South Carolina SC 45
South Dakota SD 46
Tennessee TN 47
Texas TX 48
Utah UT 49
Vermont VT 50
Washington WA 53
West Virginia WV 54
Wisconsin WI 55
Wyoming WY 56
Canadian Provinces
Character Numeric
Description Code Code
Alberta AB 60
British Columbia BC 61
Manitoba MB 62
New Brunswick NB 63
Newfoundland NF 64
NorthWest Territories NT 65
Nunavut NU 65
Nova Scotia NS 66
Ontario ON 67
Quebec QC 69
Saskatchewan SK 70
Yukon YT 71
Tuvalu TV 798 TV
008 Lek 2
050 Taka 2
064 Ngultrum 2
068 Boliviano 2
072 Pula 2
100 Lev 2
104 Kyat 2
116 Riel 2
218 Sucre 2
232 Nakfa 2
233 Kroon 2
270 Dalasi 2
288 Cedi 2
332 Gourde 2
340 Lempira 2
348 Forint 2
360 Rupiah 2
392 Yen 0
410 Wow 0
417 Som 2
418 Kip 2
426 Loti 2
446 Pataca 2
454 Kwacha 2
462 Rufiyaa 2
478 Ouguiya 2
480 Mauritius 2
496 Tugrik 2
499 Euro 2
508 Metical 2
548 Vatu 0
566 Naira 2
590 Balboa 2
598 Kina 2
642 Leu 2
678 Dobra 2
694 Leone 2
704 Dong 0
705 Tolar 2
710 Rand 2
748 Lilangeni 2
764 Baht 2
776 Pa'anga 2
795 Manat 2
807 Denar 2
840 US Dollar 2
862 Bolivar 2
882 Tala 2
894 Kwacha 2
973 Angola 2
975 Bulgaria 2
978 Euro 2
980 Hryvnia 2
981 Lari 2
985 Zloty 2
american national standards institute (ANSI) Authorizing Agent Institution ID Code (ANSI-
. . . . . . . . . . . . . . . . . . . . . . . . . . 36 defined) (113) . . . . . . . . . . . . . . 363
Bit Number and Data Element Name . 110 Cash Withdrawal . . . . . . . . . . . . . . . . 528
Cash Withdrawal Authorization . . . . . . 519
Certification . . . . . . . . . . . . . . . . . . . . 459
C Certification Services Staff . . . . . . . . . 450
Canadian Province codes . . . . . . . . . 574 Check Cashing . . . . . . . . . . . . . . . . . 521
Card Acceptor Identification Code (042) . . Check Deposit . . . . . . . . . . . . . . . . . . 533
276 Check Guarantee . . . . . . . . . . . . . . . 519
Card Acceptor Name/Loc (043) . . . . . 276
Check Inquiry format . . . . . . . . . 321, 367
Card Acceptor Terminal Identification (041)
Check Re-Order format . . . . . . . . . . . 321
275
Check Verification . . . . . . . . . . . 519, 528
Card Data Input Capability . . . . . . . . . 565
Commercial Deposit . . . . . . . . . . . . . . 534
Card Sequence Number (023) . . . . . . 263
Commercial Deposit Memo . . . . . . . . . 523
Cardholder Records-DE124
Account Information (Cardholder Common Testing Procedures . . . . . . . 451
Segment 03) . . . . . . . . . . . . 478, 496 Conversion Rate, Cardholder Billing (010) .
Card Basic (Cardholder Segment 99) . 255
485
Card Information (Cardholder Segment Conversion Rate, Settlement (009) . . . 255
01) . . . . . . . . . . . . . . . . . . . 476, 494 Country Code, Authorizing Agent (ANSI-
Card Management (Cardholder Segment defined) (114) . . . . . . . . . . . . . . 364
09) . . . . . . . . . . . . . . . . . . . . . . . 500 Credits . . . . . . . . . . . . . . . . . . . . . . . 516
Customer Address (Cardholder Segment
10) . . . . . . . . . . . . . . . . . . . . . . . 501 Credits, Amount (086) . . . . . . . . . . . . 311
Customer Fraud Contact Credits, Number (074) . . . . . . . . . . . . 307
Information(Cardholder Segment 11) . .
Credits, Processing Fee Amount (082) 309
D E
Data Edit . . . . . . . . . . . . . . . . . . . . . 247 Echo Test (Protocol Acknowledgment
Data Element Requirements . . . . . . . . 37 Handshake) . . . . . . . . . . . . . . . . 102
G
K
Generic Balance Inquiry . . . . . . . . . . . 536
Key Change Messages . . . . . . . . . . . . 90
Key Change Request Messages . . . . . . 92
H
Healthcare Inquiry Transactions . 389, 424