Automatic Item Delivery Confirmation?

Hello all ppl,

I'm having some problem with ppl who buy my goods in SL. As it happens to many sellers, sometimes ppl ask for having a redelivery of things bought claiming they never received it.

The problem is, a couple of times, I had the "luck" to discover they received it, so I sent them a "copy for free".

It's many days I'm surfing on the net seeking for something that can confirm me the delivery, but I found nothing yet.

Is there someone that solved this question? May I know if someone *really* received the item bought? And no, Transaction History won't work...I just can see transaction, but it doesn't confirm the buyer received the item.

By myself, I were thinking about a script in the boxed items, somthing that, once rezzed onb the ground, it send me a message "Object rezzed"...SO I can figure out he received it...But dunno if it's a nice way to solve this issue...

So, is there sole LSL command able to tell me, automatichally: "Items has been delivered" or "Items XY has been sent to AB"?

Ty for any kind reply.

not a _single_ command, but the general idea would be checking the changed_owner event and sending you an IM.

This raises an interesting idea...

You can not script a vending system or a sale from a prim (sell copy) to inform the seller that the product was actually received. Only that delivery was attempted.

But you probably COULD add a script to the box the procuct was delivered in, which, when the customer rezzes the box the first time to unpack it and put their new item in inventory, would detect a "Changed Owner" event, and then send an e-mail to the seller, including the name of the box, the name of the new owner, and the time and date unpacked, and then have that script delete itself so you don't get additional notifications every time they re-rez the box.

Likewise, if you are selling a no-copy, transferrable, prim item, you probably could add a script to the item that would notify the seller every time the item changed ownership. This would not work on clothing items that have no prim parts, but you could, for example, have a script in a prim belt or some other prim part that could let you know it changed owners.

Might be worth trying to develop such scripts. I am not 100% certain how reliable the changed-owner event is, but the concept should work.

At one time LL had it on their development roadmap to add Delivery confirmation to the infrastructure. However, as often is the case, 'priorities have changed'. Maybe one day, they will skip back to that very crucial addition.

There are people who put delivery scripts into the packages. I've seen some posted in the Script forum/library. They aren't 100% foolproof themselves, but worth checking out.

Knowing NOTHING about what I am talking about, but just wondering why looking at Transaction History doesn't work to obtain this info?

The TH shows that the item was paid for, but not whether the delivery was successful or borked.

One common problem is people who have muted the seller somehow, which mutes all the sellers objects, putting anything given to them from that seller in their trash.

As for confirmation, there is no 100% guaranteed way to do it. The "Report on rez/changed owner" idea has merit, but buyers can always ask for another one before they ever rez the first one. The transaction history shows that the system actually attempted to deliver an item, but that still doesn't guarantee delivery actually occurred. I think it would be a safe bet, though, in most cases. Even still, you can always help someone to find the object, which is usually the problem. People just don't know how to navigate their inventory.

Just send them another item. It only takes a click, and it's not like you have to go to a warehouse, and send the item over by truck, and pay a delivery person.

Being nice about it, and delivering without suspecting a scam attempt, pays off in good will. Many times I've delivered a product to someone without even checking to see if they purchased it.....and they've been very appreciative, as the other store owners made them go through some kind of rigorous process, which makes them feel like the scum of the earth.

Well, I will take the time to check, mainly to see if I have a problem on my end, since I use the same system for ad-hoc deliveries as I do for normal customer purchases. Kinda pointless to run it through the same system only to fail again.

I would also to make sure they don't have some problem on their end, like having me muted somehow, or failing to understand where in their inventory it is being delivered to.

Here's a strange idea that just came to mind.

Instead of the current vendor system (pay the vendor, vendor delivers item to inventory), have a system that works like this:

If a customer wants an item, they touch the vendor (don't pay it). The vendor rezzes a box with the item for sale on the floor. Then the customer buys the rezzed box and picks it up. I'm sure some sort of scripting could manage unbought boxes (so prim limits aren't exceeded). Autoreturn will sweep paid-for boxes into the owners inventory if they don't pick them up.

Buying the object itself, rather than a copy or waiting for delivery, seems to be the only way to ensure that ownership of the product changes at the exact time it is paid for.

Well, it's a neat idea on its face, but I see a couple of issues:

1) People who have multiple locations/stores/vendors with the same products have to manually update all their vendors; basically, you can't network that kind of vendor.

2) The scripting would have to be rather complex to deal with the excess prim issue. For example, someone could (maliciously or not) go through every product in a vendor and cause it to be rezzed. In a mall, someone could maliciously do this across multiple vendors in multiple booths, quickly filling up the mall parcel, and potentially causing non-product objects in the region to get returned (nasty bug that is still around).

was the item transferable?
If not, then what would be the issue? They would be getting a copy, of something they can copy but not give away.

If they are transferable and this happens a lot, consider making your product no transfer, and see if this stops happening.

echoing some previous comments; yah if you sell copiable items (whether they are transferable or not), you of course should safely be able to supply them with a replacement copy if you find a transaction record for them.

selling no-copy items is tougher; yes good to sell them contained within packaging (that the customer has to unpack; lil' more complicated for them, but well, it's a good thing for any resident to learn to do. can try my free-to-use open-sourcey product packaging scripts...

/54/4f/214183/1.html

there's probably equivalent package scripts available out there too. good luck!

If the item is no transfer, simply send another. If the item was transferable, change one to no transfer and send it to them.

I have had about 2 people ever tell me they didn't receive something, so even though I know there are people out there who will try to scam, they aren't the majority. I personally would want to err on the side of caution (that is the good customer service side I mean) and send another.