Loading...
Area: Episerver Commerce
Applies to versions: 10 and higher
Other versions:

Changing default implementations

When working with the Episerver Commerce order system, to replace implementations, update the dependency container to use your new classes. See Dependency injection for more information.

Class Description
IOrderRepository The default implementation for IOrderRepository is architected so that it does not need to be replaced to provide custom implementations for different order types. Instead, register implementations for ICartProviderIPurchaseOrderProvider, and IPaymentPlanProvider to change the behavior of IOrderRepository.
IOrderEvents Listen to and act on order repository events.
ICartProvider Change the default implementation of loading and persistence of shopping carts.
IPurchaseOrderProvider Change the default implementation of loading and persistence of purchase orders.
IPaymentPlanProvider Change the default implementation of loading and persistence of payment plans.
IOrderGroupFactory Create implementations of the order system object abstractions. You almost certainly need to change the default implementation if you create a custom order provider, which uses different objects for persistence.
IOrderGroupBuilder Create sub-components  of an order group object abstraction. Each builder is registered to create sub-components for specified types of IOrderGroup. If you create a custom order group, you might need to create a custom order group builder as well, which is registered for the custom group type.
IFulfillmentWarehouseProcessor Determine a shipment's default warehouse. You need to change the default implementation if you have multiple fulfillment warehouses, because the default implementation only supports one fulfillment warehouse.
IInventoryProcessor Adjust inventory. You need to change the default implementation if you integrate with another system for inventory checks.
ILineItemValidator Determine if a line item is valid in terms of active status and availability dates on the entry itself as well as the catalog. You need to change the default implementation if you have other criteria which determine if a line item is valid.
IPlacedPriceProcessor Get the currently-placed price for an line item, and update it if necessary. You need to change the default implementation if you have additional pricing rules outside of what is implemented in the configured pricing provider.
IPaymentProcessor Process payments on an order. You need to change the default implementation if you are not using configured payment providers to handle payments.
Do you find this information helpful? Please log in to provide feedback.

Last updated: Jun 18, 2020