Pay type

A user-defined code that represents the method of payment on the order.

Valid pay types are defined in and validated against the Pay Type table. See Working with Pay Types (WPAY).

The pay type that appears at the top of this pop-up window represents a cash/check pay type.

Numeric, 2 positions; display-only, updated by the system.

Description (unlabeled field below the Pay type field)

A description associated with this payment method. For example, this field may contain the description CASH/CHECK when using a cash/check payment type to prepay the order.

Alphanumeric, 30 positions; display-only, updated by the system.

Amount

The total dollar value of the cash or check paytype.

Alternate currency pricing

You can enter or review the cash/check amount in the alternate currency by selecting AC Override if the order is associated with an alternate currency; see Using Alternate Currency Pricing.

Numeric, 9 positions with a 2-place decimal; required.

Routing #

An informational field that is required if the pay type you define equals the pay type defined in the Check Interface Payment Type (G26) system control value.

An error message indicates if you do not enter a routing number and the pay type you defined equals the pay type defined in the Check Interface Payment Type (G26) system control value:

A Routing Number is required for check interface payment types.

Alphanumeric, 9 positions; optional.

Account # (Checking account number)

An informational field that is required if the pay type you define equals the pay type defined in the Check Interface Payment Type (G26) system control value.

An error message indicates if you do not enter a checking account number and the pay type you defined equals the pay type defined in the Check Interface Payment Type (G26) system control value:

A Checking account number is required for check interface payment types.

Alphanumeric, 20 positions; optional.

Check #

An informational field that is required if the pay type you define equals the pay type defined in the Check Interface Payment Type (G26) system control value.

An error message indicates if you do not enter a checking account number and the pay type you defined equals the pay type defined in the Check Interface Payment Type (G26)e system control value:

A check number is required for check interface payment types.

Numeric, 6 positions; optional.

Charge sequence

The order in which the system should charge each pay type when the customer uses several payment types. Defaults to 1. See Enter Payment Method Screen.

Numeric, 2 positions; required.

Pay type

A user-defined code that represents the method of payment on the order. If the credit card number has been replaced with a token, this field is display-only.

Valid pay types are defined in and validated against the Pay Type table. See Working with Pay Types (WPAY).

Selecting a Different Pay Type: The pay type listed on this window is a credit card pay type, such as:

• regular credit card, such as Mastercard or VISA

• stored value card

• debit card

Each of these examples represents a Card type. You can change the pay type code to another card, if needed. For example, you can use this window to switch from a VISA card to American Express, since they are both regular credit cards; however, you should not use this window to switch from a VISA card to stored value card, or vice versa, as each card type has different entry requirements.

To Change the Pay Type to a Different Card Type: To change the pay type to a different Card type, you should select Exit and enter the new payment method at the Enter Payment Method Screen or the Work with Order/Recap Screen.

See Types of Credit Cards for more information.

Numeric, 2 positions; display-only, updated by the system.

Description (unlabeled field)

A description associated with this payment method. For example, this field may contain the description CREDIT CARD when using a credit card payment type to charge the order.

Alphanumeric, 30 positions; display-only, updated by the system.

Credit card #

The number of the credit card payment method used on the order. This number is a token instead of the actual credit card number if the Tokenized field for the Order Payment Method record is Y; in this situation, the credit card number is display-only.

All cards must be authorized, either manually or by a credit card authorization service.

Defaults? The system defaults the customer's credit card number and expiration date if you are using the Default Previous Pay Type in Order Entry (D64) system control value. However, if the Prevent Storing the Customer’s Last CC# and Exp Date (J86) system control value is selected, the customer’s last credit card number and expiration date are not stored in the Customer Sold To and Customer Ship To Order History tables, only the pay type is stored. The system defaults the customer pay type, only.

Credit card number format: If you do not have authority to the Display Full Credit Card Number (B14) secured feature, the credit card number is in the format specified at the Credit Card Number Layout Screen for the associated pay type. For example, ************1443 may display instead of the entire credit card number. See Credit Card Number Format for an overview.

Display-only? This field is display-only (for a tokenized credit card) or blank (for other credit card types) if the operator does not have authority to the Restrict Access to Credit Card Numbers in OI and OM (A88) secured feature. A message indicates if the operator tries to enter a credit card number: Cursor in protected area of display. However, if a valid credit card number has already been entered, the system does not indicate an error for the payment method.

