Documentos de Académico
Documentos de Profesional
Documentos de Cultura
All rights reserved. No part of this work may be reproduced, stored in a retrieval system, adopted
or transmitted in any form or by any means, electronic, mechanical, photographic, graphic, optic
recording or otherwise, translated in any language or computer language, without the prior written
permission of ofss.
Due care has been taken to make this as accurate as possible. However, ofss solutions limited
makes no representation or warranties with respect to the contents hereof and shall not be
responsible for any loss or damage caused to the user by the direct or indirect use of this and the
accompanying software package. Furthermore, ofss reserves the right to alter, modify or
otherwise change in any manner the content hereof, without obligation of ofss to notify any
person of such revision or changes.
All company and product names are trademarks of the respective companies with which they are
associated.
Document Control
TABLE OF CONTENTS
1.1 Introduction 4
1.1.1 Document Scope 4
1.1.2 Acronyms and Abbreviations 4
1.1.3 Overview of the Proposed System 5
1.2.1 Types of transaction 5
1.2.2 Classification of Transaction 5
1.3 Flexcube Interface Specification 7
1.3.1 Overview 7
1.3.2 Protocol 7
1.3.3 Message types supported 8
1.3.4 Bitmap 8
2. Message Formats 8
2.1 Network Messages 8
2.2 ATM Transaction Messages 9
3. ISO Field Descriptions 16
1.1 Introduction
With reference to Flexcube (Debit cards), there are three types of transaction, which will exist in
the ATM/POS network for any bank
1. Onus Transactions: When the debit cardholder of the bank transacts from an ATM or
POS terminal belonging to the bank, the transaction is an onus transaction.
2. Remote Onus Transactions: When the Debit cardholder of the bank transacts from an
ATM/POS not belonging to the bank then the transaction is remote onus transaction
(Switched transaction). This transaction is settled with an external entity called the
Forwarder (VISA, Master Card etc.).
3. Off-us Transaction: When a cardholder other than Debit cardholders of the bank
transact from an ATM or POS belonging to the bank then this transaction is an off-us
transaction. This transaction is settled with an external entity called the Forwarder.
Every financial transaction, which enters the Flexcube system, will have to be classified as one of
the above transaction types. This is required because the transaction posting and accounting
entries are done automatically by the Flexcube system depending upon the transaction type and
the associated details of the transaction. Flexcube uses the following two fields to classify the
transaction
1. Acquiring Institution ID (Field #32)
2. Forwarding Institution ID (Field #33)
1.3.1 Overview
The Flexcube ATM / POS (Debit) servers support the ISO 8583 (1987) interfaces. In the
Flexcube interface, the primary account number (PAN) refers to the Flexcube account number
on which the transaction is being executed and not the card number. Flexcube hosts a
different server for ATM transactions and a different server for POS transactions. This is
because the functionality of the ATM transactions differs from the functionality of the POS
transactions. Because of the above, it is required that the switch should route the ATM and
the POS transactions to different ports. The Flexcube ATM and POS interface is configured as
a server and hence there will be no request originating from the ATM / POS interface of
Flexcube (like SIGN ON / LOG OFF). The interface will only respond to the requests sent by
the switch.
1.3.2 Protocol
The interface to Flexcube will be over TCP/IP. The application data will be prefixed by either
one of the following
1. 2-byte length header field (Binary) indicating the length of the application data to
follow.
2. 4-byte length header field (ASCII) indicating the length of the application data to
follow.
2. Message Formats
2.1 Network Messages
2.2.3
Bit Name Format Attr Values Remarks
Message Type n4 1200 / 1220 / 1201 /
1221 / 1400 / 1420 /
1401 / 1421
1 BIT MAP b1 Mandatory
2 Primary, Account Number LLVAR n...19 Mandatory
3 Processing Code n6 211000/212000 Mandatory
4 Amount, Transaction n 12 Mandatory
5 Amount, Settlement n 12
7 Transmission Date & Time MMDDhhmmss n 10 Mandatory
9 Conversion Rate, Settlement n8
10 Conversion Rate, Cardholder Billing n8
11 System Trace Audit Number n6 Mandatory
12 Time, Local Transaction hhmmss n6 Mandatory
13 Date, Local Transaction MMDD n4 Mandatory
15 Date, Settlement MMDD n4 Mandatory
17 Date, Capture MMDD n4 Mandatory
28 Amount, Transaction Fee x+n8
29 Amount, Settlement Fee x+n8
30 Amount, Transaction Processing Fee x+n8
31 Amount, Settlement Processing Fee x+n8
32 Acquiring Institution Identification LLVAR n.. 11 Mandatory
Code
33 Forwarding Institution Identification LLVAR n.. 11
Code
41 Card Acceptor Terminal ans 8 Mandatory
Identification
42 Card Acceptor Identification Code ans 15 Mandatory
49 Currency Code, Transaction n3 Mandatory
50 Currency Code, Settlement n3
90 Original Data Elements Mandatory in case message
- Org Message Type n4 type is 1400 / 1420 / 1401 /
- Org STAN n6 1421
- Org Xmit Date & Time MMDDhhmmss n 10
- Org Acq. Inst. Code n 11
- Org Fwd. Inst. Code n 11
95 Replacement Amounts Present in case message type
- Actual Amt., Transaction n 12 is 1400 / 1420 / 1401 / 1421
- Actual Amt., Settlement n 12
- Actual Amt., Txn. Fee x+n8
- Actual Amt., Stl. Fee x+n8
- Actual Amt, Txn. Proc. Fee x+n8
- Actual Amt, Stl. Proc. Fee x+n8
103 To Account Number LLVAR Ans..28 Mandatory
This field indicates the type of the message received for processing. For details of all possible
list of message types, refer to the ISO 8583 - Bank Card Originated Messages - Interchange
message specifications - Content for financial transactions document.
This field, 128 bits (16 bytes) in length, is used as a bit field with the bits numbered from the
left starting at 1. Each bit indicates the presence (1) or the absence (0) in the message of the
data element associated with that particular bit. Bit 1 (used to indicate the presence of the
secondary bitmap2) should always be set.
1
Before proceeding with this chapter, the reader should be conversant with the ISO 8583 message format. To get details of the
ISO 8583 message format, refer to the ‘INTERNATIONAL STANDARD - ISO 8583 - Bank Card Originated Messages -
Interchange Message Specifications - Content for Financial Transactions’ document
2
Refer to the ISO Standard for a complete description of the bitmap.
40-49 Transfers
Positions 3 and 4 describe the account type affected for debits, credits, enquiries and the
debit account for transfers. Positions 5 and 6 describe the account type affected for credits
and the credit account for transfers.
10 Savings
20 Current
This field contains the transaction amount in the transaction currency. This amount is
expressed in lowest denominations.
This field contains the transaction amount in the local currency. This amount is expressed in
lowest denominations. This field is not supported as of now
This field contains the transaction amount in the PAN currency. This amount is expressed in
lowest denominations. This field is not supported as of now
The client stamps the date and time in this field before transmitting the message.
This field contains the total fee charged to the PAN in the PAN currency. This field is not
supported as of now
This field contains the factor used in conversion from a transaction currency amount to a PAN
currency amount. The left most digit indicates the number of decimal places from the right.
This field is not supported as of now
This field contains a running sequence number maintained by a client. This number is
stamped by the client when the message is transmitted.
This field contains the local time at which the transaction associated with the message
occurred at the client.
This field contains the local date at which the transaction associated with the message
occurred at the client.
This field contains the date on which settlement between the gateway and intermediate
network facilities will be done. This field is not supported as of now
This field contains the date on which the transaction was processed by the acquirer. This field
is not supported as of now
3.17 Field #28 - Amount, Transaction Fee
Field No Format Attr
28 x+n8
This field contains the fee charged by the acquirer (in the transaction currency) for transaction
activity.
This field contains the fee charged by the acquirer (in the local currency) for transaction
activity.
This field contains the fee charged (in the transaction currency) for the handling and routing of
messages (forwarder fee).
This field contains the fee charged (in the local currency) for the handling and routing of
messages (forwarder fee).
This field contains the code identifying the institution forwarding a message (forwarder) in an
interchange system.
This field contains a unique code identifying a terminal at the card acceptor location.
This field contains a code identifying the card acceptor, which defines the point of the
transaction.
This field contains the code of the currency in which the transaction took place.
This field contains the code of the local currency. This field is not supported as of now
This field contains the currency code of the PAN. This field is not supported as of now
This field contains information on up to six amounts and related account data. An amount is
represented as :
3
Refer to the ISO Standard for a list of response codes sent back by ATMS
n2 (A/c Type) + n2 (Amt. Type) + n3 (Currency Code)+ x (Debit / Credit) + n12 (Amt.)
Network information will be sent by NOMAD CORTEX in 4 digit length. Hence the any of the
following are expected.
004ONUS
004VISA
004MAST
This field is used in conjunction with Network Management Messages (message types 1800,
1801, 1820, 1821) to indicate the network status. FLEXCUBE will support the following values
in this field :
Value Meaning
301 Echo Test
001 SignOn
002 SignOff
3.33 Field #90 - Original Data Elements
Field No Format Attr
90 n 42
This field contains the basic details of the original message in case of reversal messages
(1400 / 1401 / 1420 / 1421). This field contains the following subfields (all subfields are of
fixed length with an absence of data indicated by zeros) :
This field is used when attempting to partially or wholly reverse a message ( 1400 / 1420). The
original message amounts will be present in the appropriate data elements. This field contains
the following subfields4 (all subfields are of fixed length with an absence of data indicated by
zeros) :
4
The format of field #95 deviates from the format specified in the ISO standard. This is done to incorporate the replacement
forwarder fees.
3.34.1 Actual Amount, Transaction
This subfield contains the actual transaction amount in the transaction currency.
**********************
Oracle Corporation
World Headquarters
500 Oracle Parkway
Redwood Shores, CA 94065
U.S.A.
Worldwide Inquiries:
Phone: +1.650.506.7000
Fax: +1.650.506.7200
oracle.com
This document is provided for information purposes only and the contents hereof are subject
to change without notice.
This document is not warranted to be error-free, nor subject to any other warranties or
conditions, whether expressed orally or implied in law, including implied warranties and
conditions of merchantability or fitness for a particular purpose. We specifically disclaim any
liability with respect to this document and no contractual obligations are formed either directly
or indirectly by this document. This document may not be reproduced or transmitted in any
form or by any means, electronic or mechanical, for any purpose, without our prior written
permission.
Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may
be trademarks of their respective owners.