Guest vs. account checkout
This is an installation decision; do not infer a universal account requirement from the admin workflow.
In practice · B2C companion
Northline’s consumer filter-kit order demonstrates a configuration context, not a claim that every installation ships with one universal storefront.
Companion story
A fictional consumer selects the enabled offer identified by product code NL-ACT-240 and ProductID 240, reviews quantity, shipping and total, and checks out BasketID 9108. The storefront experience, tax, payment and fulfillment integrations are installation-specific even though the basket/payment semantics come from the shared foundation.
The selected channel creates BasketID 9108 and line items for ProductID 240.
The buyer confirms quantity, delivery information, tax, shipping and total before payment.
The configured processor returns a result that must be reconciled before retrying a delayed response.
Fulfillment runs separately. A paid-but-unfulfilled basket remains paid while the fulfillment issue is resolved.

Implementation context
This is an installation decision; do not infer a universal account requirement from the admin workflow.
Providers, jurisdictions and rules are configured for the installation.
Reconcile the paid basket and retry fulfillment; do not charge again.
Evidence boundary