Card-Present Processing Using the SCMP API



Similar documents
Card-Present Processing Using the Simple Order API

Recurring Billing. Using the SCMP API. October CyberSource Corporation HQ P.O. Box 8999 San Francisco, CA Phone:

PINless Debit Card Services

Title Page. Credit Card Services. User Guide. August CyberSource Corporation HQ P.O. Box 8999 San Francisco, CA Phone:

Recurring Billing. Using the Simple Order API. October CyberSource Corporation HQ P.O. Box 8999 San Francisco, CA Phone:

Recurring Billing. Using the Business Center. May CyberSource Corporation HQ P.O. Box 8999 San Francisco, CA Phone:

Recurring Billing. Using the Simple Order API for CyberSource Essentials. March 2016

Electronic Check Services

CyberSource Global Payment Service

Electronic Check Services

User s Guide Simple Order API Version 1.14 May 2005

Korean Cyber Payment Services

Credit Card Services. Using the SCMP API. October CyberSource Corporation HQ P.O. Box 8999 San Francisco, CA Phone:

Payment Network Tokenization Using the SCMP API

Getting Started with Visa Checkout

CyberSource Business Center Simple Order API

PayPal Express Checkout Services

AliPay International Services

Getting Started with Fraud Alert

Getting Started with CyberSource Advanced

CyberSource PayPal Services Implementation Guide

AliPay International Services

Tax Calculation Service

Merchant Account Reports

Chip Card (EMV ) CAL-Card FAQs

Credit Card Services. Using the Simple Order API. August 2015

Level II and Level III Processing Using the Simple Order API

CyberSource Secure Acceptance Web/Mobile

CyberSource Business Center

CyberSource Merchant Account Guide. March 2008

Universal Management Portal

Volume PLANETAUTHORIZE PAYMENT GATEWAY. vtiger CRM Payment Module. User Guide

CyberSource Payer Authentication

EMV and Chip Cards Key Information On What This Is, How It Works and What It Means

U.S. Bank. U.S. Bank Chip Card FAQs for Program Administrators. In this guide you will find: Explaining Chip Card Technology (EMV)

CyberSource Verification Services

What is EMV? What is different?

Mitigating Fraud Risk Through Card Data Verification

Merchant e-solutions Payment Gateway Back Office User Guide. Merchant e-solutions January 2011 Version 2.5

How To Understand And Understand The Bank Account In European Credit Card Transactions

