Marketplace Payment System
On a single-seller site the money lands in one account and stays there. On a marketplace the same basket can hold products from several sellers; who is owed how much has to be determined in the transaction itself. This page walks through the path the money takes, step by step.
- The buyer pays once, the amount splits automatically
- One paymentThe buyer pays once, the amount splits automatically
- The seller's share separates at the payment institution
- Sub-merchantsThe seller's share separates at the payment institution
- Tied to delivery confirmation or a fixed day count
- Flexible payoutsTied to delivery confirmation or a fixed day count
- Balance, deductions and withdrawal requests on one screen
- WalletBalance, deductions and withdrawal requests on one screen
Why Is Marketplace Payment Designed Differently?
A marketplace payment system is structurally different from the payment infrastructure of a single-seller e-commerce site. In the classic design the money lands in one account and stays there. On a marketplace the same basket can hold products from several sellers; the buyer pays once, but who is owed how much of that amount has to be determined in the transaction itself. That is exactly what we mean by split payment.
Why this matters becomes clear on the legal side. If the seller's share lands in your account first and is transferred by hand afterwards, you have technically held that money for a period; this is a difficult position both under payment services regulation and in your accounts, where it looks like your own revenue. The sub-merchant structure solves that: the payment institution registers the sellers in its own system, and at the moment of collection your commission goes to you while the remainder is credited directly to the seller's sub-account.
The third layer is timing. The money having been separated does not mean the seller should be able to withdraw it straight away. Because of the return window, delivery confirmation and chargeback risk, when earnings open for payout is a separate decision. In PazaryeriSoft that rule is defined separately by category, seller type or seller tier.
The four layers that shape payment
Splitting at the moment of the transaction
Commission and the seller's share separate in the collection itself; no manual transfer follows.
Sub-merchants
Sellers are registered at the payment institution; the amount is credited straight to their sub-account.
The payout window
When funds open for withdrawal can be delayed to cover return and chargeback risk.
The wallet layer
Balance, pending amount and withdrawable amount are tracked separately.
The Path a Payment Takes From Collection to Accounting
Each of the six steps is tied to its own rule set; how you design each one defines your whole model.
The buyer pays once
Even when the basket holds products from several sellers, the buyer makes a single payment. Card, bank transfer or wallet balance can be used; instalment options are shown according to the campaigns on the payment gateway side.
The amount splits at the moment of the transaction
The commission rate is calculated across the order lines. The platform's share and the seller's share are recorded as separate lines; the calculation is made at the moment of collection, not afterwards.
The seller's share is credited to the sub-merchant
Thanks to the sub-merchant structure at the payment institution, the seller's share reaches their account without passing through yours. That is the correct position both for regulation and for accounting.
Earnings enter the holding period
The amount is credited to the seller's balance but cannot be withdrawn yet. Whichever rule you chose applies — delivery confirmation, the return window or a fixed number of days.
Earnings open for payout
When the holding period expires the amount becomes withdrawable. Deductions, commission refunds and any penalty lines are settled at this step.
Records are passed to accounting
Commission income, seller earnings and deductions are held as separate lines and passed to e-invoicing and accounting integrations. Reconciliation reports are produced from these records.
Modules That Come Ready in the Payment Infrastructure
Split Payment
In a multi-seller basket the amount separates per order line. Which side the shipping fee and discount share are credited to is defined as a rule.
Sub-Merchant Management
The seller's record is opened at the payment institution, the document process is tracked through the system and its approval status appears in the seller panel.
Payout Timing Rules
Tied to delivery confirmation, a fixed number of days, or a hybrid model. The rule is varied by category, seller type and seller tier.
Seller and Customer Wallets
Balance, pending amount and withdrawable amount are shown separately. The customer wallet is used to return refunds quickly.
Refund and Partial Refund Flow
When a refund is approved the commission is reclaimed too; on partial refunds the amount is calculated per line and reflected in earnings.
Commission and Deduction Lines
Platform commission, transaction fees, service charges and any penalty deductions are tracked as separate lines.
3D Secure and Secure Collection
Card transactions run through the 3D Secure flow; failed verifications end before an order is created.
Multiple Payment Institution Support
Thanks to a provider-agnostic interface, several payment institutions can be defined and routed by region.
Reconciliation and Finance Reports
Daily collection, commission income, earnings paid and pending amount reports; the accounting close runs from this screen.
Withdrawal Request Management
The seller creates a withdrawal request and it is approved in the admin panel. An automatic approval threshold can be defined.
e-Invoicing and Accounting Integration
Commission invoices and earnings records are passed to services such as Paraşüt and BirFatura.
Permissions and Transaction Logs
Who performed which financial operation is held in the audit trail; withdrawal approval and commission changes are tied to role-based permissions.
The Three Payment Models Compared
Which model you work with is not only a technical decision but a regulatory and accounting one. For marketplaces that scale we recommend the sub-merchant model.
| Criterion | Direct collection | Sub-merchant | Wallet-based |
|---|---|---|---|
| Where the money sits | All of it gathers in the platform account | The seller's share in a sub-account at the payment institution | In the platform account; the seller's balance is held as a record |
| Transfer to the seller | By hand or by batch transfer | Automatic; it separates at the moment of the transaction | By the platform, on a withdrawal request |
| Regulatory position | Risky; the platform may count as having held the money | The cleanest position; the intermediary relationship is clear | Requires contractual and regulatory advice |
| Accounting effect | The whole amount can look like revenue | Only commission is recorded as revenue | The separation of records is built by hand |
| Setup effort | Low | Payment institution integration and the seller document process | Medium; internal accounting rules are needed |
| When it suits | A controlled pilot with very few sellers | The model we recommend for marketplaces that scale | Models where shopping with a balance is central |
Four Matters to Settle While Designing This
The chargeback window
Card disputes can arrive weeks after delivery. The earnings holding period has to be set to cover that window.
The commission refund rule
Whether commission is also reclaimed on a refunded order has to be settled up front; either is workable.
Seller cash flow
The longer the holding period, the lower seller satisfaction falls. Defining a short period for trusted sellers strikes the balance.
Reconciliation discipline
Regularly comparing the payment institution's report against platform records catches discrepancies before they grow.
Frequently Asked Questions
The questions asked most often about marketplace payment infrastructure.
Related Pages
Marketplace Commission System
How commission is calculated, rule precedence and revenue model designs.
Marketplace Seller Management
Seller onboarding, document verification and where sub-merchant registration fits in the process.
C2C Marketplace Software
Payment and earnings design in a model built on individual sellers.
All Marketplace Features
The full account of the wallet, earnings and accounting modules.
Let's Plan Your Payment Design Together
Let's work out which payment model suits you, your payout timing and the integration steps.
Setup support · Multiple payment institutions · 24/7 support