Log In

Data elements supported by interface.

Overview

Data elements are the individual fields carrying the transaction information. There are up to 128 data elements specified in the original ISO 8583:1987 Interchange Message Standard, it specifies each element with meaning and format.

ISO-8583 specifies different kind of fields that basically fall in following categories:

  • Fixed length
    • Numeric
    • Alphanumeric
    • Binary
  • Variable length
    • Numeric
    • Alphanumeric
    • Binary
  • Max-length 999
    • Numeric
    • Alphanumeric
    • Binary
  • Nested message

Each Data Element has a standard format. This consists of the allowed content of the field (numeric, binary, etc) as well as the allowed length.


Data Elements

The following ISO Data Elements are supported by the Interface.

Field #0 – Primary Bitmap

Field NoFormatAttr
0Binary EncodedBitMap Field

Specifies fields between Field 1 to Field 64, that are present in the ISO8583 Message.

Field #1 – Secondary Bitmap

Field NoFormatAttr
1Binary EncodedBitMap Field

Specifies fields between Field 65 to Field 128, that are present in the ISO8583 Message.

Field #2 – Primary Account Number

Field NoFormatAttr
2LLVARn ..19

A number identifying the cardholder and the card issuer. Typically, this number is embossed on the front of the card and encoded on Track 2 of the magnetic stripe.

Field #3 – Processing Code

Field NoFormatAttr
3an 6

The customer transaction type and the account types, if any, affected by the transaction. This is a fixed length field consisting of 3 data elements:

  • Transaction type (positions 1 - 2)
  • Account type affected for debits and inquiries and the "from" account for transfers (positions 3 - 4)
  • Account type affected for credits and the "to" account for transfers (positions 5 - 6)

Transaction Type

CodeDescriptionMessage Type Identifier (MTI)
00Purchase0200
01Cash Advance0200
20Refund/Return0200
21Deposit0200
09Purchase with Cash back0200
31Balance Inquiry0100
30Link Account Inquiry0100
38Mini – Statement0100
40Fund Transfer0200
48Biller List Download0200
4A Prepaid0200
4B Biller List Download0800
4CProduct List Download0800
4DBiller Subscription
Information Download
0800
4EPayment Validation0800
4FPurchase with Additional Data0200
60POS Pre – Authorization0100
61POS Pre – Authorization
Completion
0220
90PIN Change0100
9ATerminal Master Key0800
9BTerminal Session Key0800
9G Terminal PIN Key0800
9IInitial PIN Encryption Key
Download – Track2 Data
0800
9JInitial PIN Encryption Key
Download – EMV
0800
9C Terminal Parameter
Download
0800
9D Call – home0800
9E CA Public Key Download0800
9F EMV Application AID Download0800
9HDaily Transaction Report
Download
0800
9K Dynamic Currency Conversion0800

Account Type Codes

CodeDescription
00Default – unspecified
10Savings
20Current
30Credit
40Universal Account
50Investment Account

Field #4 – Amount, Transaction

Field NoFormatAttr
4n 12

This field contains the transaction amount in the transaction currency. This amount is expressed in lowest denominations.

Field #5 – Amount, Settlement

Field NoFormatAttr
5n 12

The funds to be transferred between the acquirer and card issuer equal to the amount, transaction as expressed in the settlement currency.

Field #7 – Transmission Date and Time

Field NoFormatAttr
7MMDDhhmmssn 10

The date and time, expressed in Coordinated Universal Time (UTC), when this message is sent by the message initiator.

Field #9 – Conversion Rate, Settlement

Field NoFormatAttr
9n 8

This field contains the factor used in conversion from the transaction currency amount to the local currency amount. The left most digit indicates the number of decimal places from the right.

Field #11 – System Trace Audit Number

Field NoFormatAttr
11n 6

A number assigned by a transaction originator to assist in identifying a transaction uniquely. The systems trace audit number remains unchanged for all messages within a transaction.

Field #12 – Time, Local Transaction

Field NoFormatAttr
12Hhmmssn 6

The local time at which the transaction takes place at the card acceptor location in authorization and financial messages.

For all other transactions, this field indicates the local time set by the initiator of the first message of the transaction.

Field #13 – Date, Local Transaction

Field NoFormatAttr
13MMDDn 4

