ISO 8583From Wikipedia, the free encyclopedia ISO 8583 Financial transaction card originated messages — Interchange message specifications is the International Organization for Standardization standard for systems that exchange electronic transactions made by cardholders using payment cards. It has three parts: • • • Part 1: Messages, data elements and code values[1] Part 2: Application and registration procedures for Institution Identification Codes (IIC)[2] Part 3: Maintenance procedures for messages, data elements and code values[3] Introduction A card-based transaction typically travels from a transaction acquiring device, such as a point-of-sale terminal or an ATM, through a series of networks, to a card issuing system for authorization against the card holder's account. The transaction data contains information derived from the card (e.g., the account number), the terminal (e.g., the merchant number), the transaction (e.g., the amount), together with other data which may be generated dynamically or added by intervening systems. The card issuing system will either authorize or decline the transaction and generate a response message which must be delivered back to the terminal in a timely manner. ISO 8583 defines a message format and a communication flow so that different systems can exchange these transactions. The vast majority of transactions made at Automated Teller Machines use ISO 8583 at some point in the communication chain, as do transactions made when a customer uses a card to make a payment in a store. In particular, both the MasterCard and Visa networks base their authorization communications on the ISO 8583 standard, as do many other institutions and networks. Cardholder-originated transactions include purchase, withdrawal, deposit, refund, reversal, balance inquiry, payments and inter-account transfers. ISO 8583 also defines system-tosystem messages for secure key exchanges, reconciliation of totals, and other administrative purposes. Although ISO 8583 defines a common standard, it is not typically used directly by systems or networks. Instead, each network adapts the standard for its own use with custom fields and custom usages. The placements of fields in different versions of the standard varies; for example, the currency elements of the 1987 and 1993 versions are no longer used in the 2003 version, which holds currency as a sub-element of any financial amount element. As of writing, ISO 8583:2003 has yet to achieve wide acceptance. the Message Class. Position x1xx x2xx x3xx x4xx x5xx Meaning Usage Determine if funds are available. awaits file exchange for posting to account Determine if funds are available. get an approval and post Financial Message directly to the account. A Message Type Indicator includes the ISO 8583 version. Single Message System (SMS). the fields of the message • • • Message Type Indicator This is a 4 digit numeric field which classifies the high level function of the message. no file exchange after this File Actions Used for hot-card. the Message Function and the Message Origin. Position Meaning 0xxx ISO 8583-1:1987 version 1xxx ISO 8583-2:1993 version 2xxx ISO 8583-1:2003 version 9xxx Private usage Message Class Position two of the MTI specifies the overall purpose of the message. The following example (MTI 0110) lists what each digit indicates: 0xxx x1xx xx1x xxx0 -> -> -> -> version of ISO 8583 (1987 version) class of the Message (Authorization Message) function of the Message (Request Response) who began the communication (Acquirer) ISO 8583 Version Position one of the MTI specifies the versions of the ISO 8583 standard which is being used to transmit the message. indicating which data elements are present Data elements. Dual Message System Message (DMS). each described briefly in the following sections. TMS and other exchanges Message Reversal Message Reverses the action of a previous authorization Reconciliation Transmits settlement information Message . get an approval but do not Authorization post to account for reconciliation.An ISO 8583 message is made of the following parts: Message Type Indicator (MTI) One or more bitmaps. while advices are point-topoint messages (eg. not .g. Position Meaning xx0x Request xx1x Request Response xx2x Advice xx3x Advice Response xx4x Notification xx8x Response acknowledgment xx9x Negative acknowledgment Message Origin Position four of the MTI defines the location of the message source within the payment chain. message reject or failure to apply) Used for secure key exchange. Requests are end-to-end messages (e. Position Meaning xxx0 Acquirer xxx1 Acquirer Repeat xxx2 Issuer xxx3 Issuer Repeat xxx4 Other xxx5 Other Repeat Examples Bearing each of the above four positions in mind. Often used for failure messages (e.g.. with transmission guaranteed over each link. from network to issuer. logon. and how it is to be transmitted around the network. Unfortunately. echo test and other network functions Message Function Position three of the MTI specifies the message function which defines how the message should flow within the system. an MTI will completely specify what a message should do. from acquirer to issuer and back with timeouts and automatic reversals in place).x6xx x7xx x8xx x9xx Administrative Message Fee Collection Message Network Management Message Reserved by ISO Transmits administrative advice. from acquirer to network. from terminal to acquirer. but not necessarily immediately). although these data elements are rarely used. typically from an ATM or pinned Acquirer Financial Request point-of-sale device Issuer Response to Financial Issuer response to request for funds Request e. or third.g. However. a bitmap is a field or subfield within a message which indicates which other data elements or data element subfields may be present elsewhere in a message. a tertiary. generally as data element one and indicates which of data elements 65 to 128 are present. Checkout at a hotel. Used to complete transaction Acquirer Financial Advice initiated with authorization request Acquirer Financial Advice if the advice times out repeat Issuer Response to Financial Confirmation of receipt of financial advice Advice Acquirer Reversal Request Reverses a transaction Acquirer Reversal Advice Advises that a reversal has taken place Acquirer Reversal Advice if the reversal times out Repeat Message Issuer Reversal Response Confirmation of receipt of reversal advice Network Management Echo test. logon. called the Primary Bitmap which indicates which of Data Elements 1 to 64 are present. bitmap can be used to indicate the presence or absence of fields 129 to 192. log off etc Request Network Management Advice Keychange Bitmaps Within ISO 8583. . Similarly. a few MTIs are relatively standard: MTI 0100 0110 0120 0121 0130 0200 0210 0220 0221 0230 0400 0420 0421 0430 0800 0820 Meaning Usage Request from a point-of-sale terminal for authorization Authorization request for a cardholder purchase Issuer response to a point-of-sale terminal for Issuer Response authorization for a cardholder purchase When the Point of Sale device breaks down and you Authorization Advice have to sign a voucher Authorisation Advice Repeat if the advice times out Issuer Response to Confirmation of receipt of authorization advice Authorization Advice Request for funds. A message will contain at least one bitmap. A secondary bitmap may also be present.all ISO 8583 implementations interpret the meaning of an MTI in the same way. 7. 14. There are up to 128 data elements specified in the original ISO 8583:1987 standard. indicating that fields 2 and 7 are present) BYTE2 : 00010000 = 10x (field 12 is present) BYTE3 : 00000000 = 00x (no fields present) BYTE4 : 00010001 = 11x (fields 28 and 32 are present) BYTE5 : 00000010 = 02x (field 39 is present) BYTE6 : 11000000 = C0x (fields 41 and 42 are present) BYTE7 : 01001000 = 48x (fields 50 and 53 are present) BYTE8 : 00000100 = 04x (field 62 is present) 0________10________20________30________40________50________60__64 1234567890123456789012345678901234567890123456789012345678901234 n-th bit 0100001000010000000000000001000100000010110000000100100000000100 bit map Fields present in the above variable length message record: 2-7-12-28-32-39-41-42-50-53-62 Data Elements Data Elements are the individual fields carrying the transaction information. 47. 6.100 (Secondary Bitmap required to show the presence of field 100) 8000000000000001 Fields 1. 24. 12. deleted some. . 128 Explanation of Bitmap (8 BYTE Primary Bitmap = 64 Bit) field 4210001102C04804 BYTE1 : 01000010 = 42x (counting from the left. 37. 62 Fields 2. 35. 11. 7. 5. 39. 49. while leaving the message format itself unchanged. 22. 7234054128C28805 62. For example.The bitmap may be transmitted as 8 bytes of binary data. 42. 32. the second and seventh bits are 1. A field is present only when the specific bit in the bitmap is true. or as 16 hexadecimal characters 0-9. 64 0000000000000003 (secondary bitmap) Fields 127. 4. 3. Examples Bitmap Defines presence of 4210001102C04804 Fields 2. 12. 64 . A-F in the ASCII or EBCDIC character sets. 53. 4. The 1993 revision added new definitions. 42. and 8 are not present. 28. and up to 192 data elements in later releases. 53. 3. 26. 41. byte '82x is binary '1000 0010' which means fields 1 and 7 are present in the message and fields 2. 41. 32. 50. numeric and special characters.xx) length of field VAR Where LLL < 1000. e.or country-specific data elements which vary enormously in use and form from implementation to implementation.g. including blanks n Numeric values only s Special characters only an Alphanumeric as Alpha & special characters only ns Numeric and special characters only ans Alphabetic... the standard also includes some general purpose data elements and system. '34x.g. '36x.. If numeric it will be element type. A VAR field can be digit field length LLL uses 2 bytes with a leading '0' nibble if compressed or ASCII compressed. '37x. or 3 bytes if ASCII. Additionally. or . each . ISO-Defined Data Elements Data Element Type Usage 1 b 64 Bit Map Extended 2 n . or . etc) and the field length (variable or fixed). each field may be either fixed or variable length. LL and LLL are hex or the two bytes '32x. If ASCII then one byte for each digit or character is used. If variable. For example. binary.xxx) field length of field VAR LL can be 1 or 2 bytes. indicating a digit. the length of the field will be preceded by a length indicator..While each data element has a specified meaning and format.. if compressed as one hex byte. means three leading digits LLL specify the LLLVAR or (.19 Primary account number (PAN) . '38x.. '27x means there are 27 VAR bytes to follow. b Binary data Tracks 2 and 3 code set as defined in ISO/IEC 7813 and ISO/IEC 4909 z respectively . '37x mean there are 27 bytes to follow. The format of a VAR data depending of the data element depends on the data element type. variable field length indicator. means two leading digits LL specify the field LLVAR or (. '35x. 3 ASCII.. according to the following table: Abbreviation Meaning a Alpha. Each data element is described in a standard format which defines the permitted content of the field (numeric. x or xx or xxx fixed length of field or maximum length in the case of variable length fields. 87456 will be represented by 3 hex bytes '087456x. compressed. Type Fixed Meaning no field length used Where LL < 100. If ASCII. e. Settlement Date. Expiration Date.. cardholder billing Systems trace audit number Time.104 an 12 an 6 an 2 an 3 ans 16 ans 15 ans 40 Processing code Amount. settlement processing fee Acquiring institution identification code Forwarding institution identification code Primary account number. extended Track 2 data Track 3 data Retrieval reference number Authorization identification response Response code Service restriction code Card acceptor terminal identification Card acceptor identification code Card acceptor name/location . country code Point of service entry mode Application PAN number Function code(ISO 8583:1993)/Network International identifier (NII) Point of service condition code Point of service capture code Authorizing identification response length Amount. Local transaction (MMDD) Date. settlement fee Amount.11 n .28 z . transaction processing fee Amount. Cardholder billing fee Conversion rate. capture Merchant type Acquiring institution country code PAN Extended. transaction fee Amount. country code Forwarding institution.. Settlement Conversion rate.. cardholder billing Transmission date & time Amount. conversion Date.. Local transaction (hhmmss) Date.11 n .3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 n6 n 12 n 12 n 12 n 10 n8 n8 n8 n6 n6 n4 n4 n4 n4 n4 n4 n3 n3 n3 n3 n3 24 n3 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 n2 n2 n1 n8 n8 n8 n8 n . Settlement Amount... transaction Amount.37 n . .999 Reserved National ans .. transaction an 3 Currency code...25 Additional response data an .ISO an .999 Reserved Private ans . transaction fee amount n 12 Debits.76 Track 1 Data an ..Private a3 Currency code. transaction fee amount .. tertiary n1 Settlement code n2 Extended payment code n3 Receiving institution country code n3 Settlement institution county code n3 Network management Information code n4 Message number ans ..999 Reserved National ans .999 Additional data .. reversal number n 10 Transfer number n 10 Transfer. processing fee amount n 12 Credits...999 Additional data ...... number n 10 Credits.. last(?) n6 Date...999 Data record (ISO 8583:1993)/n 4 Message number.999 Additional data ... number n 12 Credits. number n 10 Debits... settlement a3 Currency code. reversal number n 10 Debits..999 Reserved Private b 16 Message authentication code (MAC) b 64 Bit map.999 Reserved for national use an .. processing fee amount n 12 Debits.7 Advice/reason code (private reserved) ans ..999 Reserved ISO ans . reversal number n 10 Inquiries number n 10 Authorizations..National an ..999 Reserved Private ans .44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 an . cardholder billing b 16 Personal Identification number data n 18 Security related control information an ..120 Additional amounts ans .999 Reserved ISO ans . Action n 10 Credits. 999 Reserved for ISO use ans .999 Reserved for private use ans ...999 Reserved for ISO use ans ...11 Authorizing agent institution id code ans ..255 Info Text ans ...999 Reserved for national use ans ......999 Reserved for private use .28 Account identification 2 ans .999 Reserved for ISO use ans ..999 Reserved for private use ans ..999 Reserved for ISO use ans ...999 Reserved for ISO use ans .86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 n 15 Credits.100 Transaction description ans .6 Issuer trace id ans ....999 Reserved for national use ans ..... reversal amount n 42 Original data elements an 1 File update code n2 File security code n5 Response indicator an 7 Service indicator an 42 Replacement amounts an 8 Message security code n 16 Amount.. amount n 15 Credits....999 Reserved for national use ans .50 Network management information ans ..... amount n 15 Debits..999 Reserved for ISO use ans .28 Account identification 1 ans .999 Reserved for national use n ..999 Reserved for national use ans .999 Reserved for national use ans ...999 Reserved for ISO use ans .999 Reserved for private use ans ..11 Receiving institution identification code ans 17 File name ans .....999 Reserved for private use ans ... net settlement ans 25 Payee n .....11 Settlement institution identification code n ..999 Reserved for national use ans . reversal amount n 15 Debits.. ..128 b 16 Message Authentication code Examples Field Definition Meaning n6 Fixed length field of six digits n.11 LLVAR alphanumeric field of up to 11 characters in length b.6 LVAR numeric field of up to 6 digits in length a.999 LLLVAR binary field of up to 999 bytes in length ..