Deferred/Installment Billing Overview
Pay plans are deferred payment or installment billing options you can offer to your customers. Under a pay plan, you delay billing the customer's credit card for a prearranged interval.
There are two types of pay plans:
• Deferred billing: You bill the customer for the shipment after a specific number of days has passed, based on either the order date or the shipment date; or, you bill the customer on a given day of the month following the order or shipment.
• Installment billing: You bill the balance due for a shipment in a number of equal installment payments, which are due after specific intervals or on a given day of the month.
Different credit card types: Only credit cards (as opposed to different types such as stored value card or debit card) are eligible for deferred or installment billing. If you accept any other credit card type besides a regular credit card, you should make the Paytype one of the Qualification Values for each payment plan you create to prevent these other credit card types from being accepted. You can use the Copy option at the Work with Flexible Payment Option Screen to make a copy of the payment plan for each eligible credit card pay type.
EXC flexible payment option: The system delivers the EXC Net Billing for Exchanges flexible payment option in the Working with Flexible Payment Options (WFPO) menu option to use during Credit Card Net Exchange Billing (the Use CC Net Exchange Billing (M23) system control value is selected). You cannot change or delete this flexible payment option and you cannot use this flexible payment option for deferred/installment billing. See Credit Card Net Exchange Billing for processing details.
In this chapter:
• Applying a Pay Plan in Order Entry
• Returns
Not in this topic: This topic does not include general information on setting up your company to use deferred or installment billing, or on setting up the pay plans themselves; see Deferred/Installment Billing Setup. Also, see Resubmitting Rejected Deposits (SRDP) and Printing the Deposit History Summary (PDHS) for more information.
Examples
Pay Plan Setup |
Result |
Payment deferred 30 days based on invoice date |
Order entered on 9/1 and shipment confirmed on 9/15. Deposit eligible for processing on 10/15. |
Payment deferred 30 days based on order date |
Order entered on 9/1 and shipment confirmed on 9/15. Deposit eligible for processing on 10/1. Note: If the shipment did not take place until 10/1 or after, the deposit would be eligible for processing immediately after shipment confirmation. |
Payment deferred until the 25th of the month |
Order entered on 9/1 and shipment confirmed on 9/15. Deposit eligible for processing on 9/25. |
Pay Plan Setup |
Result |
Four installments, 30 day intervals |
Order entered on 9/1 for $200.00 and shipment confirmed on 9/15. Four installments of $50.00, eligible for processing on 9/15, 10/15, 11/14, 12/14 |
Six installments, 1st of the month |
Order entered on 9/1 for $300.00 and shipment confirmed on 9/15. Six installments of $50.00, eligible for processing on 10/1, 11/1, 12/1, 1/1, 2/1, 3/1. Note: If the shipment did not take place until 10/1, the first installment would still be eligible for processing on that same date. |
See Deposit Release Date for more examples.
Applying a Pay Plan in Order Entry
Determining eligible orders: In order to assign a pay plan to an order, the system must first determine if the order is eligible for a pay plan.
An order is eligible for a pay plan if the order:
• is within the pay plan's starting and ending date
• does not contain an item that is excluded from pay plans
• contains only one credit card
• has a source code that is not excluded from pay plans
• meets the minimum dollar amount requirement for the pay plan, if any
• meets the pay type requirement for the pay plan, if any
• meets the offer requirement for the pay plan, if any
• meets the item requirement for the pay plan, if any
Once the system determines which payment plans are eligible for the order, it determines the most appropriate plan.
The system selects the first qualifying pay plan as the primary plan based on the following hierarchy:
• The pay plan is set to apply automatically to a qualifying order.
• The pay plan is assigned to the source code on the order header.
• Selection based on the qualification values for the pay plan:
- An item on the order is the qualifying item for the pay plan and the order meets the qualifying merchandise dollar amount.
- An item on the order is the qualifying item for the pay plan but the order does not meet the qualifying merchandise dollar amount.
- The offer on the order is the qualifying offer for the pay plan and the order meets the qualifying merchandise dollar amount but does not contain the qualifying item.
- The offer on the order is the qualifying offer for the pay plan but the order does not meet the qualifying merchandise dollar amount or contain the qualifying item.
- The pay type on the order is the qualifying pay type for the pay plan and the order meets the qualifying merchandise dollar amount but does meet any other qualifying criteria.
- The pay type on the order is the qualifying pay type for the pay plan but the order does not meet any of the other qualifying criteria.
- The order meets the qualifying merchandise dollar amount but does not meet any other qualifying criteria.
If more than one pay plan meets the same qualifications, the system then determines the primary plan as follows:
• The pay plan is the first eligible plan in descending starting date sequence (most current date).
• The pay plan is the first alphanumerically.
Applying the plan to the order: The system can apply the pay plan to the order in three different ways, depending on how you set up the pay plan:
• automatically apply the plan to the order
• prompt the operator to select a plan
• require the operator to manually assign a plan
If the pay plan is set to.... |
The system.... |
automatically apply to the order |
automatically applies the pay plan to the order when you enter payment method information |
prompt the operator |
displays a pop-up window listing eligible payment plans where the operator can select a plan to assign to the order |
not automatically apply to the order |
does not automatically apply the pay plan to the order or display a pop-up window; the operator must select a pay plan for the order |
In addition to the standard demand updates made for every order, the system updates the following fields in the Flexible Payment Options table when you accept an order:
• Number of orders
• Dollars ordered
• Number of soldouts
• Dollars soldout
• Number of cancels
• Dollars canceled
You can review history for a pay plan by selecting History for the plan at the Work with Flexible Payment Option Screen.
The system also performs updates when you confirm and ship an order containing a pay plan. See Billing Updates.
Authorization: Unlike regular (non-pay plan) orders, deferred or installment billing orders do not automatically require an authorization for the full pickable amount of the order when you generate pick slips. The amount authorized at pick slip generation is summarized in the table:
When you print a pick slip for... |
The amount authorized is... |
a regular (non-pay plan) order |
the full pickable amount of the order (including any tax, shipping, and charges) |
a deferred billing pay plan order |
one dollar, unless the Authorize full amount field for the pay plan is selected |
an installment billing pay plan order |
the first payment of the installment plan, unless the Authorize full amount field for the pay plan is selected |
Pick messages: Any pick slip messages you have specified for the pay plan print on the customer's pick slip, provided your pick slip printing program supports it. You can enter up to three lines of messages for a pay plan.
Flexible payment option: The system updates the total numbers and dollars shipped for the pay plan when you confirm shipment and bill. You can review history for a pay plan by selecting History for the plan at the Work with Flexible Payment Option Screen.
Invoice: In addition to all of the standard updates that occur during billing, the system calculates the deposit release date based on the terms of the pay plan. This date, which is stored in the Invoice Pay Method, indicates when the deposit will be eligible for processing. In the case of an installment plan, the deposit release date indicates when the first installment will be eligible for processing. Each installment has a separate Deposit Release Date.
Regular (non-pay plan) orders also have a deposit release date; however, it is always the same as the invoice date.
The system assigns a deposit release date to all orders at billing. The deposit release date indicates when the deposit is eligible for processing. In the case of a regular (non-pay plan) order, the deposit release date is always the same as the invoice date, because the deposit is eligible for processing immediately. Examples of deposit release date calculation for pay plan orders are:
Pay Plan Settings |
Deposit Release Date Calculation |
Examples |
|
fixed date |
Use the fixed date; however, if this date has already passed, use the invoice date |
Standard calculation: |
Order date = 9/1 Fixed date = 10/1 Invoice date = 9/15 Deposit release date = 10/1 |
If the fixed date has already passed: |
Order date = 9/1 Fixed date = 10/1 Invoice date = 10/5 Deposit release date = 10/5 |
||
number of days and order date |
Add the number of days to the order date; however, if the resulting date has already passed, use the invoice date; or, if the pay plan expiration date is sooner than the resulting date, use the expiration date or invoice date (whichever is later) |
Standard calculation: |
Order date = 9/1 Number of days = 30 Invoice date = 9/15 Deposit release date = 10/1 |
If deposit release date based on standard calculation is earlier than current (invoice) date but before the pay plan expiration date: |
Order date = 9/1 Number of days = 30 Invoice date = 10/5 Expiration date = 10/15 Deposit release date = 10/5 |
||
If deposit release date based on standard calculation is later than the pay plan expiration date: |
Order date = 9/1 Number of days = 30 Invoice date = 9/15 Expiration date = 9/30 Deposit release date = 9/30 |
||
number of days and invoice date |
Add the number of days to the invoice date; however, if the pay plan expiration date is sooner than the resulting date, use the expiration date |
Standard calculation: |
Order date = 9/1 Number of days = 30 Invoice date = 9/15 Deposit release date = 10/14 |
If deposit release date based on standard calculation is later than the pay plan expiration date: |
Order date = 9/1 Number of days = 30 Invoice date = 9/15 Expiration date = 9/30 Deposit release date = 9/30 |
||
fixed date |
Use the next occurrence of the fixed day of the month and continue on that date for the number of installments; however, if the pay plan expiration date has occurred when you bill the order, use the invoice date |
Standard calculation: |
Order date = 9/1 Fixed date = 10 (10th of the month) Number of installments = 4 Invoice date = 9/15 Installment deposit release dates = 10/10, 11/10, 12/10, 1/10 |
If expiration date has already occurred when you bill the order: |
Order date = 9/1 Fixed date = 10 (10th of the month) Number of installments = 4 Invoice date = 9/15 Expiration date = 9/10 Deposit release date = 9/15 (no installments) |
||
interval |
Use the current date and add the number of interval days to each installment date to calculate the remaining installments; however, if the pay plan expiration date has occurred when you bill the order, use the invoice date |
Standard calculation: |
Order date = 9/1 Interval number of days = 30 Number of installments = 4 Invoice date = 9/15 Installment deposit release dates = 9/15, 10/15, 11/14, 12/14 |
If expiration date has already occurred when you bill the order: |
Order date = 9/1 Interval number of days = 30 Number of installments = 4 Invoice date = 9/15 Expiration date = 9/10 Deposit release date = 9/15 (no installments) |
||
Credit invoices: These tables illustrate debit invoices only. See Netting Credits for a description of how the system determines the deposit release date for credits on pay plan orders.
Authorization required: Unlike a regular (non-pay plan) credit card order, a pay plan order might not have a full, valid authorization at the time you process the deposit. Regular orders normally receive a full authorization at the time you generate the pick slip, and deposit processing normally occurs soon enough after pick slip generation for the authorization to still be valid. However, deposits for pay plan orders occur at intervals after pick slip generation, and authorizations from that time may no longer be valid, or may have been for less than the full deposit amount. See Pick Slip Generation.
Action codes: The system sends an action code of B to the deposit service for any pay plan deposits that require authorization. The conditions under which the system sends an action code of B are described in Processing Auto Deposits (SDEP).
Force deposit: If a pay plan deposit fails authorization, the system will “force” the deposit if you have set up the vendor response code to do so. Forcing a deposit means that the system performs all the same updates as if the authorization had been approved. For example, the invoice payment method for the order will be updated, and the deposit will not be included on reports that list unconfirmed deposits, or be available through the Resubmit Rejected Deposits function.
Overview: Rejected or unconfirmed deposits appear on the Unconfirmed Deposits Listing when you process deposits. You can use the Resubmit Rejected Deposits Screen to work with these deposits, including:
• changing the credit card number or the deposit release date
• writing off or deleting the deposit
• entering a cash payment amount
• confirming the deposit interactively
• reviewing deposit history
You can also work with rejected deposits through standard order inquiry. See Order Inquiry.
Purpose: Use standard order inquiry to review information associated with a pay plan. The information and options listed below are not available in streamlined order inquiry.
• the total amount to deposit, the amount deposited, and the remaining amount to deposit
• credit card information
• the deposit release date
• installment schedule if the order uses an installment pay plan, such as:
- the total number of installments
- the number of installments remaining to deposit
- the installment interval
- the fixed installment day
- the installment amount
• rejected deposit amount
• prepaid amount
Change options: You can also change this information related to the invoice payment method:
• the deposit release date
• installment information, such as:
- the number of remaining installments
- the installment interval
- the fixed installment day
• the prepaid check or cash amount
• credit card information, such as:
- the pay type
- the credit card number
- the credit card's expiration date
- the authorization number
- the authorization date
Rejected deposit options: If the invoice payment method is associated with a rejected deposit amount, you can perform the following updates through order inquiry:
• resubmit the rejected deposit
• write off the remaining amount to deposit for the invoice or write off a specified amount
• delete the rejected deposit
Deposit history: You can also review invoice deposit attempts and responses for each invoice payment method in order inquiry. Deposit history includes whether the invoice was associated with a pay plan, the deposit amount, and the response code received from the deposit service.
Order payment history: The system records messages describing invoice activity associated with the order payment method or invoice payment method, such as:
• deposits made
• invoices netted against each other
• changes made in order inquiry
• when a pay type is deactivated
• when you add, change, or delete the pay plan associated with the payment type on the order
Purpose: When you perform a return against an order containing a payment plan, the system does not credit a customer's credit card until a deposit amount equal to or greater than the credit amount has been processed. This check ensures that the customer does not receive a credit for the return before paying for the shipment.
For deferred payment plans, the system processes the credit invoice after the debit invoice has been deposited.
For installment payment plans, the system processes the credit invoice once the debit invoice amount deposited is equal to or greater than the credit invoice amount.
You can net credit invoices against debit invoices before processing the deposit on a pay plan order. The Net Credit Card Credits for Deferred and Installment Billing (F55) system control value controls whether you net credits.
If you net credits:
• For deferred payment plans, the system subtracts the credit invoice amount from the debit invoice amount and sends only the net amount to the service bureau for deposit.
• For installment payment plans, the system subtracts the credit invoice amount from the debit invoice amount. The system then divides the remaining amount to deposit for the debit invoice by the number of remaining installments to determine the amount due for each remaining installment.
If you do not net credits, each credit deposit is processed separately from the related debit deposit.
See Processing Auto Deposits (SDEP) for more information on netting credits and examples.
Deposit release date: A credit invoice uses the deposit release date from the original (debit) invoice as long as that date is not earlier than the current date. If the deposit release date of the original invoice is earlier than the current date, the credit invoice uses the current date. This date assignment ensures that the customer is not credited until the deposit is processed; but if the customer has been billed, the credit will be released immediately.
Related reports: The following reports may be useful in reviewing pay plan activity and status:
• Sales Journal by Pay Type (fast path = PSJP): breaks out totals billed by date, including deferred, installment, and regular (non-pay plan) orders for each pay type
• Deposit History Summary Report (fast path = PDHS): breaks out totals deposited by date, including deferred, installment, and regular (non-pay plan) orders
• Credit Card Deposit Schedule (fast path = PCCD): lists the pay plan totals scheduled for deposit for a range of dates
• Pending Payment Plan Deposits Report (fast path = PPPD): lists pending pay plan orders for a range of invoice dates
• Deposit History Detail Report (fast path = PDHD): lists deposits processed during a specific date range. Within this date range, you can select to include only deposits for a specific authorization service, pay type, and status.
Additionally, the Submit Auto Deposits menu option produces the following reports:
• Unconfirmed Deposits Listing Report: lists each deposit that was not confirmed and processed, breaking out totals by deferred, installment, and regular (non-pay plan) invoices
• Auto Deposit Confirmation Report: breaks out totals sent and confirmed by deferred, installment, and regular (non-pay plan) orders for each pay type
Related to pay plans:
See |
For information on... |
Setting up order hold reason codes related to pay plans |
|
The screens you can use to review financial information on an order related to pay plans or to make changes to pay plan information in order inquiry |
|
The changes you can make in order maintenance related to pay plans |
|
Pay plan information on the Sales Journal by Pay Type |
|
System control values related to pay plans |
|
Secured features related to pay plans |
|
Assigning a pay plan to a source code |
|
Restricting an item from pay plans |
|
Entering orders for pay plans |
See |
For information on... |
billing updates |
|
order updates |
|
authorization and deposit services |
|
setup related to pay plans |
|
setting up the pay plans themselves |
|
processing deposits, handling rejected deposits, and reports related to pay plans |
| Flexible Payment Options | Contents | SCVs | Search | Glossary | Reports | Solutions | XML | Index | Deferred/Installment Billing Setup |
SO06_01 OMSCS 18.1 April 2019 OTN