The local date at which the transaction takes place at the card acceptor location in authorization and financial messages. For all other transactions, this field indicates the local date set by the initiator of the first message of the transaction.

Field #14 – Date, Expiration

Field NoFormatAttr
14YYMMn 4

The year and month after which the card expires.

Field #15 – Date, Settlement

Field NoFormatAttr
13MMDDn 4

The month and day for which financial totals are reconciled between the acquirer and the issuer.

Field #16 – Date, Conversion

Field NoFormatAttr
13MMDDn 4

The month and day on which the currency for the transaction was converted.

Field #18 – Merchant Type

Field NoFormatAttr
18n 4

The classification of the merchant’s type of business product or service. Codes to be developed within each country.

Field #22 –POS Entry Mode

Field NoFormatAttr
22N3

A series of codes that identify the actual method used to capture the account number and expiry date when a terminal is used, and the PIN capture capability of the terminal. This is a fixed length field consisting of 2 data elements:

  • PAN entry mode (positions 1 - 2)

    • 00 – Unknown
    • 01 - Manual (i.e keypad)
    • 02 - Magnetic Stripe (possibly constructed manually, CVV may be checked) 03 – Barcode
    • 03 - OCR
    • 04 - ICC (CVV may be checked)
    • 05 - Auto - entry via contactless ICC
    • 07 - Magnetic strip as read from track 2
    • 91 - Auto - entry via contactless magnetic strie
    • 95 - ICC (CVV may not be checked)
  • PIN entry capability (position 3)

    • 0 – Unknown
    • 1 - Terminal can accept PIN
    • 2 - Terminal cannot accept PIN

Field #23 – Card Sequence number

Field NoFormatAttr
23n3

A number distinguishing between separate cards with the same primary account number or primary account number extended.

Field #25 –POS Condition Code

Field NoFormatAttr
25n2

A code that describes the condition under which the transaction takes place at the Point-Of-Service.

00 Normal presentment

01 Customer not present

02 Unattended terminal - card can be retained

03 Merchant suspicious

04 Electronic Cash Register interface

05 Customer present, card not present

06 Pre-authorized request

07 Telephone device required 08 Mail/telephone order

09 POS security alert

10 Customer identity verified

11 Suspected fraud

12 Security reasons

13 Representation of item

14 Public utility terminal

15 Customer's terminal

16 Administrative terminal

17 Returned item

18 No check in envelope – return

19 Deposit out of balance – return

20 Payment out of balance – return

21 Manual reversal

22 Terminal error – counted

23 Terminal error - not counted

24 Deposit out of balance – apply

25 Payment out of balance – apply

26 Withdrawal error – reversed

27 Unattended terminal - card cannot be retained

Additional codes can be defined for private use.

Field #26 – POS PIN Capture Code

Field NoFormatAttr
28n2

The maximum number of PIN characters that can be accepted by the Point-of-Service device. Valid values are "04" to "12" ("00" to "03" are reserved by ISO) and if the POS device does not accept PINs or it is unknown whether the device does, this value should be set to "12".

Field #28 - Amount, Transaction Fee

Field NoFormatAttr
28x + n 8

A fee charged, by the acquirer to the issuer, for transaction activity, in the currency of the amount, transaction.

Field #29 - Amount, Settlement Fee

Field NoFormatAttr
29x + n 8

A fee charged, by the acquirer to the issuer, for transaction activity, in the currency of the amount, settlement. X can have a value of either "C" or "D".

Field #30 - Amount, Transaction Processing Fee

Field NoFormatAttr
30x + n 8

A fee charged by the network for the handling and routing of messages, in the currency of amount, transaction. This field is usually inserted by the network into the applicable messages. X can have a value of either "C" or "D".

Field #31 - Amount, Settlement Processing Fee

Field NoFormatAttr
31x + n 8

A fee charged by the network for the handling and routing of messages, in the currency of amount, settlement. This field is usually inserted by the network into the applicable messages.

Field #32 - Acquiring Institution Identification Code

Field NoFormatAttr
32LLVARan.. 11

A code identifying the financial institution acting as the acquirer of this customer transaction. The acquirer is the member or system user that signed the merchant, installed the ATM or dispensed cash. This field usually contains the BIN (see PAN) of the acquirer, but could be any other number assigned to it by the relevant authorities.

