Seller onboarding
Vendors apply with their tax certificate, IBAN and supporting documents, and you approve them. Nothing from an unapproved seller goes live.
Most people planning their own marketplace picture the Trendyol shopfront. What keeps a marketplace alive, though, is the invisible rulebook behind it. When does a seller get paid, and minus what? Who keeps the commission if an item comes back? What happens to a vendor who ships late? How is a counterfeit complaint handled? Imagine a hypothetical venture gathering boutique olive oil and natural food producers from the Aegean under one roof. Thirty small producers each manage their own stock and shipping, while a shopper wants to fill one basket from three of them and pay once. The technology for that exists. The hard part is designing the seller agreement and the money flow correctly on day one.
A marketplace has three parties: buyers, sellers and you. The scope covers each party's screens and the flow of money and information between them.
Vendors apply with their tax certificate, IBAN and supporting documents, and you approve them. Nothing from an unapproved seller goes live.
Product entry or bulk upload, stock, incoming orders, shipping labels, return requests and a payout statement. Sellers run their daily work from here instead of emailing your team.
Using the marketplace products of providers such as iyzico or PayTR, each seller is set up as a sub-merchant. The buyer is charged, your commission is held back and the seller's share is released once delivery is confirmed.
Rates by category or seller, shipping contributions and what happens to commission on a return. Rules live in the admin panel, not buried in code.
Reviews only from verified buyers, seller ratings, a complaint and dispute workflow and the ability to suspend a product or seller for breaches, with everything logged.
Obligations arising for you as an intermediary service provider under e-commerce legislation, the seller agreement, buyer data shared with sellers under KVKK, and ETBİS registration. Your lawyer drafts the legal texts; we make the system behave accordingly.
We recommend a small first release: a single region, one category, a few selected sellers. Expansion makes sense once the flow runs cleanly there.
Before any build work, we write down the outline of the seller agreement, the commission model, payout timing and return rules. The software's behaviour follows from that document.
The marketplace application with the payment provider is started, which can take some weeks. In parallel we assemble an end-to-end prototype with two sellers and one buyer.
A limited launch with five to ten sellers. The seller dashboard, payout calculations and return handling are tested with real orders.
Rules are adjusted using pilot data, seller recruitment opens and buyer-side features such as search, filters and recommendations are strengthened.
The most expensive marketplace mistake is having to rebuild the money flow later. Collecting every payment into your own account and wiring sellers at month end feels simple at first. But it may amount to collecting funds on behalf of others, which raises serious questions under payment services rules and in your accounts. That is why we suggest starting with the provider's sub-merchant structure and having the model confirmed by your financial adviser from the outset.
It depends. For a standard multi-vendor shop, a marketplace extension for WooCommerce or a packaged multi-vendor product gets you started quickly. Once bookings, rentals or unusual pricing rules are involved, custom development tends to be cheaper over time. In the first meeting we cost out both routes.
In most models, yes. Sellers create labels with a contracted carrier from their dashboard and the tracking number goes to the buyer automatically. If you run a central warehouse instead, the flow is built around that.
Usually the seller invoices the buyer for the goods and you invoice the seller for commission. Since sellers use different e-Arşiv set-ups, the dashboard lets them upload invoices or connect their provider. Please confirm the right model with your mali müşavir.
Usually not at the start. A mobile-friendly website and a seller dashboard that works on phones are enough. When repeat buyers grow in number, a mobile app can be considered as a separate project.
Tell us who will sell, who will buy, which category you want to start with and how you plan to earn. We reply within one working day with our questions.
We have your enquiry
A reply will reach you by the next working day at the latest. If your message says work has come to a halt, it goes to the top of the pile.
No such city in our list. Try another spelling, or just pick the closest big city: we work entirely over remote connections, so nothing about the service changes from one province to the next.
The only cookies here are the essential ones: they keep the site running and remember the city you picked. Nothing is used for advertising or tracking. See our privacy notice for more.