Keep seller earnings traceable from order to settlement
How we help
A multi-seller basket creates several obligations behind one customer payment. Commission, shipping charges, provider fees and refunds may belong to different parties, and the amount shown as seller earnings is not necessarily the amount already paid out.
BrownBag begins with the marketplace’s trading model and the provider’s approved account capabilities. We document allocation rules, connect the supported payment and payout events, and create a reconciliation trail linking the order, seller allocation, adjustment and settlement.
Discuss this service →The work, step by step
How the work is handled
Confirm the seller and provider model
Review countries, currencies, seller onboarding and account eligibility. Agree who charges the customer, how commission is calculated and what the provider supports for each party in the proposed flow.
Implement allocation and adjustments
Map order lines, commissions and agreed deductions to seller records. Connect supported split or transfer operations, and define how partial refunds and cancellations adjust the relevant seller balance.
Reconcile the settlement lifecycle
Test a multi-seller order, a delayed seller onboarding and a partial refund. Match provider settlement records to internal allocations and document how finance investigates outstanding or disputed amounts.
Clear handover
What you receive
- Seller-account and commission calculation model
- Implemented provider-supported allocation flow
- Refund and seller-settlement test scenarios
- Marketplace reconciliation and seller-support guide
Start the conversation
Prepare your brief
These details help us scope the work:
- Marketplace trading model and seller countries
- Proposed provider and seller-onboarding status
- Commission, refund and settlement policies
Your questions, answered
Is splitting the order total enough?
No. The workflow also needs clear responsibility for fees, refunds, adjustments and payout timing. We map these separately so a seller balance can be explained from the underlying transactions.
Can this work before the provider approves the model?
The operating design can be prepared first. Live payment allocation and payout implementation depend on the provider accepting the marketplace model and enabling the required account capabilities.