When a processing center operates for multiple acquirers, this is the code for the individual member or system user, not a code for the processing center.

Field #33 - Forwarding Institution Identification Code

Field NoFormatAttr
33LLVARn.. 11

A code identifying the institution that forwards the transaction in an interchange system en route to the card issuer. For example, assume that an acquirer routes a transaction via a third-party EFT switch to the card issuer. In the request from the acquirer to the EFT switch, this field contains the code of the acquirer. When the request is forwarded by the EFT switch to the card issuer, this field contains the code assigned to the EFT switch.

Field #35 – Track 2 Data

Field NoFormatAttr
35LLVARz..37

Text BoxThe information encoded on Track 2 of the magnetic stripe as defined in ISO 7813, including field separators but excluding the begin sentinel, end sentinel and longitudinal redundancy check characters. The field separator (FS) can be either a "=" or a "D" character. The layout of this field is as follows:

Primary account number up to 19 digits

Field separator 1 digit

Expiry date (YYMM) 4 digits (or a field separator if not present)

Service restriction code 3 digits (or a field separator if not present)

Discretionary data balance of available digits

The primary account number, expiry date and service restriction code fields are described in further detail under fields 2, 14 and 40 in this document.

Field #37 - Retrieval Reference Number

Field NoFormatAttr
37n 12

An alphanumeric code assigned to a transaction in order to uniquely identify a transaction. This code remains unchanged throughout the life of the transaction.

Field #38 – Authorization code

Field NoFormatAttr
38n 6

A code assigned by the authorizing institution indicating approval.

Field #39 - Response Code

Field NoFormatAttr
39an 2

A code that defines the disposition of a transaction.

00 - Approved or completed successfully

01 - Refer to card issuer

02 - Refer to card issuer, special condition

03 - Invalid merchant

04 - Pick-up card

05 - Do not honor

06 - Error

07 - Pick-up card, special condition

08 - Honor with identification

09 - Request in progress

10 - Approved, partial

11 - Approved, VIP

12 - Invalid transaction

13 - Invalid amount

14 - Invalid card number

15 - No such issuer

16 - Approved, update track 3

17 - Customer cancellation

18 - Customer dispute

19 - Re-enter transaction

20 - Invalid response

21 - No action taken

22 - Suspected malfunction

23 - Unacceptable transaction fee

24 - File update not supported

25 - Unable to locate record

26 - Duplicate record

27 - File update edit error

28 - File update file locked

29 - File update failed

30 - Format error

31 - Bank not supported

32 - Completed partially

33 - Expired card, pick-up

34 - Suspected fraud, pick-up

35 - Contact acquirer, pick-up

36 - Restricted card, pick-up

37 - Call acquirer security, pick-up

38 - PIN tries exceeded, pick-up

39 - No credit account

40 - Function not supported

41 - Lost card

42 - No universal account

43 - Stolen card

44 - No investment account

51 - Not sufficient funds

52 - No check account

53 - No savings account

54 - Expired card

55 - Incorrect PIN

56 - No card record

57 - Transaction not permitted to cardholder

58 - Transaction not permitted on terminal

59 - Suspected fraud

60 - Contact acquirer

61 - Exceeds withdrawal limit

62 - Restricted card

63 - Security violation

64 - Original amount incorrect

64 - Exceeds withdrawal frequency

66 - Call acquirer security

67 - Hard capture

68 - Response received too late

75 - PIN tries exceeded

77 - Intervene, bank approval required

78 - Intervene, bank approval required for partial amount

90 - Cut-off in progress

91 - Issuer or switch inoperative

92 - Routing error

93 - Violation of law

94 - Duplicate transaction

95 - Reconcile error

96 - System malfunction

98 Exceeds cash limit

Field #40 - Service Restriction Code

Field NoFormatAttr
40N3

An identification of geographic/service availability. Contains:

  • The area of usage and whether the card has additional read facilities
    • 1 International card
    • 2 International card - integrated circuit facilities
    • 5 National use only
    • 6 National use only - integrated circuit facilities
    • 9 Test card - online authorization mandatory
  • The authorization processing requirements for this card
    • 0 Normal authorization
    • 2 Online authorization mandatory
    • 4 Online authorization mandatory
  • The range of services available and PIN requirements
    • 0 PIN required
    • 1 No restrictions - normal cardholder verification
    • 2 Goods and services only
    • 3 PIN required, ATM only
    • 5 PIN required, goods and services only at POS, cash at ATM
    • 6 PIN required if PIN pad present
    • 7 PIN required if PIN pad present, goods and services only at POS, cash at ATM

