Professional Documents
Culture Documents
Iso8583 1993
Iso8583 1993
Iso8583 1993
STANDARD
Second edition
1993-12-15
Reference number
IS0 8583:1993(E)
IS0 8583 : 1993 (E)
Contents
Page
Foreword ...................................................................................................... iv
Introduction ................................................................................................. V
Scope ................................................................................................. 1
Definitions ......................................................................................... 1
@ IS0 1993
All rights reserved. No part of this publication may be reproduced or utilized in any form or by any
means, electronic or mechanical, including photocopying and microfilm, without permission in
writing from the publisher.
International Organization for Standardization
Case postale 56 CH-1211 Genbve 20 Switzerland
l l
Printed in Switzerland
ii
ISO8583:1993(E)
Figures
1 Bit maps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . 13
2 Reconciliation example ..*............................................................... 49
Tables
1 Amounts in types of authorization messages ............................... 4
2 Amounts in types of financial transaction messages ................... 5
3 Amounts in reversal messages ...................................................... 6
4 Financial transactions ..................................................................... 6
5 Amounts in chargeback messages ................................................ 7
6 Message type identifiers ................................................................. 9
7A Bit maps (in numerical order) ......................................................... 15
7B Bit maps (by message type) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..*.................. 19
8 Conditions used in table 7B . . . . . . ..*................................................... 27
9 Data element directory ................................................................... 29
10 Usage of institution identification codes ....................................... 37
11 Reconciliation calculation ............................................................... 39
Annexes
. ..
III
IS0 8583 : 1993 (E)
Tables
B.l Comparison of message classes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
B.2 File update code (1987) mapped to function code (1993) .,....,..... 86
B.3 Network management information code (1987) mapped to
function code (1993) . . . . . . . . . . . . ..*................................................*....... 87
B.4 Response code (1987) mapped to message reason code and
action code (1993) . . . . . . . . . . . . . . . . . . . . . . . . . . ..*...........................*.................. 88
B.5 Settlement code (1987) mapped to action code (1993) ..,... . . . . . . . . . . 90
B.6 Point of service PIN capture code (1987) mapped to point of
service data (1993) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
B.7 Point of service condition code (1987) mapped to point of
service data (1993) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
B.8 Point of service entry mode (1987) mapped to point of service
data (1993) . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . .. . . 92
B.9 Data elements by message class . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . .. . . . . . 93
B.10 Reconciliation processing examples ..11.........,....,.,.,.,..,,.,,....,......,. 114
International Standard IS0 8583 was prepared by Technical Committee lSO/rC 68,
Banking and related financial services, subcommittee SC 6, Financial
transaction cards, related media and operations.
This second edition cancels and replaces the first edition (IS0 858319871, of
which it constitutes a technical revision.
V
IS0 8583:1993(E)
Introduction
Services of the financial industry include the exchange of electronic messages
relating to financial transactions. Agreements on application specifications are
generally at a private level. This International Standard is designed as an
interface specification enabling messages to be exchanged between systems
adopting a variety of application specifications. The application specification
may remain at the private level. Designers of such applications have complete
design freedom within the overall constraint that messages shall be convertible
to this interface format in order that international interchange may take place.
This International Standard uses a concept called bit map, whereby each data
element is assigned a position indicator in a control field, or bit map. The
presence of a data element in a specific message is indicated by a one in the
assigned position; the absence of a data element is indicated by a zero in the
assigned position.
VI
INTERNATIONAL STANDARD IS0 8583 : 1993 (E)
This International Standard establishes procedures IS0 9807: 199 1, Banking and related financial services
for a Maintenance Agency for codes used in this -Requirements for message authentication (retail).
standard, the method of applying for codes and the
method of obtaining lists of codes. IS0 1OZOZ- 1: 199 1, Financial transaction cards -
Security architectures of financial transaction systems
using integrated circuit cards - Part I: Card life cycle.
2 Normative references
3 Definitions
The following standards contain provisions which,
through reference in this text, constitute provisions of
this International Standard. At the time of publication, For the purpose of this International Standard, the
the editions indicated were valid. All standards are following definitions apply.
subject to revision, and parties to agreements based
on this International Standard are encouraged to 3.1 acquirer: Financial institution (or its agent) which
investigate the possibility of applying the most recent acquires from the card acceptor the data relating to
editions of the standards indicated below. Members the transaction and initiates that data into an
of IEC and IS0 maintain registers of currently valid interchange system. The acquirer remains unchanged
International Standards. throughout the transaction.
1
IS0 8583 : 1993 (E)
33 authorization: The approval o r guarantee of funds 3.18 message: A set of data elements used to
give n by the card issuer to the acq uirer (see 4. 1.3.1). exchange information between institutions (or their
agents). No communications (header/trailer, protocol,
3.4 authorizing agent: An institution that acts on or character code) or security implications are
behalf of and with the authority of the card issuer. assumed or identified.
3.5 bit map: A series of 64 bits used to identify the 3.19 message class: The set of messages which
presence (denoted by 1) or absence (denoted by 0) of describes the specific activit ies bein g performe d.
each data element in a message (see 4.2).
3.20 message function: The identification of the
36 card acceptor: Party accepting the card and purpose of a message and the activity involved.
pie senting transacti on data to an acqu irer.
3.21 notification: A message where the sender
3.7 cardholder: Customer associated with the notifies the receiver of an activity taken, requiring no
primary account number requesting the transaction approval or response.
from the card acceptor.
3.22 payment: A movement of funds from a cardholder
3.8 (card) issuer: Financial institution (or its agent) account to another party, e.g., a utility bill payment.
which issues the financial transaction card to the
cardholder. The card issuer remains unchanged 3.23 point of service: Card acceptor locat ion wh ere
throughout a transaction. the cardholder agrees the transaction takes place.
3.9 chargeback: A transaction from the card issuer to 3.24 receiving institution: Institution within a
the acquirer used to partially or completely reverse a transaction flow that receives a message before it
previously completed financial transaction (see reaches the final destination (see 4.4.4).
4.1.3.5).
3.25 reconciliation: An exchange of messages between
3.10 credit transaction: A claim for funds by the two institutions (acquirer, card issuer or their agents)
cardholder for the credit of his account. At the same to reach agreement on financial totals (see 4.1.3.6).
time it provides details of funds acknowledged as
payable by the acquirer (and/or the card acceptor) to
3.26 registration authority: Entity under the
the card issuer.
authority of the IS0 Council designated to allocate
institution identification codes and maintain the
3.11 debit transaction: An approval by the register of those codes.
cardholder of the debit to his account. At the same
time it provides a claim of funds made by the acquirer
(and/or the card acceptor) against the card issuer. 3.27 replacement authorization: An authorization
used when a previous authorization was approved
and a subsequent authorization is required because
3.12 financial transaction: A transaction from the the amount, transaction is now different from the
acquirer to the card issuer containing all the originally approved amount (see 4.1.3.1).
necessary data elements for authorization, posting
and reconciliation (see 4.1.3.2).
3.28 representment: A financial transaction
originated by an acquirer to partially or wholly
3.13 file action: A transaction used to add, change, recover funds charged back to the acquirer by a card
delete or replace a file or a record (see 4.1.3.3). issuer in a chargeback (see 4.1.3.2).
3.14 forwarding institution: Institution within a 3.29 request: A message where the sender informs
transaction flow that sends a message forward from the receiver that a transaction is in progress and a
the originating institution (see 4.4.4). response is required to complete the activity.
2
IS0 8583 : 1993 (El
In response messages:
.
Authorization type Function code Amount, transaction Original amount, transaction
L
full approval a- transaction amount mm
A financial transaction permits the application of the g) The following types of financial transactions are
approved transaction amount to the cardholder’s defined:
account for billing or posting. i) Original - first or only financial transaction
used.
The following applies to all financial transactions:
ii) Previously authorized - a financial
a) Financial request messages shall be used when transaction used when an authorization was
the transaction cannot complete at the point of previously approved (see table 2).
service until the response message is received
indicating the action to be taken. The use of a iii) Resubmission - a financial transaction used
financial request message does not imply that the to reenter a previous financial transaction that
cardholder is present, (e.g. telephone or mail order). was denied or rejected (see table 2).
In response messages:
.
Financial type Function code Amount, transaction Original amount, transaction
5.
IS0 8583 : 1993 (E)
h) The following types of financial transaction d) A reversal advice response message shall be sent
decisions are defined: to a reversal advice message. A reversal advice shall
not be declined by the card issuer, except for
i) Full approval - a financial transaction where specific reasons as defined in clause A. 1.
the response from the card issuer indicates
approval of the originally requested amount (see e) A reversal shall not be reversed.
table 2).
f) The processing code in a reversal advice or
ii) Partial approval - a financial transaction notification shall be the same as presented in the
where the response from the card issuer original message. If the original transaction was a
indicates approval of an amount less than the debit, the reversal also indicates debit; if the original
originally requested amount (see table 2). transaction was a credit, the reversal also indicates
a credit.
iii) Declined or rejected - a financial transaction
where the request for approval is declined or the Table 3 shows the use of amounts in reversal
financial request or advice message is rejected messages:
(see table 2).
Table 3 -Amounts in reversal messages
Table 2 identifies the usage of amount, transaction
and original amount, transaction within these
financial message types.
, -. 4
7
IS0 8583 : 1993 (E)
e) A reconciliation advice response message shall I) Reconciliation in multiple currencies shall use a
be sent in response to a reconciliation advice separate reconciliation transaction for each
message. currency.
ii) Reconciled, out of balance - all amount and 4.1.3.8 Fee collection message class
number data elements shall be returned with the Fee collection messages shall be used to collect or
values from the institution sending the
disburse miscellaneous service fees. All fee collection
reconciliation advice response message. messages shall use the 17xx messages series.
iii) Totals not available-all amount and number
The following applies to all fee collection messages:
data elements shall be returned with zero values.
g) Reconciliation notification messages shall be a) Fee collection messages may be in either directi on;
used to provide totals (number and value). A acquirer to card issuer or card issu er to acquirer.
response message shall not be sent.
b) A fee collection message shall not be declined by
h) Two types of reconciliation transactions are the receiver except for specific reasons as defined in
defined: clause A. 1.
i) A checkpoint reconciliation transaction shall be c) Fee collection messages have a financial impact
indicated by the function code “501” or “503”. A and affect reconciliation totals (see table 11). They
checkpoint reconciliation period shall be shall not affect a cardholder account.
identified with the reconciliation indicator. The
date, reconciliation remains unchanged in a d) To cancel, either partially or completely, a
checkpoint reconciliation. previous fee collection transaction that was
submitted in error, a subsequent fee collection
ii) A final reconciliation shall be indicated by the transaction shall be sent using function code 701.
function code “500” or “502”. A final
reconciliation period shall be identified with the 4.1.3.9 Network management message class
date, reconciliation. A final reconciliation period
may contain any number of checkpoint Network management messages shall be used to
reconciliation periods. control the system security and operating condition of
the interchange network and may be initiated by any
The final reconciliation amounts shall be the sum interchanging The types of network
PaflY.
of all the financial amounts from the individual management messages are:
transactions identified with the same date,
reconciliation. The final reconciliation counts a) system condition messages - may be used to
shall be the number of transactions identified establish and report system availability and to give
with the same date, reconciliation. instructions pertaining to message handling during
i) A checkpoint reconciliation transaction may be periods of system unavailability. These messages
preceded by a network management transaction may be used as part of normal system initialization
(18~~) indicating checkpoint and the next or shutdown or as part of a failure recovery scheme.
reconciliation indicator. Any transaction initiated b) system security messages - may be used to
after completion of the network management control security aspects of the interchange system such
transaction indicating checkpoint shall contain the as key and password management and security alerts.
new reconciliation indicator (see 5.32, figure 2). These messages may be used as part of a security
j) A final reconciliation transaction may be procedure (e.g., automatic periodic key changes).
preceded by a network management transaction c) system accounting messages - may be used to
(18~~) indicating cutover and the new date, identify the end of a reconciliation period. These
reconciliation. Any transaction initiated after messages may be used as part of a reconciliation
completion of the network management transaction process (see 5.3.2). System accounting messages
indicating cutover shall contain the new date, shall not be declined by the receiver unless for
reco’nciliation (see 5.3.2, figure 2). specific reasons as defined in clause A.I.,
k) The calculation of amount, net reconciliation shall d) system audit control messages - may be used to
be achieved by netting the debit and credit amounts test integrity of interchange links and/or used as part
in the reconciliation message (see table 11). of an integrity check or failure recovery scheme.
8
IS0 8583 : 1993 (E)
1110 authorization request response carries the answer to an issuer acquirer shall be sent in
authorization request response to a 1100
or a 1101
1130 authorization advice response carries the answer to an issuer acquirer shall be sent in
authorization advice response to a 1120
or a 1121
. il
1210 financial request response carries the answer to a financial issuer acquirer shall be sent in
request response to a 1200
or a 1201
1230 financial advice response carries the answer to a financial issuer acquirer shall be sent in
advice response to a 1220
of a 1221
9
608583:1993(E)
file action request response carries the answer to a file action receiver sender shall be sent in
request response to a 1304
or a 1305
1324 file action advice advises of what was added, sender receiver
deleted or replaced in a file or
record
1334 file action advice response carries the answer to a file action rece iver sender shall be sent in
advice response to a 1324
or a 1325
1430 reversal advice response carries the answer to a reversal issuer acquirer shall be sent in
advice response to a 1420
or a 1421
1432 chargeback advice response carries the answer to a acquirer issuer shall be sent in
chargeback advice response to a 1422
or a 1423
10
IS0 8583 : 1993 (El
\
MTI MESSAGE PURPOSE FROM TO USAGE
L
1500 acquirer reconciliation request acquirer requests card issuer’s acquirer issuer --
totals (number and value) for the
last reconciliation period
1510 acquirer reconciliation request carries card issuer’s totals issuer acquirer shall be sent in
response (number and value) in response response to a 1500
to a reconciliation request or a 1501
message
1530 acquirer reconciliation advice carries the answer to a issuer acquirer shall be sent in
response reconciliation advice message response to a 1520
or a 1521
1540 acquirer reconciliation notification notifies the card issuer of the acquirer issuer
acquirer’s totals (number and
value) for the last reconciliation
period
1502 card issuer reconciliation request card issuer requests acquirer’s issuer acquirer
totals (number and value) for
the last reconciliation period
1512 card issuer reconciliation request carries acquirer’s totals acquirer issuer shall be sent in
response (number and value) in response response to a 1502 or
to a reconciliation request a 1503
message
1522 card issuer reconciliation advice advises of card issuer’s totals issuer acquirer
(number and value) for the last
reconciliation period
1532 card issuer reconciliation advice carries the answer to a acquirer issuer shall be sent in
response reconciliation advice message response to a 1522 or
a 1523
1542 card issuer reconciliation notification notifies the acquirer of the card issuer acquirer
issuer’s totals (number and
value) for the last reconciliation
period
11
Table 6 - Message type identifiers, continued
1614 administrative request response carries the answer to an receiver sender shall be sent in
administrative request response to a 1604 or a
1605
1634 administrative advice response carries the answer to an receiver sender shall be se71 in
administrative advice response to a 1624 or a
1625
1720 acquirer fee collection advice advises of a service fee due to acquirer issuer ww
be couected
1730 acquirer fee collection advice carries the answer to an acquirer issuer acquirer shall be sent in
response fee collection advice response to a 1720
or a 1721
1740 acquirer fee collection notification notifies of a service fee due to be acquirer issuer
collected
1722 issuer fee co lection advice advises of a service fee due to issuer acquirer
be collected
1732 issuer fee co llection advice response carries the answer to an issuer acquirer issuer shall be sent in
fee collection advice response to a 1722
or a 1723
1742 issuer fee collection notification notifies of a service fee due to be issuer acquirer
collected
12
IS0 8583 : 1993 (E)
1814 network management request carries the answer to a network receiver sender shall be sent in
response management request response to a 1804
or a 1805
1834 network management advice carries the answer to a network receiver sender shall be sent in
response management advice response to a 1824
or a 1825
4.2 Bit maps The primary bit map (bits 1-64) shall always be
present, and the most frequently used data elements
The second message component is one or two are indexed from these bit positions. Infrequently
bit maps each consisting of 64 bits. Each bit used data elements are indexed from the secondary
signifies the presence (1) or the absence (0) in bit map (bits 65-128). The presence of the secondary
the message of the data element associated with bit map shall be signified by a “1” in bit 01 of the
that particular bit. primary bit map (see figure 1).
data elemc.nts
11 lo I<
I 4
1
Bit position: WI (6w----- (128)
13
IS0 8583 I 1993 (E)
n = numeric digits, 0 through 9 Z = Tracks 2 and 3 code set as defined in IS0 4909
and IS0 7813.
P = pad character, space
S = special characters NOTE - All fixed length “n” data elements are assumed to be
right justified with leading zeroes. All other fixed length data
an = alphabetic and numeric characters elements are left justified with trailing spaces. In all “b” data
as = alphabetic and special characters elements, blocks of 8 bits are assumed to be left justified with
trailing zeroes.
ns = numeric and special characters
All data elements are counted from left to right, i.e. the
anp = alphabetic, numeric and space leftmost position is num ber 1.
(pad)characters
IS0 8583 : 1993 (EI
3 processing code n6
4 amount, transaction I 1 n 12
5 amount, reconciliation I n 12
16 date, conversion
17 date, capture
I’ 18 merchant type n4
24 function code n3
II 29 I reconciliation indicator I I n3
I’ 30 amounts, original n 24
15
IS0 8583 : 1993 (E)
II 39 action code I I n3
L
40 service code I I n3
,
42 card acceptor identification code I I ans 15
r
43 card acceptor name/location . / LLVAR I ans..99
\
44 additional response data I LLVAR I ans..99
F 55
56
integrated circuit card system related data
LLVAR
b. ,255
n..35
n3
16
IS0 8583 : 1993 (E)
71 message number n8
r
72 data record LL! VAR ans. .999
74 credits, number n 10
76 debits, number n 10
78 transfer, number n 10
80 inquiries, number n 10
81 authorizations, number n 10
83 payments, number n 10
I
84 payments, reversal number n 10
II I
85 fee collections, number I I n 10
II 86 I
credits, amount I I n 16
88 debits, amount n 16
17
IS0 8583 t 1993 (E)
97 I
amount, net reconciliation I I
x+n16
98 I
payee I
ans 25
99 I
settlement institution identification code ILLVAR I
an..1 1
100 I
receiving institution identification code ILLVAR I
n..ll
I
101 file name ILLVAR I
ans..l7
102 I
account identification 1 ILLVAR I
ans..28
103 I
account identification 2 ILLVAR I
ans. .28
104 I
transaction description ILLLVAR I
ans..lOO
I
1OS credits, chargeback amount I I
n 16
106 I
debits, chargeback amount I I
n 16
107 I
credits, chargeback number I I
n 10
108 I
debits, chargeback number I I
n 10
109 I
credits, fee amounts ILLVAR I
ans..84
110 I
debits, fee amounts ILLVAR I
ans..84
3 processing code M 27 M 27 M
4 amount, transaction 26 26 26 26 26
11 systems trace audit number M ME M ME M
,
12 date and time, local transaction M ME M ME M
13 date, effective 02 02 02
i 14 1 date, expiration I 02 I I 02 I I 02
22 point of service data code M M ! M
23 card sequence number 02 02 02
24 function code M M M
26 card acceptor business code M M M
28 date, reconciliation 12 12 12
35 track 2 data 06 06 06
36 I track 3 data ~~~
I 06 I I 06 I I 06
39 1 action code -7 I M I M IM IM
40 1 service code I 02 I I 02 I I 02
41 card acceptor terminal identification 16 16
45 track 1 data 06 06 06
46 amounts, fees 01 01 01 01 01
59 transport data 16 16
19
Table 7B - Bit maps (by message type), continued
I
FINANCIAL MESSAGES I MESSAGE TYPE I IENTIFIERS
DATA ELEMENT NAME 1200 1210 1220 1230 1240
1201 I 1221
1 (see 4.2 for usage)
12 ~primary account number 07 16 07
L
13 processing code M 27 M
I
4 amount, transaction M M M M M
I
amount, reconciliation 05 05 05
9 conversion rate, reconciliation 05 05 05
10 conversion rate, cardholder billing I 04 I 04 I 04 04 04
11 systems tract audit number I M I ME I M ME M
12 date and time, local transaction I M I ME I M ME M
13 date, effective I 02 I 02 02
14 date, expiration I 02 I 02 * 02
16 date, conversion 05 05 05
s
17 date, capture 22 22
22 point of service data code M M M
~23 card sequence number 02 02 02
, 24 function code IM M M
' 26
c
card acceptor business code IM I I M IM I
27 approval code length I 18 I I
j 28 date, reconciliation I I 12 I 12 I 12 I
/ 29 reconciliation indicator I I 14 I 14 23
30 amounts, original I 08 I 21 I 08 08
32 acquiring institution identification code I M I ME IM ME M
33 fowarding institution identification code 10 10 I 10 10 10
34 primary account number, extended 15 16 I 15 16 15
35 track 2 data 06 I 06 06
I
36 track 3 data 06 I 06 06
37 retrieval reference number 16 I 16
39 action code M M
40 sewice code 02
41 card acceptor terminal identification 16 I
42 card acceptor identification code 16 I
43 card acceptor name/location M IM
45 track 1 data 06 I 06
46 amounts, fees 01 01 I 01
L
49 currency code, transaction M ME IM
~50 currency code, reconciliation 05 I
51 currency code, cardholder billing 04 04 I 04
58 authorizing agent institution identification code 20 I 20
59 transport data 16
100 receiving institution identification code 19 19 19
20
ISO8583:1993(E)
L
100 receiving institution identification code I 19 m]pim 19 19
101 file name 29 29 29
IS0 8583 : 1993 (E)
1
BIT
I -I
2 1 P’rlmary account number 07 16 07 I
3 I processing code M ME M I
4 -1amount, transaction M M M I
5 I amount, reconciliation 05
9 I conversion rate, reconciliation 05
y[<ystemstrace-kdit number M ME
12 I date and time, local transaction M ME M I
16 1 date, conversion 05
24 1 function code M
28 1 date, reconciliation 12
2g I reconciliation (ndicator 14
30 I amounts, original 08
32 acquiring institution identification code M ME
33 forwarding institution identification code 10 10
34 primary account number, extended 15 16
37 retrieval reference number 17
39 action code M
46 amounts, fees 01 01
49 currency code, transaction 03 16
50 currency code, reconciliation 05
56 original data elements M
59 transport data 16
94 transaction originator institution identification code 11 16
100 receiving institution identification code 19 19
-
IS0 8583 : 1993 (E)
24
I
ISO8583:1993 (El
1
1722
1723 I I 1732 1742
26
IS0 8583 : 1993 (E)
Code Condition
SW
Optional
L
M Mandatory
ME Mandatory echo, shall echo the same data as the original message.
00 Reserved for IS0 use.
01 Mandatory if fees affect reconciliation.
II 02 I Mandatory if information is available and not present in the track 1, track 2 or track 3 data.
II 03 I Mandatory, shall contain the same data as the original authorization (1 lxx) or financial (12~~) message.
II I
II
05
06
Mandatory when the reconciliation
in the request or advice message.
and transaction
II 09 I Mandatory when the transaction originator institution is not the same as the acquiring institution.
II 10 I Mandatory when the forwarding institution is not the same as the institution originating the message.
II I 12
13
Mandatory if transaction
advice message.
affects reconciliation and this data element was not provided in the request or
Mandatory if the reconciliation is not in balance; contains the value calculated by the institution sending the
reconciliation advice response.
14 Mandatory if the transaction affects reconciliation and checkpoint reconciliation is used and this data element
was not provided in the request or advice message.
15 Mandatory when the primary account number begins with “59” as defined in IS0 4909 and therefore has a
field separator.
16 Mandatory in a response message if the data element was present in the original request or advice message.
I If present, it shall contain the same data as the original message.
17 Mandatory in the advice/notification if the data element was present in the original authorization/ financial
request/advice notification message. If present, it shall contain the same data as the original message.
18 I Mandatory if the approval code is required to be less than six characters.
19 I Mandatory when the receiving institution is not the same as the final destination of the message.
20 Mandatory when the institution that processed (approved or denied) an authorization or financial transaction
is not the same institution identified in either the primary account number or the primary account number,
extended.
21 I Mandatory if a partial approval, declined or rejected transaction.
22 I Mandatory if different from date and time, local transaction.
23 1 Mandatory if transaction affects reconciliation and checkpoint reconciliation used.
24 I Mandatory if this message is used for cutover or checkpoint reconciliation.
25 I Mandatory if this message is used for checkpoint reconciliation.
26 I Mandatory for alI processing codes except for inquiry services, i.e., processing code 3xxxxx.
27 I Mandatory, shall echo the first two positions of the processing code in the original message.
28 I Mandatory if function code indicates card administration.
29 Mandatory if function code is other than card administration.
27
4.3 Data element directory The actual length of any given variable length data
element shall be provided in its fixed length prefix.
The third message component and its data content is
made up of series of data elements. Table 7B specifies The message structure does not preclude the use of
those data elements which are present, according to additional data elements in a message as required for
the message type identifier. national interchange or private use.
Messages are reconstructed using the bit map as The data elements in table 9 shall be used in the
index of data elements that are present. Some data messages specified in table 7B
elements are of fixed length; some of variable length.
28
Table 9 - Data element directory
29
IS0 8583 : 1993 (E)
Card acceptor terminal Unique code identifying a terminal at the card acceptor location. ans 8 41
identification
Card issuer reference data Data supplied by a card issuer in an authorization or financial 95
response message, or in a chargeback, that may be required to
be provided by the acquirer in subsequent transactions.
Card sequence number A number distinguishing between separate cards with the same n3 23
primary account number or primary account number extended
(see IS0 4909).
30
IS0 8583 :, 1993 (EI
31
IS0 18583:1993(E)
Debits, chargeback number The sum number of all chargeback transactions where positions n 10 108
1-2 of the processing code in the chargeback transaction (see 4.4.11)
indicated a credit (20-29).
32
IS0 8583 : 1993 (E)
The last bit position within any bit map shall be reserved for the
MAC field data element. If authentication is to be used on a
message, the MAC field data element shall be represented by the
final bit in the final bit map of that message. The final bit of the
previous bit map shall contain zero, i.e., only one MAC field data
element per message and the MAC field data element shall be
the last data element of the message. (See IS0 9807.)
A number assigned to a message by the transaction originator n8 71
and used to monitor the integrity and continuity of the data being
exchanged.
33
IS0 8583 : 1993 (El
Bit position of the data element in which this data element is contained.
4.4.1 Variable length data elements less than 100 Binary data shall be grouped into blocks of 8 bits. The
length attribute defines the number of such blocks
For any variable length data element with a maximum present (e.g., the personal identification number data
length of less than 100 characters, an additional two data element has an attribute “b 8”, i.e. 64 bits of data).
numeric positions shall prefix the data element and In all “b” data elements, blocks of 8 bits are assumed
shall give its length. to be left-aligned with trailing zeroes.
The format shall be LLVAR. None of the variable If the format indicates a variable length (LLVAR or
length data element definitions in this International LLLVAR) the first two or three numeric positions
Standard include the two numeric positions of length contain the length in 8 bit blocks of the binary data
in the representation column in table 9. element which follows. Binary data elements shall
have a length which is a multiple of 8 bits.
All length attributes shall be right-aligned and zero
filled, e.g., primary account number 123456789012 is
represented by 12123456789012. The first “12” 4.4.4 Identification of institutions
indicates 12 digits to follow.
Card issuing institutions and their country codes shall
be identified by the procedure specified in IS0 7812,
4.42 Variable length data elements less than 1000
IS0 3166 and annex A of IS0 4909. If the major
For any variable length data element with a maximum industry identifier “59” is used, then the associated
length of less than 1 000 characters, an additional country code data element shall be used. Institutions
three numeric positions shall prefix the data element that are not card issuers shall be identified by a six
and shall give its length. digit code as defined in 4.4.16.
The format shall be LLLVAR. None of the variable In a transaction from acquirer or transaction
length data element definitions in this International originator to card issuer or transaction destination the
Standard include the three numeric positions of values for these fields shall be as shown in table 10.
length in the representation column in table 9. The acquirer and card issuer remain the same for the
life of the transaction. The authorizing agent shall be
All length attributes shall be right-aligned and zero used in the response message to indicate where an
filled, e.g., if Track 3 was included in a message and agent stands in for the card issuer.
Track 3 contained only 70 characters of information,
the data element would be represented as Where the transaction originator and transaction
O’lOnnn...nnn. The “070” indicates 70 characters to destination are used, they remain unchanged for the
follow. life of the transaction.
IS0 8583 : 1993 (E)
card issuer or transaction destination remains the same throughout the transaction
card issuer or transaction destination remains the same throughout the transaction
Note: A, B and C represent potential agents that may be present between acquirers and card issuers
4.4.5 Identification of account numbers c) Original date and time, local transaction n 12;
The following data elements shall contain account d) Original acquiring institution identification code
numbers used to identify a customer account or n..ll (LLVAR).
relationship and shall remain unchanged for the life of
a transaction: Absence of data shall be indicated by zeroes.
b) Original system trace audit number n 6; The action code values are in clause A. 1.
IS0 8583 : 1993 (E)
The amount shall be expressed in the currency of the All amounts in the reconciliation messages are in the
associated currency code data element. Where a currency of reconciliation. The “x” portion of the fee
minor unit of currency applies, amounts shall be data element, defined as x + n 8, shall contain a “D” if
expressed in the minor unit of currency, without a the fee is due to the acquirer or a “C” if the fee is due
decimal separator. For example, an amount value of from the acquirer.
100 in US currency signifies one US dollar, but 100 in
Italian currency signifies 100 lire. For the purposes of table 11 it is assumed that the
transaction currency is the same currency as that of
4.4.9 Card acceptor name/location reconciliation. If the currency of reconciliation is
different from that of the transaction, then the
The card acceptor name/location data element shall reconciliation amounts and fees shall be added to the
consist of six data elements totalling up to 99 reconciliation data elements in place of the
characters. The first three data elements are of transaction amounts and fees.
variable length, separated from the remaining data
elements and each other by a back slash (\). The The first portion of table 11 identifies how the specific
remaining three data elements are fixed format as amount data elements from individual authorization,
shown below: financial, reversal, chargeback and fee collection
transactions shall be computed for reconciliation. The
a) name\street\city\ ans..83; second portion identifies how the reconciliation
counts shall be accumulated for inquiries,
b) postal code ans 10; authorizations, payments, transfers, financials,
c) region ans 3; reversals, chargebacks and fee collections.
38
ISO8583:1993(E)
I Amount Calculations
MTI *x* portion of Add data To data element:
amounts, fees element:
11xX, 12xX, Cl amount, fee total of credits, fee amounts
14xX, 17xx amount, fee of
11xX, 12xX, 14xX, D amounts, fees amount, fee total of debits, fee amounts
17xx
, MTI Original Processing Add data To data element
I I MTI Code element:
l2xxI -- 00-l 9 debits, amount
20-29 credits, amount
00-l 9 amount, credits, reversal amount
14x0 1 12xx 20-29 transaction debits, reversal amount
14x2 1 -0 00-l 9 credits, chargeback amount
14x2 1 -- 20-29 debits, chargeback amount
II Count Calculations
MTI “x” portion of To data element:
I amounts, I Add
I fees I
number, fees total of credits, fee amounts
c) amount, fee, x + n 8
4.4.13 Use of Cardholder Billing Information
d) conversion rate, fee, 8
Amount, , cardholder billin cl and amount cardholder
billing fe e may be use Id to: e) amount, reconciliation fee, x + n 8
The maximum number of digits to the right of the These data elements shall be used when attempting to
decimal separator is 9, provided the first two digits to partially reverse or partially chargeback a previous
the right of the decimal separator are zeroes. transaction, or to perform a partial approval and shall
contain the original fee amounts. The new fee
4.4.15 Maintenance of codes amounts shall be in the appropriate data elements.
The original fee amounts are for information only and shall
Any institution or organization using this International not be used in the calculation of reconciliation totals.
Standard may submit an application to the IS0
Secretariat of the Maintenance Agency for an 4.4.19 Fee amounts in reconciliation
additional code value for each data element
referenced by this note. Fees are accumulated for reconciliation in one of
two data elements. The credits, fee amounts and
The need for an additional code value shall be debits, fee amounts data elements shall consist of
evidenced by a substantiated application, which may up to six sets of values. Each set of values shall
be submitted from any source (see clause 7). consist of three data elements in fixed length format
totalling 24 characters as follows:
4.4.16 Maintenance of institution identification
codes a) fee type code, n 2
40
-
ISO8583:1993 (E)
5.1 General
This International Standard specifies a message protocol i.e., the circumstances under which particular
messages/transactions shall (or may) be sent, the relationship between one message and another, but not the
commercial responsibilities which flow from a particular message/transaction being transmitted, The following
shows mandatory and optional message and transaction sequences:
II institution
I I
mandatory
response
Time
message sequence
sender receiver
r 1 1304 or 1324 1 1
I I \ I Time
I I I I I I
I 1 1305 or 1325 I I I I
I I >---I I I
I I- ;3;4-0; r3;4- - 1 1 I I
I I< \/ I I
I J I ’ v
42
IS0 8583 : 1993 (E)
I 1 Time
1440 I I I
> I I
1 ’ v
1440 reversal notification
43
52.6 Acquirer reconciliation transactions
1502/l 503 card issuer reconciliation request/card issuer reconciliation request repeat
1512 card issuer reconciliation request response
1522/l 523 card issuer reconciliation advice/card issuer reconciliation advice repeat
1532 card issuer reconciliation advice response
sender receiver
I 1 1604 or 1624 1 I
I I \/ 1 I Time
I I I I I I
I I 1605 or 1625 I I I I
I I 0 0 0 0 0 0 0 0 0 >---I I I
I I 1614 or 1634 I 1 I I
I I< J I I
1 I I J v
sender receiver
I I 1644 f 1 Time
I > I I
1 I I ’ v
1720/l 721 acquirer fee collection advice/acquirer fee collection advice repeat
1730 acquirer fee collection advice response
45
IS0 8583 : 1993 (El
sender receiver
I I 1804 or 1824 I 1
I I \/ ’ I The
I I I I I I
I I 1805 or 1825 I / I I
I I 0 0 0 0 0 0 0 0 0 >---I I I
I 1814 or 1834 I I I I
II I< \ 1 0
I I
1 I I ’ v
sender receiver
I 1 Time
1844 I I I
I I
46
ISO8583:1993(E)
If the original request/advice/repeat sequence is not responded to for whatever reason, the acquirer shall send a
reversal. If the acquirer stands-in for the card issuer, the advice follows the reversal. A late response shall be
ignored by the acquirer because a reversal (and possibly an advice) has been sent.
If a message cannot be identified (e.g., the message type identifier cannot be determined) the receiver may send a
1644 administrative notification message with a function code of “650” indicating inability to parse the original
message.
sender receiver
r 1 any message r I
> unable to I T
I parse message I I
I I M
I I I I E
I I 1644 I I I
I< I I I
I administrative 1 I I
notification L ’ v
47
5.3 Transaction flow diagrams
The following symbols are used in the transaction flow diagrams :
I I transaction
I I
II indicates the order in which
II transactions shall occur
V
The following shows possible sequences of transactions relating to a single instance of business at a point of
sertiice in a full implementation of this standard.
start sequence
it 11
II II
II II T
V II
II
Iauthorization I,-, II I
I I v v
I I
t I
II I 1 financial I M
II I L
II I I II
II I r---- i II E
II V V V II
II I I II I
II I reversal I lchargeback I II I
II - I II I
II II II II I
II II II II I
II V 'V II V
L> end sequence <A
48
IS0 8583 : 1993 (E)
If the network management messages are used to initiate cutover, the following applies:
a) The receiver of the network management request or advice message indicating cutover or checkpoint shall
initiate new transactions with the new date, reconciliation or reconciliation indicator (as indicated in the network
management request or advice message) only after sending the network management response message.
b) The sender of the network management request or advice message indicating cutover or checkpoint shall
initiate new transactions with the new date, reconciliation or reconciliation indicator only after receiving the
network management response message.
c) The reconciliation request or advice message shall be sent with the previous date reconciliation or
reconciliation indicator only after receiving (or sending) the network management response message (see
figure 2).
reconcilation card
acquirer date (YY/MM/DD) issuer
49
6 Message and transaction matching b) to define the necessary conditions to be fulfilled
for a code value to be allocated;
6.1 General c) to ensure publication and dissemi of
listings.
Where matching is required it is achieved by reference
to a set of fixed unchanged data elements. Two types
of matching are defined: 7.12 Maintenance Agency functions
on matching any or all of For the purposes of this International Standard and
In order to achieve transacti
may be used according to the rules for designation and
the following data elements
operation of registration authorities in the IS0
a) Primary account number (PAN). Directives, the IS0 Council has appointed the
American Bankers Association to act as
b) Original data elements as contained in the Registration Authority.
transaction being matched (see 4.4.6).
c) Retrieval reference number of the original 7.22 Registration Authority functions
transaction.
These relate to codes to be used to identify institutions
d) Approval code. involved in financial transaction interchange within
the scope of this standard and that are not eligible for
Conditions for these data elements are specified in an issuer identification number (IIN) assigned through
Table 7B. the procedures specified in IS0 7812. The functions
are as follows:
50
ISO8583: 1993(E)
7.3 All other IS0 8583 codes amendment to this International Standard, or by use of the
national or private series of message type identifiers
7.3.1 Maintenance Agency Secretariat within the terms of this International Standard.
For the purposes of this International Standard and
according to IS0 Directives, the IS0 Council has 8.2 Additional data elements
designated AFNOR Association Francaise de
Normalisation to act as the Secretariat for the This International Standard is constructed so that new
Maintenance Agency. data elements may be added. An unassigned bit shall
be required. Such assignment shall be made either by
7.32 Secretariat functions amendment to this International Standard or by
national or private agreement within the terms of this
Under the authority of the IS0 Council, the Secretariat International Standard.
to the Maintenance Agency shall be entrusted with the
following functions: The addition of a new data element is facilitated by
the assignment of that data element to a position in
a) to maintain the list of codes current ly assigned the bit map and the use of that position to indicate
withi n this standard (se le annex A); the presence or absence of the new data element. In
conjunction with the bit map technique, each data
b) to consult the Maintenance Agency and then element is either fixed in length or preceded by a
process all submitted applications for new code fixed length attribute “LL” or “LLL” indicating the
values, inform the applicants whether their request length of the variable data to follow. The length
has been granted and where appropriate make attribute and data consume only one bit position in
additions and changes to the list of codes; the bit map.
c) to establish in the normal course of work,
additional rules for the practical application of the 8.3 Mandatory and conditional data elements
principles for assigning codes within this standard.
The designation of a data element within a message
as mandatory (M) is based upon one criterion ; the
7.3.3 Applications for new code values data element so designated is one that shall be
An institution shall apply for new code values using the present to support the purpose of the message. This
form shown in annex C. The application shall be made designation may, in some cases, conflict with
to their national standards body, who will forward it to existing system capability or the needs of potential
the Maintenance Agency. The application shall users of this International Standard. To avoid
provide the following information: unnecessary controversy over these designations, it
shall be understood that the designations apply to
a) date of application; interchange messages between two or more
systems or networks. If a self-contained network
b) name of the applicant; chooses to modify these designations for
intrasystem use, this would not constitute a
c) name of data element; violation of this International Standard. If, however,
d) definition and proposed use; a message is sent from one system to another, all
parties in the system shall be prepared to meet the
e) if applicable, description of mandatory or mandatory requirements unless these designations
conditional use of new value; are bilaterally modified during the course of normal
business negotiations by the systems involved.
f) if applicable, describe impact on other data
elements; The designation of a data element within a message
as Conditional (nn) is based upon one criterion : the
g) date of impleme Nntation (indicate if special
data element so designated is one that shall be
conditions of urgency apply);
present if the condition specified in table 8 is
h) address fo r correspondence (name , address, satisfied.
telephone a nd fax/telex numbers, etc., of applicant).
8.4 Unintentional introduction of control
characters
8 Guidance on the use of this International
A bit stream, such as a bit map, PIN or password data
Standard
elements in the International Standard, may
unintentionally introduce a control character into the
8.1 Additional message types transmission stream under certain communications
protocols. Users of such protocols should take steps
This International Standard is so constructed th at new
to avoid this occurrence.
message type identifiers may be added by e ither
51
IS0 8583 : 1993 (E)
Annex A
(normative)
Code listings
52
A.1 Action codes 123 exceeds withdrawal frequency limit
100499 Used in 1110, 1120, 1121, 1140 and 1210, 203 card acceptor contact acquirer
1220, 1221 and 1240 messages to indicate 204 restricted card
that the transaction has been processed for 205 card acceptor call acquirer’s security
authorization by or on behalf of the card department
issuer and has been denied (not requiring a
206 allowable PIN tries exceeded
card pick-up)
207 special conditions
100 do not honour 208 lost card
101 expired card 209 stolen card
102 suspected fraud 210 suspected counterfeit card
103 card acceptor contact acquirer 211-259 reserved for IS0 use
104 restricted card 260-279 reserved for national use
105 card acceptor call acquirer’s security 280-299 reserved for private use
department
106 allowable PIN tries exceeded 300-39s Used in 1314, 1324, 1325 and 1344
messages to indicate the result of the file
107 refer to card issuer
action.
108 refer to card issuer’s special conditions
109 invalid merchant 300 successful
110 invalid amount 301 not supported by receiver
111 invalid card number 302 unable to locate record on file
112 PIN data required 303 duplicate record, old record replaced
113 unacceptable fee 304 field edit error
114 no account of type requested 305 file locked out
115 requested function not supported 306 not successful
116 not sufficient funds 307 format error
117 incorrect PIN 308 duplicate, new record rejected
118 no card record 309 unknown file
119 transaction not permitted to cardholder 3 1o-359 reserved for IS0 use
120 transaction not permitted to terminal 360-379 reserved for national use
121 exceeds withdrawal amount limit 380-399 reserved for private use
122 security violation I
53
IS0 8583 : 7993 (E)
400-49s Used in 1430, 1432, 1440 and 1442 860-879 reserved for national use
messages to indicate the result of the 880-899 reserved for private use
reversal or chargeback.
900 Advice acknowledged, no financial liability
accepted
400 accepted
901 Advice acknowledged, financial liability
40 l-459 reserved for IS0 use accepted
460-479 reserved for national use
480-499 reserved for private use 902-949 Used in request response and advice
response messages to indicate transaction
Used in 1510, 1512, 1530 and 1532 could not be processed.
messages to indicate the result of a
reconciliation. 902 invalid transaction
903 re-enter transaction
500 reconciled, in balance 904 format error
501 reconciled, out of balance 905 acquirer not supported by switch
502 amount not reconciled, totals provided 906 cutover in process
503 totals not available 907 card issuer or switch inoperative
504 not reconciled, totals provided 908 transaction destination cannot be found for
505-559 reserved for IS0 use routing
560-579 reserved for national use 909 system malfunction
580-599 reserved for private use 910 card issuer signed off
911 card issuer timed out
Used in 1614, 1624, 1625, and 1644 912 card issuer unavailable
messages
913 duplicate transmission
914 not able to trace back to original
600 accepted
transaction
601 not able to trace back original transaction
915 reconciliation cutover or checkpoint error
602 invalid reference number
916 MAC incorrect
603 reference number/PAN incompatible
917 MAC key sync error
604 POS photograph is not available
918 No communication keys available for use
605 item supplied
919 encryption key sync error
606 request cannot be fulfilled -required/
920 security software/hardware error - try
requested documentation is not available
again
607-659 reserved for IS0 use
921 security software/hardware error - no
660-679 reserved for national use action
680-699 reserved for private use 922 message number out of sequence
923 request in progress
700-79s Used in 1720, 1721, 1740, 1722, 1723 and
92 4-929 reserved for IS0 use
1742 messages.
930-939 reserved for national use
700 accepted 940-949 reserved for private use
701-749 reserved for IS0 use
950-999 Used in advice response messages (1x3x)
750-769 reserved for national use
to indicate the reason for rejection of the
770-799 reserved for private use transfer of financial liability.
Used in 1814, 1824, 1825 and 1844 950 violation of business arrangement
messages.
951-983 reserved for IS0 use
984-99 1 reserved for national use
800 accepted
992-999 reserved for private use
801-859 reserved for IS0 use
54
IS0 8583 : 1993 (H
Code Description
Code Description
Contracted services
40-59 Transaction related amounts
Code Description
40 Amount cash
41 Amount goods and services
1520 General contractors-Residential buildings
42-50 Reserved for IS0 use
1711 Heating, plumbing, air conditioning
51-55 Reserved for national use
contractors
56-59 Reserved for private use
1731 Electrical contractors
1740 Masonry, stonework, tile setting, plastering,
60-79 Reserved for IS0 use
insulation contractors
80-89 Reserved for national use
1750 Carpentry
90-99 Reserved for private use
1761 Roofing, siding, sheet metal work
1771 Concrete work
A.3 Authorization life cycle codes 1799 Special trade contractors, not elsewhere
classified
Position 1 -time code
Code Description
0 Reserved for IS0 use
1 calendar days
4011 Railroads
2 hours
4111 Local and suburban commuter passenger
3 minutes
transportation, including ferries
4-5 reserved for IS0 use
4119 Ambulance services
6-7 reserved for national use
4121 Taxicabs, limousines
8-9 reserved for private use
4131 Bus lines, charters, tour buses
55
IS0 8583 : 1993 (E)
4214 Motor freight carriers, trucking- local and 5451 Dairy products stores
long distance, moving and storage 5462 Bakeries
companies, local delivery Miscellaneous food stores-specialty markets,
5499
4215 Courier services -Air and ground, freight convenience
forwarders
5511 Automobile and truck dealers (new and used)
4225 Public warehousing - Farm products, sales, service, parts
refrigerated goods, household goods,
5521 Automobile and truck dealers (used only)
storage
sales
4411 Steamships, cruise lines
5531 Auto stores, home supply stores
4457 Boat rentals, boat leases
5532 Automotive tire stores
4468 Marinas, marine service-supplies
5533 Automotive parts, accessories stores
4511 Airlines, air carriers
5541 Service stations
4582 Airports, flying fields, airport terminals
5542 Automated gasoline dispensers
4722 Travel agencies
5551 Boat dealers
4761 Telemarketing: travel related services,
5561 Recreational and utility trailers, camper
vitamins
dealers
4784 Tolls, bridge fees
5571 Motorcycle dealers
4789 Transportation services, not elsewhere
5592 Motor home dealers
classified
5598 Snowmobile dealers
5599 Miscellaneous automotive dealers, not
Utilities elsewhere classified
5611 Men’s and boy’s clothing and accessory
Code Description stores
5621 Women’s ready to wear stores
4812 Telecommunication equipment including 5631 Women’s accessory and specialty stores
telephone sales
5641 Children’s and infant’s wear stores
4814 Telecommunication service including local
5651 Family clothing stores
and long distance calls, credit card calls, calls
through use of magnetic stripe reading 5655 Sports apparel, riding apparel stores
telephones, fax services. 5661 Shoe stores
4821 Telegraph services 5681 Furriers, fur shops
4829 Wire transfer, money orders 5691 Men’s and women’s clothing stores
4899 Ca bl e services 5697 Tailors, seamstresses, mending, alterations
4900 Utilities - electric, gas, water, sanitary 5698 Wig and toupee stores
5699 Miscellaneous apparel and accessory stores
Retail Stores 5712 Furniture, home furnishings and equipment
stores, except appliances
Code Description 5713 Floor covering stores
5714 Drapery, window coverings, upholstery
5211 Lumber, building materials stores 5718 Fireplace, fireplace screens and accessories
5231 Glass, paint, wallpaper stores stores
5251 Hardware stores 5719 Miscellaneous home furnishing specialty
stores
5261 Nurseries, lawn, garden supply stores
5722 Household appliance stores
5271 Mobile home dealers
5732 Radio, television and stereo stores
5310 Discount stores
5733 Music stores, musical instruments, pianos,
5311 Department stores
sheet music
5331 Variety stores
5734 Computer software stores
5399 Miscellaneous general merchandise stores
5735 Record stores
5411 Grocery stores, supermarkets
5811 Caterers
5422 Freezer, locker meat provisioners
5812 Eating places, restaurants
5441 Candy, nut, confectionery stores
56
IS0 8583 : 1993 (E)
57
IS0 8583 : 1993 (E)
Code Description
Professional services and membership organization
58
IS0 8583 : 1993 0
8099 Medical services, health practitioners, not 4582 Airports, flying fields, airport terminals
elsewhere classified 4119 Ambulance services
8111 Legal services, attorneys 7999 Amusement and recreation services,
8211 Elementary and secondary schools (including swimming pools, miniature golf
8220 Colleges, universities, professional schools and driving ranges, ski slopes, sport and
and Junior colleges games instruction, and boat rentals)
8241 Correspondence schools 7996 Amusement parks, circuses, carnivals,
fortune tellers
8244 Business and secretarial schools
5937 Antique reproduction stores
8249 Vocational and trade schools
5932 Antique shops
8299 Schools and educational services, not
elsewhere classified 7394 Appliance rental
8351 Child care services 7998 Aquariums, seaquariums dolphinariums
8398 Charitable and social service organizations 597 1 Art dealers and galleries
8641 Civic, social and fraternal associations 5970 Artist supply and craft stores
8651 Political organizations 5531 Auto stores, home supply stores
8661 Religious organizations 5542 Automated gasoline dispensers
8675 Automobile associations 5511 Automobile and truck dealers-(new and
used)-sales, service, parts
8699 Membership organizations, not elsewhere
classified 5521 Automobile and truck dealers-(used only)
sales
8911 Architectural, engineering, and surveying
services 8675 Automobile associations
8931 Accounting, auditing and bookkeeping 7523 Automobile parking lots and garages
services 7512 Automobile rental and leasing
8999 Professional services, not elsewhere 7531 Automotive body repair shops
classified 7535 Automotive paint shops
5533 Automotive parts, accessories stores
Government services 7538 Automotive repair shops (non-dealer)
5532 Automotive tire stores
Code Description
59
ISO8583:1993(E)
60
-G- 4111 Local and suburban commuter passenger
transportation, including ferries
Code Description
7011 Lodging - hotels, motels, resorts
1520 General contractors-residential buildings 5948 Luggage and leather goods stores
5947 Gift, card, novelty and souvenir stores 5211 Lumber, building materials stores
5231 Glass, paint, wallpaper stores
5950 Glassware and crystal stores -M-
7992 Golf courses - public Code Description
9411 Government loan payments
9399 Government services, not elsewhere 5961 Mail order houses including catalog order
classified stores, book and record clubs
5411 Grocery stores, supermarkets 7392 Management, consulting, public relations
services
4468 Marinas, marine service-supplies
I)
H -
61
IS0 8583 : 1993 (E)
-N- I)
R -
5994 News dealers and newsstands 7622 Radio, television and stereo repair shops
5813 Nightclubs 5732 Radio, television and stereo stores
6051 Non financial institutions -foreign currency, 4011 Railroads
money orders (not wire transfer), scrip 5735 Record stores
travelers checks, postage stamps, and
5561 Recreational and utility trailers, camper
quasi cash
dealers
5261 Nurseries, lawn, garden supply stores
5973 Religious goods stores
8050 Nursing and personal care facilities
8661 Religious organizations
5812 Restaurants
-00 7641 Reupholstery and furniture repair, furniture
Code Description refinishing
1761 Roofing and siding, sheet metal work
8044 Optical goods and eyeglasses 5974 Rubber stamp stores
8043 Opticians
8042 Optometrists, ophthalmologists II S -
5976 Orthopedic goods - artificial limb stores
Code Description
8031 Osteopathic physicians
6611 Overpayments 6760 Savings bonds
8299 Schools and educational services, not
I
P - elsewhere classified
8050 Personal care services 7251 Shoe repair shops, shoe shine parlors, hat
cleaning shops
5995 Pet shops, pet food and supplies
5661 Shoe stores
7395 Photorefinishing laboratories, photo
developing 5598 Snowmobile dealers
63
IS0 8583 : 1993 (E)
64
ISO8583:1993(E)
800 reserved for IS0 use 1500-1999 Reason for a request message rather
801 system condition/sign-on than an advice/notification message
802 system condition/sign-off
803 system condition/target system 1500 ICC application, common data file
unavailable unable to process
system condition/message originator’s 1501 ICC application, application data file
804
system in backup unable to process
system condition/special instruction 1502 ICC random selection
805
806 system condition/initiate alternate routing 1503 terminal random selection
reserved for IS0 use 1504 terminal not able to process ICC
807-810
system security/key chang,e 1505 on line forced by ICC (CDF or ADF)
811
system security/security alert 1506 on line forced by card acceptor
812
system security/password change 1507 on line forced by CAD to be updated
813
1508 on line forced by terminal
814 system security/device authentication
65
IS0 8583 : 1993 (El
1509 on line forced by card issuer 4006 response received too late
1510 over floor limit 4007 card acceptor device unable to complete
1511 merchant suspicious transaction
1512-1650 reserved for IS0 use 4008 deposit out of balance
1651-1775 reserved for national use 4009 no check in envelope
17764999 reserved for private use 4010 payment out of balance
4011 deposit out of balance/applied contents
Reason for a representment 4012 payment out of balance/applied
contents
general - invalid chargeback 4013 unable to deliver message to point of
invalid acquirer reference number on service
chargeback 4014 suspected malfunction/card retained
2002 non-receipt of required documentation 4015 suspected malfunction/card returned
to support chargeback 4016 suspected malfunction/track 3 not
2003 correct transaction date provided updated
2004 correct merchant description provided 4017 suspected mal In/no cash
(DW dispensed
2005 correct merchant location provided 4018 timed-out at taking money/no cash
2006 incorrect transaction date provided on dispensed
chargeback 4019 timed-out at taking card/card retained
2007 transaction did not exceed merchant and no cash dispensed
floor limit 4020 invalid response, no action taken
2008 transaction authorized by issuer 4021 timeout waiting for response
2009 no error in addition of sale - amount 4022-4199 reserved for IS0 use
correct in original transaction 4200-4350 reserved for national use
2010 no proof of altered amount (customer 4351-4499 reserved for private use
stated in chargeback that amount had
been altered)
4500-4999 Reason for a chargeback
2011 credit previously issued
2012 original transaction was valid 4500 invalid merchant
2013-2399 reserved for IS0 use 4501 invalid transaction
2400-2699 reserved for national use 4502 customer dispute
2700-2999 reserved for private use 4503 expired card
4504 transaction not permitted to terminal
Reason for a file action
4505 security violation
4506 system malfunction
3000 lost card
4507 disputed transaction amount
3001 stolen card
4508 authorized amount exceeded
3002 undelivered card
4509 authorized time limit exceeded
3003 counterfeit card
4510 credit submitted as a debit
3004-3399 reserved for IS0 use
4511 debit submitted as a credit
3400-3699 reserved for national use
4512 duplicate processing of transaction
3700-3999 reserved for private use
4513 credit not received
Reason for a reversal 4514 fraudulent transaction
4515 cardholder denies transaction was
4000 customer cancellation finalized
4001 unspecified, no action taken 4516 non-fulfillment of request for
information
4002 suspected malfunction
4517 non-fulfillment of request, illegible copy
4003 format error, no action taken
4518 cardholder does not recognize merchant
4004 completed partially
description
4005 original amount incorrect
66
IS0 8583 : 1993 (E)
67
IS0 8583 : 1993 (E)
0 no terminal used
Position 2 -Cardholder authentication capability 1 on premises of card acceptor, attended
2 on premises of card acceptor, unattended
Indicates the primary means of verifying the
cardholder at this terminal. When no order of 3 off premises of card acceptor, attended
priorities can be made, value “6” shall be used. 4 off premises of card acceptor, unattended
5 on premises of cardholder, unattended
Code Description 6-7 reserved for IS0 use
8 reserved for national use
0 no electronic authentication
9 reserved for private use
1 PIN
A-l reserved for IS0 use
2 electronic signature analysis
J-R reserved for national use
3 biometrics
s-z reserved for private use
68
Position 5- Cardholder present 7 reserved for IS0 use
8 reserved for national use
Indicates if the cardholder is present at the point of
9 reserved for private use
service or not and if not why not.
A-l reserved for IS0 use
Code Description J-R reserved for national use
s-z reserved for private use
cardholder present
cardholder not present, unspecified
cardholder not present, mail order Position 8 -Cardholder authentication method
cardholder not present, telephone
Indicates the method for verifying the cardholder
cardholder not present, standing identity.
authorization
5-6 reserved for IS0 use Code Description
7-8 reserved for national use
9 reserved for private use not authenticated
A-l reserved for IS0 use PIN
J-R reserved use
for national electronic signature analysis
s-z reserved for private use biometrics
biographic
manual signature verification
Position 6- Card present other manual verification (e.g., drivers
license)
Indicates if the card is prese nt at the point of service or
7 reserved for IS0 use
not.
8 reserved for national use
Code Description 9 reserved for private use
0 card not present A-l reserved for IS0 use
1 card present J-R reserved for national use
2-4 reserved for IS0 use s-z reserved for private use
5-7 reserved for national use
8-9 reserved for private use
A-I reserved for IS0 use Position 9 -Cardholder authentication entity
J-R reserved for national use Indicates the entity verifying the cardholder identity.
s-z reserved for private use
Code Description
69
IS0 8583 : 1993 (El
20-29 Credits
Code Description
20 Returns
0 no PIN capture capability
21 Deposits
1 device PIN capture capability unknown
22 Adjustment
2-3 reserved for IS0 use
23 Cheque deposit guarantee
4 four characters
24 Cheque deposit
5 five characters
25-26 Reserved for IS0 use
6 six characters
27 Reserved for national use
7 seven characters
28-29 Reserved for private use
8 eight characters
70
IS0 8583 : 1993 (E)
38-39 Reserved for private use 03-07 Default - Reserved for national use
08-09 Default - Reserved for private use
40-49 Transfer services
10 Savings account-default
40 Cardholder accounts transfer 11-12 Savings account - Reserved for IS0 use
41-45 Reserved for IS0 use 13-17 Savings account-Reserved for national use
46-47 Reserved for national use 18-19 Savings account - Reserved for private use
71
IS0 8583 : 1993 (E)
Annex B
(informative)
Conversion guide
72
B.l Introduction B.2 Purpose
This International Standard was first published in This annex provides guidance and assistance to those
1987. It has been implemented by a number of concerned with compatibility and equivalency
national and international institutions and, is now between the 1987 and 1993 editions of this
in widespread use. Among the various financial International Standard. It outlines the differences
networks, the standard brought a higher level of between the two editions and provides equivalency
commonality and interoperability. Considerable charts. The authors of IS0 8583 (1993) recognized that
efficiencies were realized by using a common set there would be a transitional period during which
of message types, message flows, message both editions of the standard would be in use. During
contents, formats and vocabulary terms. this transitional period there should be some direction
available to assist users in evaluating and converting
After some experience with the first edition of this to IS0 8583 (1993). This annex fulfills that need and is
International Standard had been gained, it was intended for use mainly by those concerned with
recognized that there were some inconsistencies converting systems from the first to the second
among the various implementations. This was edition. It should also be useful to operators of
mainly due to the many options that were left to switches that support both versions simultaneously.
the discretion of each system implementor. This
International Standard was intentionally designed IS0 8583 (1993) is a completely self contained
to provide sufficient flexibility. to accommodate the standard. It is not necessary for any user of the
unique business requirements of individual standard to refer to this Conversion Guide for
implementations. This International Standard also explanations or information about the standard. This
included some definitions that were sufficiently Conversion Guide will be useful only to those users
imprecise to be subject to varying interpretations. who need to be aware of the differences between the
These factors combined to produce some first and second editions.
implementations that were incompatible with each
other even though they complied with the NOTE - This annex is for information only and does
standard. Although a degree of standardization has not constitute part of this International Standard. The
been achieved, it was clear that comprehensive annex will not be re-issued. Future changes in the
inter-network compatibility had not been achieved. Code Tables associated with IS0 8583 can be obtained
The net result was that the experience gained from the IS0 8583 Maintenance Agency or from
during implementation uncovered some national standards bodies (see clause 7). To utilize the
opportunities for additional standardization that Conversion Guide, reference to both editions of IS0 8583
could be of further benefit to users. will be required.
73
IS0 8583 : 1993 (E)
-acquirer;
B.3.2 Definitions
The following additions, changes and deletions were - advice;
made to the definitions section: - authorization;
74
ISO8583:1993(E)
The reasons for the deletions are: b) MTl’s which supported three legged transactions
have been eliminated.
a) The revised message type identifier (MTI)
expanded the identification of the purpose and c) All completion messages have been eliminated
activity involved, rather than restricting messages as part of the removal of thre e legged transactions.
to two types - interactive and non-interactive. d) Message functions within each message class have
b) Reversal credit, reversal debit and reversal been standardized to facilitate the full range of message
transfer have been deleted because Processing Code processing scenarios, e.g. request - request
describes the financial effects of these transactions. response, advice - advice response, notification.
c) IS0 8583 (1993) specifies the circumstances in e) Reference to interactive and non-interactive
which particular messages/transactions shall (or messages has been removed. Request and advice
may) be sent; it does not address commercial messages have, however, been re-defined as
(routing) responsibilities. follows:
d) Processi w code is defined in the data element Request: A message where the se lnder asks the
directory. receiver for an action to be taken.
e) lntermedi ate network facility is no longer used Advice: A message where the sender notifies
an ywhere in the standard. the receiver of an activity that has been taken,
requiring no approval but requiring a response.
B.3.3 Message Structure
f) Notification messages have been added. These
The components of message structure are unchanged are messages where the sender notifies the receiver
from the 1987 to the 1993 edition of the standard. of an activity taken, requiring no approval or
response (as distinct from an advice).
Each message is constructed in the same sequence,
namely message type identifier (MTI), the bit maps g) A new 17XX message series has been added to
and a series of data elements in the order of bit map accommodate the collection of miscellaneous
representation. service fees (e.g. request for copy fees).
75
Table B.1 - Comparison of message classes
Notes:
a) Elimination of authorization completion messages removes 0102, 0103, 0112, 0122, 0123, 0132
b) Addition of authorization notification message 1140.
76
IS0 8583 : 1993 (E)
financial transaction
~~ ~~~~
request repeat I 0201 I 1201 I financial request repeat 1
financial transaction completion confirmation I 0202 --I - I - 1
financial transaction completion confirmation I 0203 I - I I I
repeat
Notes:
a) Elimination of financial transaction completion messages removes 0202, 0203, 0212, 0222, 0223, 0232.
b) Addition of financial notification message 1240.
c) Message names changed to remove word @transaction”.
77
IS0 8583 : 1993 (E)
I ?’
Notes:
a) Removed acquirer and card issuer MTI designations as new data elements, transaction originator institution identification
code and transaction destination institution identification code, were added to the messages.
b) Addition of repeat MTI’s if no response received by originator.
c) Addition of file action notification 1344.
d) Message names changed to replace “update” with “action”.
78
IS0 8583 : 1993-(E)
II
II
card issuer reversal request repeat --Li0403-
I
1
I
- 1
I
-
0412 I
-
- I
card issuer reversal advice repeat I 0423 1423 1 chargeback advice repeat
II card issuer reversal advice response I 0432 I 1432 I chargeback advice response
I -
I
I
I
1440 I reversal notification
Note:
a) Reversals can only be initiated by an acquirer and responded to by a card issuer.
b) Chargebacks can only be initiated by a card issuer and responded to by an acquirer.
4 Removal of request MTI’s as reversals and chargebacks have been redefined as advices only.
d) Message names changed to reflect new MTI definitions.
e) Addition of reversal notification message 1440 and chargeback notification message 1442.
IS0 8583 : 1993 (E)
acquirer reconciliation request repeat I 0501 1501 I acquirer reconciliation request repeat
card issuer reconciliation request I 0502 1502 I card issuer reconciliation request
card issuer reconciliation request repeat I 0503 1503 I card issuer reconciliation request repeat
acquirer reconciliation request response I 0510 1510 I acquirer reconciliation request response
card issuer reconciliation request response I 0512 1512 I card issuer reconciliation request response
acquirer reconciliation advice repeat I 0521 1521 I acquirer reconciliation advice repeat
card issuer reconciliation advice I 0522 1522 I card issuer reconciliation advice
card issuer reconciliation advice repeat I 0523 1523 I card issuer reconciliation advice repeat
acquirer reconciliation advice response I 0530 1530 I acquirer reconciliation advice response
card issuer reconciliation advice response I 0532 1532 I car issuer reconciliation advice response
Note:
a) Numbering changed.
b) Addition of reconciliation notification messages.
IS0 8583 : 1993 (E)
Notes:
a) Addition of administrative notification message 1644.
Notes:
a) New message series.
b) Messages are generated by either the acquirer or the card issuer and are restricted to advices and notifications.
81
ISO8583:1993 (E)
network management request repeat 0801 1805 network management request repeat
Note:
a) Addition of network management notification message 1844.
82
IS0 8583 : 1993. (E)
B.3.5 Data elements j) Card acceptor business code (bit 26) -Added to
provide an international classification of merchant
The following additions, changes and deletions were
type (bit 18). A list of code values for this data
made to the data element directory:
element was added to Annex A.
83
IS0 8583 : 1993 (E)
w) Inquiries, reversal number (bit 82) - Added to c) The primary and secondary bit map indicators (P
allow cancellation of any fees associated with the and S) have been removed. Bit map positions are
inquiry. expressed only as a number between 1 and 128.
Sub-data elements are so noted.
x) Integrated circuit card (ICC) system-related data
(bit 55) - Added to meet processing needs relating
The following data elements that appeared in IS0 8583
to use of integrated circuit cards (ICC&
(1987) have been changed in some way. Modifications
y) IKey management data (bit 96) -Added because are varied and include changes to title, description
former security related data elements are and/or representation.
insufficient to convey key management data.
a) Additional response data (bit 44) l -
z) Message reason code (bit 25) - Provides the Representation is changed from ‘ans..25’ to
card issuer with the reason an advice or notification ‘ans..99’.
message is sent rather that a request message or
vice versa. b) Amounts, additional (bit 54) - Formerly
additional amounts.
aa) Payments, number (bit 83) ; payments, reversal
c) Approval code - (bit 38) - Formerly authorization
number (bit 84) -Added to support a reconciliation
identification response. Representation is changed
count of payment transactions.
from ‘an’ to ‘anp’.
ab) Point of service data code (bit 22) - Added to d) Approval code length (bit 27) - Formerly
provide more information to support authorization authorization identification response length.
decisions. Incorporates information previously
contained in point of service condition code, point of e) Authorizations, number (bit 81) - Description
service entry mode and point of service PIN capture modified.
code (now all deleted). A mapping of the new and
former data elements is given in B.3.5.5. f) Bit map extended (bit 65) - No longer a data
element. Position reserved.
ac) Reconciliation indicator (bit 29) - Added to
g) Card acceptor name/location (bit 43) -
support a checkpoint reconciliation within a
Designated a variable length data element. A field
reconciliation period.
separator character (/) was added to delineate
sub-fields within this data element.
ad) Transaction destination institution identification
code (bit 93) ; Transaction originator institution h) Country code, acquiri ng instituti on (bit 19) -
identification code (bit 94) - Added to support Fo rmerly acquiter instituti on country code.
general message routing.
i) Country code, forwarding institution - (bit 21) -
ae) Transport data (bit 59) - Added to support Formerly forwarding institution country code.
remapping and retrieval of transaction originator
information. j) Country code, primary account number (PAN)
(bit 20) - Formerly primary account number (PAN)
extended, country code.
8.3.5.2 Changes
k) Credits, amount - (bit 86) - Description
For t ease of u pdat :ing and reference, the coded values expanded.
for data elem ents were m oved to annex A.
I) Date, expiration - (bit 14) - Description
Attention is drawn to three gene ral changes in the modified.
representation of data eleme nts :
m) Date and time, transmission (bit 7) - Formerly
transmission date and time. Greenwich Mean Time
a) Binary data is now considered to be grouped into
(GMT) is replaced by Coordinated Universal Time
blocks of 8 bits e.g. b8 refers to 64 bits of data. If the
(UTC).
format indicates a variable length (LLVAR or
LLLVAR) the first two or three positions contain in n) Date, reconciliation - (bit 28) - Representation
character form the length in 8-bit blocks of the is changed from “n 4” to “n 6” and “YY” is added.
binary data element which follows. It is not
permitted to have a binary data element with a o) Date, settlement - (bit 15) - Description
length which is not a multiple of 8 bits. excludes reference to intermediate network facility,
which has been deleted from the standard.
b) A new representation ‘anp’ is specified. This Representation is changed from “n 4” to “n 6” and
allows use of alphabetic, numeric and space. (pad) “YY” is added.
characters.
ISO8583:1993(E)
p) Debits, amount (bit 88) ; debits, number (bit 76) ; z) Retrieval reference number (bit 37) -
debits, reversal amount (bit 89) ; debits, reversal Representation is changed from ‘an’to ‘anp’.
number (bit 89) - Descriptions expanded in overall
attempt to better describe reconciliation data aa) Security related control information (bit 53) -
elements. Description modified. Representation is changed
from ‘n16’to ‘b..48’.
q) Forwarding institution identification code (bit 33)
- Description simplified. 4.4.4 of IS0 8583 (1993) ab) Settlement institution identification code (bit 99)
describes the relationship and intended use of all - Representation is changed from ‘n..ll’ to ‘an..1 I’.
institution identification codes.
ac) Service code (bit 40) - Formerly service
r) Inquiries, number (bit 80) - Description restriction code. Representation is changed from
modified to include reference to processing codes “an” to “n”. Refers to value specified in amendment
(30-39) as opposed to processing code 30 only. to IS0 7813.
Inquiries are considered to be authorization
transactions. ad) Transaction description (bit 104) - Description
modified to describe additional characteristics of a
s) Message authentication code (bit 64 or bit 128)
transaction, not only for billing, but also for fee
- Reference is made in the description to IS0 9807
collection and representment purposes. This data
which provides details of the MAC technique to be
element can be used to provide information about
used in retail banking.
merchandise in an authorization or a financial
The representation for binary data is expressed as a transaction e.g. airline itineraries.
block of 8 bits.
ae) Transfer, number (bit 78) ; transfer, reversal
t) Original data elements (bit 56) - Description number (bit 79) - Description modified. Transfers
modified. Bit position re-assigned. are considered to be financial transactions.
85
j) Point of service condition code ; point of service Where codes have been deleted, there may be no
entry mode ; point of service PIN capture code - direct mapping of new function and action codes,
Incorporated within new point of service data code which are more precise. In these cases the new code
(bit 22) (see B.3.5.5). closest in meaning has been indicated.
k) Replacement amounts - Included in amount, A complete listing of function and action codes is
transaction (bit 4)’ the use of which has been given in annex A of IS0 8583 (1993).
modified. Advice on the usage of amount data
elements is given in B.4.1.
Table B.2 - File update code (1987)
I) Response code - Incorporated within new mapped to function code (1993)
function code (bit 24) and action code (bit 39) (see
8.3.5.4).
b 1
m) Response indicator - Incorporated within an Code Description Code
action code (bit 39). (1993)
WW
n) Service indicator - No evidence of international II 0 I unassigned I --=-II
need/usage identified. 1 1 add record
o) Settlement code - Incorporated within new 2 change record
action code (bit 39) (see B.3.5.4). 3 delete record
Table B.3 - Network management information code (1987) mapped to function code (1993)
system condition/reserved
o40-059
140459
240-259 reserved for national use 860-879
340-359
600-799
160499
260299 reserved for private use
360-399
800-999
87
IS0 8583 : 1993 (E)
Table B.4 - Response code (1987) mapped to message reason code and action code (1993)
04 I pick-up/pick -up I I
06 error 913
15 no such issuer/decline I I
16 approved, update track 3Japprove
17 customer cancellation
20 I invalid response I 1-
21 I no action taken I 4001 I
88
IS0 8583 : 1993 (E)
Table B.4- Response code (1987) mapped to message reason code and action code (1993), continued
30 format error
32 completed partially
33 expired card/pick-up
34 suspected fraud/pick-up
36 restricted card/pick-up
41 lost card/pick-up
89
IS0 8583 : 1993 (E)
Table B.4 - Response code (1987) mapped to message reason code and action code (1993), concluded
96 system malfunction
Table 8.5 - Settlement code (1987) Where codes have been deleted, there may be no
mapped to action code (1993) direct mapping of new codes. In these cases, the new
code closest in meaning has been indicated.
II 1 in balance
Description
I Code
(IQ=)
service data codes is given in annex
(1993).
A of IS0 8583
II 2 out of balance I 501 II Table B.6 - Point of service PIN capture code (1987)
mapped to point of service data (1993)
80-99
reserved for
national use
reserved for
I
J-R reserved for
national use II
b) The former point of service condition code and s-z resewed for private
the corresponding values in the newly defined point private use use
c \
of service data.
c) The former point of service entry mode and the
corresponding values in the newly defined point of
service data.
90
IS0 8583 : 1993 (EI
Table B.7 - Point of service condition code (1987) mapped to point of service data (1993)
Note 1 - “Normal presentment” dependent upon type of transaction as defined by processing code and point of service data.
Note 2 - There is no matching code as no standard terminal classification exists.
Note 3 - Handled via the function code.
Note 4 - Handled via the message type identifier (MTI).
Note 5 - Handled vai the message reason code.
91
IS0 8583 : 1993 (E)
Table B.8 - Point of service entry mode (1987) A This is a message matching data element and
mapped to point of service data (1993) must be the same as in the original request or
advice (see 5.2 of IS0 8583:1993).
?
I
B This is not a message matching data element and
Code Positions 1 and 2 Code Position 7 is therefore optional or conditional in a response
(see 5.2 of IS0 8583: 1993).
II 00 unspecified I0 unknown II
01 manual 1 manual - C This is replaced by date and time, local
embossed transaction as a matching data element.
6 manual - key
entered D Added to support reconciliation or reconciliation
02 magnetic stripe 2 magnetic stripe of fees.
7
03 bar code 3 bar code E Point of service data code incorporates the former
II 04 OCR I 4 OCR II point of service condition code, point of service
05 ICC 5 ICC
entry mode and point of service PIN capture code.
2 no PIN entry 0 no PIN capture J This is a transaction matching data element and is
capability capability therefore not required in a response (see 5.3 of
Lb
IS0 8583: 1993).
92
Table B.9 - Data Elements by Message Class, continued
I Condition Codes (1987) I I I Condition Codes (1993) IN
Bit Bit 0
Financial messages
(‘987) 0200 0202 0210 0212 0220 0222 0230 0232 (1993) 1200 1210 1220 1230 1240 T
0210 0203 0221 0223 1201 1221 E
1 l-i I t
1 11 11 11 11 11 11 11 1” 1bit map extended I 1 I
2 07 07 07 07 07 07 07 107 1primary account number I 2 lo7 16 07 16 07 A
L
3 M M M M M M M IM I processing code I 3 IM 27 M ME M A
4 M M M M M M M IM I amount, transaction I 4 IM M M M M
I
5 05 105 IO5 IO5 IO5 IO5 05 IO5 1amount, reconciliation I 5 I 05 05 05 I
7 M IM IM IM IM IM M IM 1date and time, transmission I 7 I C
k
9 05 105 105 105 105 --~
105 05 105 I conversion rate, reconciliation I g I 05 05 05
10 conversion rate, cardholder billing 10 04 04 04 04 04
,
11 M M M M M M M M systems trace audit number 11 M ME M ME M
I I date and time, local transaction I 12 IM ME M ME M
I Jdate, GffectivC --~ I 13 102 02 02 G
O2 I I I 102 I I 1date, expiration I 14 102 02 02
ii 16 05 05 05 05 05 05 05 105 1date, conversion I 16 I 05 05 05
II l7 M I I date, capture I 17 I I22 I 122
II 19 09 09 09 09 09 09 09 109 1country code, acquiring institution I 19 I
II 20 09 09 09 OS 09 09 09 109 1country code, primary account number I 20 I
21 09 09 09 09 09 09 09 109 1country c,rfe, forwarding institution I 2’ I
--_
II-- 22 08 108 1 I IO8 I08 point of service entry mode E
point of service data code 22 M E
I
function code 24 M M H
,
S C
- E F
- a- a - 0- 0- -
- r- 0
- z- - =E
-
c9
- si
-
0
- s- - -T-
- t- 0
T- z- - z-
- g- O
- ii- - 2-
0
- z- - z- - -
- N
F- 3 55 8 2s ii3
- - - - - -
-zi
gt3> -ti
: uo
iz E 5
-7
iiE .-5 -e
t!! .z
5
2
.-
E
G
.- 5 7s
c
.-
.-
3 F E l=
.-Q
.-
.- i; 45
.- iii
.-
P
.- 5
E 2
.- .-5
E
.-> 2
8 w .-s5 5 8
L 3L ii z
ti! .-C .Z .e
E
z .-z g 9& Ec
v)
5
.-5 .-c fi 2E .-E
z
.--
F .-?
z
c z
5
.-
E
‘C
.- T
a
6
c
EL g
ii
.-
.-; ‘C
.-s
0) 2
5 2 k -z
8 iii 0
-
2 z --8 .-z- -2 -z
cll
3002 c9 c9
- -c9 c9
0
T- =E
-
T- V- -7
-
O
7 r
- -z z -z -2
OCV
m c9
- -c9 c9
gg 0
- z
-
- ‘c --
0
-
-z r -2 -z
2 z 8 zii z!3
= C C C
Table B.9 - Data Elements by Message Cla :ontinuec
Condition Codes (1987) Condition Cod s (1993) IN
0
Bit 1510 1520 1530 1540 T
Reconciliation messages, continued E
(1987) I 1521 -T-i
1502 1512 1522 1532 1542
1503 1523 I I
87 M I13 IM 113 I credits, reversal amount I 87 M
IIM
86 M 113 IM 113 I debits, amount I 88 M IM
89 M I13 IM I13 I debits, reversal amount I 89 M IM 13 IM
I authorizations, reversal number I 90 M IM
97 M IM ~ IM IM Iamount, net reconciliation I 97 M IM M M
v_
99 M Ih IM IM ISettlement institution identification code I 99
100 19 19 19 19 receiving institution identification code 100 19 19 i19 ~19 19
credits, chargeback amount 105 M IM 13 IFJI I
I I I debits, chargeback amount I 106 M IM 13 IM I
I I I I credits, chargeback number I !07
I I 1debits, chargeback number I 108 13 IM I
I I I I credits, fee amount I 109 13 I01 I
I I I I debits, fee amount I 110 01 lo1 13 lo1 I
v,
0
..
--
Ta' Ae 3.9 l mData Elements by Message Clas continued
Sf
tdition C ,des (1 w Condition Cod
Bit Bit
Administrative messages
WV 0610 0620 0630 (1993)
0621
1 M 11 M 11 bit map extended 1
7 M M M M date and time, transmission 7 ----tl-
11 M M M M systems trace audit number 11 M IME -w lnl
12+13 date and time, local transaction 12 ME IM
20 09 09 country code, primary account number 20
21 09 09 country code, forwarding institution 21
function code 24
33 10 10 10 10 forwarding institution identification code 33 v
39 action code (was response code) 39
transport data 59
66 09 09 09 09 country code, receiving institution ~ 66
data record 1 72
transaction destination institution identification
code
, MElM ILII
transaction originator institution identification code / 94 ME IM
100 19 119 19 19 receiv tng institution identification code 1 loo
1
,
Z E C
-a -n -J -J
-r -z
0
T- z
<DO 2 2
r”
- -- -
3- 0
-if2 -V- z z
to si s
--
0
-g -
-2
0
-kc -e- r r
T ii? s
- tc 3
- -
z
g
.-5 .-5
s
s5
.- 5
.-
.=
:
-0
.-
5 E 45
.-5 .-E .-s .- g
45
.-E
5
.t: 3 3 .-s 5
.-sor -cI
.-0 .e 5
5 % .-5 z .r: .t: 2
.-
.-5
E 5
z E .-E .-E z.-c .=
z
.-E?
.-iii
k 2 -E! z 45.- .-F z5 ir 3
E
.= -5 aa. 2 .-5E .2 3
-0 .-E .- .-2 c .-55
.-ul
2 0 0L
f
b 3
.- -E
.- 0% % .- 22
Q, .- c .-I! z 5 .-zc
.-E : .-z E 0
.- %
G i=
5
0
.-3 .-P fi .-5 5 F
.=
F ‘i; l=
.->
f 2
ti 5 -z
Q, a LD 2 .-
3
aI iz 5 6 i
r 5 5-g 2 0
7J 2;
- - -0 m
-
3
-
i!!
-
0
-8 20 i=
0
z -r -
-
2- - -
0
- t3
0
-
- -
0
-
-
8
IS0 8583 : 1993 (E)
1420 1440
request advice notification -> ->
mandatory) mandatory)
107
ISO8583:1993(E)
Reconciliation messages can be generated by the There are no fee collection request messages. Fee
acquirer as in (i) or by the card issuer as in (ii). collection messages can be generated by the acquirer
as in (i) or by the card issuer as in (ii).
(3I
1500 1520 1540 (3I
-> -> ->
1720 1740
-> ->
1510 1530 (no response)
<- <-
1730 (no response)
<-
(response (response
mandatory) mandatory)
(response
mandatory)
00
1502 . 1522 1542
-> -> -> (ii)
1722 1742
1512 1532 (no response)
-> ->
<- <-
108
ISO8583: 1993(E)
B.3.7.10 Exception message flows Case 4 : Acquirer does not receive 1110 response.
Acquirer stands in for card issuer. Full reversal
IS0 8583 (1993) addresses exception message flows followed by advice for the stand-in transaction.
(see 5.2.12 of the IS0 8583:1993). The following cases
are considered. Acquirer Card
Issuer
Case 1 : Acquirer receives 1110 response. Transaction 1100 -----> original request
is not completed at the point of service. Full reversal.
1420 ----->
< ---- Id&30 reversal
Acquirer Card
Issuer 1120 ----->
< ---- 1130 advice
1 loo -0---> original
transaction
< --- 1110 Notes:
1420 -00-0> Cases I and 2 cover the situations where the transaction fails
< ---- 1430 reversal completely, either on the acquirer side (I), e.g., the customer
went away, or the card issuer side (2), e.g., the card issuer host
is unavailable.
1100 -----> original transaction a) usage of amou nt data elements in auth orizat ion,
fin ancial, reversal and chargeback transact ions;
< ---- 1110
b) reconciliation processing;
1420 -----> c) fee collections;
< ---- 1430 partial reversal
d) usage of fee amount data elements in
authorization, financial, reversal, chargeback and
fee collection messages.
109
IS0 8583 : 1993 (E)
B.4.1 Usage of amount data elements authorized amount (US $100) becomes the original
amount, transaction.
B.4.1.3 General
The new amount (US $80) could be an accurate
Amount data elements are used differently in IS0 8583:1993.
amount or an estimated amount depending upon
The amount, transaction data element now contains
whether the function code appearing in the
the actual amount transaction in authorization and
authorization request message is 102 or 103.
financial messages and the amount to be reversed or
charged back in 14xx messages. c) Re-submission - if an authorization is
re-submitted (because the previous authorization
This was not always the case in IS0 8583:1987. has been denied or rejected) the amount,
transaction (US $100) remains the same. This could
In authorization and financial messages, the amount, be an accurate or an estimated amount depending
transaction data element was formerly used to send on whether the function code appearing in the
the originally requested amount with declines or authorization request message is 104 or 105.
rejected advices. Under the revised standard, the
amount, transaction data element contains zero, with d) Supplementary Authorization - If a supplementary
the originally requested amount sent in original authorization is required (because an additional
amount, transaction (contained within a new data amount needs to be approved) then the incremental
element, amounts, original). amount (e.g. US $50) is sent in the amount,
transaction data element. This could be an accurate
In reversal messages (both issuer and acquirer or an estimated amount depending on whether the
generated) the actual amount transaction was function code appearing in the authorization
formerly sent in the replacement amount data request message is 106 or 107.
element. The originally approved amount was sent in
the amount, transaction data element. Under the The previous approved amount (US $100) may be
revised standard, the amount to be reversed or sent in the original amount, transaction data
charged back is now sent in the amount, transaction element. If a further supplementary authorization is
data element and the originally approved amount in required (e.g. US $70) the amount in the original
original amount, transaction. The replacement amount, transaction data element will be the sum of
amounts data element has been deleted from the the previous approved amounts (US $150).
revised standard.
e) Partial Approval - Where the card issuer cannot
approve the full amount contained in the
B.4.1.2 Authorizations authorization request message, two amount data
elements are returned in the authorization response
The follow ing types of authorization transacti ons are message.
defi ned:
The amount, transaction data element is used to
a) Original Authorization - For an original indicate the amount which the Issuer is prepared to
authorization only one amount data element is approve (e.g. US $60). The original amount,
used, namely amount, transaction (e.g., US $100). transaction data element is used to indicate the
originally requested amount (US $100).
This could be an accurate amount or an estimated
amount depending upon whether the function code For a partial approval, action code 002 or 006 are
appearing in the authorization request message is 100 required.
or 101. If the final amount, transaction is available,
the amount, transaction is always an accurate f) Declined or rejected authorizations -Where the
amount. This applies to all types of authorization. card issuer declines an authorization request or
rejects an authorization advice, two amount data
b) Replacement Authorization - If a replacement elements are returned in the relevant response
authorization is required (because the transaction message. The amount, transaction data element
amount is now different than that previously contain zero. The original amount, transaction data
authorized) the new amount (e.g., US $80) becomes element must contain the originally requested
the amount, transaction and the previously amount (US $100).
110
IS0 8583 : 1993 (E)
For a previously authorized financial request b) Partial reversal - For a partial reversal, two
message (where the amount is not the same - amount data elements are used. The amount,
as indicated by Function Code 202), two amount transaction data element is used to indicate the
data elements are used. The amount, transaction amount to be reversed (e.g. US $150). This amount
data element is used to indicate the new amount is always less than the original amount. The original
(e.g. US $90). The original amount, transaction amount, transaction data element is used to indicate
data element is used to indicate the previously the amount, originally approved (US $200). A partial
authorized amount (US $120). reversal uses message reason code 4004.
c) Re-submission - If a financial request is A partial reversal should never be used for a full
re-submitted (because the previous request has reversal. Amount, transaction and original amount,
been denied or rejected) the amount, transaction transaction cannot be equal in that case.
(US $120) remains the same. For a resubmitted
financial request, function code 203 is used.
B.4.1.5 Chargebacks
d) Representment - For a representment, two
amount data elements are used. The amount, The following types of chargeback transactions are
transaction data element is used by the acquirer to defined:
indicate funds to be recovered from the card issuer.
The original amount, transaction data element is a) Full chargeback - For a full chargeback, only one
used by the acquirer to indicate the original amount data element is required, namely amount,
chargeback amount. transaction (e.g. US $200). This contains the amount
to be charged back and is always equal to the
Function codes 205,206 or 207 are used to indicate amount originally approved (US $200). A full
the first, second or subsequent representment. chargeback uses message reason codes 4500-4999
and function codes 450-452.
e) Partial approval - Where the card issuer cannot
approve the full amount contained in the financial b) Partial chargeback - For a partial chargeback,
request message, two amount data elements are two amount data elements are required. The
returned in the financial request response message. amount, transaction data element is used to indicate
The amount, transaction data element is used to the amount to be charged back (e.g. US $150). This
indicate the amount the card issuer is prepared to amount is always less than the original amount. The
approve (e.g. US $80). The original amount, original amount, transaction data element is used to
transaction data element is used to indicate the indicate the amount originally approved (US $200).
originally requested amount (US $120). For partial A partial chargeback uses message reason codes
approvals, action code 002 is required. 4500-4999 and function codes 453-455.
111
ISO8583:1993(E)
B.4.2 Reconciliation processing d) For all reversal (14X0) messages with an original
processing code of 20-29 and original MTI = 12Xx:
B.4.2.1 General
add 1 to the debits, reversal number and add the
IS0 8583:1993 provides a simplified and consistent amount, transaction to the debits, reversal amount.
structure for performing reconciliation for both
transactions and fees. e) For all chargeback (14X2) messages with an
original processing code of 00-19:
A summary of the main improvements in the revised
standard is given below: add 1 to the credits, chargeback number and add the
amount, transaction to the credits, chargeback
- Clarification of the terms reconciliation and amount.
settlement as used by the standard.
f) For all chargeback (14X2) messages with an
- Consolidation of fee-related data elements. original processing code of 20-19:
- lncorportation of fee collections and payment add 1 to the debits, chargeback number and add the
transactions into the reconciliation process. amount, transaction to the debits, chargeback
-A revised and more detailed description of the amount.
processes involved in calculating reconciliation g) For all fee collection (17Xx) messages:
amounts and counts.
If the amount, fee X is C:
- Provision of a mechanism for performing
checkpoint reconciliation.
add the amount, fee to the credits, fee amount
(based on fee type).
The acquirer and card issuer (or their agents) add the amount, fee to the dedits, fee amount
accumulate counts and amounts of transactions (based on fee type).
and/or fees during message processing. A net amount
is then calculated by each reconciliation entity for the h) For all other fees associated with 1 IXX, 12XX and
reconciliation period. 14XX messages :
Several examples are given in Table B.10 to illustrate If the amount, fee X is C:
the revised structure in IS0 8583:1993 used for add the amount, fee to the credits, fee amount
reconciliation processing. (based on fee type).
The following general rules apply to the reconciliation If the amount, fee X is D:
process:
add the amount, fee to the dedits, fee amount
a) For all financial (12Xx) messages, with a (based on fee type).
processing Code of 00-19 (debit):
i) Reconciliation records are always to be in the
same currency. Multi-currency reconciliation
add 1 to the debits, number and add the amount,
necessitates different records for each currency.
transaction to the debits, amount.
b) For all financial (12Xx) messages, with a j) If the currency of reconciliation is different from
processing code of 20-29 (credits): the transaction currency, the amount, reconciliation
is used instead of amount, transaction.
add 1 to the credits, number and add the amount, k) If the amounts, fees contains an amount,
transaction to the credits, amount. reconciliation fee sub-element (i.e. the currency
c) For all reversal (14X0) messages, with an original code, fee is different from the currency of
processing code of 00-19 and original MTI = 12Xx: reconciliation), this is used in reconciliation in place
of the amount, fee.
add 1 to the credits, reversal number and add the
I) Amounts, original and amounts, original fees are
amount, transaction to the credits, reversal amount.
not used in the reconciliation process.
112
IS0 8583 : 1993 (E)
B.4.3 Fee collection card issuer or from the card issuer to the acq uirer,
inde penden t of ‘who sent the o lriginal message.
IS0 8583:1993 includes a new message series (17Xx)
for the collection of fees. The types of fee supported by fee collection messages
are denoted by the fee type code (contained within the
Fee collection messages can be in either direction ;
amounts, fees data element). The list of fee type codes
acquirer to card issuer or card issuer to acquirer. A list
can be found in clause A.6.
of message types in the 17XX series can be found in
Table B.9. Fee collections cannot be denied or reversed.
However, an acquirer or a card issuer can send a
A list of mandatory and conditional data elements subsequent fee collection message with a different X
associated with 17XX messages can be found in
indicator (i.e. C or D) associated with the amounts,
Table B.9. fees data element. A debit is a fee due to the acquirer.
A credit is a fee due from the acquirer.
Fee collections have a financial impact and affect
reconciliation (see table B.lO). Fee collections do not
A fee toll ection, number is available to provide a
affect the cardholder account.
reconciliat ion cou nt of fee c ,011ections.
For information on the usage of the amounts, fees data
Fee collection messages can be used, if required, to
element, which is mandatory for fee collection messages,
consolidate fees for reconciliations separately from
see B.4.4. Fee collection messages may contain multiple
related transaction amounts.
fees. These fees may be due from the acquirer to the
113
Table B.10 - Reconciliation processing examples
(Example 1)
I I
T credits debits
e
c I C
T c r c
proc amt, amt, fee 0 e h o e h
fee type comments u v amt amt
code txn fecon amount g amt u v g amt
n # b amt amt fees n#b fees
t k t k
# #
3. ,
1100 00 5ooo 00 D50 authorization with transaction fees 50
1
1220 20 financial advice 1 2500
4 1
1220 00 00 DlOO financial advice with transaction 1 100
fee
A.
1422 20 2500 01 C25 full chargeback of (2) by the 25 1 2500
issuer, with processing fee
.I 4
1720 O? fee collection by acquirer with
15 D1300 mulitiple fees
11 0500
-- .L 4
1420 00 5000 Cl00 full reversal of (3) including 1 5ooo 100
transaction fee
3.
1200 00 3ooo 1000 financial advice, currency differs
from reconciliation currency
1
partial chargeback of (4) 1 I400
TOTALS 1 1 1 2500 5ooo 1400 125 t-l3950
.e- -
1) D 8075 5) D 3050 7500 t 2500 + 1275 LESS 14500 t 1000 t 825 EQUALS D 5050
2) D 5550 6) D 5050
3) D5050 7) D 0450
4) D 2150 8) D5050
IS0 8583 : 1993 (E)
B.4.4 Usage- of fee amount data elements b) If amounts, fees is used it may affect
reconciliation.
The following data elements have been deleted and
replaced by the new data element amounts, fees: c) If the original authorization or financial
transaction is reversed, the amounts, fees in the
- amount, transaction fee; reversal contains the new fee amounts. The new
- amount, transaction processing fee; fee amounts may be greater than, less than or
equal to the amounts of the original fees.
-amount, settlement fee;
- amount, settlement processing fee. d) The amounts, original fees in a reversal is used to
indicate the amounts of the original fees.
The following data elements which were part of e) The amounts, fees and amounts, original fees
replacement amounts, have been deleted and replaced data elements consist of six sub-elements:
bythe new data element, amounts, original fees:
-fee type code;
- actual amount, transaction fee;
-currency code;
- actual amount, settlement fee.
- amount, fee;
In addition, these two new data elements allow for
-conversion rate, fee;
fees to be expressed in a currency other than that of
either the transaction or reconciliation. - amount reconciliation fee;
Amounts, fees and amounts, original fees are used as -currency code, reconciliation.
described below:
Six different sets of values can be included in the
a) Amounts, fees is optional in authorization, amounts, fees or amounts, original fees data
financial, reversal and chargeback transactions. It is elements.
mandatory in fee collection transactions.
116
ISO8583:1993(E)
Annex C
(informative)
117
ISO8583:1993 (E)
Institution name:
Date: Signature:
118
ISO8583:1993 (El
Institution name:
Codes requested (include data element name, code value and code description, attach a seperate list, if
necessary):
Date: Signature:
119
This page intentionally left blank
This page intentionally left blank
IS0 8583:1993(E)
UDC 336.722.24:681.327.638
DescrOptors: banking, banking documents, financial documents, identity cards, credit cards, information interchange, processing,
storage devices, magnetic recording, messages, specifications, structures, formats, data, coded representation.