Individual Vendors... How to

Hello. I am hoping I can get some help with this one.

I own a gallery where I sell individual single prim art via the basic "Buy a Copy" function. I would like to offer a box that contains several of my photos for someone to take and place in their store for sale with commission (without my involvement). I have been trying to do my homework and feel like the only way this can work without me losing control of perms is to make each individual picture its own vendor once unboxed.

** I do not want a single vendor with multiple items in it. I would like each picture to be able to be hung on the wall, but internally act as a vendor splitting commission between the new store owner and myself. I need to know that my script is safely locked inside this "vendor" and can't be altered.

To recap... I would like someone to be able to buy a box of my art. When they get home, they can hang the pictures on their wall, move them around, etc. But each picture is in fact for sale and will deliver (and protect!) the commission for both of us. Is this possible?

Thank you in advance for any advice. Please note that I am a complete idiot when it comes to scripting, perms, etc, so explicit, detailed help would be most appreciated!

Cheers!
Donny

in short, what you want is actually quite complicated to script.

What you need to do, is have a "central server" which you own. Your artwork actually goes into this server. Then you build a secondary "vendor device", which you'll be disguising as a framed picture.

In the vendor device, you want the following.

default left-click action is pay
on rez, get debit permission from vendor owner
money event
- divide money in by X
- send share to person X (you)
- send secret code to central server with UUID of payer.

The central server then sends the actual art object (with the desired perms) to the customer.

The above system is at the heart of every single networked vendor in SL. if you're talking about a relatively short-term availability, doing this with a hardcoded server UUID is pretty simple. (if the server and vendors are in the same sim, you can even use llRegionSay to send the coded message). Most early systems like this rely on llEmail, but with a little php work, you could get such a system to use http-in as well (your vendors just need to have a way to get the current url of the server).

The elements for using email are fairly straightforward. If paid x amount, email X prim with a secret code and the name of the item to deliver, and the UUID of the customer. The server then checks for email, and when it finds email, verifies the secret code, then delivers the item requested to the person specified.

(you can buy a vendor package to do this for you.. but on the small scale, honestly it's pretty simple to code, if you take it slow.)

most commision vendors that i've seen, worked with are web-enabled. so that the original creator will be the only one with full perms of the items. the vendor will communicate with the item server the correct info as far as what item, and who it goes to, etc.

.

So does the period translate to "Aw, Cool!" or is it "Holy Crap!"?