Field #41 - Card Acceptor Terminal Identification

Field NoFormatAttr
41ans 8

A unique code identifying a terminal at the card acceptor location.

Field #42 - Card Acceptor Identification Code

Field NoFormatAttr
42ans 15

A unique code identifying a terminal at the card acceptor location.

Field #43 - Card Acceptor Name / Location

Field NoFormatAttr
43ans 40

The name and location of the card acceptor (such as a merchant or an ATM). This is a fixed length field consisting of 4 data elements:

  • The location information (positions 1 - 23), exclusive of city, state and country
  • The city (positions 24 - 36) in which the Point-of-Service is located
  • The state (positions 37 - 38) in which the Point-of-Service is located
  • The country (positions 39 - 40) in which the Point-of-Service is located

Field #44 - Additional Response Data

Field NoFormatAttr
48LLVARans..25

Used to provide other supplemental data (such as a telephone number for referrals) that may be required in response to an authorization or other type of transaction request.

After a PIN Change request has been processed, this field contains the PIN offset (or PVV) in a 0610 message to the Source Node, as well as in a 0620 message to the Sink Node. If set in a 0610 message from the Sink Node, this field again indicates the PIN offset (or PVV).

For Visa Cash load transactions, this field is used to carry signature information. In load responses, it contains the Visa Cash Service Identifier ("SV:") followed by the load response signature (S2). This is a fixed length field consisting of 2 data elements:

  • The Visa cash service identifier (positions 1 - 3), a constant value of "SV:"
  • The load authorization signature (positions 4 - 19) for this load operation

In load settlement advices, it contains the Visa Cash Service Identifier ("SV:") followed by the load completion signature (S3). This is a fixed length field consisting of 2 data elements:

  • The Visa cash service identifier (positions 1 - 3), a constant value of "SV:"
  • The load completion signature (positions 4 - 19) for this load operation

Field #45 - Track 1 Data

Field NoFormatAttr
48LLVARans..76

The information encoded on Track 1 of the magnetic stripe as defined in ISO 7813, including field separators but excluding the begin sentinel, end sentinel and longitudinal redundancy check characters.

Note that two structures are defined by ISO 7813, namely Structure A and Structure B. Structure A is reserved for proprietary use by card issuers, while Structure B is defined as follows:

FieldLength
Format CodeB (ASCII 66)
Primary account numberup to 19 digits
Field separator1 character (ASCII 61 or 94)
Country Code3 digits (or a field separator if not present)
Name2 to 26 characters (this field is further described below)
Field separator1 character (ASCII 61 or 94)
Expiry date (YYMM)4 digits (or a field separator if not present)
Service restriction code3 digits (or a field separator if not present)
Discretionary databalance of available digits

The primary account number, expiry date and service restriction code fields are described in further detail under fields 2, 14 and 40 in this document.

The structure of the Name field is defined in the following table. Sub-fields are separated by means of a space character (ASCII 32). The minimum encoded data allowed is a single character followed by the surname separator.

FieldLength
Surname
Surname separatorASCII 47
First Name or Initial
SpaceWhen Required
Middle Name or Initial
PeriodWhen followed by Title; ASCII 46
Titlewhen used

The space character (ASCII 32) is required to separate the sub-fields of the Name field other than the surname. The separator terminating the surname should be encoded following the last sub-field of the Name field. If only the surname is encoded, it will follow the surname separator.

Field #48 - Additional Data

Field NoFormatAttr
48LLVARans...999

Used to provide linked account or mini-statement information for a linked account inquiry or a mini-statement inquiry.

Mini – statement Information

The format for field 48 when mini-statement data is to be sent downstream is as follows:

A mini-statement heading line, containing tags to identify the format of the mini- statement data lines that follows, e.g.

DATE_TIME|SEQ_NR|TRAN_TYPE|TRAN_AMOUNT~

The different fields of the mini-statement heading line are separated by bar characters ("|") and the line is terminated by a tilde character ("~").