Tokenization: If the Request token field for the authorization service defined for the credit card pay type is selected, the system sends a Token Request to the authorization service to replace the credit card number with a token. If the Require Credit Card Token (L40) system control value is selected and a token is not returned in the Token Response, the system displays the Tokenization Warning window and requires you to enter a different form of payment on the order before it can be accepted. See the Data Security and Encryption Guide for more information.

Last four: The system stores the last four digits of the actual credit card number in the CC Last 4 field in the Order Payment Method table in order to verify the card with the customer.

Alphanumeric, 20 positions; required.

Expiration date

The date (in MMYY format) up until which the credit card is valid. For example, enter 1206 if the credit card expires in December of 2006.

The Require expiration date flag for the pay type controls whether this field is a required entry.

The system defaults in the customer's credit card number and expiration date if you are using the Default Previous Pay Type in Order Entry (D64) system control value. However, if the Prevent Storing the Customer’s Last CC# and Exp Date (J86) system control value is Selected, the customer’s last credit card number and expiration date are not stored in the Customer Sold To and Customer Ship To Order History tables, only the pay type is stored. The system defaults the customer pay type, only.

This field is blank if the operator does not have authority to the Restrict Access to Credit Card Numbers in OI and OM (A88) secured feature. A message indicates if the operator tries to enter an expiration date: Cursor in protected area of display. However, if a valid expiration date has already been entered, the system does not indicate an error for the payment method.

Numeric, 4 positions; required or optional, based on the Require expiration date flag for the pay type.

SVC ID #

The ID number for the stored value card payment. Define an ID number only if your stored value card processor supports it. Order Management System stores the ID number in the OPM SVC ID Storage field in the Order Payment Method table and includes it in the authorization request and deposit request sent for the stored value card payment.

Numeric, 9 positions; optional.

Amount

The total dollar value to charge to this paytype.

Leave this field blank if:

• the customer is using just this card to pay for the order; the system charges this card the total amount due on the order; or,

• this is the “catch-all” payment method; the system uses this card to charge the total balance remaining on the order after any other payment method has been charged.

The system issues a message for you to delete this amount if:

• The customer is using only this card to pay for the order

• You accept the order by selecting Accept or Accept/Add Rcp

• The dollar amount you specified is insufficient to cover the order.

After you delete the amount, the system charges the card the entire amount of the order and you avoid a balance-due situation.

See Enter Payment Method Screen for more information about multi-pay type orders.

Alternate currency pricing

You can enter or review the card amount in the alternate currency by selecting AC Override if the order is associated with an alternate currency; see Using Alternate Currency Pricing.

Numeric, 9 positions with a 2-place decimal; optional.

Authorization #

A code that indicates that the amount to charge for this card has been authorized manually or through an authorization service.

You can pre-authorize a credit card by entering an authorization number in the Authorization # field; however, you must also enter a value in the Amount field.

Enter a code in this field to pre-authorize the credit card when you do not use an authorization service to evaluate and approve your credit card orders. You can enter an authorization number in upper and lower case.

Note: If you manually authorize a credit card, the credit card will not go out for online or batch authorization.

Secured feature: The ability of a user or user class to enter an authorization code manually for an order is controlled by the secured feature C/C Authorization Field Access (A25).

If you use an authorization service, the system updates this field when an authorization is received.

Alphanumeric, 16 positions; optional.

Authorization date

The date when this payment method was authorized manually or by an authorization service.

You must enter an authorization date if you entered an authorization number in the Authorization# field.

If you use an authorization service, the system updates this field when an authorization is received.

Numeric, 6 positions (in user date format); optional.

Card security value

The credit card’s security value.

American Express: The card security value, or CID (card identification number), is a 4-digit number imprinted, not embossed, on an American Express credit card. The card security value is displayed above and to the right of the imprinted credit card number on the front of the card.

Discover: The card security value, or CID (card identification number), is a 3-digit number in reverse indent printing located on the signature panel on the reverse side of the credit card following the account number.

VISA: The card security value, or CVV2 (card verification value), is a 3-digit number in reverse indent printing located on the signature panel on the reverse side of the credit card following the account number.

