Moving marketplace accounts to a new entity
A proprietorship becomes a private limited. A new company takes over the business. An acquirer wants the brand on their own books. The commercial logic is usually sound, and the marketplace side of it is not an edit to a field.
- Most platforms identify a seller account by its legal entity and tax registration, so the practical path is a new account and a catalogue migration rather than an edit.
- Seller rating, account health history, programme eligibility, ad learning and negotiated terms do not transfer, and no amount of planning recovers them.
- Move the offer onto the existing catalogue record wherever the platform allows it, because a duplicate product page starts at zero and is the most expensive mistake here.
- Keep the old entity funded, registered and banked until the last return window closes and the final settlement lands, with a buffer on top.
Changing the legal entity behind your seller accounts is one of the most expensive avoidable events in Indian ecommerce. A proprietorship becomes a private limited. A new company takes over the business. An acquirer wants the brand under their own books. The commercial logic is usually sound. What surprises people is that the marketplace side of it is not an edit to a field, and that a meaningful chunk of what you have built does not come with you.
Why platforms treat this as a new account
A seller account is identified to the platform by the legal entity and the tax registration behind it, because that is what invoices and reports are filed against. On most platforms there is no supported way to swap the entity underneath a live account, so the practical path is a new account under the new entity and a migration of the catalogue into it.
There are exceptions. Some platforms operate an assisted legal entity change for larger sellers or in acquisition scenarios. Whether you qualify differs by platform, by category and by seller tier, so ask your category manager in writing and keep the reply. Do not plan around a process someone described verbally, and do not assume the answer on one platform applies to the next.
What transfers and what is simply lost
Most of your catalogue is portable: titles, images, enhanced content, attributes, identifiers. Brand protection generally follows your trademark rather than your seller account, though if the trademark itself is being assigned to the new entity, that is its own timeline and it usually has to happen first.
What does not come across:
- Seller rating and account health history. The new account starts as a new seller with no record.
- Programme eligibility earned over time, including fulfilment tiers and any badge tied to account age or sustained performance.
- Ad account history. New campaigns start without the performance data the bidding relies on, and the first weeks are effectively relearning at your cost.
- Negotiated commercial terms, fee arrangements and any co-investment agreed with the old entity.
- Sales and conversion history attached to the offer, which feeds how the listing is ranked and surfaced.
Be honest with whoever is approving this. Some accumulated signal is gone and no amount of sequencing recovers it. What sequencing does is protect the part that can be saved.
Sequencing that protects your best listings
Where a platform lets a new seller list against an existing catalogue record, move your offer onto that record rather than creating a new one. The product page, its reviews and its accumulated history live on the record. Creating a duplicate record is the single most expensive mistake in this exercise, and it is easy to make by accident through a bulk upload that generates fresh identifiers.
Move the tail first. Get twenty low-volume SKUs live under the new account, confirm they are indexed, priced and mapped correctly, and confirm orders flow through to your order system and your invoicing. Only then move the listings that pay the bills. Keep both accounts live through the overlap, with the old one no longer taking new orders but still serving what it already sold.
Open orders, returns and money owed to an entity that has stopped selling
Every order placed under the old entity is invoiced by the old entity, returned to the old entity and settled to the old entity’s bank account. None of that stops when you stop listing.
So the old entity has to stay alive and funded well past its last sale. Its return window keeps running. Reserves and holdbacks release on the platform’s schedule, not yours. Closing the old bank account early, or letting a registration lapse before the last settlement lands, is a self-inflicted wound that shows up as money you cannot collect and returns you cannot receive.
Inventory sitting inside a platform’s fulfilment network belongs to the old entity too. It generally cannot be reassigned by a keystroke. Expect to remove it and inbound it again under the new account, which costs removal fees, transit time and out of stock days on exactly the listings you least want out of stock. Time that against your slowest weeks, not your best ones.
Entity conversion, tax registration, invoicing and the treatment of stock moving between two entities are matters for your own legal and tax advisors. Confirm the order of operations with them before you file anything or move a unit, because the marketplace sequence and the statutory sequence have to fit together and only one of them is flexible.
Plan it in months, not weeks
This usually arrives as a decision already made, with a date attached by someone who has never migrated a catalogue. Push back on the date. Get the new entity’s registrations, bank account and platform applications done well ahead, run the tail migration in a quiet period, and keep the overlap long enough that the old entity outlives its last return.
The brands that come through this without a visible dent are the ones that treated it as an operations project with a sequence and an owner, months out, rather than a compliance task handed to whoever had capacity that week.