One or more mini-statement data lines, each similar to the identifying string above in structure, but containing the actual transaction data to be printed per line, e.g.

19971201123123|001234|01|000000005000~

Below is a list of tags supported.

FieldTag NameFormat
Sequence numberSEQ_NRn6
Date and timeDATE_TIMEn14
CCYYMMDDhhmmss Terminal IDTERM_IDn8
Transaction typeTRAN_TYPEn2
n2 From accountFROM_ACC§n2
n2 To accountTO_ACCn2
Transaction amountTRAN_AMOUNTn12
Account ID 1ACC_ID1ans28
Account ID 2ACC_ID2ans28
Authorization IDAUTH_IDn6
Currency codeCURR_CODEn3 (Currency code of the Transaction Amount field)
SurchargeSURCHARGEn8

Linked Account Inquiry

In the case of a linked account inquiry, this field contains information relating to the accounts linked to the card that initiated the transaction. The information for up to 20 accounts can be returned. Note that when "00" is specified as an account type in the original request, a list of all accounts linked to the card is retrieved, and not only the linked accounts of the default account type. The format of the information associated with each account is as follows:

FieldLengthDescription
Account ID28The identifier uniquely identifying the account, left justified, space- filled.
Account type2The ISO 8583 account type of the account.
Currency Code3The ISO numeric currency code of the account.
Ledger balance13The ledger balance of the account. The first character contains the sign. A "D" indicates a debit (negative) balance and a "C" indicates a credit (positive) balance.

Field #49 - Currency Code, Transaction

Field NoFormatAttr
49n 3

The local currency of the acquirer or source location of the transaction. This is the currency code used for the following amount fields:

  • amount, transaction
  • amount, transaction fee
  • amount, transaction processing fee

Field #50 - Currency Code, Settlement

Field NoFormatAttr
50n 3

A code identifying the currency of settlement. If this field is not present for a transaction, it is assumed that this field is the same as the currency code, transaction field. This is the currency code used for the following amount fields:

  • amount, settlement
  • amount, settlement fee
  • amount, settlement processing fee
  • amount, net settlement

Field #52 – PIN Data

Field NoFormatAttr
52Hex16

The PIN data field contains the PIN (a number assigned to a cardholder intended to uniquely identify that cardholder) of the cardholder formatted into a 64-bit block and encrypted with a DES key.

Field #53 – Security Related Control Information

Field NoFormatAttr
53Hex96

Identifies security management information used in the current transaction or specifies security management information to be used in future transactions.

In PIN change transactions, the first byte indicates the PIN to change:

  • binary 0 – insecure PIN (e.g. telephone PIN)
  • binary 1 – secure PIN (e.g. ATM PIN)

The following 8 bytes of this field contains the new PIN formatted into a 64-bit block and encrypted with a DES key.

In key change transactions, this field contains the encrypted key in the first 8-24 bytes (8 for single, 16 for double, 24 for triple length), followed by a 3-byte key check value (i.e. the first 3 bytes of a clear value of all zeroes encrypted with the key).

Field #54 – Additional Amounts

Field NoFormatAttr
54LLLVARan…120

Information on up to 6 amounts and related account data for which specific data elements have not been defined. Each amount is a fixed length field consisting of 5 data elements:

  • Account type (positions 1 - 2)
  • Amount type (positions 3 - 4)
  • Currency code (positions 5 - 7)
  • Amount sign (position 8) - "C" or "D"
  • Amount (position 9 - 20)

When this field is sent by the entity that performed currency conversion this field should contain amounts in the transaction and settlement currencies if they differ.

In a response message from the NCS, this field will always contain the approved amounts and cash amounts, if applicable.

Field #55 – Integrated Circuit Card System Related Data

Field NoFormatAttr
55LLLVARANS..510

This data element contains EMV data. This EMV data in this data element is structured in the following manner:

<2-or-4-character Tag><2-character length field>

The 2-byte or 4-byte tag is an EMV tag (in hexadecimal format) that uniquely identifies the data content of the P-55 fields, and the 2-digit length field defines the length of the variable-length data that follows it. The length specifies the number of hexadecimal values represented in the data part, the actual string is twice as long as the length specifies. The format of the length field is binary converted to a hexadecimal string, e.g., 0x1F would be represented as “1F”. A tag identifying the type of data, followed immediately by a two-digit length (LL) identifying the length of the data, followed immediately by the data itself.