MasterCard: The card security value, or CVC2 (card validation code), is a 3-digit number in reverse indent printing located on the signature panel on the reverse side of the credit card following the account number.

Reducing fraud: Authorization services use card security identification to help reduce fraud by verifying that the credit card is present at the point of sale and to ensure that the credit card data from the transaction matches the data stored by the authorization service for that card.

The card security value and card security presence are used for the processing of VISA, Discover, Master Card, and AMEX online authorization transactions only; the card security value and presence are informational-only for every other credit card transaction. The card security response received for the authorization is stored in the Vendor response 2 field in the Authorization History table.

Note: The system removes the card security value from an order when the order is accepted, even if an approved online authorization has not been received on the order; no message is written to Order History. Card security processing is not available during batch authorization or deposit processing.

See Credit Card Security Service (CID, CVV2, CVC2).

Numeric, 4 positions; optional.

Card security presence

Indicates to the authorization service whether a card security value (CID, CVV, CVC) is present on the credit card. If a card security presence exists for the credit card payment method, the authorization service performs card security identification.

Valid values:

• Value Present = card security value is present on the credit card.

• Value Illegible = card security value is present on the credit card, but is illegible.

• No Value = card security value is not present on the credit card.

If you select Value Present and do not enter a number in the Card security value field, an error message indicates: Card security value is required.

If you select Value Illegible or No Value and a number is defined in the Card security value field, an error message indicates: Card security value must be blank.

See Credit Card Security Service (CID, CVV2, CVC2).

Optional.

Issue #

An incremental issue number which some banks assign when they replace a card, such as a debit card, because it is lost or stolen. It is important to enter the issue number exactly as it appears on the card. For example, an issue number of 0 is different from an issue number of 00, and an issue number of 1 is different from an issue number of 01.

Required? An issue number may be required, based on the setting of the Require issue # field for the pay type. If it is required and you do not enter an issue number, the system displays an error message:

Credit card issue# () is not valid.

Note: An entry of 00 (two zeros) is not considered a valid issue number.

Alphanumeric, 2 positions; required or optional based on the Require issue # flag for the pay type.

Start date

The month and year when the card becomes effective.

Required? The Require start date flag for the pay type controls whether the start date is required for the pay type. If the start date is required but not entered, the system displays an error message:

Credit card start date (0) is not valid.

Even if you require a start date for a pay type, the system does not validate that the start date is on or before the current date. Typically, if your authorization service requires a start date for this pay type, the service would validate that the start date has passed.

Numeric, 4 positions (MMYY format): required or optional based on the Require start date flag for the pay type.

Charge sequence

The order in which the system should charge each pay type when the customer uses more than one payment method. Defaults to 2 for a stored value card, or 3 for any other type of credit card. See Determining the Charge Sequence for more information.

Numeric, 2 positions; required.

Pay plan (Deferred or installment payment plan)

A code representing a deferred or installment payment plan. Only credit cards whose Card type is Credit card are eligible for payment plans.

If the operator does not have authority to the Override Deferred and Installment Billing Options (A81) secured feature, this field is display-only.

See Assigning a Payment Plan to the Order for more information on how the system determines the payment plan to assign to an order.

Payment plans are defined in and validated against the Flexible Payment Option table. See Working with Flexible Payment Options (WFPO).

Alphanumeric, 5 positions; optional.

WO$ (Write-off dollars)

The accumulated amount of write-offs (overpayments minus underpayments) for this customer that can be used as payment on the current order when you select Conv w/o $ to pmt.

Indicates whether the customer's write-off balance is positive or negative.

The system issues a message if you select Conv w/o $ to pmt when the write-off balance is 0 or negative:

Cannot use as payment; write-off amount is zero or negative.

Applying Write-off Dollars as an Order Payment: If the resulting refund/balance due write-off value is positive, the WO$ field is provided on this screen and displays a value that the customer can use as payment on the order.

Select Conv w/o $ to pmt for the system to apply the entire amount of the refund/balance due write-off as payment on the order. The system adds an order payment method on the Payment Method screen using the payment type defined in the Default Cash Pay Type (C07) field in the System Control table.

The system issues a refund check for the customer if the addition of the write-off dollars to the order results in an overpayment.

