Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
This document contains commercial information and trade secrets, which are confidential
and proprietary in nature and are subject to protection under law. Access to the
information contained herein, howsoever acquired and of whatsoever nature, will not
entitle the receiver thereof to acquire any right thereto. The data subject to this restriction
are contained in all sheets of this document.
This document contains commercial or trade secrets of Innoviti Embedded Solution Pvt
Ltd. Disclosure of any such information or trade secrets shall not be made without the
prior written permission of Innoviti Embedded Solution Pvt Ltd.
The information in this document is subject to change without notice. The contents
mentioned in this document is furnished under license and may only be used or copied in
accordance with the terms of such license. All brand or product names are the trademarks
or registered trademarks of their respective holders.
Table of Contents
1 Overview.............................................................................................................................
1.1 Introduction.................................................................................................................
1.2 Integration Process and Billing POS feature..............................................................
2 Specification.......................................................................................................................
2.1 POS DLL Specification..............................................................................................
2.2 Sample Request and Response....................................................................................
1 Overview
1.1 Introduction
A critical aspect of operations is card payment acceptance systems at the point-of-sale.
Currently payment by cards (debit/credit) is carried out through stand-alone Electronic
Data Capture (EDC) machines that are not integrated with the billing systems at the
point-of-sale and connect to banks over legacy networks.
This document captures the specification of the EFT application, Innoviti’s proposed
architecture, and interfaces for the same using various components.
2 Specification
2.1 POS DLL Specification
The Innoviti DLL is a win32 DLL and is used as a bridging component between the
Innoviti’s uniPAY and the billing software (POS software).
A Win32 DLL is a library that can be made available to programs that run on a Microsoft
Windows(DLL supported OS) computer. As a normal library, it is made of functions and/
or other resources grouped in a file, the DLL abbreviation stands for Dynamic Link
Library. This means that, as opposed to a static library, a DLL allows the programmer to
decide on when and how other applications will be linked to this type of library. In fact,
applications created on different programming environments can use functions or
resources stored in one particular DLL.
The library contain information about functions included in the DLL and can locate it.
When an application needs to use a function contained in the DLL, it presents its request
to the import library. The import library checks the DLL for that function. If the function
exists, the client program can use it. If it doesn't, the library communicates this to the
application and the application presents an error.
Normally, the import library is created when building the DLL but we must provide a
mechanism for the compiler to initiate it. The POS DLL will be called through a method
(an API) by the Billing POS software during the billing process. It will be called at the
instance when card is selected as payment option.
During the billing process, if the tender process is selected as card (credit/debit), then the
POS software will pass the control to the DLL application with required data for
transaction. The DLL application will capture the card read event and will communicate
with the server using TCP/IP protocol exchanging data in ISO 8583 message format with
the server. The server in turn will forward the request to the bank as per bank
configuration and return the bank response to the DLL application, which in turn will exit
with the required response being provided to the POS software.
Parsing of received packet will be done by POS software. This response can be used by
the POS software for carrying out printing (if required) and prompting errors (with reason
code) on the billing POS screen.
* Supported actions
Authorized Response:
ID000001,PLA123,00,Approved,787565,121212121212121,353505,4293XXXXXX9
89898,VISA,PREM KUMAR,AXIS BANK,2009-09-19T09:50:59, Master Card ^5
^0 ^500 ^834123 ^766543123465
Un-Successful Response:
ID000001,PLA123,03,DECLINED, , ,353505, 4293XXXXXX989898, , , ,2009-
09-19T09:50:59, MasterCard^ 5^ 0^ 500^ 834123^ 766543123465
MasterCard^5^500^834123^766543123465^0^0^0^0^0
Loyalty^0^1000^834123^766543123465^10^100^0^0^0
Authorized Response:
ID000001,PLA123,00,Approved,787565,121212121212121,353505,4293XXXXXX9
89898,VISA,PREM KUMAR,AXIS BANK,2009-09-19T09:50:59, Master Card ^5
^0 ^500 ^834123 ^766543123465
Un-Successful Response:
ID000001,PLA123,03,DECLINED, , ,353505, 4293XXXXXX989898, , , ,2009-
09-19T09:50:59, MasterCard^ 5^ 0^ 500^ 834123^ 766543123465
MasterCard^5^500^834123^766543123465^0^0^0^0^0
Loyalty^0^1000^834123^766543123465^10^100^0^0^0
END OF DOCUMENT