Online Payment Processing Definitions From Credit Research Foundation (

EMV : Frequently Asked Questions for Merchants

EMV Frequently Asked Questions for Merchants May, 2014

FUTURE PROOF TERMINAL QUICK REFERENCE GUIDE. Review this Quick Reference Guide to. learn how to run a sale, settle your batch

The EMV Readiness. Collis America. Guy Berg President, Collis America

PayPass M/Chip Requirements. 10 April 2014

Transaction Processing Rules. 11 December 2014

JCB Terminal Requirements

Converge. Chip and PIN (EMV) Transaction Processing Addendum. Revision Date: February 2016

EMV and Small Merchants:

toast EMV in 2015: How Restaurants Can Prepare for the New Chip-and-Pin Standard

ICVERIFY V4.2 Processor List

EMV FAQs. Contact us at: Visit us online: VancoPayments.com

&\EHU6RXUFH 3D\PHQW 0DQDJHU API Reference Guide July 2001

The Comprehensive, Yet Concise Guide to Credit Card Processing

PCI DSS FAQ. The twelve requirements of the PCI DSS are defined as follows:

CREDIT CARD PROCESSING GLOSSARY OF TERMS

Visa Recommended Practices for EMV Chip Implementation in the U.S.

Heartland Secure. By: Michael English. A Heartland Payment Systems White Paper Executive Director, Product Development

Preparing for EMV chip card acceptance

Merchant Integration Guide

Credit card: permits consumers to purchase items while deferring payment

CardControl. Credit Card Processing 101. Overview. Contents

Credit Card Processing Overview

Merchant Web Services API

Authorize.Net Mobile Application

What Merchants Need to Know About EMV

Your gateway to card acceptance.

Understand the Business Impact of EMV Chip Cards

THE FIVE Ws OF EMV BY DAVE EWALD GLOBAL EMV CONSULTANT AND MANAGER DATACARD GROUP

CRM4M Accounting Set Up and Miscellaneous Accounting Guide Rev. 10/17/2008 rb

M/Chip Functional Architecture for Debit and Credit

welcome to liber8:payment

MasterCard PayPass. M/Chip, Acquirer Implementation Requirements. v.1-a4 6/06

ACQUIRER OR ACQUIRING BANK A financial institution (often a bank) where a merchant has an account to process transactions and card payments

Payments Industry Glossary

Authorize.Net Mobile Application

Practically Thinking: What Small Merchants Should Know about EMV

Merchant Management Service

Merchant Guide to the Visa Address Verification Service

Cost-management strategies. Your guide to accepting card payments cost-effectively

Using Your Terminal for UnionPay Cards (05/15)

Card Network Update Chip (EMV) Acceptance in the United States At-A-Glance

EMV and Restaurants: What you need to know. Mike English. October Executive Director, Product Development Heartland Payment Systems

Fundamentals of EMV. Guy Berg Senior Managing Consultant MasterCard Advisors

Electronic Payments Part 1

Order Processing Guide

How To Comply With The New Credit Card Chip And Pin Card Standards

Information about this New Guide

Merchant Card Processing Best Practices

EMV in Hotels Observations and Considerations

Hosted Credit Card Forms Implementation Guide

Ti ps. Merchant. for Credit Card Transactions. Processing Tips CARD ONE INTERNATIONAL INC

Card Acceptance Guidelines for Visa Merchants

Mobile Near-Field Communications (NFC) Payments

Chargeback Reason Code List - U.S.

A RE T HE U.S. CHIP RULES ENOUGH?

Euronet s Contactless Solution

Payment Card Industry (PCI) Data Security Standard

PayPass - M/Chip Requirements. 5 December 2011

Transcription:

Title Page Card-Present Processing Using the SCMP API Supplement to Credit Card Services Using the SCMP API May 2016 CyberSource Corporation HQ P.O. Box 8999 San Francisco, CA 94128-8999 Phone: 800-530-9095

CyberSource Contact Information For general information about our company, products, and services, go to http://www.cybersource.com. For sales questions about any CyberSource Service, email sales@cybersource.com or call 650-432-7350 or 888-330-2300 (toll free in the United States). For support information about any CyberSource Service, visit the Support Center at http://www.cybersource.com/support. Copyright 2016 CyberSource Corporation. All rights reserved. CyberSource Corporation ("CyberSource") furnishes this document and the software described in this document under the applicable agreement between the reader of this document ("You") and CyberSource ("Agreement"). You may use this document and/or software only in accordance with the terms of the Agreement. Except as expressly set forth in the Agreement, the information contained in this document is subject to change without notice and therefore should not be interpreted in any way as a guarantee or warranty by CyberSource. CyberSource assumes no responsibility or liability for any errors that may appear in this document. The copyrighted software that accompanies this document is licensed to You for use only in strict accordance with the Agreement. You should read the Agreement carefully before using the software. Except as permitted by the Agreement, You may not reproduce any part of this document, store this document in a retrieval system, or transmit this document, in any form or by any means, electronic, mechanical, recording, or otherwise, without the prior written consent of CyberSource. Restricted Rights Legends For Government or defense agencies. Use, duplication, or disclosure by the Government or defense agencies is subject to restrictions as set forth the Rights in Technical Data and Computer Software clause at DFARS 252.227-7013 and in similar clauses in the FAR and NASA FAR Supplement. For civilian agencies. Use, reproduction, or disclosure is subject to restrictions set forth in subparagraphs (a) through (d) of the Commercial Computer Software Restricted Rights clause at 52.227-19 and the limitations set forth in CyberSource Corporation's standard commercial agreement for this software. Unpublished rights reserved under the copyright laws of the United States. Trademarks CyberSource, The Power of Payment, CyberSource Payment Manager, CyberSource Risk Manager, CyberSource Decision Manager, CyberSource Connect, Authorize.Net, and echeck.net are trademarks and/or service marks of CyberSource Corporation. All other brands and product names are trademarks or registered trademarks of their respective owners. 2

Contents CONTENTS Recent Revisions to This Document 5 About This Guide 6 Audience and Purpose 6 Conventions 6 Related Documentation 7 Customer Support 7 Chapter 1 Introduction to Card-Present Transactions 8 Supported Processors 8 Prerequisites 9 Chapter 2 Optional Features 10 Europay, MasterCard, Visa (EMV) 10 Limitations 12 EMV Cards and Cardholder Verification Methods (CVMs) 13 EMV Transactions 13 Payment Network Tokenization 13 Relaxed Requirements for Address Data and Expiration Date 14 Appendix A 16 Formatting Restrictions 16 Definitions 17 EMV Request-Level Fields 18 Clear Text Request-Level Fields 22 General Card-Present Request-Level Fields 23 General Card-Present Offer-Level Fields 41 Reply Fields 43 Card-Present Processing Using the SCMP API May 2016 3

Contents Appendix B Examples 44 Sale Using Swiped Track Data 44 Sale Using Keyed Data 45 Sale Using EMV Technology with a Contact Read 46 Sale Using EMV Technology with a Contactless Read 47 Card-Present Processing Using the SCMP API May 2016 4

Recent Revisions to This Document REVISIONS Release May 2016 March 2016 December 2015 October 2015 August 2015 May 2015 Changes American Express Direct: added support for EMV. See "Europay, MasterCard, Visa (EMV)," page 10. American Express Direct, Chase Paymentech Solutions, CyberSource through VisaNet, FDC Nashville Global, and GPN: added support for relaxed requirements for address data and expiration dates. See "Relaxed Requirements for Address Data and Expiration Date," page 14. All processors that support EMV: added information about EMV certification. See "Certified EMV POS Terminals:," page 12. All processors that support encryption: removed the information about encryption. For information, contact CyberSource Customer Support. CyberSource through VisaNet: updated the information about validation of the terminal_id field. See "General Card-Present Request-Level Fields," page 23. Chase Paymentech Solutions: added the emv_request_fallback field for EMV transactions. See "EMV Request-Level Fields," page 18. CyberSource through VisaNet: added the mobile_remote_payment_type and terminal_compliance fields for MasterCard transactions. See "General Card-Present Request-Level Fields," page 23. Chase Paymentech Solutions: added support for EMV. See "Europay, MasterCard, Visa (EMV)," page 10. All processors that support encryption: updated the information about devices and device reader data values. In December 2015 the encryption information was removed from this document. FDC Nashville Global: added note that forced captures are not supported for EMV transactions. See "Europay, MasterCard, Visa (EMV)," page 10. Card-Present Processing Using the SCMP API May 2016 5

About This Guide ABOUT GUIDE Audience and Purpose This guide is written for application developers who want to use the CyberSource SCMP API to integrate credit card processing with card-present data into their order management system. Implementing the CyberSource credit card services requires software development skills. You must write code that uses the API request and reply fields to integrate the credit card services into your existing order management system. Conventions The following special statements are used in this document: Note A Note contains helpful suggestions or references to material not contained in this document. Important An Important statement contains information essential to successfully completing a task or learning a concept. The following text conventions are used in this document: Table 1 Text Conventions Convention Meaning boldface API field names API service names Graphical user interface elements that you must act upon monospace Code in examples or possible values for API fields Card-Present Processing Using the SCMP API May 2016 6

About This Guide Related Documentation Getting Started with CyberSource Advanced for the SCMP API (PDF HTML) describes how to get started using the SCMP API. Credit Card Services Using the SCMP API (PDF HTML) describes how to integrate CyberSource payment processing services into your business. Refer to the Support Center for complete CyberSource technical documentation: http://www.cybersource.com/support_center/support_documentation Customer Support For support information about any CyberSource service, visit the Support Center: http://www.cybersource.com/support Card-Present Processing Using the SCMP API May 2016 7

Introduction to Card-Present Transactions CHAPTER 1 This addendum to Credit Card Services Using the SCMP API describes card-present processing with CyberSource. Supported Processors CyberSource supports card-present credit card transactions for the processors shown in the following table. Table 2 Processors that CyberSource Supports for Card-Present Transactions Processor EMV Magnetic Stripe American Express Direct supports card-present processing only for merchants in the U.S. who are doing business in U.S. dollars. No Yes Chase Paymentech Solutions Yes Yes CyberSource through VisaNet No Yes FDC Nashville Global Yes Yes FDMS Nashville No Yes GPN No Yes Litle No Yes RBS WorldPay Atlanta No Yes TSYS Acquiring Solutions No Yes Card-Present Processing Using the SCMP API May 2016 8

Chapter 1 Introduction to Card-Present Transactions Prerequisites Before you start your implementation: Contact your acquirer to find out whether you are allowed to process card-present transactions. Find out from your acquirer and CyberSource Customer Support whether you must have a separate CyberSource merchant ID for your card-present transactions. Contact CyberSource Customer Support to have your account configured to process card-present transactions. Make sure that you are familiar with the CyberSource SCMP API for processing e-commerce and mail order/telephone order (MOTO) transactions as described in Credit Card Services Using the SCMP API. The request and reply fields for cardpresent transactions are very similar to the request and reply fields for e-commerce/ MOTO transactions. Table 3 Card-Present Fields in Service Requests and Replies Service Request Authorization request Authorization reply Capture request Capture reply Description A card-present authorization request includes additional fields and several existing authorization request fields have different requirements when the request is for a card-present transaction. A card-present authorization reply includes the same fields that are included for an e-commerce/moto transaction. For all processors except CyberSource through VisaNet, a cardpresent capture request includes the same fields that are included for an e-commerce/moto transaction. For CyberSource through VisaNet: A card-present capture request for a restaurant transaction requires additional fields. See the tables of request-level fields in Appendix A, "," on page 16. For non-restaurant transactions, a card-present capture request includes the same fields that are included for an e-commerce/moto transaction. A card-present capture reply includes the same fields that are included for an e-commerce/moto transaction. Card-Present Processing Using the SCMP API May 2016 9

Optional Features CHAPTER 2 Europay, MasterCard, Visa (EMV) Services: Authorization Authorization reversal Capture Credit Processors: American Express Direct Chase Paymentech Solutions FDC Nashville Global Card-Present Processing Using the SCMP API May 2016 10

Chapter 2 Optional Features Card Types: Contact: Table 4 Supported Card Types for Contact Transactions Card Type American Express American Express Direct Chase Paymentech Solutions Yes Yes Yes Diners Club No Yes Yes Discover No Yes Yes JCB No No Yes MasterCard No Yes Yes Visa No Yes Yes FDC Nashville Global Contactless: Table 5 Supported Card Types for Contactless Transactions Card Type American Express ExpressPay American Express Direct Chase Paymentech Solutions Yes Yes Yes Diners Club No Yes Yes Discover No Yes Yes JCB No No Yes MasterCard PayPass Visa paywave No Yes Yes No Yes Yes FDC Nashville Global Card-Present Processing Using the SCMP API May 2016 11

Chapter 2 Optional Features Certified EMV POS Terminals: Note As a payment services provider, CyberSource uses a two-step process for EMV certification: 1 Host certification: CyberSource obtained host certification for the following processors: American Express Direct Chase Paymentech Solutions FDC Nashville Global 2 Device certification: CyberSource is working on device certification with FDC Nashville Global and will start working on device certification with Chase Paymentech Solutions soon. These are the devices for which CyberSource is planning to be certified: E315/355 MX915 MX925 VX520 VX680 VX690 VX805 VX820 Before you purchase a device for use with EMV, contact your CyberSource representative. EMV (Europay, MasterCard, Visa) is a global standard for exchanging information between chip cards and POS terminals. A chip card is a credit or debit card with an embedded microchip. A chip card also has a magnetic stripe on the back of the card, which can be used for a back-up transaction when the card s chip cannot be read. The EMV standards define the protocols for all levels of transmission between chip cards and chip card processing devices: physical, electrical, data, and application. Limitations Forced captures are not supported for EMV transactions. Card-Present Processing Using the SCMP API May 2016 12

Chapter 2 Optional Features EMV Cards and Cardholder Verification Methods (CVMs) American Express Direct, Chase Paymentech Solutions, and FDC Nashville Global support EMV cards that are chip-and-signature cards. For these cards, a signature is the only CVM. EMV Transactions EMV transactions are more secure from fraud than are magnetic stripe transactions, which require a visual inspection of the card. Chip-and-PIN cards are more secure from fraud than chip-and-signature cards. When an EMV chip card is used in a POS environment, it generates a cryptogram that changes with each transaction. This dynamic authentication provides an extra layer of security for POS transactions. For an EMV transaction, use the fields documented in "EMV Request-Level Fields," page 18. The following fields and values are specifically for EMV: Request fields: see "EMV Request-Level Fields," page 18. Reply fields: see "Reply Fields," page 43. Values for pos_entry_mode: contact: Read from direct contact with chip card. contactless: Read from a contactless interface using chip data. msd: Read from a contactless interface using magnetic stripe data (MSD). Values for terminal_capability: 4: Terminal can read chip cards. 5: Terminal can read contactless chip cards. Payment Network Tokenization Payment network tokenization enables you to request a credit card authorization with a token instead of a primary account number (PAN). For information about adding payment network tokenization functionality to an order management system that already uses CyberSource credit card services, see Payment Network Tokenization Using the SCMP API. Card-Present Processing Using the SCMP API May 2016 13

Chapter 2 Optional Features Relaxed Requirements for Address Data and Expiration Date Service: Authorization Stand-alone credit Processors: American Express Direct Chase Paymentech Solutions CyberSource through VisaNet FDC Nashville Global GPN To enable relaxed requirements for address data and expiration date for credit card transactions, contact CyberSource Customer Support to have your account configured for this feature. Historically, this data was mandated by CyberSource. With the advent of digital payments and an increasingly global e-commerce environment, CyberSource decided to relax the requirements for address data and expiration date for credit card transactions. Relaxed requirements for address data and expiration date make the following fields optional for payment processing for credit card transactions: bill_address1 bill_city bill_country bill_state bill_zip: if you include this field in your request, you must also include bill_country. customer_cc_expmo: if you include this field in your request, you must also include customer_cc_expyr. customer_cc_expyr: if you include this field in your request, you must also include customer_cc_expmo. customer_email customer_firstname customer_lastname Card-Present Processing Using the SCMP API May 2016 14

Chapter 2 Optional Features Important When relaxed requirements for address data and expiration date are enabled for your CyberSource account, and your service request does not include one or more of the fields in the preceding list, you increase the risk of declined transactions and fraud depending on your location, your processor, and the cardholder's issuing bank. It is your responsibility to determine whether a field is required for the transaction you are requesting. For example, effective October 2014, an issuing bank can decline an authorization request for a recurring transaction with a Visa Europe card if the expiration date is incorrect, invalid, or missing. If you do not provide the correct expiration date for a recurring transaction the authorization request may be declined. Card-Present Processing Using the SCMP API May 2016 15

APPENDIX A Important When you send an authorization, authorization reversal, capture, or credit request that includes card-present data, you must include the basic fields required for every authorization, authorization reversal, capture, or credit request. For information about card-not-present fields required for these requests, see Credit Card Services Using the SCMP API. Formatting Restrictions Unless otherwise noted, all fields are order and case insensitive and the fields accept special characters such as @, #, and %. Note Values for request-level and offer-level fields must not contain carets (^) or colons (:). However, they can contain embedded spaces and any other printable characters. When you use more than one consecutive space, CyberSource removes the extra spaces. Card-Present Processing Using the SCMP API May 2016 16

Definitions Date and time Description Format is YYYY-MM-DDThhmmssZ, where: T separates the date and the time Decimal Z indicates Coordinated Universal Time (UTC), which is also known as Greenwich Mean Time Example: 2016-08-11T224757Z equals August 11, 2016, at 22:47:57 (10:47:57 p.m.) Number that includes a decimal point Examples: 23.45, -0.1, 4.0, 90809.0468 Integer Whole number {..., -3, -2, -1, 0, 1, 2, 3,...} Nonnegative integer Whole number greater than or equal to zero {0, 1, 2, 3,...} Positive integer Whole number greater than zero {1, 2, 3,...} String Sequence of letters, numbers, spaces, and special characters Card-Present Processing Using the SCMP API May 2016 17

EMV Request-Level Fields Table 6 EMV Request-Level Fields cardholder_verification_ method Method that was used to verify the cardholder's identity. Possible values: 0: No verification 1: Signature ics_auth (R for successful EMV transactions and EMV fallback transactions) Integer (1) This field is supported only on American Express Direct. emv_request_card_ sequence_number Number assigned to a specific card when two or more cards are associated with the same primary account number. This value enables issuers to distinguish among multiple cards that are linked to the same account. This value can also act as a tracking tool when reissuing cards. When this value is available, it is provided by the chip reader. When the chip reader does not provide this value, do not include this field in your request. See "Europay, MasterCard, Visa (EMV)," page 10. ics_auth (O) American Express Direct: String with numbers only (2) All other processors: String with numbers only (3) Card-Present Processing Using the SCMP API May 2016 18

Table 6 EMV Request-Level Fields (Continued) emv_request_ combined_tags EMV data that is transmitted from the chip card to the issuer, and from the issuer to the chip card. The EMV data is in the tag-length-value format and includes chip card tags, terminal tags, and transaction detail tags. See "Europay, MasterCard, Visa (EMV)," page 10. For information about the individual tags, see the Application Specification section in the EMV 4.3 Specifications: http://emvco.com ics_auth (O) ics_auth_reversal (O) ics_bill (See description) ics_credit (See description) All other processors: String (999) Important The following tags contain sensitive information and must not be included in this field: 56: Track 1 equivalent data 57: Track 2 equivalent data 5A: Application PAN 5F20: Cardholder name 5F24: Application expiration date 99: Transaction PIN 9F0B: Cardholder name (extended) 9F1F: Track 1 discretionary data 9F20: Track 2 discretionary data For information about the individual tags, see the Application Specification section in the EMV 4.3 Specifications: http://emvco.com For captures, this field is required for contact EMV transactions. Otherwise, it is optional. For credits, this field is required for contact EMV stand-alone credits and contactless EMV stand-alone credits. Otherwise, it is optional. Important For contact EMV captures, contact EMV stand-alone credits, and contactless EMV stand-alone credits, you must include the following tags in this field. For all other types of EMV transactions, the following tags are optional. 95: Terminal verification results 9F10: Issuer application data 9F26: Application cryptogram Card-Present Processing Using the SCMP API May 2016 19

Table 6 EMV Request-Level Fields (Continued) emv_request_fallback Indicates that a fallback method was used to enter credit card information into the POS terminal. When a technical problem prevents a successful exchange of information between a chip card and a chip-capable terminal: ics_auth (O) ics_credit (O) String (1) 1 Swipe the card or key the credit card information into the POS terminal. 2 Use the pos_entry_mode field to indicate whether the information was swiped or keyed. Possible values: Y: Fallback method was used. N (default): Fallback method was not used. This field is supported only on Chase Paymentech Solutions. Card-Present Processing Using the SCMP API May 2016 20

Table 6 EMV Request-Level Fields (Continued) pos_environment Operating environment. Possible values: 0: No terminal used or unknown environment. 1: On merchant premises, attended. 2: On merchant premises, unattended, or cardholder terminal. Examples: oil, kiosks, self-checkout, home computer, mobile telephone, personal digital assistant (PDA). Cardholder terminal is supported only for MasterCard transactions on CyberSource through VisaNet. 3: Off merchant premises, attended. Examples: portable POS devices at trade shows, at service calls, or in taxis. 4: Off merchant premises, unattended, or cardholder terminal. Examples: vending machines, home computer, mobile telephone, PDA. Cardholder terminal is supported only for MasterCard transactions on CyberSource through VisaNet. 5: On premises of cardholder, unattended. 9: Unknown delivery mode. S: Electronic delivery of product. Examples: music, software, or etickets that are downloaded over the internet. T: Physical delivery of product. Examples: music or software that is delivered by mail or by a courier. This field is supported only for American Express Direct and CyberSource through VisaNet. CyberSource through VisaNet For MasterCard transactions, the only valid values are 2 and 4. ics_auth (O) String (1) Card-Present Processing Using the SCMP API May 2016 21

Clear Text Request-Level Fields Table 7 Clear Text Request-Level Fields pos_service_code MasterCard service code that is included in the track data. You can extract the service code from the track data and provide it in this API field. ics_auth (O) String (3) track_data This field is supported only for MasterCard and only on CyberSource through VisaNet. Card s track 1 and 2 data. For all processors except FDMS Nashville, this value consists of one of the following: Track 1 data Track 2 data Data for both tracks 1 and 2 For FDMS Nashville, this value consists of one of the following: Track 1 data Data for both tracks 1 and 2 Example: %B4111111111111111^SMITH/ JOHN ^1612101976110000868000000?;41 11111111111111=16121019761186800000? ics_auth: Chase Paymentech Solutions and FDC Nashville Global: required if pos_ entry_mode= contact, contactless, msd, or swiped; otherwise, not used. All other processors: required if pos_ entry_mode= swiped; otherwise, not used. String (119) Card-Present Processing Using the SCMP API May 2016 22

General Card-Present Request-Level Fields Table 8 General Card-Present Request-Level Fields bill_address1 Credit card billing street address as it appears in credit card issuer s records. FDMS Nashville: When the street name is numeric, it must be sent in numeric format. For example, if the address is One First Street, it must be sent as 1 1st Street. ics_auth: FDMS Nashville: required if keyed; not used if swiped. TSYS Acquiring Solutions: required when bill_ payment=true and pos_entry_ mode=keyed. FDMS Nashville: String (20) All other processors: String (60) All other processors: optional bill_address2 Used for additional address information. For example: Attention: Accounts Payable ics_auth (O) FDMS Nashville: String (20) FDMS Nashville: bill_address1 and bill_address2 together cannot exceed 20 characters. All other processors: String (60) bill_city Credit card billing city. ics_auth: String (50) Chase Paymentech Solutions: optional. Litle: optional. TSYS Acquiring Solutions: required when bill_ payment=true and pos_entry_ mode=keyed. All other processors: not used. 1 The TC 33 Capture file contains information about the purchases and refunds that a merchant submits to CyberSource. CyberSource through VisaNet creates the TC 33 Capture file at the end of the day and sends it to the merchant s acquirer who uses this information to facilitate end-of-day clearing processing with payment networks. 2 This field is optional if your CyberSource account is configured for relaxed requirements for address data and expiration date. See "Relaxed Requirements for Address Data and Expiration Date," page 14. Important It is your responsibility to determine whether a field is required for the transaction you are requesting. Card-Present Processing Using the SCMP API May 2016 23

Table 8 General Card-Present Request-Level Fields (Continued) bill_country Credit card billing country. Use the ISO Standard Country Codes. ics_auth: Chase Paymentech Solutions: optional. String (2) bill_payment Indicates payment for bill or payment towards existing contractual loan. For information about Visa Bill Payments and Visa Debt Repayments, see Credit Card Services Using the SCMP API. Possible values: false (default): Not a bill payment or loan payment. Litle: optional. TSYS Acquiring Solutions: required when bill_ payment=true and pos_entry_ mode=keyed. All other processors: not used. ics_auth (O) String (5) true: Bill payment or loan payment. bill_state Credit card billing state or province. Use the State, Province, and Territory Codes for the United States and Canada. ics_auth: Chase Paymentech Solutions: optional. String (2) Litle: optional. TSYS Acquiring Solutions: required when bill_ payment=true and pos_entry_ mode=keyed. All other processors: not used. 1 The TC 33 Capture file contains information about the purchases and refunds that a merchant submits to CyberSource. CyberSource through VisaNet creates the TC 33 Capture file at the end of the day and sends it to the merchant s acquirer who uses this information to facilitate end-of-day clearing processing with payment networks. 2 This field is optional if your CyberSource account is configured for relaxed requirements for address data and expiration date. See "Relaxed Requirements for Address Data and Expiration Date," page 14. Important It is your responsibility to determine whether a field is required for the transaction you are requesting. Card-Present Processing Using the SCMP API May 2016 24

Table 8 General Card-Present Request-Level Fields (Continued) bill_zip Postal code for billing address. Postal code must consist of 5 to 9 digits. When the billing country is the U.S., the 9-digit postal code must follow this format: [5 digits][dash][4 digits] Example: 12345-6789 When the billing country is Canada, the 6-digit postal code must follow this format: [alpha][numeric][alpha][space][numeric][alpha] [numeric] Example: A1B 2C3 ics_auth: FDMS Nashville: required if pos_ entry_ mode=keyed and the address is in the U.S. or Canada. Optional if pos_ entry_mode= keyed and the address is not in the U.S. or Canada. Not used if swiped. String (10) RBS WorldPay Atlanta: for best cardpresent keyed rates, send the postal code if pos_entry_ mode=keyed. TSYS Acquiring Solutions: required when bill_ payment=true and pos_entry_ mode=keyed. All other processors: optional. card_present Indicates whether the card is present at the time of the transaction. Possible values: N: Card is not present. ics_auth: FDMS Nashville: not used. String (1) Y: Card is present. All other processors: required. 1 The TC 33 Capture file contains information about the purchases and refunds that a merchant submits to CyberSource. CyberSource through VisaNet creates the TC 33 Capture file at the end of the day and sends it to the merchant s acquirer who uses this information to facilitate end-of-day clearing processing with payment networks. 2 This field is optional if your CyberSource account is configured for relaxed requirements for address data and expiration date. See "Relaxed Requirements for Address Data and Expiration Date," page 14. Important It is your responsibility to determine whether a field is required for the transaction you are requesting. Card-Present Processing Using the SCMP API May 2016 25

Table 8 General Card-Present Request-Level Fields (Continued) card_type Type of card to authorize. Possible values: 001: Visa 002: MasterCard 003: American Express ics_auth (Required for Carte Blanche and JCB. Optional for other card types.) String (3) 004: Discover Important CyberSource strongly 005: Diners Club recommends that you 006: Carte Blanche send the card type even 007: JCB when it is optional for your processor and card type. Omitting the card type can cause the transaction to be processed with the wrong card type. 1 The TC 33 Capture file contains information about the purchases and refunds that a merchant submits to CyberSource. CyberSource through VisaNet creates the TC 33 Capture file at the end of the day and sends it to the merchant s acquirer who uses this information to facilitate end-of-day clearing processing with payment networks. 2 This field is optional if your CyberSource account is configured for relaxed requirements for address data and expiration date. See "Relaxed Requirements for Address Data and Expiration Date," page 14. Important It is your responsibility to determine whether a field is required for the transaction you are requesting. Card-Present Processing Using the SCMP API May 2016 26

Table 8 General Card-Present Request-Level Fields (Continued) cat_level Type of cardholder-activated terminal. Possible values: 1: Automated dispensing machine 2: Self-service terminal 3: Limited amount terminal 4: In-flight commerce (IFC) terminal 5: Radio frequency device 6: Mobile acceptance terminal 7: Electronic cash register 8: E-commerce device at your location 9: Terminal or cash register that uses a dialup connection to connect to the transaction processing network Chase Paymentech Solutions Only values 1, 2, and 3 are supported. CyberSource through VisaNet Values 1 through 6 are supported on CyberSource through VisaNet, but some acquirers do not support all six values. ics_auth: Chase Paymentech Solutions: required if terminal_id is included in the request; otherwise, optional. CyberSource through VisaNet: optional. FDC Nashville Global: optional for EMV transactions; otherwise, not used. TSYS Acquiring Solutions: required for transactions from mobile devices; otherwise, not used. All other processors: not used. Nonnegative integer (1) FDC Nashville Global Only values 7, 8, and 9 are supported. TSYS Acquiring Solutions Only value 6 is supported. currency Currency used for order. For possible values, ics_auth (R) String (5) see the ISO Standard Currency Codes. 1 The TC 33 Capture file contains information about the purchases and refunds that a merchant submits to CyberSource. CyberSource through VisaNet creates the TC 33 Capture file at the end of the day and sends it to the merchant s acquirer who uses this information to facilitate end-of-day clearing processing with payment networks. 2 This field is optional if your CyberSource account is configured for relaxed requirements for address data and expiration date. See "Relaxed Requirements for Address Data and Expiration Date," page 14. Important It is your responsibility to determine whether a field is required for the transaction you are requesting. Card-Present Processing Using the SCMP API May 2016 27

Table 8 General Card-Present Request-Level Fields (Continued) customer_cc_cv_ indicator Indicates whether a CVN code was sent. Possible values: 0 (default): CVN service not requested. CyberSource uses this default when you do not include customer_cc_cv_number in the request. ics_auth: FDMS Nashville: required for American Express cards; otherwise, optional. Nonnegative integer (1) 1 (default): CVN service requested and supported. CyberSource uses this default when you include customer_cc_cv_ number in the request. 2: CVN on credit card is illegible. 9: CVN not imprinted on credit card. TSYS Acquiring Solutions: optional if pos_entry_ mode=keyed; otherwise, not used. All other processors: optional. customer_cc_cv_ number CVN. See the CVN information in Credit Card Services Using the SCMP API. ics_auth: FDMS Nashville: required for American Express or if swiped; otherwise, optional. Nonnegative integer (4) TSYS Acquiring Solutions: optional if pos_entry_ mode=keyed; otherwise, not used. All other processors: optional. customer_cc_expmo Two-digit month in which credit card expires. Format: MM. Possible values: 01 through 12. Leading 0 is required. ics_auth: FDMS Nashville: required. All other processors: required if pos_ entry_ mode=keyed. 2 String (2) 1 The TC 33 Capture file contains information about the purchases and refunds that a merchant submits to CyberSource. CyberSource through VisaNet creates the TC 33 Capture file at the end of the day and sends it to the merchant s acquirer who uses this information to facilitate end-of-day clearing processing with payment networks. 2 This field is optional if your CyberSource account is configured for relaxed requirements for address data and expiration date. See "Relaxed Requirements for Address Data and Expiration Date," page 14. Important It is your responsibility to determine whether a field is required for the transaction you are requesting. Card-Present Processing Using the SCMP API May 2016 28

Table 8 General Card-Present Request-Level Fields (Continued) customer_cc_expyr Four-digit year in which credit card expires. Format: YYYY. ics_auth: FDMS Nashville: required. Nonnegative integer (4) All other processors: required if pos_ entry_ mode=keyed. 2 customer_cc_number Customer s credit card number. ics_auth: customer_email Customer s email address, including full domain name. Format: name@host.domain FDMS Nashville: required. All other processors: required if pos_ entry_ mode=keyed. ics_auth: Chase Paymentech Solutions: optional. FDMS Nashville: Nonnegative integer (19) All other processors: Nonnegative integer (20) String (255) Litle: optional. TSYS Acquiring Solutions: required when bill_ payment=true and pos_entry_ mode=keyed. All other processors: not used. 1 The TC 33 Capture file contains information about the purchases and refunds that a merchant submits to CyberSource. CyberSource through VisaNet creates the TC 33 Capture file at the end of the day and sends it to the merchant s acquirer who uses this information to facilitate end-of-day clearing processing with payment networks. 2 This field is optional if your CyberSource account is configured for relaxed requirements for address data and expiration date. See "Relaxed Requirements for Address Data and Expiration Date," page 14. Important It is your responsibility to determine whether a field is required for the transaction you are requesting. Card-Present Processing Using the SCMP API May 2016 29

Table 8 General Card-Present Request-Level Fields (Continued) customer_firstname Customer s first name. Value should match value on card. ics_auth: Chase Paymentech Solutions: optional. String (60) Litle: optional. TSYS Acquiring Solutions: required when bill_ payment=true and pos_entry_ mode=keyed. All other processors: not used. customer_lastname Customer s last name. Value should match value on card. ics_auth: Chase Paymentech Solutions: optional. String (60) Litle: optional. RBS WorldPay Atlanta: optional. TSYS Acquiring Solutions: required when bill_ payment=true and pos_entry_ mode=keyed. All other processors: not used. customer_phone Customer s phone number. CyberSource recommends that you include the country code when order is from outside the U.S. ics_auth: Chase Paymentech Solutions: optional. String (15) Litle: optional. TSYS Acquiring Solutions: optional. e_commerce_indicator Type of transaction. For a card-present transaction, you must set this field to retail. All other processors: not used. ics_auth (R) String (13) 1 The TC 33 Capture file contains information about the purchases and refunds that a merchant submits to CyberSource. CyberSource through VisaNet creates the TC 33 Capture file at the end of the day and sends it to the merchant s acquirer who uses this information to facilitate end-of-day clearing processing with payment networks. 2 This field is optional if your CyberSource account is configured for relaxed requirements for address data and expiration date. See "Relaxed Requirements for Address Data and Expiration Date," page 14. Important It is your responsibility to determine whether a field is required for the transaction you are requesting. Card-Present Processing Using the SCMP API May 2016 30

Table 8 General Card-Present Request-Level Fields (Continued) extended_credit_total_ count Number of months the cardholder can use to pay for the purchase. You can use this field when offering extended credit to a cardholder at a retail location. The cardholder provides this value. The issuer pays you for the purchase in one payment, and then the cardholder pays the issuer in the number of monthly payments specified by this value. Note This field is supported only for acquirers in South Africa and only for CyberSource through VisaNet. ics_auth (O) String (2) grand_total_amount gratuity_amount Grand total for the order. You must include either this field or offer0 and the offer-level field amount. For information about offers and grand totals, see Getting Started with CyberSource Advanced for the SCMP API. Gratuity or tip amount for restaurants when the card is present. Allowed only when industry_ datatype=restaurant. When your customer uses a debit card or prepaid card, and you receive a partial authorization, the payment networks recommend that you do not submit a capture amount that is higher than the authorized amount. When the capture amount exceeds the partial amount that was approved, the issuer has chargeback rights for the excess amount. For information about partial authorizations, see Credit Card Services Using the SCMP API. Restaurant data is supported only for CyberSource through VisaNet. ics_auth (See description) String (15) ics_bill (O) Numeric (12) ics_applications CyberSource services to process for the ics_auth (R) String (255) request. 1 The TC 33 Capture file contains information about the purchases and refunds that a merchant submits to CyberSource. CyberSource through VisaNet creates the TC 33 Capture file at the end of the day and sends it to the merchant s acquirer who uses this information to facilitate end-of-day clearing processing with payment networks. 2 This field is optional if your CyberSource account is configured for relaxed requirements for address data and expiration date. See "Relaxed Requirements for Address Data and Expiration Date," page 14. Important It is your responsibility to determine whether a field is required for the transaction you are requesting. Card-Present Processing Using the SCMP API May 2016 31

Table 8 General Card-Present Request-Level Fields (Continued) industry_datatype Indicates whether the transaction includes restaurant data. You must set this field to restaurant in order for restaurant data to be sent to the processor. ics_bill (Required for restaurant transactions.) String (10) merchandise_code When this field is not set to restaurant or is not included in the request, CyberSource does not send restaurant data to the processor. Restaurant data is supported only for CyberSource through VisaNet. Identifier for the merchandise. Possible value: 1000: Gift card ics_auth (O) Integer (7) This field is supported only for American Express Direct. merchant_id Your CyberSource merchant ID. ics_auth (R) String (30) merchant_ref_number Merchant-generated order reference or ics_auth (R) String (50) tracking number. CyberSource recommends that you send a unique value for each transaction so that you can perform meaningful searches for the transaction. For information about tracking orders, see Getting Started with CyberSource Advanced for the SCMP API. FDC Nashville Global: The value for this field must be numeric and must be less than 9 digits. When you do not send a valid value, CyberSource creates one for you. However, the value is not returned to you, so you cannot use the merchant reference number to track the order. 1 The TC 33 Capture file contains information about the purchases and refunds that a merchant submits to CyberSource. CyberSource through VisaNet creates the TC 33 Capture file at the end of the day and sends it to the merchant s acquirer who uses this information to facilitate end-of-day clearing processing with payment networks. 2 This field is optional if your CyberSource account is configured for relaxed requirements for address data and expiration date. See "Relaxed Requirements for Address Data and Expiration Date," page 14. Important It is your responsibility to determine whether a field is required for the transaction you are requesting. Card-Present Processing Using the SCMP API May 2016 32

Table 8 General Card-Present Request-Level Fields (Continued) mobile_remote_ payment_type Type of payment initiated from a cardholder s mobile device. Possible values: 1: Customer-initiated remote purchase, face-to-face 2: Customer-initiated remote purchase, e-commerce 3: Customer-initiated remote purchase, mail order / telephone order 4: Customer-initiated bill pay 5: Customer-initiated top up 6: Customer-initiated cash out 7: ATM-triggered or agent-initiated cash out 8: Merchant-initiated remote purchase, face-to-face 9: Merchant-initiated remote purchase, e-commerce This field is supported only for MasterCard transactions on CyberSource through VisaNet. Note On CyberSource through VisaNet, the value for this field corresponds to the following data in the TC 33 capture file 1 : Record: CP01 TCR6 Position: 94 ics_auth (O) String (1) Field: MasterCard Mobile Remote Payment Program Indicator 1 The TC 33 Capture file contains information about the purchases and refunds that a merchant submits to CyberSource. CyberSource through VisaNet creates the TC 33 Capture file at the end of the day and sends it to the merchant s acquirer who uses this information to facilitate end-of-day clearing processing with payment networks. 2 This field is optional if your CyberSource account is configured for relaxed requirements for address data and expiration date. See "Relaxed Requirements for Address Data and Expiration Date," page 14. Important It is your responsibility to determine whether a field is required for the transaction you are requesting. Card-Present Processing Using the SCMP API May 2016 33

Table 8 General Card-Present Request-Level Fields (Continued) payment_initiation_ channel MasterCard-defined code that indicates how the account information was obtained. Possible values: 00 (default): Card 01: Removable secure element that is personalized for use with a mobile phone and controlled by the wireless service provider; examples: subscriber identity module (SIM), universal integrated circuit card (UICC) 02: Key fob 03: Watch 04: Mobile tag 05: Wristband 06: Mobile phone case or sleeve 07: Mobile phone with a non-removable, secure element that is controlled by the wireless service provider 08: Removable secure element that is personalized for use with a mobile phone and not controlled by the wireless service provider; example: memory card 09: Mobile phone with a non-removable, secure element that is not controlled by the wireless service provider 10: Removable secure element that is personalized for use with a tablet or e-book and is controlled by the wireless service provider; examples: subscriber identity module (SIM), universal integrated circuit card (UICC) 11: Tablet or e-book with a non-removable, secure element that is controlled by the wireless service provider ics_auth (O) String (2) continued on next page... 1 The TC 33 Capture file contains information about the purchases and refunds that a merchant submits to CyberSource. CyberSource through VisaNet creates the TC 33 Capture file at the end of the day and sends it to the merchant s acquirer who uses this information to facilitate end-of-day clearing processing with payment networks. 2 This field is optional if your CyberSource account is configured for relaxed requirements for address data and expiration date. See "Relaxed Requirements for Address Data and Expiration Date," page 14. Important It is your responsibility to determine whether a field is required for the transaction you are requesting. Card-Present Processing Using the SCMP API May 2016 34

Table 8 General Card-Present Request-Level Fields (Continued) payment_initiation_ channel (continued) 12: Removable secure element that is personalized for use with a tablet or e-book and is not controlled by the wireless service provider 13: Tablet or e-book with a non-removable, secure element that is not controlled by the wireless service provider pos_entry_mode This field is supported only for MasterCard and only for CyberSource through VisaNet. Method of entering credit card information into the POS terminal. Possible values: contact: Read from direct contact with chip card. contactless: Read from a contactless interface using chip data. keyed: Manually keyed into POS terminal. msd: Read from a contactless interface using magnetic stripe data (MSD). swiped: Read from credit card magnetic stripe. ics_auth (R) String (11) The contact, contactless, and msd values are supported only for EMV transactions. See "Europay, MasterCard, Visa (EMV)," page 10. ship_to_address1 First line of shipping address. ics_auth String (60) (Required if any shipping address information is included in the request; otherwise, optional.) ship_to_address2 Second line of shipping address. ics_auth (O) String (60) ship_to_city City of shipping address. ics_auth String (50) (Required if any shipping address information is included in the request and shipping to the U.S. or Canada; otherwise, optional.) 1 The TC 33 Capture file contains information about the purchases and refunds that a merchant submits to CyberSource. CyberSource through VisaNet creates the TC 33 Capture file at the end of the day and sends it to the merchant s acquirer who uses this information to facilitate end-of-day clearing processing with payment networks. 2 This field is optional if your CyberSource account is configured for relaxed requirements for address data and expiration date. See "Relaxed Requirements for Address Data and Expiration Date," page 14. Important It is your responsibility to determine whether a field is required for the transaction you are requesting. Card-Present Processing Using the SCMP API May 2016 35

Table 8 General Card-Present Request-Level Fields (Continued) ship_to_country ship_to_firstname ship_to_lastname ship_to_state ship_to_zip Country of shipping address. Use the ISO Standard Country Codes. First name of the person receiving the shipment. Last name of the person receiving the shipment. State or province to ship the product to. Use the State, Province, and Territory Codes for the United States and Canada. Postal code for the shipping address. The postal code must consist of 5 to 9 digits. When the shipping country is the U.S., the 9-digit postal code must follow this format: [5 digits][dash][4 digits] Example: 12345-6789 When the shipping country is Canada, the 6-digit postal code must follow this format: [alpha][numeric][alpha][space][numeric][alpha] [numeric] Example: A1B 2C3 ics_auth String (2) (Required if any shipping address information is included in the request; otherwise, optional.) ics_auth (O) String (60) ics_auth (O) String (60) ics_auth (Required if any shipping address information is included in the request and shipping to the U.S. or Canada; otherwise, optional.) ics_auth (Required if any shipping address information is included in the request and shipping to the U.S. or Canada; otherwise, optional.) String (2) String (10) 1 The TC 33 Capture file contains information about the purchases and refunds that a merchant submits to CyberSource. CyberSource through VisaNet creates the TC 33 Capture file at the end of the day and sends it to the merchant s acquirer who uses this information to facilitate end-of-day clearing processing with payment networks. 2 This field is optional if your CyberSource account is configured for relaxed requirements for address data and expiration date. See "Relaxed Requirements for Address Data and Expiration Date," page 14. Important It is your responsibility to determine whether a field is required for the transaction you are requesting. Card-Present Processing Using the SCMP API May 2016 36

Table 8 General Card-Present Request-Level Fields (Continued) terminal_capability POS terminal s capability. Possible values: ics_auth: Integer (1) 1: Terminal has a magnetic stripe reader only. 2: Terminal has a magnetic stripe reader and manual entry capability. 3: Terminal has manual entry capability only. 4: Terminal can read chip cards. 5: Terminal can read contactless chip cards. The values of 4 and 5 are supported only for EMV transactions. See "Europay, MasterCard, Visa (EMV)," page 10. American Express Direct: required. Chase Paymentech Solutions: required. CyberSource through VisaNet: optional. FDC Nashville Global: required. FDMS Nashville: required. GPN: not used. Litle: required. RBS WorldPay Atlanta: optional. TSYS Acquiring Solutions: optional. 1 The TC 33 Capture file contains information about the purchases and refunds that a merchant submits to CyberSource. CyberSource through VisaNet creates the TC 33 Capture file at the end of the day and sends it to the merchant s acquirer who uses this information to facilitate end-of-day clearing processing with payment networks. 2 This field is optional if your CyberSource account is configured for relaxed requirements for address data and expiration date. See "Relaxed Requirements for Address Data and Expiration Date," page 14. Important It is your responsibility to determine whether a field is required for the transaction you are requesting. Card-Present Processing Using the SCMP API May 2016 37