Reference > Payments subsystem > Payment rules provided in WebSphere Commerce
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 the 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.
Common usage: The payment method that is commonly associated with this rule is:
- Electronic check (Automated Clearing House, ACH). ACH transactions typically do not involve approvals.
Target states: This rule specifies that the following payment actions should take place for a mapped payment method:
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.
The price increases for one item, the 45 USD item, before it releases to fulfillment.
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
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 electronic checks to pay for the order. The payment instruction is to use the payment method of ACH and amount of 300 USD.
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