Working with Pay Types (WPAY)
Working with Pay Types (WPAY)
Purpose: Use this option to configure payment methods for External Payment Service Credit Card and Stored Value Cards, Customer Engagement Stored Value Cards, PayPal, Cash/Check and Generic payments used for processes like retail pickup and delivery orders. The following processes are available:
-
add or maintain these payment methods and their descriptions
-
specify an alternate refund pay type if your company allows you to change the method by which you refund the customer
-
indicate the minimum dollar value and the maximum dollar amounts for which your company will produce a refund
-
specify the characteristics of credit cards that your company accepts as a method of payment including the limits, if any, for reauthorizing a credit card order and the authorization and deposit services
-
specify the financial conditions under which an order will go on hold (for example, dollar amount limits, balance due)
-
specify the cross-reference for a ChannelAdvisor marketplace, so that orders originating in that marketplace are assigned the matching payment method, and specify whether to calculate tax and shipping at the item level or the order level.
Important:
Use the Payment Configurations option in Modern View to configure or work with any payment processing through EFTConnect. You would use Work with Pay Types in Classic View only for other authorization services, such as for stored value cards (gift cards). You cannot create, change, or delete a pay type that uses EFTConnect through the Work with Pay Type option in Classic View.Pay type versus pay category: A pay type defines a specific method of payment such as check, cash, Visa, Mastercard, American Express, etc. Each pay type is assigned to a pay category.
Valid pay categories are:
-
Cash/Check
-
Credit Card (including stored value card, debit card and wallet)
Charging against pay types: When billing each pay type on a multi-paytype order, the system automatically assigns charge sequences to different payment categories as follows:
Payment Method | Pay Category | Default Charge Sequence |
---|---|---|
Cash or check |
Cash/Check |
1 |
Online Banking |
Credit Card |
2 |
Stored Value Card (non-catchall) |
Credit Card |
3 |
Credit Card (any Card type besides a stored value card and Online Banking) (non-catchall) |
Credit Card |
4 |
Stored Value Card (Catchall) |
Credit Card |
5 |
Credit Card (Catchall) |
Credit Card |
6 |
In addition, the system assigns the charge sequence for the “catch-all” payment method the highest charge sequence. For example, if the charge sequence for a check is 10, the system updates the charge sequence for the credit card on the order to 11 (provided the credit card is the “catch-all”).
In this topic:
Work with Pay Types Screen
How to display this screen: Enter WPAY in the Fast path field at the top of any menu or select Work with Pay Types from a menu.
The pay types listed may not all be available when adding a new payment method through Modern View Add Payment screens. An EFTConnect payment method can be restricted through the Payment Configuration option in Modern View. Also, PayPal and Wallets are not available to be added as a new form of payment on an order.
Field | Description |
---|---|
Type |
A code that represents the pay type. Numeric, 2 positions; optional. |
Description |
The description of the pay type. Alphanumeric, 30 positions; optional. |
Category |
A code for a category of pay type. Valid values:
Optional. |
Screen Option | Procedure |
---|---|
Create a pay type code |
Select Create to advance to the Create Pay Type Screen. You can create only cash/check, stored value card or credit cards through this screen when not connected to an EFTConnect merchant account. Use the Payment Configurations option in Modern View to create credit card, debit card, or wallet pay types for EFTConnect payment processing. |
Change pay type information |
Select Change for a pay type to advance to the Change Pay Type screen. At this screen you can change any information except the pay type code. See the Create Pay Type Screen for field descriptions. You can change only cash/check, stored value card or credit cards through this screen when not connected to an EFTConnect merchant account. Use the Payment Configurations option in Modern View to change credit card, debit card, or wallet pay types for EFTConnect payment processing. |
Delete pay type information |
Select Delete for a pay type to delete it. You can delete only cash/check, stored value card or credit cards through this screen when not connected to an EFTConnect merchant account. Use the Payment Configurations option in Modern View to delete credit card, debit card, or wallet pay types for EFTConnect payment processing. |
Display pay type information |
Select Display for a pay type to advance to the Display Pay Type screen. You can display any pay type; however, you cannot update any information on this screen. See Create Pay Type Screen for field descriptions. Settings configured through the Payment Configurations option in Modern View for credit card, debit card, or wallet pay types for EFTConnect payment processing will be displayed here. |
Work with credit card number format |
Select Card Number Format for a Credit Card pay category pay type to advance to the Card Number Format. An error message indicates if the pay type is
not a Credit Card pay category pay type: |
Work with user defined fields |
Select User Field for a pay type to advance to the Work with User Fields Screen. |
Create Pay Type Screen
Purpose: Use this screen to create a cash/check, stored value card (gift card) and credit card pay types that are not connected to an EFTConnect merchant account.
Create EFTConnect payment methods only through the Payment Configuration option in Modern View. Details about the payment method will be available for display only in the display screen.
How to display this screen: At the Work with Pay Types Screen, select Create.
Field | Description |
---|---|
Pay type |
A code that represents a pay type, such as a check, credit card, online banking, or stored value card. Numeric, 2 positions. Create screen: required. Change screen: display-only. |
Desc (Description) |
The description of the pay type. Alphanumeric, 30 positions; required. |
Category |
The category of the pay type. Valid values are:
Required. |
Alt refund type (Alternate refund type) |
The pay type to use for refunds to this pay type. Complete this field only if the pay type for refunds is different from the pay type used on the order. The system checks the appropriate values defined for the alternate refund pay type, not the original pay type, when generating refunds. The alternate refund type must be a pay
category of Cash/Check or Stored Value Card for Card type Stored
Value. The system displays an error message if you enter an invalid
alternate refund type: Numeric, 2 positions; optional. |
Alt refund category (Alternate refund category) |
The pay category to which the system-generated refund can be charged during refund maintenance. Valid values are:
When you define an alternate refund category for a pay type, you give yourself the option of changing the refund to the type that corresponds to this category. The alternate refund category must be a pay category of Cash/Check. Optional. |
Authorization service |
A code for the service bureau that authorizes or declines credit card charges. Defined through the Work with Authorization Services (WASV) screen. Only PayPal (PPL), Customer Engagement (RLT) or External Payment Service records should be entered here. EFTConnect payment methods should only be configured through the Payment Configuration option in Modern View. Alphanumeric, 3 positions; optional. |
Credit card length |
The required length of the stored value card number or any credit card pay type without an authorization or deposit service defined. You can require any length up to 20 positions. If the card entered does not match this length, you will receive an error message when trying to use this form of payment. Note: The system does not validate the credit card length if you enter a 0 in this field.Numeric, 2 positions; optional. |
Deposit service |
A code for the service bureau that performs stored value card deposits for this pay type. Defined through the Work with Authorization Services (WASV) screen. Only PayPal (PPL), Customer Engagement (RLT) or External Payment Service records should be entered here. EFTConnect payment methods should only be configured through the Payment Configuration option in Modern View. Alphanumeric, 3 positions; optional. |
Leading digits |
The first digits of a valid stored value card number or any credit card pay type without an authorization or deposit service defined. You can enter up to 4 leading digits. If the card entered does not match these leading digits, you will receive an error message when trying to use this form of payment. Numeric, 4 positions; optional. |
Reauthorization days |
The number of days before an authorization expires. Note: If online authorization is enabled, you should specify this number of days for a payment method in order to prevent repeated, unnecessary authorization requests. If this field is blank for a stored value card or credit card pay type, the authorization expires immediately. Also, if the order is submitted to Order Orchestration for fulfillment, there will be unsuccessful authorization attempts.The REAUTH periodic function uses this date to determine when to attempt to reauthorize an expired authorization. Only pay types that have this field set to a number greater than 0 are eligible for reauthorization attempts. Numeric, 3 positions; optional. |
Modulus check |
This setting indicates if the system performs a calculation against the digits of the stored card number, or any credit card pay type without an authorization or deposit service defined, to ensure that the card is valid. Valid values are:
Note: The system cannot perform a modulus check against the number if the number includes spaces; for example: 4111 1111 1111 1111. To perform a modulus check, you must enter the number without any spaces between the numbers; for example: 4111111111111111.Optional. |
Require start date |
Indicates whether to require a start date when the customer uses this stored value card pay type, or any credit card pay type without an authorization or deposit service defined. For example, you might use a start date for a stored value card to indicate the first date when the card is effective. Select this flag if you want to require a start date for this pay type in Modern View Add Payment screens. This is a valid selection only if the pay type is a stored value card. Do not select this field if you do not want to require a start date for the pay type. Note:
|
Card type |
Indicates the type of card — Credit Card, Debit Card, Stored Value or Wallet. See Stored Value Card Overview and Setup. You cannot enter a card type for a cash/check pay type. Wallet is not available through create or change, only display. |
Require expiration date |
Indicates whether to require an expiration date when the customer uses this stored value card pay type. If an expiration date is required but not entered, the system displays an error message in order entry or maintenance:
The expiration date is a four-position date in MMYY format.
|
Require issue # |
Indicates whether to require an issue number when the customer uses this stored value card pay type or any credit card pay type without an authorization or deposit service defined. Some banks assign an incremental issue number when they replace a card because it is lost or stolen. Select this flag if you want to require an issue number for this pay type. Do not select this flag if you do not want to require an issue number for the pay type. If an issue number is required but not entered in order entry or order maintenance, the system displays an error message:
Note:
|
Notify of installments |
CyberSource:
Indicates whether to send a Important: To determine how to set this flag if you offer deferred or installment billing and use CyberSource, you need to confirm the information that the end processor requires for deferred or installment payment plans for each payment type. Possible settings are:
External Payment Service: Indicates whether to send a
For more information: See: Note: You need to verify that the end processor supports the selected option. |
Bal due $ limit (Balance due dollar limit) |
If a customer short pays an order by an amount equal to or greater than this amount, the system places the order automatically on BD (Balance Due) hold. Note: Orders are evaluated for Bal due $ limit (Balance due dollar limit) and Bal due % limit (Balance due percentage limit). Balance due % limit takes precedence over balance due $ limit, so the system puts the order on hold when it is underpaid by the percentage even if it not underpaid by the dollar amount. When you apply a cash/check payment method:
Example: A customer underpays a $1,250.00 order by $25.00. The Balance due $ limit is $5.00; however, the Balance due % limit is 5%. Five percent of this order is $62.50. This order will not go on hold. The customer has underpaid by more than the Balance due $ limit but less than the Balance due % limit. Note: If the underpaid amount is less than the amount specified here (and there is no Bal due % limit specified), the order does not go on hold. The system creates a balance due record (negative refund record) and puts this record into a write-off pending status.Numeric, 13 positions with a 2-place decimal; optional. |
Order $ limit (Order dollar limit) |
If the order total meets or exceeds this dollar amount, the system places the order on dollar hold, regardless of the pay category (cash/check or credit card). Multi-pay orders: If there is more than one payment method on the order, the system places the order on hold if the order total meets or exceeds the Order $ limit for any pay type. Example: The order total is $200.00, and the customer sends a $50.00 check and puts the balance on a credit card. The Order $ limit for the check pay type is $150.00, and the Order $ limit for the credit card is $250.00. The system places the order on hold, because the order total of $200.00 meets or exceeds the Order $ limit of $150.00 for the check pay type (even though the check payment amount is less than the Order $ limit). Cash/check orders: The system evaluates both Order $ limit and Hold days. Order $ limit takes priority over Hold days. Example: The order total is $350.00 and the customer pays by check. Order $ limit is $225.00; Hold days is 5. Six days pass; this order will still be on hold. This customer order meets the value specified in Hold days but still exceeds the Order $ limit specified in this table. The system does not check this setting if the order is already on any type of system hold. Numeric, 13 positions with a 2-place decimal; optional. |
Bal due % limit (Balance due percentage limit) |
If a customer underpays on an order by a percentage equal to or greater than this amount, the system places the order on hold. Note: Orders are evaluated for both Bal due $ limit (Balance due dollar limit) and Balance due % limit. Balance due % limit takes priority over balance due $ limit. See the Bal due $ limit (Balance due dollar limit) for a discussion.Numeric, 13 positions with a 2-place decimal; optional. |
Hold days |
The number of days to hold an order while waiting for a check to clear the bank. The system releases the order from hold automatically through Daily Periodic Processing once the number specified here has passed. Note: Cash/check orders are evaluated for both Order $ limit (Order dollar limit) and Hold days. Order $ limit takes priority over Hold days.Numeric, 3 positions; optional. |
Ref chk min (Refund check minimum) |
The minimum dollar amount for which you issue a refund. Refunds less than this amount are put in a write-off pending status. These write-off amounts accumulate in the Customer Sold-to table and can be used as an order credit on a subsequent order. If a pay type has an alternate refund type, the system checks the refund check minimum for the alternate refund type. Numeric, 13 positions with a 2-place decimal; optional. |
Ref chk max (Refund check maximum) |
The maximum dollar amount for automatic refund creation. Any refund exceeding this dollar amount is put on hold. For example, if you leave this field blank for a credit card alternate refund type, all refunds will go on hold because they exceed the blank (zero) amount. If a pay type has an alternate refund type, the system checks the refund check minimum for the alternate refund type. Numeric, 13 positions with a 2-place decimal; optional. |
Release days |
The number of days to hold a refund from processing. The system changes the status of the refund to “open” when you process the refund if the release days have passed. This feature ensures that the customer's check for the order clears before you print a refund check for the overpayment. If a pay type has an alternate refund type, the system checks the refund check minimum for the alternate refund type. Numeric, 3 positions; optional. |
Store tender |
A cross-reference to the corresponding tender code in a point-of-sale system. This field is available only if you specify a Default Location for ORCE Integration (K69). This code is passed in the POSLog integration to Customer Engagement as the tender ID, which can be used as a loyalty qualifier. Alphanumeric, 4 positions; optional. |
CA cross reference # |
A cross-reference to a ChannelAdvisor marketplace, set up through Work with ChannelAdvisor Offers Screen, from which you receive orders:
If more than one pay type has the same matching cross-reference, the periodic function selects the pay type with the highest pay type code. Cash/check category: If a CA cross reference # is specified, the pay type Category must be Cash/Check. See ChannelAdvisor Integration Overview and ChannelAdvisor Setup. This field is available only if the ChannelAdvisor Order Type (L90) system control value specifies an order type. If you enter a value in this field, then the CA type field is required. Alphanumeric, 40 positions; optional. |
CA type |
Controls how the CAORDUP periodic function calculates shipping and tax, and how refund amounts are passed when Submitting Refunds for ChannelAdvisor Orders. If this field is set to:
This field is available only if the ChannelAdvisor Order Type (L90) system control value specifies an order type. If a CA cross reference # is specified for the pay type, then this field is required. |
Card Number Format
Card Number Format is not currently implemented.