Early Deposit payment rule
The Early deposit payment rule triggers Deposit payment actions at order capture, release to fulfillment, and fulfillment. Deposits take place as they occur. When more than one release is involved, the amounts are deposited as they occur and are not accumulated to be deposited at once. In this rule, funds are captured as quickly as possible. You might want to use this rule if you are not concerned about incurring extra transaction fees for doing early deposits. This rule is recommended if your store sells fairly expensive goods and you have a low tolerance for risk. This rule might not be considered legal in some countries or regions.
- Electronic check (Automated Clearing House, ACH). ACH transactions typically do not involve approvals.
Payment event | Target state of payment | Description |
---|---|---|
prime payment | DEPOSITED | The payment is deposited when the order is captured. |
reserve payment | DEPOSITED | The payment is deposited when the order is released to fulfillment. |
finalize payment | DEPOSITED | The payment is deposited when the order is fulfilled. |
Example 1: Electronic check payment with multiple releases and price increase
A customer places an order for three items that total 300 USD: item A costs 45 USD, item B costs 120 USD, and item C costs 135 USD. The 45 USD item is available in stock, the 120 USD item is available in two days, and the 135 USD item is available in four days. The customer uses an electronic check to pay for the order. The payment instruction use the ACH (BankServACH) payment method in the amount of 300 USD.
Payment event | Validation amount | Reservation amount | Finalization amount | Back-end system | |
---|---|---|---|---|---|
Amount approved | Amount deposited | ||||
prime payment (order capture) The order amount is 300 USD and the initial amount is 45 USD because only one item is available. |
45 | 0 | 0 | - | 45 |
Release A | |||||
reserve payment (release to fulfillment) The total amount of this part of the order is 45 USD. The price of the item increases from 45 to 100 USD (55 USD more). The difference for this order item is calculated and a second entry is made for the difference. A Customer Service Representative edits the order and the total amount of the order increases to 355, as does the payment instruction. |
45 | 45 | 0 | ||
0 The validation amount is zero at this stage because no validation activity is occurring. |
55 | 0 | 55 | ||
finalize payment (shipping) | 45 | 45 | 45 | ||
0 | 55 | 55 | |||
Release B | |||||
reserve payment (release to fulfillment) | 0 | 120 | 0 | 120 | |
finalize payment (shipping) | 0 | 120 | 120 | ||
Release C | |||||
reserve payment (release to fulfillment) | 0 | 80 | 0 | 80 | |
finalize payment (shipping) | 0 | 80 | 80 |
Example 2: Electronic check payment with multiple releases
Payment event | Validation amount | Reservation amount | Finalization amount | Back-end system | |
---|---|---|---|---|---|
Amount approved | Amount deposited | ||||
prime payment (order capture) | 45 | 0 | 0 | 0 | 45 |
Release A | |||||
reserve payment (release to fulfillment) | 45 | 45 | 0 | ||
finalize payment (shipping) | 45 | 45 | 45 | ||
Release B | |||||
reserve payment (release to fulfillment) | 0 The validation amount is zero at this stage because no validation activity is occurring. |
120 | 0 | 120 | |
finalize payment (shipping) | 0 The validation amount is zero at this stage because no validation activity is occurring. |
120 | 120 | ||
Release C | |||||
reserve payment (release to fulfillment) | 0 The validation amount is zero at this stage because no validation activity is occurring. |
135 | 0 | 135 | |
finalize payment (shipping) | 0 The validation amount is zero at this stage because no validation activity is occurring. |
135 | 135 |