Using the Traditional Model for Credit Card Processing

This section includes:

• Prerequisites for using the traditional credit card model.

• Credit card authorization status codes.

• Authentication and security for credit card numbers.

You enter the same basic data for credit card payments, regardless of which PeopleSoft Order to Cash application you are using; the difference is where you enter it.

Note:

After credit card numbers are entered, they are stored in an encrypted format. Once saved, only the last four digits of the card number appear on pages used to enter credit card information. Pages used to review the credit card information, such as the Customer Summary using Quick Customer Create, also display only the last four digits of the number.

Prerequisites for Using the Traditional Credit Card Model

Before you begin accepting credit card charges from customers, you must prepare the following:

• Set up integration with a third-party credit card processor. See Integration Interfaces: Setting Up Credit Card Integration for Integration Broker.

  For more information about setting up credit card processors, see the product documentation for PeopleSoft Integration Interfaces.

• Establish the types of credit cards (Visa, Master Card, and so on) that you will accept for payment. Use the Credit Card Type page (Enterprise Components, and then Component Configurations, and then Credit Card Interface, and then Credit Card Type) to specify different processors for each credit card type.

• Create a default credit card group on theApplication Fundamentals: Credit Card Groups Page (Set Up Financials/Supply Chain, and then Common Definitions, and then Credit Cards, and then Define Credit Card Groups).

  See Application Fundamentals: Setting Up Credit Card Options and Groups for more information.

• Set up common credit card options on the Credit Card Options page (Set Up Financials/Supply Chain, and then Common Definitions, and then Credit Cards, and then Credit Card Options).

  SeeApplication Fundamentals: Setting Up Credit Card Options and Groups for more information.

Credit Card Authorization Status Codes

The following table lists the authorization status codes that are used throughout credit card processing in PeopleSoft Order Management, Billing, and Receivables. The system either displays the status code or the description of the status.

Status Code	Short Name, Long Name	Comments	Used In
A	Auth Authorized	The transaction is approved and funds are reserved. You can obtain approvals through batch or manual credit card processing.	OM - batch and manual
B	Billed	The transaction is complete. The funds are charged to the credit card. All bill transactions must be preceded by an authorization. The term Captured is also used.	BI
C	Cred Credited	A credit has been authorized and processed for the transaction. The funds are credited back to the specified card.	BI, OM Refunds
D	Denied	The transaction has failed credit card processing and has been declined, or disallowed, by the organization issuing the credit card.	OM, BI, AR
E	Validation Errors	The credit card payment has failed PeopleSoft application validation edits and has not been processed by the third-party provider for authorization and settlement. Most errors are discovered when editing customer or credit card information.	AR
F	Reversal Auth Reversal	An authorization was canceled to free up funds on a credit card.	OM, BI
G	Validated		OM
H	Rev Denied Auth Reversal Denied	The authorization reversal transmission was denied by the third-party processor.	OM
J	Reauth Reauthorize	Issue another authorization request for authorizations that have become stale.	OM
K	No Action	A credit card payment worksheet has been created but is not ready to be submitted for authorization and settlement.	OM, BI, AR
M	Man Apprv Manually Approved/Settled	The transaction received verbal approval. Enter manual approvals on the Review Pending Cred Card Trans - Credit Card Address page in PeopleSoft Billing.	BI, AR
N	Chg to Trm Change to Terms	The payment type for the transaction has been changed from Credit Card to Payment Terms. Changes to payment terms are made on the Pending CC Trans page in PeopleSoft Order Management and the Review Pending Cred Card Trans page in PeopleSoft Billing. The Process Credit Card Invoices process picks up the transaction the next time you run the process.	OM, BI
P	Auth/Bill Authorized and Billed	The transaction was successfully authorized and billed.	OM, BI, AR
R	Processing	Indicates that the Credit Card Processor is working with the payment.	AR
T	Cancel Ord Cancel Order	Indicates a canceled credit card order. The transaction is not subject to further processing. Cancellations are entered on the Pending Credit Card Trans page and on the sales Order Entry Form page.	OM only
U	Unproc/Ret Unprocessed/Retry	The transaction has not been processed or a previous authorization has failed and is being resubmitted for inclusion in the next CC Processing run.	OM, BI, AR
V	Pending Approval	The credit card payment cannot be sent to the third-party provider for authorization and settlement until a user manually reviews and submits the payment.	AR
W	DelSettle Delete after Settlement	A credit card payment that had been previously authorized and billed or manually approved/settled has been deleted.	AR
X	Deleted	A credit card payment worksheet has been created but has been deleted before authorization and settlement.	AR
Y	Cancelled	A credit card payment that has been ready for authorization and payment has been withdrawn for payment. The credit card payment worksheet has not been deleted, but the credit card payment will not be attempted.	AR
Z	Zero Dollar Payment	A credit card payment worksheet has been created with a monetary value of 0. This status accommodates credit card payment worksheets that are created for maintenance purposes, for example, for automated write-off processing or in situations of the net credit and debit items selected on a credit card worksheet being 0.	AR

Authentication and Security for Credit Card Numbers

CVV is an authentication procedure established to reduce card mishandling during internet transactions. A Security Code field is available on all credit card related pages to prompt for CVV number. A link next to the Security Code field enables users to get additional information about the CVV number. Click the link to open a secondary page that explains what a security code is and how to find it on a credit card.

The CVV number is not permanently stored in the database. Also, the CVV number is not retained after a particular transaction is authorized or declined. A CVV number needs to be stored temporarily only in special cases, such as during batch processing of authorization transactions in Order Management and Billing. In such a scenario, the CVV number will be temporarily stored and discarded as soon as the batch transaction is processed.

The security code for credit cards needs to be enabled on the Application Fundamentals: Credit Card Options Page (Setup Financials/Supply Chain, and then Common Definitions, and then Credit Card, and then Credit Card Options). If the security code field is not enabled, the field will not appear in the credit card pages.