Applying Write-off Dollars as Additional Charges: If the resulting refund/balance due write-off value is negative, the WO$ field is provided on this screen and displays a value that you can apply to the order as an additional charge.

Select Conv w/o $ to chrg for the system to apply the entire amount of the refund/balance due write-off as an additional charge on the order. The system will use the additional charge code from the Default Additional Charge Code (C45) field in the System Control table. This amount will be added to the amount the customer owes for the current order. The system will add an additional charge to the Enter Additional Charges Window; the system will convert the negative balance due amount to a positive charge on the order.

Numeric, 7 positions with a 2-place decimal; display-only, updated by the system.

Pay type

A user-defined code for a method of payment on the order. Valid payment types are defined in and validated against the Pay Type table. See Working with Pay Types (WPAY).

The pay type code and description display on the lower portion of the screen for payment methods that you have already entered.

Assigning a Customer Bill To: The system creates a bill-to automatically for the order and uses the customer's name and address as the billing address when a billing account does not exist for the customer.

The bill-to created by the system is attached to the current order only.

Check Interface Pay Type: You can send check information to an outside service for verification by defining a check pay type in the Check Interface Payment Type (G26) system control value.

When you add the check interface payment method to an order, the system:

• requires entry of the Routing number, Checking account number, and Check number fields on this screen or the Enter Cash Control For Window (Cash/Check Payment Type).

• does not allow you to define a dollar amount for the payment method. If you try to enter a dollar amount, the system displays an error message: A check amount cannot be entered prior to check interface download processing.

• does not allow you to enter a credit card payment method to the order since you cannot define two payment methods on the order that have a blank dollar amount.

• places the order on CI (check interface) hold.

• adds an additional charge to the order if an additional charge code has been defined in the Check Interface Additional Charge Code (G27) system control value.

Restricted payment method: You cannot apply the Order Broker Payment Type (K98) to an order; instead, the screen displays an error, such as Pay type (06-BROKER PAY TYPE ) is restricted.

Numeric, 2 positions; display-only, required.

CC #

The number of the credit card or stored value card used on the order. The Scan Credit Card Accounts Screen displays if you prompt on this field and you have defined the credit card pay type associated with the data loaded from GECC in the Pay type field. This screen allows you to scan for the credit card number of the customer placing the order.

All cards must be authorized, either manually or by a credit card authorization service.

The credit card number is indicated on the bottom half of the screen for credit card payment types that have already been added to the order.

Credit card number format: If you do not have authority to the Display Full Credit Card Number (B14) secured feature, the credit card number is in the format specified at the Credit Card Number Layout Screen for the associated pay type. For example, ************1443 may display instead of the entire credit card number. See Credit Card Number Format for an overview.

Note: The credit card number does not display on the screen if the operator does not have authority to the Restrict Access to Credit Card Numbers in OI and OM (A88) secured feature.

Tokenization: If the Request token field for the authorization service defined for the credit card pay type is selected, the system sends a Token Request to the authorization service to replace the credit card number with a token. If the Require Credit Card Token (L40) system control value is selected and a token is not returned in the Token Response, the system displays the Tokenization Warning window and requires you to enter a different form of payment on the order before it can be accepted. See the Data Security and Encryption Guide for more information.

Last four: The system stores the last four digits of the actual credit card number in the CC Last 4 field in the Order Payment Method table in order to verify the card with the customer.

Alphanumeric, 20 positions; required.

Exp date

The date (in MMYY format) up until which a credit card is valid. For example, enter 1206 if the credit card expires in December of 2006.

The Require expiration date flag for the pay type controls whether this field is a required entry.

The expiration date is on the bottom half of the screen for credit card payment types that have already been added to the order unless the operator does not have authority to the Restrict Access to Credit Card Numbers in OI and OM (A88) secured feature.

Numeric, 4 positions; required or optional, based on the Require expiration date flag for the pay type.

Issue #

An incremental issue number which some banks assign when they replace a credit card, such as a debit card, because it is lost or stolen. It is important to enter the issue number exactly as it appears on the card. For example, an issue number of 0 is different from an issue number of 00, and an issue number of 1 is different from an issue number of 01.

Required? An issue number may be required for a credit card or debit card, based on the setting of the Require issue # field for the pay type. If it is required and you do not enter an issue number, the system displays an error message: Credit card issue# () is not valid.

