Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | RobErNat  | | Posted: | Aug 25, 2015 05:16 | | Subject: | Ranking up ideas to slow down potential SCAM | | Viewed: | 203 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Over the years a lot of suggestions have been made to prevent scam sellers from
getting loads of orders, take the money and run.
I'm sure BL is trying to work out systems to prevent such things from happening
in future, so it would be good to rank up all the potential options one could
imagine to have limitations, to have faster action on potential scam stores and
to potentially send warnings to buyers with open orders.
Please don't make this thread into a discussion, just state a clear idea,
without too much blah blah and without arguing about pro's and contra's,
without repeating or applauding to another ones suggestion, so just simple
things like the one below, with a brief indication/explanation of the option
Certain things could apply for new sellers with no feedback or when a member
opens a store (if if the member has hundreds or thousands of feedbacks from buying),
untill either they proof themselves by generating selling feedback, and/or by
giving proof items are in stock and/or by prooving who they are. Some of the
suggestion may conflict with eachother, but that is besides the intention of
the thread, let's just rank up the ideas in an easy to review thread for
the site admins so they can compile the ideas.
* Lot limitation: New sellers usually start pretty small and build up their store
along the way, so a lot limitation could prevent scammers using the PO function
on high valued sets. Example: maximum 200 lot's (legit sellers would probably
get a few orders a long the way and build up feedback)
* value limitation: example 500$, legit sellers would probably start small with
a limited inventory, get a few orders and work their way up. This limit would
exclude newbies from selling high valued sets soon they open a store, and for
legit sellers starting small, $500 is most likely quite a nice base to get started
(parts/minifigs/small and medium sets) and rank up some orders and feedbacks.
* maximum on 'number' of orders during the first month, for example 1/day
and 3/week, if no complaints during that month (no negatives, no neutrals, no
NSS/NRS statusses), upgrade to 2/day and 5/week the next month, if still no complaints,
full access
* Tags on high valued sets, so the admins would get a warning, sellers with a
sellers feedback lower then 10 for example.
* As admins can't be around 24/7: select a number of people worldwide who
can tag stores or listings, if a store or an item get's tagged by 3 different
people: Closure as 'preventive action', or block an item from being bought,
so the admins can review if there is a problem or not, the next business day
or their next avaliable moment online, with offcourse a mail to the admins to
check the situation or the item for sale that was 'locked'.
* If a store is locked (except if the reason is non payment of fees): a warning
to all buyers with open orders to either delay payment for a few days, to contact
seller to ask for tracking or proof of postage if shipped or ask information
about the status of the order and expected shippingdate if not yet shipped.
* Obligation for brand new sellers to have Paypal among the offered accepted
payment methods (after all they'll need to pay fees to BL for the sales,
so they need Paypal anyway).
* BL as temporary withholder of funds particulary on larger orders from newbie
sellers (I'm not in favor of this myself, but I do consider it an option).
* More proof on who sellers are, prior to being allowed opening a store: ID card
/ Drivers license / a small Paypal payment / Business documentation / etc, so
BL has the sellers details on record and can compare it to the registered address.
So, ideas like that with brief explanation and again, please don't make it
a discussion, just state your idea on what could help to improve BL in regards
to prevent scams 
Eric
|
 |
| Author: | RobErNat | | Posted: | Aug 18, 2015 08:33 | | Subject: | Re: Disallow change of address to often | | Viewed: | 36 times | | Topic: | Suggestions | |
|
| In Suggestions, cosmicray writes:
| | In Suggestions, RobErNat writes:
| | In order to stop dropshippers it might be wise for BL to disallow members to
have frequent address changes, BL already allows a secondary address for people
to use, so there is no reason to allow several changes per year or even per month.
Sure people move once in a while, but I doubt many members move every few months
(even APO/FPO most likely don't).
The suggestion is to put in a limitation on the number of address changes, like
once every 2 months or each quarter at most, this should limit the options for
dropshippers to abuse the system.
Granted, this won't solve the problem when buyers requests this by mail,
but sellers can choose to disregard such...
Dropshipping is a growing problem in the world of e-commerce, remember that sellers
usually are on the loosing end when something goes wrong, particulary if paid
by Paypal, as usually it will not be the buyers address you'll be shipping
to...
Eric
|
I thought this sounded familiar ... http://www.bricklink.com/message.asp?ID=932111
I'm all for it, regardless of who makes the suggestion.
|
The reason was different, but the final outcome for both suggestions would serve
to solve both issues indeed. I do think it should be more then 1 month, 2 at
least, but preferably 3 or 4 months in between an address change would limit
these kind of abuse.
|
|
| Author: | RobErNat | | Posted: | Aug 18, 2015 04:39 | | Subject: | Disallow change of address to often | | Viewed: | 178 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| In order to stop dropshippers it might be wise for BL to disallow members to
have frequent address changes, BL already allows a secondary address for people
to use, so there is no reason to allow several changes per year or even per month.
Sure people move once in a while, but I doubt many members move every few months
(even APO/FPO most likely don't).
The suggestion is to put in a limitation on the number of address changes, like
once every 2 months or each quarter at most, this should limit the options for
dropshippers to abuse the system.
Granted, this won't solve the problem when buyers requests this by mail,
but sellers can choose to disregard such...
Dropshipping is a growing problem in the world of e-commerce, remember that sellers
usually are on the loosing end when something goes wrong, particulary if paid
by Paypal, as usually it will not be the buyers address you'll be shipping
to...
Eric
|
|
| Author: | RobErNat | | Posted: | Aug 3, 2015 15:16 | | Subject: | Re: 'PAID' order status causing workflow problem | | Viewed: | 30 times | | Topic: | Suggestions | |
|
| In Suggestions, brickcounter writes:
| | Also, if Bricklink fixes it, my problem is solved
|
Now what has changed that would require a 'fixing'?
A lot of sellers prepare their order, then send an invoice, buyers pays, order
is set to packed.
Others prepare after being paid, so if the seller followed the procedure (aka
setting the order 'paid', when indeed payment got in), and now the system
does it, then nothing has changed either...
|
|
| Author: | RobErNat | | Posted: | Aug 3, 2015 14:41 | | Subject: | Re: 'PAID' order status causing workflow problem | | Viewed: | 38 times | | Topic: | Suggestions | |
|
| In Suggestions, brickcounter writes:
| | Suffice to say that your analysis and conclusion are flawed, but a fun read all
the same, so time well spent
|
Why would my analysis and conclusions be flawed 
If you run 'full time' (with several people) a business, of which 'BL'
is only part, with the amount of orders on BL, 1 person could do the 'BL'
processing, while others process orders from other venues. I do understand that
your method is a typical 'BO' method, because indeed the BO system allows
an intermediate step: 'processing', before an order is set 'processed'
(I oftenly skip the intermediate step) and it allows you to know 'someone'
is handling a certain order. Granted, right now BL doesn't allow such, but
if you have 1 person focussing on BL and 'filling' in on BO (and/or other
venues), then your problem is solved
|
|
| Author: | RobErNat | | Posted: | Aug 3, 2015 13:47 | | Subject: | Re: Alert when payment from PP on site comes in | | Viewed: | 27 times | | Topic: | Suggestions | |
|
| In Suggestions, JulieK writes:
| | In Suggestions, RobErNat writes:
| | In Suggestions, JulieK writes:
| | How about an alert when a payment comes in via PP on site. Maybe a "$" icon similar
to when we get a new BL message.
Julie
|
Now what exactly has changed
'before' you would send an invoice with either you PP e-mail or a link.
Buyer pays, PP send a notification to 'warn' you, you login to PP, check
the payment and set the order on Bl to 'paid'
'now' you have a 'pay' button, you invoice the buyer, the buyer
clicks 'pay', PP sends you a notification, and sends a message trough
the PP/BL-API to put the order in 'paid' status, you login to PP, check
the payment and you don't need to do a thing on BL...
Not much has changed, I really don't see why all of a sudden people wanna
change something to the whole system that has worked fine for years on Ebay/Amazon/BO
and thousands of other websites using this method...
Oh, and I strongly recommend *if* you're using the 'PP onsite' method,
to remove any payment details (or payment links) from your invoices... just use
the 'pay' method and problem solved
|
No change sparked my suggestion.
I have a buyer from last night that needed their order rushed and chose PP onsite.
They haven't paid yet. Rather than checking PP to see if payment showed up,
it would be nice to get a little visual alert on BL.
Julie
|
Just check you order overview and if the status says 'paid' then it's
paid
Or check your regular inbox to find out if PP send you a notification...
If a buyer is really in a hurry, presumably they would pop you a message anyway
saying: 'hey I paid, why isn't this shipped yet' 
I don't really believe in 'rush orders' anymore, most buyers then
take 24-48 (or more) hours to pay and then suddenly *you* need to rush Doesn't
mean I wouldn't do the effort to get it out asap, but the asap starts when
I notice the order has been paid for, not when the buyer requested me a fast
invoice
|
|
| Author: | RobErNat | | Posted: | Aug 3, 2015 13:19 | | Subject: | Re: Alert when payment from PP on site comes in | | Viewed: | 27 times | | Topic: | Suggestions | |
|
| In Suggestions, JulieK writes:
| | How about an alert when a payment comes in via PP on site. Maybe a "$" icon similar
to when we get a new BL message.
Julie
|
Now what exactly has changed
'before' you would send an invoice with either you PP e-mail or a link.
Buyer pays, PP send a notification to 'warn' you, you login to PP, check
the payment and set the order on Bl to 'paid'
'now' you have a 'pay' button, you invoice the buyer, the buyer
clicks 'pay', PP sends you a notification, and sends a message trough
the PP/BL-API to put the order in 'paid' status, you login to PP, check
the payment and you don't need to do a thing on BL...
Not much has changed, I really don't see why all of a sudden people wanna
change something to the whole system that has worked fine for years on Ebay/Amazon/BO
and thousands of other websites using this method...
Oh, and I strongly recommend *if* you're using the 'PP onsite' method,
to remove any payment details (or payment links) from your invoices... just use
the 'pay' method and problem solved
|
|
| Author: | RobErNat | | Posted: | Aug 3, 2015 13:05 | | Subject: | Re: 'PAID' order status causing workflow problem | | Viewed: | 37 times | | Topic: | Suggestions | |
|
| In Suggestions, brickcounter writes:
| | Orders paid for onsite now cause the order status to be set to PAID automatically.
Please either move the new PAID status to the Payment Status column (where logically,
it should be), or if it must appear under the Order Status for technical reasons,
at least allow the PROCESSING order status to be selected after PAID status has
been set.
For discussion of the problem, see threads
http://www.bricklink.com/message.asp?ID=933149
http://www.bricklink.com/message.asp?ID=931965
|
I'm quite puzzeld by your request...
For starters I agree there should be an extra option in the order status options,
something like 'picking', before it can set to 'packed', as it
would be conveniant for larger stores who have more then one person to process
orders, so they know if the picking lists have been 'handed out'.
But...
If a store has multiple people to do the picking, then I assume they have set
up a system which allows them to know who is doing what... I do assume these
'compagnies' have persons who communicate with eachother, organised by
the shop owner, no? I don't so 'why' suddenly this has become a problem,
because from a technical point of view, if the shopowner used to check received
payments, he/she would set the order in 'paid' status, and after all,
it always came 'after' the processing status... So nothing has changed,
the only thing that is happening now, is that 'now' the shopowner doesn't
need to set the status to 'paid' as it is done automaticly.
I notice from your FB list, that for the past year you have received about 410
feedbacks.
Some of them are for you as a buyer (I did not check how many), and assuming
about 20-25% of people do not leave feedback, it means you had about 500 Orders
on BL the past 12 months. That's less then 1.5 orders per day, yet you're
not able to manage the 'status' of orders or to 'know' which
'picker' is doing what Granted, I do not know whether you also sell
on other sites like Fleebay, Amazon, Brickowl and other websites, but an average
of 1.5 orders per day on Briclink seems quite managable IMHO... When I look at
my received orders for the past 12 months, I notice I had 226 on Bricklink (and
closed over 2 months) and 542 on Brickowl, totalling +765 orders, and did it
all by myself 'after' my dayjob... I never had an issues to 'know'
which order had to be picked, as at all times, an order in 'paid' status
would go at the back of the pile, first in first out (in most cases), with an
average processing time of less then 48 hours (=order shipped)
Now don't get me wrong, it's not a critisism as I have no idea what else
you're running, but from your amount of processed order on BL, it would say
the only thing that is missing in you store is 'comms' between the people
who 'manage' your store and maybe a bit of lack or organisation.... Maybe
you should reduce that to just 1 person, as handling 1.5 orders per day, is IMHO
quite manageable for just 1 person
cheers, Eric
|
|
| Author: | RobErNat | | Posted: | Aug 2, 2015 13:04 | | Subject: | Re: checkout | | Viewed: | 26 times | | Topic: | Suggestions | |
|
| In Suggestions, edk writes:
| | At time of checkout there is a section where the buyer is shown "I WILL PAY IN"
. There are radio buttons to select to choose different currencies if offered
in that store.
I propose adding some text to indicate the amount shown is NOT the grand total
and shipping costs are in addition to this amount. I know it is not overly common
to have a buyer pay this amount before invoicing but it does happen and this
simple added note could help prevent a buyer from thinking shipping is included
in the amount shown at checkout.
|
In the long run this kind of situation will dissapear with autcheckout/instant
payment
In the mean while I suggest to add a note to your order notifications (buyers
get them in their inbox):
http://www.bricklink.com/mailTempDetail.asp?ID=0&viewFrom=O
Something like this (my order notifications start with this):
**************************
This is NOT an invoice, this is simple notification you placed an order. Please
do NOT sent payment until you receive an invoice. You should receive your invoice
with payment instructions within 3 days (usually 24 hours). If you have not heard
from us within this time frame please use the contact feature through your order
form to request an invoice. Thank you!
**************************
If you add to your order after the first invoice (additional batch), please wait
untill you get a new invoice before transfering the payment, as shippingcosts
might change. If payment is send before we send a new invoice and this results
in a secondary payment to cover additional shippingcosts, an additional fee of
0.35 Euro will be added.
Thanks for understanding!
**************************
|
|
| Author: | RobErNat | | Posted: | Jul 31, 2015 13:04 | | Subject: | Re: Waiting a week to file NPB is bogus | | Viewed: | 33 times | | Topic: | Suggestions | |
|
| In Suggestions, eileenkeeney writes:
| | A checkout process where the buyer pays as they check out, will solve this issue.
It will solve lots of issues.
Once all (or most) sellers are using a checkout process, where payment is collected
during the checkout process, I suspect that a large percent of the issues discussed
in this forum will become non issues.
|
Quite right Eileen...
This suggestion and discussion is pointless as once the site progresses to autocheckout
with instant payment, this problem will solve itself for the majority of cases
(particulary the ones with Paypal). Ok, the ones with other payment methods will
remain (IBAN / Bantransfers / cash / checks / etc), but those particular payment
methods always require extra transfer time, so from that point of view it would
be foolish to review the current 'timings'...
|
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
Belgium, Flemish Brabant
