Open Terminal Requirement Specification 2006–07–01

Total Page:16

File Type:pdf, Size:1020Kb

Open Terminal Requirement Specification 2006–07–01 Technical Reference Guide – Open Terminal Requirement Specification 2006–07–01 Public Version © PBS A/S 1999–2006 i 2006–07–01 Technical Reference Guide – Open Terminal Requirement Specification Version 2.5 How to Contact PBS A/S PBS A/S Lautrupbjerg 10 DK–2750 Ballerup DENMARK Tel.no.: +45 44 68 44 68, att. PE 862 Chip og Terminaler Fax.no.: +45 44 86 09 30 E–mail: [email protected] Web–site: www.pbs.dk Disclaimers Copyright Information This document contains information proprietary to PBS A/S. The informa- tion, whether in the form of e.g. text, schematics, tables, drawings or illustra- tions, must not, without the prior, written consent of PBS A/S, be copied, re- produced or otherwise duplicated, disclosed outside the recipient company or organization or used by the recipient for purposes other than those explic- itly agreed in writing with PBS A/S. This limitation does not limit the recipient’s right to duplicate and use infor- mation contained in the document if such information is received from another source without restriction provided such source is not in breach of an obligation of confidentiality towards PBS A/S. Trademarks PBS and the PBS–logo are registered trademarks of PBS A/S. Dankort, VISA, Eurocard, MasterCard and Maestro names and logos are registered trademarks of PBS A/S and its international partners. Limitation of Liability Under no circumstances shall PBS A/S be liable for any direct incidental, in- direct, special or consequential damages whatsoever (including but not lim- ited to lost profits) arising out of or relating to this document or the informa- tion contained in it, even if PBS A/S has been advised, knew or should have known of the possibility of such damages. Disputes Any disputes arising from information contained in this document or work relating hereto will be settled in the Danish courts in accordance with Danish law. Certification Any new type of Terminal must be certified by PBS A/S before being installed at Merchant locations and being prepared for transmission of trans- actions to PBS A/S. ii © PBS A/S 1999–2006 Public Version Version 2.5 Technical Reference Guide – Open Terminal Requirement Specification 2006–07–01 0. Table of Contents 0.1 List of Sections page 0. Table of Contents. 0–1 0.1 List of Sections . 0–1 1. Revision Log. 1–1 2. Object and Field of Application. 2–1 2.1 Target Group . 2–1 2.2 Objectives . 2–1 2.3 Scope . 2–1 2.4 Level of Detail . 2–2 2.5 Document Structure. 2–3 3. Definitions. 3–1 3.1 Introduction . 3–1 3.2 Terminology . 3–1 3.2.1 Abbreviations. 3–1 3.2.2 Terms . 3–3 3.2.3 Notation . 3–4 3.3 Requirement Numbering. 3–6 3.4 References . 3–7 3.5 Bibliography . 3–11 3.6 Related Websites. 3–11 4. System Overview. 4–1 4.1 Introduction . 4–1 4.2 Background . 4–2 4.2.1 History . 4–2 4.2.2 Standards. 4–2 4.2.3 Technology. 4–4 4.2.4 Danish Regulations. 4–5 4.2.5 Operational Regulations. 4–6 4.3 Business Requirements. 4–6 4.3.1 Major Requirements. 4–6 4.4 Terminal Types . 4–7 4.4.1 Terminal Environments, Debit/Credit. 4–9 4.5 Terminal Model. 4–11 4.5.1 Terminal Architecture for PSAM Applications (TAPA). 4–11 4.5.2 A Physical Implementation of the TAPA Model. 4–13 4.5.3 Application Selection. 4–18 Public Version © PBS A/S 1999–2006 0–1 2006–07–01 Technical Reference Guide – Open Terminal Requirement Specification Version 2.5 page 4.6 Transaction Types. 4–19 4.6.1 Card Related Transactions for the Debit/Credit Application. 4–19 4.6.2 Administrative Processes for the Debit/Credit Application. 4–21 4.6.3 Transaction and Message Flow, Debit/Credit. 4–22 4.7 Security . 4–24 4.7.1 Security Zones, Debit/Credit. 4–24 4.8 Developing an OTRS Terminal. 4–25 4.8.1 Development Phases. 4–26 4.8.2 Certification of Terminals, PEDs, and Environment. 4–26 5. Application–independent Requirements. 5–1 5.1 Introduction . 5–1 5.1.1 Terminal Profiles. 5–1 5.1.2 Related Specifications. 5–1 5.1.3 Documentation. 5–2 5.1.4 Patent Issues. 5–2 5.2 General Requirements. 5–3 5.2.1 Protected Functions. 5–3 5.2.2 Protected Functions – Manufacturer Specific Functions. 5–3 5.3 The Router . 5–4 5.3.1 Functional Requirements. 5–4 5.3.2 Exception Handling. 5–4 5.3.3 Command Flow. 5–4 5.4 Multi–Application Driver Handler (MAD–Handler). 5–4 5.4.1 General Requirements. 5–4 5.4.2 Printing . 5–5 5.4.3 Log . ..
Recommended publications
  • Savantor Marketeye: 17 October – 16 November 2020 2011
    ype text]pe text] [Type text] [Type text] Savantor MarketEye: 17 October – 16 November 2020 2011 Savantor Limited 68 Lombard St London EC3V 9LJ This is a high-level industry news and business intelligence update Tel: +44 20 7868 1734 bulletin. For further information on any of the items contained within the email: [email protected] bulletin or to discuss the potential impact of these items on your www.savantor.com business, please contact Savantor on [email protected]. Items in this issue: Savantor’s View ....................................................... 1 Vocalink wins Canadian clearing and settlement system Contactless and debit cards ............................................. 1 contract ............................................................................. 3 Norway – cash and digital currency ................................. 3 Products and Initiatives .......................................... 2 Visa Plaid acquisition opposed by Department of Standard Chartered to run customer-facing applications Justice .............................................................................. 3 in the cloud ....................................................................... 2 Shanghai Stock Exchange suspends Ant Group IPO ...... 3 Mastercard helps banks combat cyber risks using AI ....... 2 Visa to acquire YellowPepper for Latin America push ..... 4 Danske Bank to replace plastic payments cards .............. 2 UK retailers attack Visa and Mastercard over card fees .. 4 PayPal to support cryptocurrencies across consumer and
    [Show full text]
  • POS Interface Specifications ISO 8583 (1987 Version)
    POS Interface Specifications ISO 8583 (1987 version) Prepared by: Nigeria Inter – Bank Settlement System (NIBSS) Version: 1.16 August 07, 2018 Page 1 of 64 POS ISO 8583 Interface Specification TABLE OF CONTENTS POS INTERFACE SPECIFICATIONS .................................................................................... 1 ISO 8583 (1987 VERSION) ............................................................................................... 1 DOCUMENT CONTROL .................................................................................................... 3 1. INTRODUCTION ....................................................................................................... 4 2. EXTERNAL MESSAGE TYPES ........................................................................................ 5 2.1 PROTOCOL ............................................................................................................ 5 2.2 BITMAP .................................................................................................................... 5 2. 3 SUPPORTED MESSAGE TYPE ......................................................................................... 5 3. EXTERNAL MESSAGE TYPE LAYOUTS ........................................................................... 6 3.1 AUTHORIZATION REQUEST/REPEAT (0100) ..................................................................... 6 3.2 AUTHORIZATION REQUEST RESPONSE (0110) .................................................................. 7 3.3 FINANCIAL REQUEST/REPEAT (0200) ..........................................................................
    [Show full text]
  • STATE of MICHIGAN CENTRAL PROCUREMENT SERVICES Department of Technology, Management, and Budget 525 W
    STATE OF MICHIGAN CENTRAL PROCUREMENT SERVICES Department of Technology, Management, and Budget 525 W. ALLEGAN ST., LANSING, MICHIGAN 48913 P.O. BOX 30026 LANSING, MICHIGAN 48909 CONTRACT CHANGE NOTICE Change Notice Number 1 to Contract Number 200000002198 Program Fidelity Information Services, LCC Manager Various MDHHS CONTRACTOR 601 Riverside Avenue STATE Jacksonville, FL 32204 Administrator Kim Bynan Contract Joy Nakfoor DTMB 414-577-9861 (517) 249-0481 [email protected] [email protected] VC0006630 CONTRACT SUMMARY ELECTRONIC BENEFITS TRANSFER (EBT) FOR SNAP AND WIC PROGRAMS INITIAL EFFECTIVE DATE INITIAL EXPIRATION DATE INITIAL AVAILABLE OPTIONS EXPIRATION DATE BEFORE November 1, 2020 September 14, 2027 1 - 3 Year September 14, 2027 PAYMENT TERMS DELIVERY TIMEFRAME N/A ALTERNATE PAYMENT OPTIONS EXTENDED PURCHASING ☐ P-Card ☐ PRC ☐ Other ☐ Yes ☒ No MINIMUM DELIVERY REQUIREMENTS N/A DESCRIPTION OF CHANGE NOTICE OPTION LENGTH OF OPTION EXTENSION LENGTH OF EXTENSION REVISED EXP. DATE ☐ ☐ September 14, 2027 CURRENT VALUE VALUE OF CHANGE NOTICE ESTIMATED AGGREGATE CONTRACT VALUE $22,655,691.55 $0.00 $22,655,691.55 DESCRIPTION Effective August 24, 2021, the new Go Live date is August 29, 2021. As of the Go Live, pricing is updated to: - SNAP CSR Cost per Minute is $0.699 (per the attached Schedule B – MDHHS SNAP Pricing, II. Call Center/Telecommunication). - WIC Cost per Case Month is $0.414 (per the attached Schedule B – MDHHS WIC Pricing, A. Cost Per Case Month). All other terms, conditions, specifications and pricing remain the same. Per contractor and agency agreement, and DTMB Central Procurement approval. CHANGE NOTICE NO. 1 TO CONTRACT NO.
    [Show full text]
  • Glossary of Terms
    Glossary of Terms Term Definition ABCI Association of Bank Card Issuers and Merchant Acquirers ABSA Absa Bank Limited AEDO Authenticated Early Debit Order ACB Automated Clearing Bureau for the clearing of cheques and electronic payments ACSS Automated Clearing and Settlement System. ACSS is owned and operated by the Canadian Payments Association. (http://www.bank-banque-canada.ca/en/financial/financial_pay.html). Acquiring The service of accepting, processing, clearing and settling of payment transactions on the merchant’s or beneficiary’s side. Ad valorem fee A fee that varies according to the value of the transaction. ALLPS See Intecon AMEX American Express APACS Association for Payment Clearing Services. APACS is the UK trade association for payments and for those institutions that deliver payment services to customers. http://www.apacs.org.uk/media_centre/press/05_05_24.html APCA Australian Payments and Clearing Association APRA Australian Prudential Regulation Authority ASO Association of System Operators ATC Average Total Cost ATM Automated teller machine BACS (Originally an acronym for Bankers Automated Clearing Services). This is one of the three constituents of APACS and is responsible for bulk clearing of electronic payments between bank accounts by using direct debits and credits, as well as standing orders. http://www.competition- commission.org.uk/rep_pub/reports/2002/fulltext/462glossary.pdf Bankserv Bankserv is South Africa’s major Automated Payment Clearing House System Operator. http://www.bankserv.co.za/ BASA Banking Association of South Africa BESA Bond Exchange of South Africa BIN Bank Identification Number BIS Bank of International Settlements BSD Bank Supervision Department, a division of the SARB CAGR Compound Average Growth Rate Carriage fee In the case of ATM transactions, this represents the compensation paid from the issuing to the acquiring participant for the use of their infrastructure.
    [Show full text]
  • Report on the Role of Cash in Society
    DANISH PAYMENTS COUNCIL REPORT ON THE ROLE OF CASH IN SOCIETY August 2016 Report on the Role of Cash in Society Text may be copied from this publication provided that the Danish Payments Council is specifically stated as the source. Changes to or misrepresentation of the contents are not permitted. The Report can be downloaded from Danmarks Nationalbank's website, www.nationalbanken.dk, under Banking and payments, Danish Payments Council. The Report is based on information available up to 23 June 2016. Inquiries about the Report should be directed to: Danmarks Nationalbank Communications Havnegade 5 DK-1093 Copenhagen K Telephone +45 33 63 70 00 (direct) or +45 33 63 63 63 Inquiries: Monday-Friday 9:00 am-4:00 pm Email: [email protected] www.nationalbanken.dk 2 CONTENTS 1 Summary and deliberations on the cash rule ........................................................................5 2 The role of cash today ..........................................................................................................11 2.1 Introduction ....................................................................................................................11 2.2 What is cash? ................................................................................................................11 2.3 Use of cash as a means of payment .............................................................................. 12 2.4 Digitisation and the use of cash ......................................................................................15
    [Show full text]
  • Interchange Fee Na Rynku Polskim
    National Bank of Poland Payment Systems Department Analysis of the functioning of the interchange fee in cashless transactions on the Polish market Warsaw, January 2012 TABLE OF CONTENTS Introduction ......................................................................................................................... 4 Chapter 1. Description of the payment card market ......................................................... 6 1.1. Types of payment cards .......................................................................................... 6 1.2. Payment card systems ............................................................................................ 7 1.2.1. Types of systems and business models ............................................................... 7 1.2.2. Examples of schemes .........................................................................................10 1.3. Importance of the payment card market for its participants and the development of cashless transactions .........................................................................................11 Chapter 2. The development of the payment card market in Poland compared to other countries ............................................................................................17 2.1. Selected indicators of the development of the Polish payment card market ...........17 2.2. Selected indicators of the development of the payment card market - Poland against other EU countries .....................................................................................22
    [Show full text]
  • Pre-Solicitation Instructions
    CALIFORNIA DEPARTMENT OF TECHNOLOGY PRE-SOLICITATION INSTRUCTIONS TO: All Interested Bidders RE: Pre-Solicitation Feedback DATE: November 9, 2016 The California Department of Technology (CDT) requests feedback and/or questions on the following Pre- Solicitation documents. FOR: ELECTRONIC WOMEN, INFANT AND CHILDREN MANAGEMENT INFORMATION SYSTEMS (eWIC MIS) PRE-SOLICITATION REVIEW 1. eWIC MIS Project Request for Proposal (RFP) in its entirety a. Part 1 – Bidders Instructions b. Part 2 – Bidders Response 2. Exhibit 22 – Cost Workbook Please note these documents are drafts and are subject to change. GENERAL QUESTIONS If the answer is yes to any of the questions below, please explain. 1. Are there any requirements for which assumptions are required to be made to provide a response? 2. Are there areas in the Statement of Work (SOW) that you believe are not clear? 3. Are there any Sections which are inconsistent and/or contradictory? 4. Is any additional information needed to prepare a response? REQUIREMENTS 1. Are there any requirements too onerous or which may result in unnecessary costs or risks to the State? If so, please indicate which ones and explain why. 2. Are there any requirements which may prevent you from submitting a response? If so, what are they, and why would they prevent you from responding? 3. Are there any requirements which may make it difficult to implement the solution by April 1, 2020? If yes, why? OTHER 1. Please provide a Rough Order of Magnitude (budgetary estimate) of the total costs for the solution required by this RFP. 2. Please review Section 5, Cost (Part 2) and Exhibit 22, Cost Worksheet, of the RFP and provide input on whether the Section and worksheet(s) are clear, concise, complete, and easy to use.
    [Show full text]
  • Technical Standards Catalogue VERSION 6.2
    e-Government Technical Standards Catalogue VERSION 6.2 FINAL September 2005 Technical Standards Catalogue / version 6.2 final / September 2005 1 CONTENTS 1 INTRODUCTION ...........................................................................................................................3 2 CHANGES FROM PREVIOUS VERSION..................................................................................4 3 ISSUES UNDER CONSIDERATION............................................................................................5 4 INTERCONNECTION ...................................................................................................................7 TABLE 1 SPECIFICATIONS FOR INTERCONNECTIVITY.......................................................................7 TABLE 2 SPECIFICATIONS FOR WEB SERVICES ..............................................................................10 5 DATA INTEGRATION ................................................................................................................16 TABLE 3 SPECIFICATIONS FOR DATA INTEGRATION ...........................................................................16 6 CONTENT MANAGEMENT METADATA ...............................................................................19 TABLE 4 SPECIFICATIONS FOR CONTENT MANAGEMENT METADATA .................................................19 TABLE 5 SPECIFICATIONS FOR IDENTIFIERS .......................................................................................20 7 E-SERVICES ACCESS.................................................................................................................23
    [Show full text]
  • How Will Traditional Credit-Card Networks Fare in an Era of Alipay, Google Tez, PSD2 and W3C Payments?
    How will traditional credit-card networks fare in an era of Alipay, Google Tez, PSD2 and W3C payments? Eric Grover April 20, 2018 988 Bella Rosa Drive Minden, NV 89423 * Views expressed are strictly the author’s. USA +1 775-392-0559 +1 775-552-9802 (fax) [email protected] Discussion topics • Retail-payment systems and credit cards state of play • Growth drivers • Tectonic shifts and attendant risks and opportunities • US • Europe • China • India • Closing thoughts Retail-payment systems • General-purpose retail-payment networks were the greatest payments and retail-banking innovation in the 20th century. • >300 retail-payment schemes worldwide • Global traditional payment networks • Mastercard • Visa • Tier-two global networks • American Express, • China UnionPay • Discover/Diners Club • JCB Retail-payment systems • Alternative networks building claims to critical mass • Alipay • Rolling up payments assets in Asia • Partnering with acquirers to build global acceptance • M-Pesa • PayPal • Trading margin for volume, modus vivendi with Mastercard, Visa and large credit-card issuers • Opening up, partnering with African MNOs • Paytm • WeChat Pay • Partnering with acquirers to build overseas acceptance • National systems – Axept, Pago Bancomat, BCC, Cartes Bancaires, Dankort, Elo, iDeal, Interac, Mir, Rupay, Star, Troy, Euro6000, Redsys, Sistema 4b, et al The global payments land grab • There have been campaigns and retreats by credit-card issuers building multinational businesses, e.g. Citi, Banco Santander, Discover, GE, HSBC, and Capital One. • Discover’s attempts overseas thus far have been unsuccessful • UK • Diners Club • Network reciprocity • Under Jeff Immelt GE was the worst-performer on the Dow –a) and Synchrony unwound its global franchise • Amex remains US-centric • Merchant acquiring and processing imperative to expand internationally.
    [Show full text]
  • Why Is There a Need for GSMA Mobile Money API Specification? a Comparison with Other Industry Standards
    Why is there a need for GSMA Mobile Money API Specification? A comparison with other industry standards July 2020 Copyright © 2020 GSM Association GSMA Mobile Money The GSMA represents the interests of mobile operators The GSMA’s Mobile Money programme works to accelerate worldwide, uniting more than 750 operators with almost the development of the mobile money ecosystem for the 400 companies in the broader mobile ecosystem, including underserved. handset and device makers, software companies, equipment providers and internet companies, as well as organizations For more information, please contact us: in adjacent industry sectors. Web: www.gsma.com/mobilemoney Twitter: @gsmamobilemoney The GSMA also produces the industry-leading MWC events Email: [email protected] held annually in Barcelona, Los Angeles and Shanghai, as well as the Mobile 360 Series of regional conferences. Inclusive Tech Lab: www.gsma.com/lab For more information, please visit the GSMA corporate website at www.gsma.com. Follow the GSMA on Twitter: @GSMA Authors: Viji Pathy, API Architect, Inclusive Tech Lab Bart-Jan Pors, Director, Inclusive Tech Lab, Mobile Money Gareth Pateman, Founding Partner, MFX THE GSMA MOBILE MONEY PROGRAMME IS SUPPORTED BY THE BILL AND MELINDA GATES FOUNDATION Why is there a need for GSMA Mobile Money API Specification? A comparison with other industry standards Contents Executive summary ................................................................................................. 5 01 Introduction ................................................................................................
    [Show full text]
  • Mobile and Contactless Payments Standards Glossary
    Mobile and Contactless Payments Standards Glossary Version 1.0 Publication Date: November 2019 U.S. Payments Forum ©2019 Page 1 About the U.S. Payments Forum The U.S. Payments Forum is a cross-industry body focused on supporting the introduction and implementation of EMV chip and other new and emerging technologies that protect the security of, and enhance opportunities for payment transactions within the United States. The Forum is the only non- profit organization whose membership includes the entire payments ecosystem, ensuring that all stakeholders have the opportunity to coordinate, cooperate on, and have a voice in the future of the U.S. payments industry. Additional information can be found at http://www.uspaymentsforum.org. EMV® is a registered trademark of EMVCo, LLC in the United States and other countries around the world. About the Mobile and Contactless Payments Working Committee The goal of the Mobile and Contactless Payments Working Committee is for all interested parties to work collaboratively to explore the opportunities and challenges associated with implementation of mobile and contactless payments in the U.S. market, identify possible solutions to challenges, and facilitate the sharing of best practices with all industry stakeholders. Copyright ©2019 U.S. Payments Forum and Secure Technology Alliance. All rights reserved. Comments or recommendations for edits or additions to this document should be submitted to: [email protected]. U.S. Payments Forum ©2019 Page 2 Table of Contents 1. Purpose of the Document
    [Show full text]
  • Report on Non-Banks in the Payments Market
    DANISH PAYMENTS COUNCIL REPORT ON NON-BANKS IN THE PAYMENTS MARKET September 2016 Report on non-banks in the payments market Text may be copied from this report provided that the Danish Payments Council is specifically stated as the source. Changes to or misrepresentation of the contents are not permitted. The report can be downloaded from Danmarks Nationalbank's website, www.nationalbanken.dk, under Banking and payments, Danish Payments Council. The report is based on information available up to 19 August 2016. Inquiries about the report should be directed to: Danmarks Nationalbank Communications Havnegade 5 DK-1093 Copenhagen K Telephone +45 33 63 70 00 (direct) or +45 33 63 63 63 Inquiries: Monday-Friday 9:00 am-4:00 pm Email: [email protected] www.nationalbanken.dk 2 CONTENTS 1 Introduction and conclusions.................................................................................................5 1.1 Conclusions .....................................................................................................................5 1.2 Background .....................................................................................................................6 1.3 Definition and scope ........................................................................................................7 1.4 Contents ..........................................................................................................................7 2 The payments market undergoing change ............................................................................9
    [Show full text]