Defining Authorization Service Currencies | Contents | SCVs | Search | Glossary | Reports | Solutions | XML | Index | Performing Batch Authorization (SATH) |
Performing Online Credit Card Authorizations
Overview: On-line credit card authorization allows you to send and receive the information required to authorize a credit card when the order is placed instead of when the pick slip is generated for the order.
Quotes: If the Online Authorization field for a quote order type is selected, the system performs online authorization during quote entry; see Entering Pre-Order Quotes for an overview.
Note: On-line credit card authorization does not occur if the order is placed over the storefront.
In this chapter: This topic provides an overview of the on-line credit card authorization process and the required setup.
• Receiving a Credit Card Authorization During Order Entry
- What Credit Card Amount is Sent for Authorization?
- Hierarchy for Placing the Credit Card On Hold
- What Happens When a Credit Card is Approved?
- What Happens When a Credit Card is Declined?
- When Communication Failures Occur
- What Happens When an Undefined Response is Returned?
- Select Authorization Response Option Window
• Resending Credit Cards for Authorization
• Credit Card Authorization List
• Transmitting and Receiving Deposits
• On-line Authorization Process
• On-line Credit Card Authorization Setup
Receiving a Credit Card Authorization During Order Entry
The system performs on-line authorization when you select Accept to accept an order after determining if the order should go on hold due to the credit card payment method.
Generic order interface: If you receive orders through the Generic Order Interface (Order API), the system performs online authorization after determining if the order should go on hold and performing credit card tokenization; see Performing Online Credit Card Authorization on Web Orders.
Batch order entry: If you are using batch order entry, the system performs on-line authorization when you accept a batch at the Work with Error Orders Batches Screen or Select Customer Sold To For Order Screen.
Order maintenance: The system performs on-line authorization when you select Auth On-Line for a credit card payment on the Enter Payment Methods Screen.
When you convert a quote to an order in order maintenance, the system will perform online authorization for eligible payment methods only if the Authorize Full Amount During Order Entry (G99) system control value is selected; see Converting Quotes to Orders.
1. The system determines if the order is eligible for on-line authorization. In order to receive a credit card authorization during order entry:
• the On-line Authorizations (B89) system control value must be selected.
• the order type defined for the order must be eligible for on-line authorizations (the On-line authorization field is set to Window (on-line eligible and display window) or Without Window (on-line eligible and do not display window).
• the order must have a credit card, stored value card, or debit (Switch) card payment method.
• the order must be in an open or suspended status. Note: You can authorize a credit card payment during order maintenance when the order is on hold; regardless of whether the payment is authorized, the order remains on hold.
• the arrival date on the order cannot be greater than the current date.
Express bill orders: When you enter a credit card payment method on an express bill order, you must manually authorize the card or the order must be eligible for online authorization.
See On-line Credit Card Authorization Setup for more information on setting up the required values for on-line authorization.
2. The system determines the amount to authorize.
What Credit Card Amount is Sent for Authorization?
• If the Online Auth Verification Only (I96) system control value is selected, the system processes online authorizations for $1.00 for the purpose of validating the card. During batch authorizations, the system authorizes the card for the shippable dollar amount and voids the online authorization for $1.00.
• If the Online Auth Verification Only (I96) system control value is unselected, the system looks at the setting of the Authorize Full Amount During Order Entry (G99) system control value to determine the amount sent for authorization.
The Authorize Full Amount During Order Entry (G99) system control value determines if the credit card is authorized for the full order amount or for the shippable amount on the order.
Authorize full amount... |
Authorize shippable amount... |
The system sends the entire dollar amount defined for the credit card for authorization. If the credit card is the only payment method... The amount to authorize is the order total. The order total is the sum of all charges on the order, including: merchandise, freight, additional freight, tax, handling, additional charges, GST and PST. |
The system sends the dollar amount associated with what is shippable on the order, across all ship to customers, for authorization. If the credit card is the only payment method... This shippable dollar amount includes: • shippable merchandise amount, including drop ship items • tax associated with the shippable merchandise amount • total freight • total additional freight • total order level additional charges Note: The system sends the total freight and total additional freight for authorization, regardless of whether you are prorating freight charges (the Prorate Freight Charges (D39) system control value is selected). |
If the credit card is the catch-all payment method... The amount to authorize is the remaining dollar amount not associated with another payment method on the order. The system subtracts the amount applied to any other payment methods from the order total. order total - dollar amount associated with other payment methods = amount to authorize for this credit card |
If the credit card is the catch-all payment method... The amount to authorize is the remaining shippable dollar amount not associated with another payment method on the order. The system subtracts the amount applied to any other payment methods from the shippable dollar amount. shippable dollar amount - dollar amount associated with other payment methods = amount to authorize for this credit card |
Excluded from authorizations: • order lines with a future arrival date • order lines on backorder, canceled, closed, or sold out • reserved order lines that are coordinate grouped with an order line on backorder or with an order line with a future arrival date • orders in a held status |
|
Regardless of whether you are authorizing the full amount or the shippable amount... Included in authorizations: • express bill order lines • drop ship order lines • non-inventory order lines Deferred Billing If the credit card on the order is associated with a deferred pay plan, the system: • sends an authorization for $1.00 if the Authorize full amount field for the pay plan is unselected. • sends an authorization for the dollar amount available for authorization if the Authorize full amount field for the pay plan is selected. Installment Billing If the credit card on the order is associated with an installment pay plan, the system: • sends an authorization for the first installment amount if the Authorize full amount field for the pay plan is unselected. • sends an authorization for the dollar amount available for authorization if the Authorize full amount field for the pay plan is selected. |
|
If more than one credit card is sent for authorization: The system sends for authorization the credit card defined with a dollar amount, then sends the catch-all credit card for authorization. |
Credit cards requiring authorizations less than $1.00: If the credit card amount to authorize is less than $1.00 and you have defined an authorization number in the Authorization Number for Authorizations Under $1.00 (I08) system control value, the system does not send the credit card to the service bureau for authorization and instead assigns the authorization number from the system control value to the credit card. If an authorization number is not defined in this system control value, the system sends the credit card to the service bureau for authorization, regardless of the amount that requires authorization.
3. The system sends the authorization amount to the service bureau. If there is an amount to authorize for the credit card, the system sends an authorization request in online format to the service bureau.
See Processing Authorizations and Deposits using an Integration Layer Process for more information on communicating with a service bureau via an integration layer process and see Processing Authorizations and Deposits Using Point-to-Point Communication for more information on communicating with a service bureau directly.
4. The service bureau sends back a response. The service bureau sends an authorization response to Order Management System.
There are 3 types of responses you can receive from the service bureau.
• R = an authorization response is received, such as declined or approved
• T = the program timed out before an authorization response was received
• U = an undefined response
Additionally, if an authorization response is received, the service bureau sends back an authorization response code, AVS response code (if performing address verification), CID response code (if performing credit card identification verification), authorization code, and date.
Vendor response settings: If a pop up window message has been defined for the vendor response received, the system displays the Select Authorization Response Option Window. Also, if a hold reason code has been defined for the vendor response received, the system places the order on hold.
Oracle Retail Customer Engagement stored value cards: When using the Customer Engagement Stored Value Card Integration, if the Oracle Retail Customer Engagement stored value card is the only payment on the order and the amount authorized for the card is less than the order total, Order Management System updates the amount for the card with the amount authorized and displays the message Insufficient balance on card - please add another payment. In order to accept the order, you must add another payment to the order to cover the amount of the order that is not covered by the Oracle Retail Customer Engagement stored value card. Example: If the order total is 500.00 and the amount authorized for the Oracle Retail Customer Engagement stored value card is 236.20, the system updates the amount for the card to 236.20 and requires another form of payment to cover the remaining 289.55 balance on the order.
Hierarchy for Placing the Credit Card On Hold
The credit card pay type may be placed on hold if the credit card is not approved, the AVS verification fails, or the CID verification fails.
The system uses this hierarchy to determine if the credit card pay type should go on hold:
• Authorization response has a hold reason defined: If the credit card charge is declined (not authorized), the credit card may be placed on hold (based on the value in the Hold reason field in the Vendor Response table). The order header is also placed on AT (declined credit card) hold. You must take the order header and credit card pay type off of hold through the Release Held Orders (ERHO) menu option and resend for authorization or cancel the order.
• AVS response has a hold reason defined: If the credit card charge is approved (authorized) but the credit card fails the address verification check, the authorization may be placed on hold (based on the value in the Hold reason field in the Vendor Response table). The order header is also placed on AT (declined credit card) hold. You must contact the customer and obtain correct address information, then take the order header and credit card pay type off of hold through the Release Held Orders (ERHO) menu option and resend for authorization or cancel the order.
• Card security identification response has a hold reason defined: If the credit card charge is approved (authorized) and passes the address verification check, but the credit card fails the credit card security identification check, the credit card pay type may be placed on hold (based on the value in the Hold reason field in the Vendor Response table). The order header is also placed on AT (declined credit card) hold. You must contact the customer to verify credit card ownership, then take the order header and credit card pay type off of hold through the Release Held Orders (ERHO) menu option and resend for authorization or cancel the order.
For more information: See Defining Vendor Response Codes and Establishing Cancel Reason Codes (WCNR).
What Happens When a Credit Card is Approved?
When a credit card is approved during order entry, the system:
• during order entry, displays the Select Authorization Response Option Window if a vendor response pop up window message has been defined, the On-line authorization field for the order type is set to Window (on-line eligible and display window), and a Response time is defined for the service bureau. The message should indicate the credit card has been approved. From this window, you can accept the order or return to the order to make any corrections. If a credit card has been approved, you should accept the order.
• places the order on hold if a hold reason code has been defined for the vendor response. Typically, if an authorization is approved, the order is not placed on hold. However, if the credit card is approved but fails address verification or card identification verification, you may want to place the order on hold.
• once you accept the order, you return to the Select Customer Sold To For Order Screen, or the Customer Selection Screen if you are a CTI user.
• processes any end-of-order updates and sends the order to the Order Async.
• creates a record in the On-Line Authorization table indicating the order number, that the credit card has been approved, the dollar amount authorized, the transaction sequence number, and the authorization number. The status for this authorization is *UPDT, indicating the on-line authorization has completed.
• creates a record in the Authorization History table indicating the credit card has been approved, the authorization number, the date the credit card was authorized, and the dollar amount authorized. If you reject an order after the credit card has been approved, the system removes the record in the Authorization History table. You can review authorization history at the Display Authorization History Screen.
• creates a record in the Void Authorization table indicating the order number and the dollar amount eligible for void. If you reject an order after the credit card has been approved, the system removes the record from the Void Authorization table.
AVS response: If the credit card charge is approved (authorized) but the order fails the address verification check and receives an AVS response that has a hold reason code, the system:
• places the order on AT hold.
• places the credit card payment method on the order on AV (AVS) hold.
• creates an order transaction history message indicating the credit card was declined: SYS HLD - DECLINED CREDIT CARD.
• updates the record in the On-Line Authorization table indicating the credit card failed AVS. The OLA AVS result field is updated with the AVS response received from the service bureau. You can review the response at the Authorization History Details Window.
• updates the record in the Authorization History table indicating the credit card failed AVS. The AUH status field is updated to O (authorized but not used) and the AVS response field is updated with the AVS response received from the service bureau. You can review the status of the credit card and the AVS response at the Authorization History Details Window.
You must contact the customer and obtain correct address information, then take the order off of hold through the Release Held Orders function and resend for authorization.
If the authorization has not yet expired and the transaction passes AVS, the system updates the credit card authorization record from an O (authorized but not used) status to an A (approved) status. If the authorization has expired, the system updates the credit card authorization record from an O (authorized but not used) status to a D (declined) status and resends the credit card for authorization and address verification.
Note: The system only performs address verification if the Address verification field for the service bureau is selected; see Address Verification Service (AVS).
Card security identification response: If the credit card charge is approved (authorized) but the order fails the credit card security check and receives a card security identification response (CID, CVV2, CVC2) that has a hold reason code, the system:
• places the order on AT hold.
• places the credit card payment method on the order on CF (credit card fraud) hold.
• creates an order transaction history message indicating the credit card was declined: SYS HLD - DECLINED CREDIT CARD.
• updates the record in the On-Line Authorization table indicating the credit card failed card security. The OLA vendor response 2 field is updated with the card security response received from the service bureau. You can review the response at the Authorization History Details Window.
• updates the record in the Authorization History table indicating the credit card failed card security. The AUH status field is updated to O (authorized but not used) and the Vendor response 2 field is updated with the card security response received from the service bureau. You can review the status of the credit card and the card security response at the Authorization History Details Window.
You must contact the customer to verify credit card ownership, then take the order off of hold through the Release Held Orders (ERHO) menu option and resend for authorization.
If the authorization has not yet expired and the transaction passes card security identification, the system updates the credit card authorization record from an O (authorized but not used) status to an A (approved) status. If the authorization has expired, the system updates the credit card authorization record from an O (authorized but not used) status to a D (declined) status and resends the credit card for authorization and card security identification.
Note: The system only performs credit card security identification if the card security presence and optionally card security value are included in the authorization transaction passed to the service bureau; see Credit Card Security Service (CID, CVV2, CVC2).
Voiding an online authorization: After receiving an online authorization, if you change the price of an item in Order Maintence, the sytem voids the authorization. Because the authorization is voided, the system sends the order for batch authorization during pick slip generation.
What Happens When a Credit Card is Declined?
When a credit card is declined during order entry, the system:
• displays the Select Authorization Response Option Window if a vendor response pop up window message has been defined, the On-line authorization field for the order type is set to Window (on-line eligible and display window), and a Response time is defined for the service bureau. The message should indicate the credit card has been declined and any action you should take to correct the decline or inform the customer. From this window, you can accept the order or return to the order to make any corrections.
• places the order on hold: If a hold reason code is defined for the vendor response, the system assigns this hold reason code to the order payment method and places the order header on AT (Declined Credit Card) hold. If the response received is not defined for the service bureau, the system places the order payment method on AV (Invalid Response Code) hold.
• once you accept the order you return to the Select Customer Sold To For Order Screen, or the Customer Selection Screen if you are a CTI user.
• processes any end-of-order updates and sends the order to the Order Async.
• creates a record in the On-Line Authorization table indicating the order number, that the credit card has been declined, the dollar amount submitted for authorization, and the transaction sequence number. The status of this authorization is *UPDT, indicating the on-line authorization has been completed.
• creates a record in the Authorization History table indicating the credit card has been declined, the reason why the credit card was declined, the date the credit card was declined, and the dollar amount submitted for authorization. If you reject the order after the credit card has been declined, the system removes the record from the Authorization History table. You can review authorization history at the Display Authorization History Screen.
You can send the credit card up for authorization again during order maintenance, using the Performing Batch Authorization (SATH) menu option, or during pick slip generation if the Batch/on-line field for the service bureau contains a C (on-line and batch authorizations).
When Communication Failures Occur
Communication failures can occur if the system times out before a response is received. If communication failures occur and you do not receive a response from the service bureau, the system:
• does not display the Select Authorization Response Option Window since a vendor response was not received.
• accepts the order and returns you to the Select Customer Sold To For Order Screen, or the Customer Selection Screen if you are a CTI user.
• processes any end-of-order updates and sends the order to the Order Async.
• creates a record in the On-Line Authorization table. The status of this authorization is:
- *RDY, indicating on-line authorization has not been performed.
- *SENT, indicating the on-line authorization transmission failed after the credit card was sent to the service bureau for authorization.
- *RCVD, indicating the on-line authorization transmission failed after a response was received from the service bureau, but final updates could not be completed. This may occur if the Online Authorization integration job became inactive. The authorization does not complete processing until the job is active. Once the Online Authorization integration job is active, the system updates the status of the authorization to *UPDT.
• creates a record in the Authorization History table indicating the credit card is waiting for authorization, the date the credit card was sent for authorization, and the dollar amount waiting for authorization.
The amount of time the system waits for an authorization is defined in the Response time field for the service bureau.
Grace period: The system allows a 2 day grace period to receive a response from the service bureau if the status of the authorization is *RDY, *SENT, or *RCVD. To determine the grace period, the system takes the current date - the authorization sent date to determine the number of days. Once the 2 day grace period is passed, the system declines the transmission. You will need to resend the credit card for authorization during order maintenance or pick slip generation.
What Happens When an Undefined Response is Returned?
When an undefined response is returned, the system:
• does not display the Select Authorization Response Option Window since this vendor response has not been defined for the service bureau.
• places the order on AVS hold.
• accepts the order and returns you to the Select Customer Sold To For Order Screen, or the Customer Selection Screen if you are a CTI user.
• processes any end-of-order updates and sends the order to the Order Async.
• creates a record in the On-Line Authorization table indicating the order number, that the credit card is waiting for authorization, the dollar amount waiting for authorization, and the transaction sequence number. The status of this authorization is *RDY, indicating on-line authorization has not been performed.
• creates a record in the Authorization History table indicating the credit card is waiting for authorization, the date the credit card was sent for authorization, and the dollar amount waiting for authorization.
You can resend the order for authorization during order maintenance, using the Performing Batch Authorization (SATH) menu option, or during pick slip generation if the Batch/on-line field for the service bureau contains a C (on-line and batch authorizations).
Select Authorization Response Option Window
Use this window to review the response received from the service bureau and any messages defined for this vendor response.
Once you review the message, you can accept the order or return to the order to make any corrections or reject the order.
Typically, a vendor response pop up window message is defined for a vendor response indicating a declined authorization, declined address verification, or declined card identification verification.
How to display this screen: This window displays when you select Accept to accept an order in order entry if:
• the dollar amount defined for the credit card payment method on the order was sent up for authorization and received a response, and
• the On-line authorization field for the order type on the order is set to Window (on-line eligible and display window), and
• a Response time is defined for the service bureau, and
• the Pop up window messages field for the vendor response returned by the service bureau contains text.
Note: The Pop up window messages # 1 field must contain text in order to display this window. If you define text in the Pop up window messages # 2 - # 4 fields and not in the Pop up window messages # 1 field, this window will not display.
This window displays for each credit card payment method on the order that is sent up for authorization and meets the criteria above.
What message displays? You can receive a response from the service bureau for the authorization, address verification (AVS), and credit card security identification (CID, CVV2, CVC2). If you receive a response for the authorization, AVS verification, and card security identification, the system uses the following hierarchy to determine the pop up window message that displays in the Select Authorization Response Option window:
• Authorization response has a message defined: the message associated with the authorization response displays in the Select Authorization Response Option window.
• AVS response has a message defined: if the authorization response does not have a message defined, the message associated with the AVS response displays in the Select Authorization Option window.
• Card security identification response has a message defined: if the authorization response and AVS response do not have a message defined, the message associated with the card security response displays in the Select Authorization Option window.
Batch order entry: This window does not display if you are performing on-line credit card authorization during batch order entry.
Order maintenance: The Select Authorization Response Option window displays if you are performing on-line credit card authorization during order maintenance. You can authorize a credit card during order maintenance by selecting On-line Auth for a credit card payment method.
Cybersource Decision Manager Fraud Scoring: When the service bureau associated with the online authorization transaction is Cybersource and you are using Cybersource Decision Manager Fraud Scoring:
• If the response code received from Cybersource is 400 Fraud Score Exceeds Threshold or 480 Review Fraud Scoring, the system places the order on FS Fraud Scoring Hold so that the order can be reviewed for possible fraud.
• If the response code received from Cybersource is 481 Rejected by Decision Manager, the system deactivates the payment method on the order and requires you to enter another form of payment before you can accept the order.
See Cybersource Decision Manager Fraud Scoring for more information.
Field |
Description |
Order # |
The order number containing the credit card payment method that received this authorization response. Numeric, 8 positions; display-only. |
Pay type |
The description of the credit card payment method that received the authorization response containing this message text. Alphanumeric, 30 positions; display-only. |
Credit card # |
The credit card number defined for the credit card payment method used on the order. If you use credit card tokenization, this number may be a token rather than the actual credit card number. Masking: If you do not have authority to the Display Full Credit Card Number (B14) secured feature, the credit card number displays in the format specified at the Credit Card Number Layout Screen for the associated pay type. For example, ************1111 may display instead of the entire credit card number. See Credit Card Number Format for an overview. See the Data Security and Encryption Guide for more information. Alphanumeric, 20 positions; display-only. |
Exp date (credit card expiration date) |
The date this credit card is no longer valid. Numeric, 4 positions (MMYY format); display-only. |
Auth amt |
The amount sent for authorization for this credit card. If this credit card was the catch all payment method on the order or the only payment method on the order, this field is blank. Numeric, 10 positions with a 2-place decimal; display-only. |
Vendor response pop up window messages # 1 - # 4 |
The message text from the Pop up window messages # 1 - # 4 fields for the vendor response you received from the service bureau. This message text should indicate whether the credit card has been approved or declined and any action that you should take to correct any problems and inform the customer. Alphanumeric, four 40-position fields; display-only. |
Screen Option |
Procedure |
Accept the order |
Select Accept Order. The system returns you to the Select Customer Sold To For Order Screen or the Customer Selection Screen if the operator placing the order is a CTI user, and processes the order through the Order Async. Note: If the response code received from Cybersource is 481 Rejected by Decision Manager, the system returns you to the Work with Order/Recap Screen or the Enter Payment Method Screen where you can add another form of payment; see Cybersource Decision Manager Fraud Scoring. |
Return to the order to make any corrections or reject the order |
Select Edit Order. The system returns you to the Work with Order/Recap Screen or the Enter Payment Method Screen where you can make any corrections or reject the order. |
Resending Credit Cards for Authorization
If you did not receive a response from the service bureau during order entry or the credit card was declined in order entry, you can resend the credit card for authorization:
• selecting On-line Auth for the credit card at the Enter Payment Methods Screen in Order Maintenance in order maintenance. The system sends the credit card for authorization, waits for a response as in order entry, and displays the Select Authorization Response Option Window if pop up window message text was defined for the vendor response.
• using the Performing Batch Authorization (SATH) menu option. This menu option allows you to send credit cards associated with a selected ship via for authorization.
• during pick slip generation if the Batch/on-line field for the service bureau contains a C (on-line and batch authorizations).
You can generate pick slips for orders that contain pre-paid payment methods, such as cash or check, and/or credit cards that have received an approved authorization by selecting the Preauthorized orders only field in the pick generation template.
If you try to generate pick slips for orders that contain credit cards that have not been authorized with the Preauthorized orders only field selected and the Use Auto Authorization Interface (C14) system control value selected, the system will not send the credit cards up for authorization and will not generate pick slips.
Note: If you generate pick slips for preauthorized orders only and records exist in the Authorization History table in an S (sent) status, the system updates the records to a D (decline) status. The next time you generate pick slips with the Preauthorized orders only field unselected, the system sends orders associated with records in the Authorization History table in a D status up for authorization.
Receiving authorizations during pick slip generation: If the credit card has not yet received an approved authorization, you can resend the credit card for authorization during pick slip generation if the Preauthorized orders only field in the pick generation template is unselected and the Batch/on-line field for the service bureau is set to C (batch and on-line authorization). See Authorizations During Pick Slip Generation for more information on receiving authorizations during pick slip generation.
Credit Card Authorization List
The Online Credit Card Authorization Listing is a report you can use to review credit cards that have been authorized, declined, or sent for authorization for a specific date range.
You can generate this report by:
• defining selection criteria at the Authorization Listing Screen and selecting Accept.
• sending credit cards for authorization using the Performing Batch Authorization (SATH) menu option.
Note: The system generates a similar report when you authorize credit cards during pick slip generation; see Credit Card Authorization Listing.
Transmitting and Receiving Deposits
After you obtain an authorization for a credit card charge, you can generate a pick slip for the order, ship the order to the customer, and charge the credit card for the shipment. At this point, you use Processing Auto Deposits (SDEP) to transmit the deposit information to a deposit service for settlement.
On-line Credit Card Authorization Setup
Purpose: Before you can receive on-line credit card authorizations in your company, you must perform the necessary setup. Information requiring creation and setup includes:
• Service Bureau Settings, including response codes and currency codes
• Order Types eligible for on-line credit card authorization
• credit card Pay Types
• Online Authorization Integration Layer Job settings
• optionally, Pick Slip Generation template to generate pick slips for orders that contain pre-authorized credit cards
When processing payment transactions, the system uses a proxy server to act as an intermediary in order to increase security. Order Management System sends transactions to the proxy server and the proxy server sends the transactions along to the payment processor. You can define the proxy server properties in Working with Admin Properties (CPRP).
Property Name |
Description |
PROXY_HOST |
The IP address and port number used to connect to the proxy server during payment processing. Note: If these properties are blank, the system does not route payment transactions through a proxy server and instead calls the payment processor directly. |
PROXY_PORT |
System Control Value |
Description |
Select this field to indicate you will be performing on-line credit card authorizations. If this field is unselected, you will not be able to authorize credit cards in order entry or order maintenance. |
|
Select this field to indicate you will send an order up for authorization for the full order amount. Unselect this field to indicate you will send an order up for authorization for the shippable order amount. |
|
Select this field to indicate you want the system to process online authorizations for $1.00 for the purpose of validating the card. During batch authorizations, the system authorizes the card for the shippable dollar amount and voids the online authorization for $1.00. If this field is unselected, the system looks at the Authorize Full Amount During Order Entry (G99) system control value to determine the amount sent for authorization. |
See Authorization/Deposit Setup for additional system control values related to authorization.
The number assignment Transaction Sequence # assigns the next available number to the credit card authorization.
When you are setting up a service bureau to support on-line authorization, please note these required settings:
• Industry code: enter your DBA number.
• Batch/on-line: set to I (on-line) to perform only on-line credit card authorizations; set to C (on-line or batch) to perform both on-line credit card authorizations and batch credit card authorizations.
• Response time: set the number of seconds the system waits to receive a response from the service bureau before continuing to process the order.
• Pay type cross reference (Paytypes at the Work with Authorization Services Screen): Create a cross-reference for each pay type code for which you wish to receive on-line credit card authorization, using the vendor pay code information supplied by the service bureau.
• Currency cross reference (Currency at the Work with Authorization Services Screen): Create a cross-reference for each currency code you will use on orders receiving on-line credit card authorizations, using the vendor currency code information supplied by the service bureau.
• Vendor responses (Responses at the Work with Authorization Services Screen): Optionally, you can define Vendor response pop up window messages. The messages display in a pop up window in order entry when a credit card that was sent up for authorization is declined. You can enter up to four 40-position lines of message text. Set up vendor responses for authorizations, AVS (if you are performing address verification), and CID (if you are performing credit card identification).
You define whether an order type is eligible for on-line authorizations and if the order type will display a window during order entry when a response is received from the service bureau, based on the On-line authorization field:
• Window indicates the order type is eligible for on-line authorizations and the Select Authorization Response Option Window displays.
• Without Window indicates the order type is eligible for on-line authorization and the Select Authorization Response Option Window does not display.
• Not Eligible indicates the order type is not eligible for on-line authorization.
Online authorization for web orders: In order to perform online authorization when Order Management System receives the web order through the Generic Order Interface (Order API), the Online Authorization setting for the order type on the web order must be set to Without Window.
Each credit card pay type eligible for on-line authorization should have the service bureau set up as its authorization and deposit service. See Working with Pay Types (WPAY) for more information on setting up pay types.
If you wish to generate pick slips only for orders that contain pre-paid payment methods and/or credit cards that have received an authorization, you can create a pick slip generation template with the Preauthorized orders only field selected.
Online Authorization Integration Layer Job
The Online Authorization integration layer job is used to communicate with a service bureau.
When active, the Online Authorization integration layer job generates a Authorization Request XML Message (CWAuthorizationRequest) in online format and sends the message to the service bureau.
The service bureau sends an Authorization Response XML Message (CWAuthorizationResponse) back to the integration layer job.
See Processing Authorizations and Deposits using an Integration Layer Process for more information on communicating with a service bureau via an integration layer job.
Defining Authorization Service Currencies | Contents | SCVs | Search | Glossary | Reports | Solutions | XML | Index | Performing Batch Authorization (SATH) |
SO04_09 OMSCS 18.1 April 2019 OTN