Developer's Guide
Table Of Contents
- Contents
- Introduction
- Downloading, Installing, and Activating
- Simple Payflow Transaction
- Credit Card Transactions
- Credit Card Features
- About Credit Card Processing
- Parameters Used in Credit Card Transactions
- Submitting Sale Transactions
- Submitting Authorization/Delayed Capture Transactions
- When To Use Authorization/Delayed Capture Transactions
- Required Authorization Transaction Parameters
- Typical Authorization Transaction Parameter String
- Required Delayed Capture Transaction Parameters
- Delayed Capture Transaction: Capturing Transactions for Lower Amounts
- Delayed Capture Transaction: Capturing Transactions for Higher Amounts
- Delayed Capture Transaction: Error Handling and Retransmittal
- Submitting Account Verifications With TRXTYPE=A
- Submitting Voice Authorization Transactions
- Submitting Credit Transactions
- Submitting Void Transactions
- Submitting Inquiry Transactions
- Recharging to the Same Credit Card (Reference Transactions)
- Submitting Card-Present (SWIPE) Transactions
- Submitting Purchasing Card Transactions
- Using Address Verification Service
- Processing Platforms Supporting Address Verification Service
- Example Address Verification Service Request Parameter List
- Example Address Verification Service Response
- Card Security Code Validation
- Credit Card Testing
- Responses to Transaction Requests
- Processors Requiring Additional Transaction Parameters
- Performing TeleCheck Electronic Check Transactions
- Submitting Purchasing Card Level 2 and Level 3 Transactions
- About Purchasing Cards
- About Program Levels
- About American Express Purchasing Card Transactions - Phoenix Processor
- American Express Phoenix Purchasing Card Transaction Processing
- First Data Merchant Services (FDMS) Nashville Purchasing Card Transaction Processing
- First Data Merchant Services (FDMS) North Purchasing Card Transaction Processing
- First Data Merchant Services South (FDMS) Purchasing Card Transaction Processing
- Global Payments - Central Purchasing Card Transaction Processing
- Global Payments - East Purchasing Card Transaction Processing
- Merchant e-Solutions Purchasing Card Transaction Processing
- Elavon (Formerly Nova) Purchasing Card Transaction Processing
- Paymentech Salem (New Hampshire) Purchasing Card Transaction Processing
- Paymentech Tampa Level 2 Purchasing Card Transaction Processing
- TSYS Acquiring Solutions Purchasing Card Transaction Processing
- VERBOSITY: Viewing Processor- Specific Transaction Results
- Additional Reporting Parameters
- ISO Country Codes
- Codes Used by FDMS South Only
- XMLPay
- Additional Processor Information
- Index
Processors Requiring Additional Transaction Parameters
Paymentech
A
82 Payflow Pro Developer’s Guide
Paymentech, Additional Credit Card Parameters (Legacy)
In addition to the parameters in Table 4.1 , “Credit card transaction request parameters,”
Paymentech accepts the following legacy parameters. For best AVS results, pass the city and
state parameters in the parameter list.
TABLE A.9 Additional Paymentech parameters (legacy)
Parameter Description Required Type Length
CITY Cardholder’s billing city. No Alpha 20
BILLTOCOUNTRY Cardholder’s billing country code Yes Numeric 3
INVNUM Merchant invoice number. The merchant invoice
number is used for authorizations and settlements
and, depending on your merchant bank, will appear
on your customer's credit card statement and your
bank reconciliation report. If you do not provide an
invoice number, the transaction ID (PNREF) will be
submitted.
No Alpha-
numeric
9
MERCHDESCR Merchant descriptor.
For example, ABCCMPY*FALLCATALOG
No Alpha-
numeric
22
MERCHSVC Merchant telephone number.
For example, 603-555-1212
No Alpha-
numeric
13
STATE Cardholder’s billing state. No Alpha 2
SWIPE Allows Track 1 and Track 2 data to be passed to
enable a card-present transaction.
No Alpha-
numeric
80
RECURRING Identifies the transaction as recurring. This value
does not activate PayPal’s Recurring Billing Service
APIs.
If the RECURRING parameter was set to Y for the
original transaction, then the setting is ignored when
forming Credit, Void, and Force transactions.
If you subscribe to PayPal’s Fraud Protection
Services:
To avoid charging you to filter recurring
transactions that you know are reliable, the fraud
filters do not screen recurring transactions.
To screen a prospective recurring customer, submit
the transaction data using PayPal Manager’s
Manual Transactions page. The filters screen the
transaction in the normal manner. If the transaction
triggers a filter, then you can follow the normal
process to review the filter results.
No Alpha-
numeric
Y or N
1