Feature/Notable Change | Related Services | Links |
---|---|---|
Introduced support for payment distribution |
OrderClient, OrderServices, AdminWeb |
|
Introduced temporary resource lock for OrderOperationServices and OrderServices |
OrderServices |
|
Display total fees in customer order history and admin view for submitted orders |
OrderClient, AdminWeb, NextJS Starter |
|
Introduced improved logging throughout the checkout process |
CartOperationServices, MicroSecurityCommon |
|
|
CartOperationServices, OrderServices, CartClient, OrderClient, Commerce SDK, NextJS Starter |
Issue | Related Services |
---|---|
Fixed issue where StoreCredit is not restored when refunding a fulfillment that used multiple payments |
PaymentTransactionServices |
Fixed issue where OrderItem’s precalculated refund amount didn’t account for prorated order adjustments |
Class/Method |
Description |
|
This activity now implements |
|
Now take an additional |
DefaultReturnOperationService |
Added |
DefaultReturnGenerationService |
Added |
DefaultPaymentCaptureService |
Refactored service to build and use |
broadleaf.orderoperation.service.distribute-payment-transaction-amount-across-payments
Description: Declares whether or not to distribute a payment transaction amount across the Order’s payments proportionally
Default value: false
broadleaf.orderoperation.fulfillment-processing.auto-capture.after-order-created
Description: This property is deprecated, as payments will automatically be captured with the components enabled by broadleaf.orderoperation.fulfillment-processing.auto-fulfill-virtual.after-order-created