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
VERBOSITY: Viewing Processor-Specific Transaction Results
Changing the Verbosity Setting
D
144 Payflow Pro Developer’s Guide
Table D.3 shows the increments that are possible on basic TRANSSTATE values.
Changing the Verbosity Setting
Setting the Verbosity Level on a Per-Transaction Basis
To specify a setting for Verbosity that differs from your account’s current setting, include the
VERBOSITY=<value> name-value pair in the transaction request, where <value> is LOW or
MEDIUM.
Setting the Default Verbosity Level for All Transactions
Contact Customer Service to set your account’s VERBOSITY setting to LOW or MEDIUM for all
transaction requests. For details, see “How to Contact Customer Support” on page 9.
TABLE D.3 TRANSSTATE increments
Increment Meaning
+100 If no client acknowledgment (ACK) is received for the transaction, the original TRANSSTATE
value is incremented by 100. For example, if the original TRANSSTATE is 6, it is incremented to
106. Transactions in this range do not settle.
For transactions in TRANSSTATE 106, use Auto Resettle in PayPal Manager’s Virtual Terminal
to submit them for settlement or void them using a manual Void.
+200 If the host process never receives an ACK from the transaction broker (or backend payment
server) for the transaction, the original TRANSSTATE value is incremented by 200. For example,
if the original TRANSSTATE is 6, it is incremented to 206.
Transactions in this range are basically in limbo and will not be settled.
+1000 If a Void transaction is run (through the API, PayPal Virtual Terminal, or by PayPal Customer
Service) against a successful Authorization or Sale transaction, the original TRANSSTATE is
incremented by 1000. For example, if the original TRANSSTATE is 6, it is incremented to 1006.