Everything asked often enough to deserve a written answer, in one place. Straight answers for someone who already runs a shop in Second Life and wants to know what actually changes.
What happens to what you already have.
No. You drop one item into a vendor you are already running and it converts in place — same prim, same photo, same spot on your wall. Nothing gets rezzed, re-textured or re-positioned, and each vendor is out of service for only about thirty seconds while it converts.
You import it and Plurion works out the format on its own. It reads what the systems merchants actually use export, and detects which one it is looking at — you do not have to tell it, or clean the file up first.
That is the recommended way in. Convert one, keep every other one exactly as it is. Nothing to uninstall, nothing to explain to your customers — and if it does not convince you, you changed one prim.
Three objects, and only the ones you need: a Visitor Sphere that counts who comes in, a Delivery DropBox that holds your inventory once instead of a copy in every vendor, and a Customer Terminal your buyers touch.
The vendors you already have are not one of them: get your migration kit on the Migrate page and drop it into each one, and it converts in place. Paying for Pro is in-world too, but at a shared Plurion kiosk you do not rez.
What changes once it is running.
Yes, and you do not set it up. Creating a product publishes it to your online shop. That is also where store credit and gift cards get spent, so a customer who holds a balance has somewhere to spend it without waiting for you to be online.
Set one discount across every product, set the dates, walk away. Whole shop, or the products you pick — it ends by itself on the end date, and you do not have to be online for that. Every vendor in every region follows, with nothing to re-edit.
Original prices are stored, so the restore cannot drift.
Owns X → gets Y% off Z, checked per buyer at the moment of the sale. It works whether they bought X yesterday or two years ago, and it is settled in-world — never a refund to chase afterwards.
They open a ticket and pick the product concerned. You answer from one inbox, and so can your team — instead of an IM you read three days later.
How many walked in, how many came back, and which ones actually bought. That is what the visitor counter is for, and it is the number a vendor system usually cannot give you.
The whole pricing model is two lines. These are the questions it raises.
Nothing, and not as a trial. Install the vendors, migrate your catalogue, use the dashboard for as long as you like — on Free there is no charge until a sale happens, and then the charge is 5% of that sale.
Free, until your shop clears about L$15,000 a week. That is where the 5% starts costing more than Pro Yearly. Below it, you would be paying for the privilege of paying less.
Move a shop to Pro any time — paying credits it within about a second. It returns to Free when the prepaid time runs out, and the 5% is back within five minutes. Neither requires talking to anyone.
Nothing. Your sales history, customers and settings are the same records on either plan, and they stay exportable. Data is not a hostage here.
It is taken from the sale, the way any split is. Whatever Linden Lab charges on a transaction is separate and unchanged — we do not touch it and we do not rebate it.
Per shop. One account can hold several shops, each with its own plan and its own prepaid time.
The full model, and how to check it, is on the security page.
You, and the people you invite — each with a role that decides what they are allowed to open.
Nothing about your numbers is public. Where Plurion shows a merchant on a public surface, it shows a rank, never an amount. Second Life merchants do not publish their revenue, and the product is built on that assumption rather than asking you to opt out of it.
No. Your shop identifier travels inside every query, not as a setting someone could forget to tick. Your password is never stored either.
Two things. Plurion recalculates the price itself and compares it to what was really paid — if it does not match, nothing ships. And every vendor and DropBox signs what it sends with its own key, so a captured payment cannot be replayed.
If Plurion cannot record a sale, your vendor gives the buyer’s L$ straight back, so nobody pays for nothing. Sales relayed from CasperVend are queued, retried, and kept in durable storage if every retry fails.
Uptime and errors are monitored continuously, and there is a written incident procedure — not an intention to improvise.
Yes. Your sales data exports on demand. Ask for deletion and, after a 30-day grace period you can cancel, every identifying detail is stripped — names and avatar keys erased, messages and visitor history deleted.
This is deliberate: a vendor system that is painful to leave is a vendor system you have to keep paying. Being able to walk out is the point.
Something not answered here? Ask in the Discord, or write to [email protected].
Keep every other one exactly as it is. Nothing to uninstall, nothing to explain to your customers — and if it does not convince you, you changed one prim.
Join the Plurion Discord for help, updates,
and direct answers from the team.