Note: An entry of 00 (two zeros) is not considered a valid issue number.

The issue number is a valid entry only for a credit card payment method, such as a debit card.

Alphanumeric, 2 positions; required or optional based on the Require issue # flag for the pay type.

Start date

The month and year when a credit or debit card becomes effective.

Required? The Require start date flag for the pay type controls whether the start date is required for a credit card pay type. If the start date is required but not entered, the system displays an error message: Credit card start date (0) is not valid.

The start date is a valid entry only for a credit card payment method, such as a debit card.

Even if you require a start date for a pay type, the system does not validate that the start date is on or before the current date. Typically, if your authorization service requires a start date for this pay type, the service would validate that the start date has passed.

Numeric, 4 positions (MMYY format): required or optional based on the Require start date flag for the pay type.

Plan (Deferred or installment payment plan code)

A code that represents the deferred or installment payment plan you wish to assign to this order. An order is eligible for a payment plan only if it uses a credit card whose Card type is Credit Card) rather than, for example, a stored value card. See Types of Credit Cards for more information.

Included only if the Deferred and Installment Billing (F51) system control value is selected.

If an operator does not have authority to the Override Deferred and Installment Billing Options (A81) secured feature, this field is display-only.

An error message indicates if an operator enters a payment plan code and the order is not eligible.

See Assigning a Payment Plan to the Order on how the system determines the payment plan to assign to the order.

Payment plans are defined in and validated against the Flexible Payment Option table. See Working with Flexible Payment Options (WFPO).

Alphanumeric, 5 positions; optional.

Auth #

A code that indicates that the amount to charge for this credit card payment type has been authorized manually or through a credit card authorization service.

You can preauthorize a credit card by entering an authorization number in the Authorization # field; however, you must also enter a value in the Amount field.

Enter a code in this field to preauthorize the credit card when you do not use an authorization service to evaluate and approve your credit card orders. You can enter an authorization number in upper and lower case.

Secured feature: The ability of a user or user class to enter an authorization code manually for an order is controlled by the secured feature C/C Authorization Field Access (A25).

If you use an authorization service, the system updates this field when an authorization is received.

Alphanumeric, 16 positions; optional.

Authorization date

The date when this payment method received an authorization manually or by an authorization service.

You must enter an authorization date if you entered an authorization number in the Authorization# field.

If you use an authorization service, the system updates this field when an authorization is received.

Numeric, 6 positions (in user date format); optional.

Ord total

The sum of all charges on the order, including: merchandise, freight, additional freight, tax, handling and additional charges.

Numeric, 11 positions with a 2-place decimal; display-only, updated by the system.

Auth amt

The amount you wish to manually authorize for this credit card.

Numeric, 10 positions with a 2-place decimal; required.

CSV (card security value)

The credit card’s security value.

American Express: The card security value, or CID (card identification number), is a 4-digit number imprinted, not embossed, on an American Express credit card. The card security value is above and to the right of the imprinted credit card number on the front of the card.

Discover: The card security value, or CID (card identification number), is a 3-digit number in reverse indent printing located on the signature panel on the reverse side of the credit card following the account number.

VISA: The card security value, or CVV2 (card verification value), is a 3-digit number in reverse indent printing located on the signature panel on the reverse side of the credit card following the account number.

MasterCard: The card security value, or CVC2 (card validation code), is a 3-digit number in reverse indent printing located on the signature panel on the reverse side of the credit card following the account number.

Reducing fraud: Authorization services use card security identification to help reduce fraud by verifying that the credit card is present at the point of sale and to ensure that the credit card data from the transaction matches the data stored by the authorization service for that card.

The card security value and card security presence are used for the processing of VISA, Discover, Master Card, and American Express online authorization transactions only; the card security value and presence are informational-only for every other credit card transaction. The card security response received for the authorization is stored in the Vendor response 2 field in the Authorization History table.

Note: The system removes the card security value from an order when the order is accepted, even if an approved online authorization has not been received on the order; no message is written to Order History. Card security processing is not available during batch authorization or deposit processing.

See Credit Card Security Service (CID, CVV2, CVC2).

Numeric, 4 positions; optional.

CSP (card security presence)