The variable length data for a tag cannot exceed the maximum specified length specified for the data. When the variable length data is longer than the defined maximum length for the tag value, it is truncated. The following table describes each of the EMV tags that can be carried in the P-55 data element, the maximum length for each tag value, the transaction data elements (TDEs) to which each tag is mapped, and flags indicating whether the tag data is required (Y), optional (N), or not applicable (N/A) for requests and responses.

Field #56 – Message Reason Code

Field NoFormatAttr
56LLLVARn..4

A code that provides the receiver of a request, advice or notification message with the reason, or purpose of that message.

For original authorizations and financial transactions, it identifies why the type of message was sent (e.g. why an advice versus a request); for other messages, it states why this action was taken.

1003 Card issuer unavailable

1006 Under floor limit

1376 PIN verification failure

1377 Change dispensed

1378 IOU receipt printed

1510 Over floor limit

1800 Negative card

4000 Customer cancellation

4001 Unspecified, no action taken 4004 Completed partially

4021 Timeout waiting for response

For place hold on card transactions, in Issuer File Update Advice (0322) or Administration (0600/0620) messages, it states why a card should be put on the hotcard list:

3000 Lost card

3001 Stolen card

3002 Undelivered card

3003 Counterfeit card

3700 Lost PIN

If a hold response code has not been specified in these transactions, the message reason code field will be used to determine which hold response code to use for the transaction.

A message reason code of "3001-Stolen card" will result in a hold response code of "43- Stolen card", otherwise "41-Lost card" will be used.

In the case of a message to bank transaction, the message reason code specifies the type of message the cardholder wants to forward to the issuer. Note that in this case, the message reason code field is treated as a free-format field that the user can use for any user specific code.

Message reason codes are defined in the ISO 8583 (1993) specification, and this specification has been used as basis for the codes defined here.

Field #59 – Echo Data

Field NoFormatAttr
59LLLVARans…255

Contains data from the originator of the message that shall be returned unaltered in the response message.

Field #60 – Payment Information

Field NoFormatAttr
60LLLVARns…999

This data element contains information relating to bills payments and token (recharge cards, tickets etc) purchases. This data element carries tagged data items. The tags defined for this data element are as listed in the table below:

Field #62 – Private Field, Management Data 1

Field NoFormatAttr
62LLLVARans…999

This data element carries tagged data items. The tags defined for this data element are listed in the table below. Tagged data items are structured in the following manner: a tag identifying the type of data, followed immediately by a three-digit length (LLL) identifying the length of the data, followed immediately by the data itself.

Tag + LLL + data.

Note:

*Tag 41: Biller Identification Code is in the format below:

1st position – transaction type the biller is setup for:

4 – Token (e.g. Recharge Card) Sales 5 – Bill Payments

2nd – 4th position – VAS Provider Code

5th – 8th position – Merchant Category Code

9th – 15th position – Unique Number identifying the Biller

**Tag 50: Customer Subscription Information, if more than one, it should be separated by ‘||’

e.g. name=Halima Eze Ajayi||customerid=00001||prod1=3||prod2=4

From the example, name and customerid are values downloaded during Biller Subscription Information Download request and the values the customer entered are after the equals signs. prod1 and prod2 are products while values 3 and 4 after the equals signs are the quantities.

Tag 48: Payment Code and Tag 49: Payment Validated Information can be used inter – changeably. Format is same as tag 50.

Note: For receipt printing of mCash Transactions on POS, send the Customer Information in the format of Tag 50 as above. For example: SellerCode=0731170253||Phone=07069302232||RefNo=10012344546567||Amount=1000.23

51: Token, if more than one, should be separated by comma ‘,’

Field #63 – Private Field, Management Data 2

Field NoFormatAttr
63LLLVARans…999

This data element carries tagged data items. The tags defined for this data element are listed in the table below. Tagged data items are structured in the following manner: a tag identifying the type of data, followed immediately by a three-digit length (LLL) identifying the length of the data, followed immediately by the data itself. Each block of data is separated by “~”. Tag + LLL + data.

Field #64 – Primary Message Hash Value

