Marketplace seller payout operations for split payments

Seller payout operations begin after the marketplace has solved the basic question of split payments. Once customer collections are split across sellers, the harder work is keeping each seller balance accurate across onboarding, payout timing, refunds, tax deductions, and settlement files.

The operations question is who owns every adjustment after the sale: the platform's commission, the seller's net payout, a post-settlement refund, a tax deduction, or a reserve released two weeks later.

The payout file starts before collection

Before a seller can receive payouts, the marketplace needs a clean account record: legal name, PAN, GSTIN where applicable, bank account, address, category, agreement terms, commission rule, and refund liability. Weak onboarding becomes a payout problem later because the first visible failure is often a rejected bank credit or a seller asking why a balance was held.

India's payment aggregator framework makes this more than an internal checklist. The RBI's authorised Payment System Operators list is the starting point for checking the provider that will handle collections and settlement. The marketplace still owns seller data quality, but the payment aggregator and acquiring bank need enough verified information to settle funds to the right merchant account.

How split payments move through escrow

In a marketplace flow, the customer pays once, but the ledger splits the amount into seller share, platform commission, tax lines, fees, refund adjustments, and any holdback. Under RBI's Payment Aggregator Directions,2025, a non-bank payment aggregator holds merchant funds in an escrow account with a scheduled commercial bank, and escrow debits are limited to permitted purposes such as merchant settlement, refunds, payments to eligible third parties on merchant instruction, and PA commission.

That architecture keeps the marketplace from treating customer collections as operating cash. It also means the marketplace needs order-level split logic before the payout run: which seller gets paid, what commission applies, whether a refund has reduced the payable amount, and whether a dispute or KYC review blocks release.

The seller balance needs a policy, not a spreadsheet

Seller payout operations break when policies sit outside the payment system. Commission rules change by category, seller tier, or promotion; payout timing changes around bank holidays; and refund liability changes depending on whether the seller has already been paid.

In practice, a good seller balance has four working states: payable, scheduled, held, and negative. Payable means the seller has earned the amount and no block applies. Scheduled means the amount is in the next payout cycle. Held covers reserves, disputes, KYC checks, or rolling holdbacks. Negative means refunds or reversals have exceeded the seller's current balance and need recovery from future payouts.

The same logic should appear in seller-facing reports. A vendor should see the order, gross amount, commission, tax deduction, refund, reserve, net payout, payout date, and bank reference. That is the operational layer behind a clean settlement cycle, not a finance clean-up after the seller raises a ticket.

Tax lines change the payout math

Seller payouts in India carry two tax tracks that often get mixed up. The income-tax deduction commonly discussed as Section 194-O has the e-commerce operator deduct TDS on payments to e-commerce participants. The Income Tax Department's current table for e-commerce operator payments lists a 0.1%rate on the gross sale or service amount, with the Rs.5,00,000 threshold applying to resident individual or HUF participants who furnish PAN or Aadhaar.

GST has a different track. The GST Council's e-commerce FAQ explains that operators collect TCS on the net value of taxable supplies where the operator collects consideration for other suppliers. NACIN's e-commerce operator GST handbook records the current reduced TCS rate and notes that marketplace commission or transaction fees typically attract 18%GST. The payout file should therefore separate seller sale value, platform commission invoice, TDS, GST TCS, refunds, and net settlement.

Keeping the payout trail in Zoho Payments

Zoho Payments includes split payments for marketplace and platform businesses that can split incoming payments across sellers, vendors, or service providers. Connected accounts let a marketplace add and manage seller records, while transfers and reversals support the payout and refund trail inside the same payment flow.

A marketplace can treat connected accounts as the seller record, transfers as the split-payment movement, reversals as the refund adjustment, and payout reports as the bank-credit trail.

Conclusion

Marketplace seller payouts are not complete when the customer pays. They complete when every order, commission, tax line, refund, and reserve has settled into the right seller balance, on the right schedule, with a record the seller can read. Seller payout operations become durable when every adjustment has a record before the next payout file is approved.