Indicates to the authorization service whether a card security value (CID, CVV, CVC) is present on the credit card. If a card security presence exists for the credit card payment method, the authorization service performs card security identification.

Valid values:

Valid values:

• Value Present = card security value is present on the credit card.

• Value Illegible = card security value is present on the credit card, but is illegible.

• No Value = card security value is not present on the credit card.

• If you select Value Present and do not enter a number in the Card security value field, an error message indicates: Card security value is required.

If you select Value Illegible or No Value and a number is defined in the Card security value field, an error message indicates: Card security value must be blank.

See Credit Card Security Service (CID, CVV2, CVC2).

Optional.

Amount

The total dollar value of this payment type.

When to enter an amount? Enter an amount for cash/check payment types. If the amount you enter is less than the order total, the system displays the following message: Order total not equal to paid amount.

Enter an amount if using a credit card that is not the only form of payment on the order and another payment type is used as the “catch- all” payment type. See Pay Type Editing for more information.

When to leave this field blank? Leave this field blank:

• when entering a check interface payment type.

• when the customer is using only this credit card to pay for the order (the system charges this credit card the total amount due on the order).

• for one credit card payment type if the customer is using multiple payment methods on the order (the system charges the credit card the outstanding balance that is not charged to other payment types).

The system issues a message for you to delete this amount if:

• The customer is using only this credit card to pay for the order, and

• You accept the order, and

• The dollar amount is insufficient to cover the order.

Catch-all payment types: A catch-all payment type is a payment type that will be charged the outstanding balance on an order when the customer is using several payment methods on the order. You can identify a payment type as the catch-all payment type by leaving the Amount field blank.

You can use these payment methods as the catch-all payment type:

• Credit card (including other card types)

• the check pay type defined in the Check Interface Payment Type (G26) system control value.

You can identify only one payment type on the order as the catch-all payment type.

You cannot identify a cash/check payment type as the “catch-all” payment type, because the customer drafts the check for a specific amount. A “catch-all” payment type, however, will be charged whatever amount is not charged to other payment types on the order. This is an open- ended payment type that will “catch” the customer underpayment, charge the balance, and avoid a balance due situation.

Alternate currency pricing: You can enter the pay type amount in the alternate currency by selecting AC Override if the order is associated with an alternate currency; see Using Alternate Currency Pricing.

Numeric, 9 positions with a 2-place decimal; entry requirements depend on payment type.

Charge sequence

The order in which the system should charge each pay type when the customer uses several payment types. Indicates when each payment type will be billed by the system as merchandise is shipped. See Determining the Charge Sequence for more information.

The charge sequence is provided for each entered payment method on the lower portion of the screen, and is enterable.

Numeric, 2 positions; optional.

SVC ID #

The ID number for the stored value card payment. Define an ID number only if your stored value card processor supports it. Order Management System stores the ID number in the OPM SVC ID Storage field in the Order Payment Method table and includes it in the authorization request and deposit request sent for the stored value card payment.

Numeric, 9 positions; optional.

Pay bal (Payment balance)

The amount remaining to charge on an order. The system uses this calculation to determine the payment balance: order total - total order payments = payment balance

Represents the amount charged to the catch all pay type on a multi-pay type order.

Example:

The order total = 100.00

Pay type 1 = 45.00

Pay type 2 = 15.00

Pay type 3 (catch all) = 0.00

100.00 - 60.00 = 40.00 (this is the amount charged to the catch all pay type).

This amount is a negative value if the customer overpays or a return or exchange is performed.

Numeric, 9 positions with a 2-place decimal; display-only.

Routing

Check Interface payment: An informational field that is required if the pay type you define equals the pay type defined in the Check Interface Payment Type (G26) system control value. An error message indicates if you do not enter a routing number and the pay type you defined equals the pay type defined in the Check Interface Payment Type (G26) system control value: A Routing Number is required for check interface payment types.

An error message indicates if you enter a routing number for a pay type that does not represent pay category Cash/Check: A routing number cannot be entered for this pay type.

Alphanumeric, 9 positions; optional.