Field NoFormatAttr
64AN64

This data element carries the hash value for the messages subject to no secondary data elements (DE65 through DE128) are included in the message. The algorithm is SHA-256. If the message contains secondary data elements, data element DE128 is used to carry the hash value. If the hash value is carried in data element DE128, data element DE64 is not included in the message.

Field #67 – Extended Payment Code

Field NoFormatAttr
67n 2

The number of months that the cardholder prefers to pay for this item if permitted by the card issuer.

Field #70 - Network Management Information Code

Field NoFormatAttr
70n 3

Specifies what type of network message is been sent.

101 - Key Exchange

301 - Echo

Field #90 – Original Data Elements

Field NoFormatAttr
90n 42

The data elements contained in the original message intended for transaction matching (e.g. to identify a transaction for correction or reversal). It is a fixed length field consisting of 5 data elements:

  • Original message type (positions 1 - 4) - the message type identifier of the original message of the transaction being reversed.
  • Original systems trace audit number (positions 5 - 10) – the system trace audit number of the original message.
  • Original transmission date and time (positions 11 - 20) – the transmission date and time of the original message
  • Original acquirer institution ID code (position 21 - 31) – the acquirer institution ID code of the original message (right justified with leading zeroes).
  • Original forwarding institution ID code (position 32 - 42) – the forwarding institution ID code of the original message (right justified with leading zeroes).

Field #95 – Replacement Amounts

Field NoFormatAttr
95n 2

The corrected amounts of a transaction in a partial or full reversal (or the final amounts for the transaction). It is a fixed length field consisting of 4 data elements:

  • Actual amount, transaction (positions 1 - 12) - the corrected, actual amount of the customer’s transaction, in the currency of the transaction.
  • Actual amount, settlement (positions 13 - 24) - the corrected, actual amount of the customer’s transaction, in the settlement currency.
  • Actual amount, transaction fee (positions 25 - 33) - the corrected, actual amount of the fee (in format x + n8) for this customer transaction, in the currency of the transaction.
  • Actual amount, settlement fee (positions 34 - 42) - the corrected, actual amount of the fee (in format x + n8) for this customer transaction, in the settlement currency.

Field #98 – Payee

Field NoFormatAttr
98ans25

A code or ID identifying the payee (recipient) of a payment transaction. This field is used in a payment transaction when the payee is an Institution defined payee. Customer defined payees do not have a payee ID.

When using this field with the NCS Payments Engine, however, it contains the ID of the payee as maintained in the payee list for a cardholder. Because the Payments Engine assigns an ID to both institution and customer defined payees, this field can be used to refer to either type of payee.

Field #100 – Receiving Institution ID Code

Field NoFormatAttr
100LLVARn…11

A code identifying the financial institution that should receive a request or advice. This identification code is used when it is not possible to route a message using the account number field in the message, e.g. in a check verification message. When this field is included in a request or advice, it takes precedence over all account number fields for routing.

Field #102 – Account Identification 1

Field NoFormatAttr
102LLVARn…28

A series of digits and/or characters used to identify a specific account held by the cardholder at the card issuer and if present, shall remain unchanged for the life of the transaction. This field usually contains the description of the "from" account.

Field #100 – Receiving Institution ID Code

Field NoFormatAttr
103LLVARn…11

A series of digits and/or characters used to identify a specific account held by the cardholder at the card issuer and if present, shall remain unchanged for the life of the transaction. This field usually contains the description of the "to" account.

When used in payment transactions, this field specifies the bank account number of the payee.

Field #123 – POS Data Code

Field NoFormatAttr
123LLVARan15

The field is used to identify terminal capability, terminal environment and presentation security data. It is used to indicate specific conditions that were present at the time a transaction took place at the Point-of-Service. This field consists of the following sub- fields:

Field #124 – Near Field Communication Data

Field NoFormatAttr
124LLVARans…9999

This data element carries NFC Data. This would be transmitted to the processing system as received from POS Terminal.

Field #128 – Secondary Message Hash Value

Field NoFormatAttr
128FB32

This data element carries the message hash value for the message, subject to at least one other secondary data element (DE65 through DE128) being included in the message. The algorithm is SHA-256.

If the message does not contain at least one other secondary data element, the hash value is placed in data element DE64.