Acct (Account #)

Check Interface payment: An informational field that is required if the pay type you define equals the pay type defined in the Check Interface Payment Type (G26) system control value. An error message indicates if you do not enter a checking account number and the pay type you defined equals the pay type defined in the Check Interface Payment Type (G26) system control value: A Checking account number is required for check interface payment types.

An error message indicates if you enter a routing number for a pay type that does not represent pay category Cash/Check: A routing number cannot be entered for this pay type.

Alphanumeric, 20 positions; optional.

Check #

An informational field that is required if the pay type you define equals the pay type defined in the Check Interface Payment Type (G26) system control value.

An error message indicates if you do not enter a checking account number and the pay type you defined equals the pay type defined in the Check Interface Payment Type (G26) system control value: A check number is required for check interface payment types.

An error message indicates if you enter a check number for a pay type that does not represent pay category Cash/Check: A check number cannot be entered for this pay type.

Numeric, 6 positions; optional.

Ord discount (Order discount)

The total discount applied to the order across all ship to customers. The total discount is calculated by comparing the selling price with the item/SKU offer price. If you use a price override on any of the order lines, or if it defaults from the Default Price Override Reason (B35) system control value:

• If the price override reason code’s Override item offer price field is selected, the Ord discount includes any discounts that reduce the selling price from the price override amount you entered for the order line; however, it does not include the amount of the price override itself. For example, if an accompanying item normally priced at $2.00 is added to the order at no charge, the $2.00 is not included in the order discount amount.

• If the price override reason code’s Override item offer price field is unselected, and:

- you override an existing item/SKU offer price for the item: the Ord discount includes the difference between the original item/SKU offer price and the final selling price, including the price override and any other discounts.

- there is no item/SKU offer price for the item: the order detail line does not affect the Ord discount total.

Note: Provided only if the Display Discount on Order Recap Screen (D38) system control value is selected.

Numeric, 9 positions with a 2-place decimal; display-only.

CC Last 4

The last four positions of the credit card number. Updates the CC Last 4 field in the Order Payment Method table.

If you use credit card encryption, the system does not encrypt the value in this field.

Alphanumeric, 4 positions; display-only.

Postal code

The postal code or zip code for a customer with this credit card account. Credit card accounts for customers living in foreign countries have a postal code of 00000.

Enter a 5-digit postal code to display credit card accounts whose postal codes match your entry.

Alphanumeric, 10 positions; optional.

Name

The first 4 positions of the customer's last name. Enter a full or partial last name to display credit card accounts whose last names start with your entry.

Alphanumeric, 4 positions; optional.

Address

The first 6 positions of the customer's street address.

Enter a full or partial street address to display credit card accounts that match your entry.

Alphanumeric, 6 positions; optional.

CC account no. (Credit card account number)

The credit card number of a customer's account.

If you do not have authority to the Display Full Credit Card Number (B14) secured feature, the credit card number is in the format specified at the Credit Card Number Layout Screen for the associated pay type. For example, ************1443 may display instead of the entire credit card number. See Credit Card Number Format for an overview.

Numeric, 20 positions; display-only.

Plan (Payment plan)

The code for a payment plan that is eligible for this order.

Payment plans are defined in and validated against the Flexible Payment Option table.

Alphanumeric, 5 positions; display-only.

Description

The description of the payment plan.

Alphanumeric, 40 positions; display-only.

D/I (Deferred or installment payment plan)

A code that indicates whether this payment plan is a deferred payment plan or an installment payment plan.

Valid values are:

D = This is a deferred payment plan.

I = This is an installment payment plan.

Alphanumeric, 1 position; display-only.

Primary plan

The most appropriate payment plan for this order. The system determines the primary payment plan based on this hierarchy:

• payment plan is set to automatically apply

• source code

• item and dollar amount

• item

• offer

• offer and dollar amount

• offer

• pay type and dollar amount

• pay type

• dollar amount

• descending starting date sequence

• alphanumerically by payment plan code

See Assigning a Payment Plan to the Order on how the system determines which payment plan is the most appropriate for the order.

Primary payment plan code: Alphanumeric, 5 positions; display-only.

Primary payment plan description: Alphanumeric, 40 positions; display-only.

Other qualifying plans

The payment plans that are eligible for this order, but are not the primary payment plan. The system lists the other qualifying payment plans in alphanumeric order.

An error message indicates is you select a payment plan other than the primary payment plan and you are not authorized to the Override Deferred and Installment Billing Options (A81) secured feature:

Not authorized to override payment plan.

Qualifying payment plan code: Alphanumeric, 5 positions; display-only.

Qualifying payment plan description: Alphanumeric, 40 positions; display-only.

Order #

The order number associated with this payment plan.

Numeric, 8 positions; display-only.

Pay type

The pay type code and description associated with the payment plan and order. You can only assign a payment plan to an order containing a credit card as the method of payment. See Assigning a Payment Plan to the Order.

Pay types are defined in and validated against the Pay Type table.

Pay type code: Numeric, 2 positions; display-only.

Pay type description: Alphanumeric, 30 positions; display-only.

Payment plan

The payment plan code and description assigned to this order.

Payment plan codes are defined in and validated against the Flexible Payment Option table. See Working with Flexible Payment Options (WFPO).

Payment plan code: Alphanumeric, 5 position; display-only.

Payment plan description: Alphanumeric, 40 positions; display-only.

Sold to

The last, first and middle initial of the sold to customer associated with this order.

Last name: Alphanumeric, 25 positions; display-only.

First name: Alphanumeric, 15 positions; display-only.

Middle initial: Alphanumeric, 1 position; display-only.

Fields associated with a deferred payment plan:

# of days for deferral

The number of days the customer can defer paying this order.

Example: payment due in 30 days.

Numeric, 3 positions; display-only.

Deferred bill date

The billing date when the payment for this order is due. The system uses this calculation to determine the deferred bill date: order date + # of days for deferral = deferred bill date

Numeric, 6 positions (in user date format); display-only.

Fix date for deferral

The fixed billing date when the payment for this order is due.

Example: payment due on January 1st.

Numeric, 6 positions (in user date format); display-only.

Order total

The sum of all charges on the order, including merchandise, freight, additional freight, tax, handling, and additional charges across all recipients on this order.

Numeric, 11 positions with a 2-place decimal; display-only.

Fields associated with an installment payment plan:

Installment amount

The amount due at each installment. The system uses this calculation to determine the amount due at each installment: (order total - prepaid amount) / # of intervals = installment amount

Example:

order total = 45.00

prepaid amount = 15.00

number of installments = 3

(45.00 - 15.00) / 3 = 10.00 (installment amount)

Numeric, 11 positions with a 2-place decimal; display-only.

# of installments

The total number of installments assigned to this payment plan. This is the number of times the customer must pay an installment amount.

Example: If the order total is 30.00 and the number of installments is 3, the customer would pay 10.00 at each installment date.

Numeric, 2 positions; display-only.

Installment interval

The number of days between each installment deposit date. This number cannot be less than 30 since the billing cycle for a credit card is 30 days.

Example:

order total = 30.00

installment amount = 10.00

number of installments = 3

installment interval = 30

In this situation, the customer must pay an installment amount of 10.00 during 3 separate times in 30 day intervals (a payment of 10.00 is due each month).

Numeric, 3 positions; display-only.

Installment dates

The dates when each installment amount is due.

Installment based on fixed date:

• If the current date is less than the fixed day, the system uses this month for the first installment.

Example:

fixed installment day = 25th

current day = 9/10

first installment date = 9/25

• If the current date is equal to or greater than the fixed day, the system uses the next month for the first installment.

Example:

fixed installment day = 25th

current day = 9/28

first installment date = 10/25

Installment based on specific interval:

To calculate the first installment date: order date = first installment date

To calculate the second installment date: order date + installment interval = second installment date

To calculate additional installment dates: previous installment date + installment interval = additional installment date

Example:

order date = 08/04/06

installment interval = 30

number of installments = 3

First installment date: 08/04/06

Second installment date: 08/04/06 + 30 = 09/03/06

Third installment date: 09/03/06 + 30 = 10/03/06

Note: The system calculates the installment dates assuming the order ships on the current date.

Numeric, 6 positions (in user date format); display-only.

Fixed installment day

The day of the month when each installment amount is due.

Example: payments due on the 1st of the month.

Numeric, 2 positions; display-only.

Expiration date

The date when this payment plan will no longer apply to new invoices.

For deferred payment plans, the Number of days for deferral is added to the invoice date.

Numeric, 6 positions (in user date format); display-only.