Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | SylvainLS  | | Posted: | Jun 8, 2019 11:48 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 27 times | | Topic: | Suggestions | |
|
| In Suggestions, randyf writes:
| | […]
And they always seem to add it on a Friday as they are leaving for the weekend.
|
It’s because the ones they don’t do on a Friday as they are leaving for the weekend
are either:
1. not breaking anything because they weren’t made by sleep-deprived, eager to
leave for the weekend devs,
2. or quickly fixed because said devs hadn’t yet rushed to the nearest dive to
drown their memories of that awful spaghetti code and all the 500’s they got
the whole week.
|
 |
| Author: | randyf | | Posted: | Jun 8, 2019 11:35 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 32 times | | Topic: | Suggestions | |
|
| In Suggestions, calsbricks writes:
| | very and fast - The site has become unstable yet again and although it isn't
with server 500 errors - I wonder if they are adding code to the site and it
is breaking it.
|
And they always seem to add it on a Friday as they are leaving for the weekend.
|
|
| Author: | Abels_Bricks | | Posted: | Jun 8, 2019 08:30 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 38 times | | Topic: | Suggestions | |
|
| In Suggestions, calsbricks writes:
| | In Suggestions, Abels_Bricks writes:
| | In Suggestions, crxefx writes:
| | X2 , No interest in AFOL whatever in the middle of what i'm trying to do!
|
Totally agree, also the AFOL stuff that pops up at the top of your searches.
But main gripe today would be I would love it if bricklink was working correctly
today. having to go to the front page to do anything is getting old.
David
|
very and fast - The site has become unstable yet again and although it isn't
with server 500 errors - I wonder if they are adding code to the site and it
is breaking it.
Might be an idea for BL to get a proper sandbox in place and use that for rolling
out updates and/or changes - like most development teams do.
|
A sandbox would be fantastic, this is something I have been suggesting in the
forums since I started selling. Even someway for sellers to test postage.
But even some bloody communication would be nice. Lawrence has a pinned site
updates post on the brickowl forums, and regularly updates and gets involved
in the forums.
David
hahahahahahahahaha. I just went to post this and got the 500 error.
|
|
| Author: | calsbricks | | Posted: | Jun 8, 2019 08:08 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 52 times | | Topic: | Suggestions | |
|
| In Suggestions, Abels_Bricks writes:
| | In Suggestions, crxefx writes:
| | X2 , No interest in AFOL whatever in the middle of what i'm trying to do!
|
Totally agree, also the AFOL stuff that pops up at the top of your searches.
But main gripe today would be I would love it if bricklink was working correctly
today. having to go to the front page to do anything is getting old.
David
|
very and fast - The site has become unstable yet again and although it isn't
with server 500 errors - I wonder if they are adding code to the site and it
is breaking it.
Might be an idea for BL to get a proper sandbox in place and use that for rolling
out updates and/or changes - like most development teams do.
|
|
| Author: | Abels_Bricks | | Posted: | Jun 8, 2019 07:08 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 49 times | | Topic: | Suggestions | |
|
| In Suggestions, crxefx writes:
| | X2 , No interest in AFOL whatever in the middle of what i'm trying to do!
|
Totally agree, also the AFOL stuff that pops up at the top of your searches.
But main gripe today would be I would love it if bricklink was working correctly
today. having to go to the front page to do anything is getting old.
David
|
| Author: | crxefx | | Posted: | Jun 8, 2019 06:05 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 46 times | | Topic: | Suggestions | |
|
| | X2 , No interest in AFOL whatever in the middle of what i'm trying to do! |
| Author: | Brickwilbo | | Posted: | Jun 8, 2019 05:52 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 48 times | | Topic: | Suggestions | |
|
| In Suggestions, WhiteHorseMatt writes:
| | Can we please remove the 'Prefer My Bricklink Classic?' (and the corresponding
one from the old screen) from the top of the 'My Bricklink' page.
|
Yes, please remove "View My New BL" from the top of the 'My Bricklink'page.
| |
It takes up loads of screen real estate and would be as a tick box on a display
settings option.
I think after it being there a year most people will have chosen which style
they prefer.
Matt
|
|
|
| Author: | WhiteHorseMatt | | Posted: | Jun 8, 2019 05:47 | | Subject: | 'Prefer My BrickLink Classic?' | | Viewed: | 155 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Can we please remove the 'Prefer My Bricklink Classic?' (and the corresponding
one from the old screen) from the top of the 'My Bricklink' page.
It takes up loads of screen real estate and would be as a tick box on a display
settings option.
I think after it being there a year most people will have chosen which style
they prefer.
Matt
|
|
| Author: | jonwil | | Posted: | Jun 5, 2019 09:46 | | Subject: | Re: Suggestion for battery boxes | | Viewed: | 41 times | | Topic: | Suggestions | |
|
| Looking at it some more it seems like many battery box parts e.g.
already list their battery requirements, as do some sets that use those parts.
So mostly its a matter of identifying parts and sets that need batteries that
dont list such requirements e.g. or not showing the requirements.
|
|
| Author: | novabrick | | Posted: | Jun 5, 2019 06:00 | | Subject: | Re: Suggestion for battery boxes | | Viewed: | 50 times | | Topic: | Suggestions | |
|
| In Suggestions, jonwil writes:
| | I think all battery boxes (and other parts that take batteries) as well as the
sets that contain them should have a statement "this part/set takes xyz batteries"
to let people know what batteries they need.
A few items contain such information in their "notes" but its inconsistent (ideally
it should cover all the items that need batteries and possibly be a specific
field rather than just notes)
|
I guess you refer to parts like
or which actually include batteries in their respective
sets and have comments regarding what battery is needed.
Other sets like don't include the needed 6x AA-Cells. I think
on most sets it's actually printed on the box if extra batteries are needed.
Nevertheless as additional information for customers this might me a helpful
information to be included on the item/set pages so they can gather needed batteries
for their purchases.
Christian
novabrick-team
|
|
| Author: | jonwil | | Posted: | Jun 5, 2019 05:51 | | Subject: | Suggestion for battery boxes | | Viewed: | 87 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| I think all battery boxes (and other parts that take batteries) as well as the
sets that contain them should have a statement "this part/set takes xyz batteries"
to let people know what batteries they need.
A few items contain such information in their "notes" but its inconsistent (ideally
it should cover all the items that need batteries and possibly be a specific
field rather than just notes)
|
|
| Author: | yorbrick | | Posted: | Jun 1, 2019 12:33 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 39 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickochet writes:
| | In Suggestions, nectara writes:
| | In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
If a few cents deter you to buy then maybe Lego hobby it's too expensive
for you.
Regards
Nectara
|
spending a few extra cents doesn't deter me; being a few extra cents away
from min purchase amount and not being able to find something else I desire to
reach that min buy amount however does.
For example:
if I am after certain minifigs
shop a) has fig 1 for 1.99, and fig 2 for 2.99 that I am after - with a min buy
of 5.00 I am at 4.98. 2 cents away
shop b) will have the same one for 2.00 but no min buy - so I purchase that one
(shop a misses out)
shop c) will have fig. 2 for 6.00 and a min buy of 5.00 - and I'll pay the
extra $3 for that one - because it passes the min buy margin.
It's not that I'm paying more that's the issue - it's more so
that shop a, is missing out on business because of literally 2 cents (or even
$2) that I would be more than willing to donate just so save a 5 or 10 minutes.
so now shop a misses out on a possible profit due to selectivity and lack of
a difference feature
|
So you will overpay by $3 and also pay two lots of shipping, which is probably
another $2 minimum. In this example, was there really nothing else under $5 that
you could have added, getting you a cheaper overall price plus a free item?
|
|
| Author: | edk | | Posted: | Jun 1, 2019 10:58 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 42 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
I've had this in place for years.
"I offer a low $8 minimum order with an option to order less but a charge equal
to the difference between $8 and the order amount will be assessed, The bypass
code is TIP."
but in reality just order something lightweight to get to the min. buy. It's
just that simple.
|
|
| Author: | nectara | | Posted: | Jun 1, 2019 10:00 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 51 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickochet writes:
| |
shop a) has fig 1 for 1.99, and fig 2 for 2.99 that I am after - with a min buy
of 5.00 I am at 4.98. 2 cents away
|
Just buy a 2 cent brick!!!
Your time writing this worth more than a few cents and to be honest I do not
need such big business on my store. Usually, the penny pickers are the trouble
maker and they are never happy whatever you do.
Regards
Nectara
|
|
| Author: | bb1404048 | | Posted: | Jun 1, 2019 09:44 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 46 times | | Topic: | Suggestions | |
|
| In Suggestions, nectara writes:
| | In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
If a few cents deter you to buy then maybe Lego hobby it's too expensive
for you.
Regards
Nectara
|
spending a few extra cents doesn't deter me; being a few extra cents away
from min purchase amount and not being able to find something else I desire to
reach that min buy amount however does.
For example:
if I am after certain minifigs
shop a) has fig 1 for 1.99, and fig 2 for 2.99 that I am after - with a min buy
of 5.00 I am at 4.98. 2 cents away
shop b) will have the same one for 2.00 but no min buy - so I purchase that one
(shop a misses out)
shop c) will have fig. 2 for 6.00 and a min buy of 5.00 - and I'll pay the
extra $3 for that one - because it passes the min buy margin.
It's not that I'm paying more that's the issue - it's more so
that shop a, is missing out on business because of literally 2 cents (or even
$2) that I would be more than willing to donate just so save a 5 or 10 minutes.
so now shop a misses out on a possible profit due to selectivity and lack of
a difference feature
|
|
| Author: | Pippysblocks | | Posted: | Jun 1, 2019 07:08 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 49 times | | Topic: | Suggestions | |
|
| This issue does crop up quite often, and the reason shops will have a min buy
(mine included) is that if an order comes in for a very small amount then the
shop will actually be paying to send the order out (it's all to do with min
Paypal fees etc).
What I would suggest is if there's a shop with items you want but under their
min buy just talk to them, most will be accommodating. I've had plenty of
people message me this and always allow the purchase to go through as long as
I am able to tag on an axtra 50p to make sure I don't run at a loss. It's
just a practical
I know it can seem frustrating but it is just the mechanics of running a store
without hitting a loss. It is not the shops profiting or any bad marketing decisions.
In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
|
|
| Author: | nectara | | Posted: | Jun 1, 2019 06:42 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 45 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
If a few cents deter you to buy then maybe Lego hobby it's too expensive
for you.
Regards
Nectara
|
|
| Author: | axaday | | Posted: | Jun 1, 2019 04:12 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 33 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickochet writes:
| | In Suggestions, axaday writes:
| | In Suggestions, Pretty_Pieces writes:
| | So good idea, but doesn't really need a separate feature, in my humble opinion.
|
It does for instant checkout.
|
not all shops offer: the above mentioned work-around, or instant check out.
Kinda missing the point =/
|
I am pretty sure you missed my point. PrettyPieces says it doesn’t need a special
feature because she will adjust the invoice. I say it does need a special feature
for instant checkout.
|
|
| Author: | yorbrick | | Posted: | Jun 1, 2019 04:06 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 37 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
Can't you just buy some extra parts you are likely to need in future?
|
|
| Author: | Brickwilbo | | Posted: | Jun 1, 2019 03:06 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 40 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
This hasn't been implemented yet because having a store minimum doesn't
have to be intended for the money, it's often there to save time for not
having to pick small orders.
|
|
| Author: | bb1404048 | | Posted: | Jun 1, 2019 02:51 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 43 times | | Topic: | Suggestions | |
|
| In Suggestions, axaday writes:
| | In Suggestions, Pretty_Pieces writes:
| | In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
Hi Brickochet,
I've had this in place since I opened, though my minimum buy has crept up
since then. On my home page I list a minimum buy bypass password, along with
a notification that if it is used, I will add a $ amount to their order to hit
the minimum. I only have people take me up on it about once a year. It was more
often when my minimum was lower.
So good idea, but doesn't really need a separate feature, in my humble opinion.
|
It does for instant checkout.
|
not all shops offer: the above mentioned work-around, or instant check out.
Kinda missing the point =/
|
|
| Author: | axaday | | Posted: | Jun 1, 2019 00:24 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 50 times | | Topic: | Suggestions | |
|
| In Suggestions, Pretty_Pieces writes:
| | In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
Hi Brickochet,
I've had this in place since I opened, though my minimum buy has crept up
since then. On my home page I list a minimum buy bypass password, along with
a notification that if it is used, I will add a $ amount to their order to hit
the minimum. I only have people take me up on it about once a year. It was more
often when my minimum was lower.
So good idea, but doesn't really need a separate feature, in my humble opinion.
|
It does for instant checkout.
|
|
| Author: | Pretty_Pieces | | Posted: | Jun 1, 2019 00:19 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 49 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
Hi Brickochet,
I've had this in place since I opened, though my minimum buy has crept up
since then. On my home page I list a minimum buy bypass password, along with
a notification that if it is used, I will add a $ amount to their order to hit
the minimum. I only have people take me up on it about once a year. It was more
often when my minimum was lower.
So good idea, but doesn't really need a separate feature, in my humble opinion.
Dawn
Pretty_Pieces
www.ThePartTart.com
|
|
| Author: | bb1404048 | | Posted: | Jun 1, 2019 00:09 | | Subject: | Option to Donate to reach min. buy | | Viewed: | 190 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
|
| Author: | iprice | | Posted: | May 28, 2019 13:54 | | Subject: | Re: Embedding pictures in contact function | | Viewed: | 36 times | | Topic: | Suggestions | |
|
| In Help, CCBricks writes:
| | Good morning all,
Is there a way to send photos via the contact option? I have a potential buyer
interested in a certain minifigure and wants photos. I'm happy to oblige,
but can't figure out how to send photos. I dont have the email address so
I can't send then that way. I tried using the Help section. But was unsuccessful.
any help is appreciated.
Brian
|
Can't you just ask the buyer for their email address?
|
|
| Author: | Brickwilbo | | Posted: | May 28, 2019 11:19 | | Subject: | Re: Embedding pictures in contact function | | Viewed: | 74 times | | Topic: | Suggestions | |
|
| In Help, CCBricks writes:
| | Good morning all,
Is there a way to send photos via the contact option? I have a potential buyer
interested in a certain minifigure and wants photos. I'm happy to oblige,
but can't figure out how to send photos. I dont have the email address so
I can't send then that way. I tried using the Help section. But was unsuccessful.
any help is appreciated.
Brian
|
Upload images to your My Images and add the links into your message.
https://www.bricklink.com/v2/myimages_modal.page?CKEditor=splash-editor-6013&CKEditorFuncNum=1&langCode=nl
|
|
| Author: | bje | | Posted: | May 28, 2019 08:46 | | Subject: | Re: Embedding pictures in contact function | | Viewed: | 42 times | | Topic: | Suggestions | |
|
| In Help, CCBricks writes:
| | Good morning all,
Is there a way to send photos via the contact option? I have a potential buyer
interested in a certain minifigure and wants photos. I'm happy to oblige,
but can't figure out how to send photos. I dont have the email address so
I can't send then that way. I tried using the Help section. But was unsuccessful.
any help is appreciated.
Brian
|
I've never been able to that. Add the images as additional images to your
inventory (select the inventory item, click on "edit more" and then "upload image")
or ask that person to send you his/her e-mail address so you can send the images
direct.
|
|
| Author: | CCBricks | | Posted: | May 28, 2019 08:39 | | Subject: | Embedding pictures in contact function | | Viewed: | 72 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Good morning all,
Is there a way to send photos via the contact option? I have a potential buyer
interested in a certain minifigure and wants photos. I'm happy to oblige,
but can't figure out how to send photos. I dont have the email address so
I can't send then that way. I tried using the Help section. But was unsuccessful.
any help is appreciated.
Brian
|
|
| Author: | Brickwilbo | | Posted: | May 28, 2019 05:21 | | Subject: | Re: Warning to seller for inconsistent config | | Viewed: | 51 times | | Topic: | Suggestions | |
|
| In Suggestions, alexbinary writes:
| | Hello,
After some time as a buyer, I just opened my store on BrickLink.
At first I was only shipping domestic so I configured domestic shipping method
and checked only the domestic checkbox for PayPal payments.
I am now opening to international sales, so I configured international shipping
methods, but I had forgotten about the international checkbox for PayPal and
did not check it.
I got messages from potential buyers saying they could not checkout because I
had not configured a payment method.
I do not understand how enabling international shipping without international
payment can make sense, so I would assume that anyone who did this made a mistake.
My suggestion is to have BrickLink check for this inconsistent configuration
and at least warn sellers about it, or maybe even prevent it from happening.
Thanks
Alex
|
BrickLink can't know the intention of the seller for certain configurations.
It's the sellers responsibility to make sure that the settings are correct.
There should be a proper way to test settings though.
|
|
| Author: | alexbinary | | Posted: | May 28, 2019 01:23 | | Subject: | Warning to seller for inconsistent config | | Viewed: | 189 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Hello,
After some time as a buyer, I just opened my store on BrickLink.
At first I was only shipping domestic so I configured domestic shipping method
and checked only the domestic checkbox for PayPal payments.
I am now opening to international sales, so I configured international shipping
methods, but I had forgotten about the international checkbox for PayPal and
did not check it.
I got messages from potential buyers saying they could not checkout because I
had not configured a payment method.
I do not understand how enabling international shipping without international
payment can make sense, so I would assume that anyone who did this made a mistake.
My suggestion is to have BrickLink check for this inconsistent configuration
and at least warn sellers about it, or maybe even prevent it from happening.
Thanks
Alex
|
|
| Author: | DeLuca | | Posted: | May 27, 2019 20:46 | | Subject: | Rewording of Forum Rule #4 | | Viewed: | 184 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| I recently noticed that the wording of Forum Rule #4 is quite odd. While I do
understand the meaning of the existing version, it is structured awkwardly and
ambiguously (such that, for example, it could indicate that offensive
words are not to be replaced with pornography!).
A revised version of Rule #4 (such as I have drafted) would clarify what, precisely,
is defined as "offensive" (as this is a highly subjective term), as well as making
the sentence-structure more understandable - Particularly to non-native English-speakers.
Existing:
"Posts should not include foul language, lewd, or other offensive content, or
links to such content. This includes replacing offensive words with alternate
letters or characters, pornography, or any kind of racial/prejudicial content."
Revised:
"Posts should not include offensive content, nor any links to such content, including:
Profane, foul, lewd, pornographic, violent, or prejudicial language or images.
Replacing censored words with alternate letters or characters, or editing images
to obscure forbidden content with pixilation or black bars, is also prohibited."
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 13:39 | | Subject: | Re: Helpful but .... | | Viewed: | 48 times | | Topic: | Suggestions | |
|
| In Suggestions, bje writes:
That is not how it works when we upload our xml file from Briokstock. The file
has the category number in it but leads with the itemid.
Knowing how the tables work and what is in them would be helpful to get this
sorted, but suffice to say that when the xml data comes along Bricklink has to
make up its mind what to do with it and it cannot do that without the itemid
e.g. part no. It requires part no, colour and condition to see if the data submitted
is a new lot or matches an existing lot. So the item id is used somewhere - it
cannot just work from the category id.
| | | | It is a mandatory field out of Brickstock for an xml
update inventory. The only time lot numbers come into it are if you wish to update
existing inventory. Niek is right - the system is doing a lookup to pick up the
description so it can look up the product id quite easily.
|
It performs a lookup on the category only, nothing else.
|
Sorry that cannot work - the category could have hundreds of items in it so how
is it going to know which item to either add or update? It simply isn't logical.
| |
| | Yes according to Bricklink
we sell lots but according to reality we sell items which make up lots.
|
In reality there has never been a single catalog item sold on BL Mind blowing
I know, but download your orders with full detail - there is no such thing in
the catalog as a "Red Technic, Brick 1 x 14 with Holes" as a separate catalog
item, yet that is the only description on your invoice.
|
The catalogue is made up of many related tables - the order detail download is
useless as far as we are concerned and has been set up by Bricklink to offer
info they wish to offer not the info we need.
| |
| | The fact
that this platform has no real inventory system available to stores does not
mean we cannot look at elements of the catalogue when we are bringing in data.
A schema would clearly establish this - Product ID cannot be duplicated and
therefore can be read easily when a lookup to that table is done.
|
What do you mean by Product ID - the lot ID or the catalog item ID? These are
two different things altogether and bear no relation to each other.
|
The lot id is a bricklink generated number assigned to each store for each item
no, colour and condition. That then represents , lets call it a stock item and
that is what we sell. Lot nos, however are cumbersome and clumsy, so we use Lego
design id nos or (Bricklink part nos) to refer to our items. No one uses lot
nos other than the system.
| |
| |
If I modify the xml file we created when we export xml to Clipboard - the mass
upload will not work - we get an error message that the file format is invalid.
If I put the itemid back in it works.
|
Export with a comment and delete the item field again, it will work. You could
conceivably list your entire inventory without a single catalog item id.
|
No, I am afraid it doesn't - the system tells us it is an invalid file format.
We have moved off the original point - the only real resolution to this is if
someone at Bricklink who understands the code  is willing to share that info
out in the forum.
| |
| |
Whilst I am confident nothing will happen over this suggestion it would be welcome
for BL to comment.
Admin ?
|
|
|
|
| Author: | qwertyboy | | Posted: | May 27, 2019 13:35 | | Subject: | Re: Helpful but .... | | Viewed: | 37 times | | Topic: | Suggestions | |
|
| To illustrate, see attached picture of an upload of a yellow 2x4 brick. The program
knows it is part 3001, it even shows the picture, and if you hover over that
picture, the title says "Part No: 3001 Name: Brick 2 x 4". So don't tell
me that when showing this page it is difficult to add "Part No: 3001" somewhere
in clear text on that line.
Niek.
|
|
|
| Author: | qwertyboy | | Posted: | May 27, 2019 13:24 | | Subject: | Re: Helpful but .... | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| In Suggestions, bje writes:
| | In Suggestions, qwertyboy writes:
| | In Suggestions, bje writes:
| | I voted yes, but I am not entirely sure this would be as simple as is believed
on first glance.
The reason that part number gets dropped is because in BL world, that part number
is not something used to differentiate inventory items.
|
That would be a valid argument, if BL weren't already showing the item description
on that exact same screen. If the program is able to show the description (which
is a lookup into the items table), it already knows the part number (or at least
grab it from the same table the description came from).
So yes, it is a request easily implemented.
Niek.
|
But the item number is optionally included, it is not even a required field.
And from what I can see, only the category field ties to the item number in the
catalog. As a matter of fact, you can list everything in your store without a
single catalog item number, so long as you have the category and comments fields,
mass uploads will work. We sell lots, not catalog items.
|
You are missing the point. The issue here is that, when uploading a common "2x4
brick" (part 3001), the screen shows "2 x 4 Brick" - the official BL description
of part 3001. Obviously at that point the program knows it is dealing with part
3001 (as it had to look up that description) and it also shows a picture of that
part. As it has all the info, it is indeed easy to just add "3001" somewhere
on that line item.
Niek.
|
|
| Author: | bje | | Posted: | May 27, 2019 12:57 | | Subject: | Re: Helpful but .... | | Viewed: | 33 times | | Topic: | Suggestions | |
|
| In Suggestions, calsbricks writes:
| |
Optionally included where?
|
https://www.bricklink.com/help.asp?helpID=22
| | It is a mandatory field out of Brickstock for an xml
update inventory. The only time lot numbers come into it are if you wish to update
existing inventory. Niek is right - the system is doing a lookup to pick up the
description so it can look up the product id quite easily.
|
It performs a lookup on the category only, nothing else.
| | Yes according to Bricklink
we sell lots but according to reality we sell items which make up lots.
|
In reality there has never been a single catalog item sold on BL Mind blowing
I know, but download your orders with full detail - there is no such thing in
the catalog as a "Red Technic, Brick 1 x 14 with Holes" as a separate catalog
item, yet that is the only description on your invoice.
| | The fact
that this platform has no real inventory system available to stores does not
mean we cannot look at elements of the catalogue when we are bringing in data.
A schema would clearly e4stablish this - Product ID cannot be duplicated and
therefore can be read easily when a lookup to that table is done.
|
What do you mean by Product ID - the lot ID or the catalog item ID? These are
two different things altogether and bear no relation to each other.
| |
If I modify the xml file we created when we export xml to Clipboard - the mass
upload will not work - we get an error message that the file format is invalid.
If I put the itemid back in it works.
|
Export with a comment and delete the item field again, it will work. You could
conceivably list your entire inventory without a single catalog item id.
| |
Whilst I am confident nothing will happen over this suggestion it would be welcome
for BL to comment.
Admin ?
|
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 12:40 | | Subject: | Re: Helpful but .... | | Viewed: | 30 times | | Topic: | Suggestions | |
|
| In Suggestions, bje writes:
| | In Suggestions, qwertyboy writes:
| | In Suggestions, bje writes:
| | I voted yes, but I am not entirely sure this would be as simple as is believed
on first glance.
The reason that part number gets dropped is because in BL world, that part number
is not something used to differentiate inventory items.
|
That would be a valid argument, if BL weren't already showing the item description
on that exact same screen. If the program is able to show the description (which
is a lookup into the items table), it already knows the part number (or at least
grab it from the same table the description came from).
So yes, it is a request easily implemented.
Niek.
|
But the item number is optionally included, it is not even a required field.
And from what I can see, only the category field ties to the item number in the
catalog. As a matter of fact, you can list everything in your store without a
single catalog item number, so long as you have the category and comments fields,
mass uploads will work. We sell lots, not catalog items.
|
Optionally included where? It is a mandatory field out of Brickstock for an xml
update inventory. The only time lot numbers come into it are if you wish to update
existing inventory. Niek is right - the system is doing a lookup to pick up the
description so it can look up the product id quite easily. Yes according to Bricklink
we sell lots but according to reality we sell items which make up lots. The fact
that this platform has no real inventory system available to stores does not
mean we cannot look at elements of the catalogue when we are bringing in data.
A schema would clearly e4stablish this - Product ID cannot be duplicated and
therefore can be read easily when a lookup to that table is done.
If I modify the xml file we created when we export xml to Clipboard - the mass
upload will not work - we get an error message that the file format is invalid.
If I put the itemid back in it works.
Whilst I am confident nothing will happen over this suggestion it would be welcome
for BL to comment.
Admin ?
|
|
| Author: | bje | | Posted: | May 27, 2019 12:02 | | Subject: | Re: Helpful but .... | | Viewed: | 34 times | | Topic: | Suggestions | |
|
| In Suggestions, qwertyboy writes:
| | In Suggestions, bje writes:
| | I voted yes, but I am not entirely sure this would be as simple as is believed
on first glance.
The reason that part number gets dropped is because in BL world, that part number
is not something used to differentiate inventory items.
|
That would be a valid argument, if BL weren't already showing the item description
on that exact same screen. If the program is able to show the description (which
is a lookup into the items table), it already knows the part number (or at least
grab it from the same table the description came from).
So yes, it is a request easily implemented.
Niek.
|
But the item number is optionally included, it is not even a required field.
And from what I can see, only the category field ties to the item number in the
catalog. As a matter of fact, you can list everything in your store without a
single catalog item number, so long as you have the category and comments fields,
mass uploads will work. We sell lots, not catalog items.
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 11:51 | | Subject: | Re: Helpful but .... | | Viewed: | 28 times | | Topic: | Suggestions | |
|
| In Suggestions, qwertyboy writes:
| | In Suggestions, bje writes:
| | I voted yes, but I am not entirely sure this would be as simple as is believed
on first glance.
The reason that part number gets dropped is because in BL world, that part number
is not something used to differentiate inventory items.
|
That would be a valid argument, if BL weren't already showing the item description
on that exact same screen. If the program is able to show the description (which
is a lookup into the items table), it already knows the part number (or at least
grab it from the same table the description came from).
So yes, it is a request easily implemented.
Niek.
|
Thanks Niek
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 10:54 | | Subject: | Re: Helpful but .... | | Viewed: | 29 times | | Topic: | Suggestions | |
|
| In Suggestions, qwertyboy writes:
| | In Suggestions, bje writes:
| | I voted yes, but I am not entirely sure this would be as simple as is believed
on first glance.
The reason that part number gets dropped is because in BL world, that part number
is not something used to differentiate inventory items.
|
That would be a valid argument, if BL weren't already showing the item description
on that exact same screen. If the program is able to show the description (which
is a lookup into the items table), it already knows the part number (or at least
grab it from the same table the description came from).
So yes, it is a request easily implemented.
Niek.
|
Thanks Niek
|
|
| Author: | qwertyboy | | Posted: | May 27, 2019 10:51 | | Subject: | Re: Helpful but .... | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| In Suggestions, bje writes:
| | I voted yes, but I am not entirely sure this would be as simple as is believed
on first glance.
The reason that part number gets dropped is because in BL world, that part number
is not something used to differentiate inventory items.
|
That would be a valid argument, if BL weren't already showing the item description
on that exact same screen. If the program is able to show the description (which
is a lookup into the items table), it already knows the part number (or at least
grab it from the same table the description came from).
So yes, it is a request easily implemented.
Niek.
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 08:42 | | Subject: | Re: Helpful but .... | | Viewed: | 47 times | | Topic: | Suggestions | |
|
| In Suggestions, bje writes:
| | I voted yes, but I am not entirely sure this would be as simple as is believed
on first glance.
The reason that part number gets dropped is because in BL world, that part number
is not something used to differentiate inventory items. What you are adding are
lots, and not individual stock items or even different colours of an item. This
is the reason you cannot cost 2 different batches of the same inventory item
with different cost prices added at two different dates on BL, as you are merely
adding to existing lots, and not adding a new batch which must be reported on
separately. Showing the part number when importing would probably have to mean
that the lot would need an additional characteristic added to it to move it into
the realm of actual inventory of parts and not lots.
My information may be a tad wrong, but from experience, lots (that is your inventory
items) are differentiated only on the comments and the condition, nothing else.
It is, sadly, a throwback to auctioneer inventory where the lot is costed as
a unit and fees are earned on the unit. To get to a basis of project costing
or at the very least some average costing for your inventory items as actual
items and not lots, would possibly take a redesign of the entire inventory handling.
|
Thanks for adding your comments/thoughts to this. I am not convinced they should
apply, though. The xml file to the mass upload feature includes the part no -
if it is in that file it can be displayed on the verify page. I understand the
lot concept but as Bricklink does not really have an inventory management system
built in we believe picking this field up from the xml file that it receives
should not be a problem.
Having said that as the code is referred to as spaghetti by the development team
they may not understand how to do this.
Speaking of average costing that would be a blessing - but again little chance
of that as BL move towards no stores, no inventory just Amazon/Ebay esque model.
We won't be involved with that as, when and if it ever appears, and from
the comments we have had from others neither will an awful lot more.
Brickowl also doesn't have a proper inventory management system and although
handling Lego items isn't easy - Lego have an in house modified system -
they do not have to deal with condition. Here you have part no colour and condition
to cope with.
A fresh design would be ideal but development investment is not high on the priority
list, it appears.
If you look at a sample of a small file we did yesterday, in-between server 500
errors, you will see what I mean
95345
88
18
P
3
0.270
U
The lot number is checked based on item no, colour and condition and if there
is a match it adds to that lot; if not it creates a new lot and adds that but
it still knows the item no. Displaying it, ther4efore is a couple of lines of
code to be added (according to my head of development).
Thanks again for your comments and for voting for the suggestion.
|
|
| Author: | bje | | Posted: | May 27, 2019 07:51 | | Subject: | Re: Helpful but .... | | Viewed: | 61 times | | Topic: | Suggestions | |
|
| I voted yes, but I am not entirely sure this would be as simple as is believed
on first glance.
The reason that part number gets dropped is because in BL world, that part number
is not something used to differentiate inventory items. What you are adding are
lots, and not individual stock items or even different colours of an item. This
is the reason you cannot cost 2 different batches of the same inventory item
with different cost prices added at two different dates on BL, as you are merely
adding to existing lots, and not adding a new batch which must be reported on
separately. Showing the part number when importing would probably have to mean
that the lot would need an additional characteristic added to it to move it into
the realm of actual inventory of parts and not lots.
My information may be a tad wrong, but from experience, lots (that is your inventory
items) are differentiated only on the comments and the condition, nothing else.
It is, sadly, a throwback to auctioneer inventory where the lot is costed as
a unit and fees are earned on the unit. To get to a basis of project costing
or at the very least some average costing for your inventory items as actual
items and not lots, would possibly take a redesign of the entire inventory handling.
|
|
| Author: | uvt203 | | Posted: | May 27, 2019 06:00 | | Subject: | Re: Helpful but .... | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| Voted YES - it's a really good proposal for a simple improvement.
/Asger
In Suggestions, calsbricks writes:
| | Firstly let me say that we know suggestions are not being implemented and according
to MP no work is being done on the classic site however this is a small request
which doesn't require huge amounts of development time and would make life
a bit easier.
Currently the method of manually adding inventory is long winded, provides no
audit trail of what has been done and at best is clumsy.
We use Brickstock for most of our updates to our store. It is much easier, quicker
and provides us with a complete audit trail - the only real snag is what happens
when the file gets to Bricklink, The verify screen drops off the Bricklink part
number for some reason so we are left with an audit trail which, when variants
are involved, isn't really all that helpful, although to be fair we have
used this for some time.
Simply placing the bricklink product code on the verify screen would be very
helpful and this is not a major programming issue. At the same time give us a
print button to print that screen Using the print command from the browser doesn't
work well with the page setup falling short of what is needed.
This is a simple matter and could be resolved in minimal time - please implement.
|
|
|
| Author: | Stuart9 | | Posted: | May 27, 2019 05:55 | | Subject: | Re: Helpful but .... | | Viewed: | 36 times | | Topic: | Suggestions | |
|
| +1
In Suggestions, calsbricks writes:
| | Firstly let me say that we know suggestions are not being implemented and according
to MP no work is being done on the classic site however this is a small request
which doesn't require huge amounts of development time and would make life
a bit easier.
Currently the method of manually adding inventory is long winded, provides no
audit trail of what has been done and at best is clumsy.
We use Brickstock for most of our updates to our store. It is much easier, quicker
and provides us with a complete audit trail - the only real snag is what happens
when the file gets to Bricklink, The verify screen drops off the Bricklink part
number for some reason so we are left with an audit trail which, when variants
are involved, isn't really all that helpful, although to be fair we have
used this for some time.
Simply placing the bricklink product code on the verify screen would be very
helpful and this is not a major programming issue. At the same time give us a
print button to print that screen Using the print command from the browser doesn't
work well with the page setup falling short of what is needed.
This is a simple matter and could be resolved in minimal time - please implement.
|
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 05:50 | | Subject: | Helpful but .... | | Viewed: | 233 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Firstly let me say that we know suggestions are not being implemented and according
to MP no work is being done on the classic site however this is a small request
which doesn't require huge amounts of development time and would make life
a bit easier.
Currently the method of manually adding inventory is long winded, provides no
audit trail of what has been done and at best is clumsy.
We use Brickstock for most of our updates to our store. It is much easier, quicker
and provides us with a complete audit trail - the only real snag is what happens
when the file gets to Bricklink, The verify screen drops off the Bricklink part
number for some reason so we are left with an audit trail which, when variants
are involved, isn't really all that helpful, although to be fair we have
used this for some time.
Simply placing the bricklink product code on the verify screen would be very
helpful and this is not a major programming issue. At the same time give us a
print button to print that screen Using the print command from the browser doesn't
work well with the page setup falling short of what is needed.
This is a simple matter and could be resolved in minimal time - please implement.
|
|
| Author: | yorbrick | | Posted: | May 14, 2019 05:17 | | Subject: | Re: Fair, safe and legal trading = BL principles | | Viewed: | 73 times | | Topic: | Suggestions | |
|
| | | Well, yes, you are right. The seller has to cancel when requested but is entitled
to taking any measures they like. Especially since this Bricklink world is slightly
different from regular online retail as a lot of labour goes into getting an
order together.
Maybe the "without penalty" part wasn't phrased to well. At least I would
like the language to change. Because right now some sellers write things in their
terms like "I don't accept cancellation requests" or "orders are legally
binding contracts" or stuff like that. I think there's an important distinction
between discouraging it / considering it rude or something like that on the one
hand, and making buyers believe they have no actual choice but to pay up on the
other hand. The latter is basically misinformation about the rights that consumers
have. I think vulnerable/naive consumers should be protected by at least being
offered store terms that don't obscure their rights.
|
Yeah, I totally agree. This is sort of covered already in the terms, as sellers
must abide by their local laws, and writing contract terms that go against those
just mean the buyer is likely to win if they ever took the case to small claims
court or equivalent.
That said, the BL terms mention that orders are "legally binding contracts",
which probably needs cleaning up.
| | | | | | - Being responsible for lost shipments - meaning full refund or resend if anything
goes missing
|
And no problem there, and this holds if the buyer pays with paypal anyway. Although
if BL start asking for proof of delivery routinely, this may change smaller orders
as sellers start charging for this.
|
I think Bricklink could do two things in all this: 1. Enforcing by being involved
with the actual transactions, which might be complicated and costly (although
that is not an excuse it is not needed - perhaps it is) and/or 2. Simply moderate
store terms ahead of any transactions a store may be involved in. That's
not too much manual work, and we live in an age where computers can recognize
actual people in photographs, so I'm pretty sure some algorithms can be put
together to spot illegal store term claims. Even with a simple search operation
it's easy to spot them.
I think the main problem has to do with stores having illegal terms more than
store having legal terms but not keeping to them. Once the store terms are sound,
buyers will be able to call out and spot bad sellers pretty easily whenever they
cause trouble that's not in line with their own terms.
|
Yeah, although there are probably ways around the machine learning checks for
terms. It might be better that BL has one set of terms that sellers must agree
to, standardised across all stores. Where necessary there could be country based
amendments (across all sellers in that country) due to local laws.
|
|
| Author: | Teup | | Posted: | May 13, 2019 14:45 | | Subject: | Re: Fair, safe and legal trading = BL principles | | Viewed: | 48 times | | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| | | |
- Full acceptance of cancellation without penalty and without reason required
|
This issue has been around for years (as has the thread!). There is no legal
right to cancellation without penalty. The buyer has a right to cancel,
but that does not mean that they can order, then cancel. Order, then cancel.
And so on without penalty. If a buyer becomes a problem for a store (whether
on BL or elsewhere), the store is legally entitled to stop selling to them. It
is the same with feedback - feedback does not affect the right to cancellation.
Just because a buyer has a right to cancel, it does not take away the right a
seller has to leave feedback or file a NPB. Of course, if a buyer is responsive
and asks for a cancellation, then many decent sellers will allow cancellations
and they may be more lenient than if the buyer just doesn't pay. But if a
buyer orders then cancels, orders then cancels, orders then cancels, it wouldn't
surprise me if the buyer gets blocked from buying from that store.
|
Well, yes, you are right. The seller has to cancel when requested but is entitled
to taking any measures they like. Especially since this Bricklink world is slightly
different from regular online retail as a lot of labour goes into getting an
order together.
Maybe the "without penalty" part wasn't phrased to well. At least I would
like the language to change. Because right now some sellers write things in their
terms like "I don't accept cancellation requests" or "orders are legally
binding contracts" or stuff like that. I think there's an important distinction
between discouraging it / considering it rude or something like that on the one
hand, and making buyers believe they have no actual choice but to pay up on the
other hand. The latter is basically misinformation about the rights that consumers
have. I think vulnerable/naive consumers should be protected by at least being
offered store terms that don't obscure their rights.
| |
| | And last but not least:
- Being responsible for lost shipments - meaning full refund or resend if anything
goes missing
|
And no problem there, and this holds if the buyer pays with paypal anyway. Although
if BL start asking for proof of delivery routinely, this may change smaller orders
as sellers start charging for this.
|
I think Bricklink could do two things in all this: 1. Enforcing by being involved
with the actual transactions, which might be complicated and costly (although
that is not an excuse it is not needed - perhaps it is) and/or 2. Simply moderate
store terms ahead of any transactions a store may be involved in. That's
not too much manual work, and we live in an age where computers can recognize
actual people in photographs, so I'm pretty sure some algorithms can be put
together to spot illegal store term claims. Even with a simple search operation
it's easy to spot them.
I think the main problem has to do with stores having illegal terms more than
store having legal terms but not keeping to them. Once the store terms are sound,
buyers will be able to call out and spot bad sellers pretty easily whenever they
cause trouble that's not in line with their own terms.
|
|
| Author: | JusTiCe8 | | Posted: | May 13, 2019 06:39 | | Subject: | Re: Fair, safe and legal trading = BL principles | | Viewed: | 68 times | | Topic: | Suggestions | |
|
| In an ideal world maybe, in our world anyway, even law enforcement units doesn't
care so much about laws so...
Modern profit oriented world: as long as money comes in (and in the "right" pocket),
who cares ?
But when the flow decrease or worth, stopped: panic mode, create tons of new
laws, made tons of arrests and trials (quite like financial crisis of 2007/2008)
then... move on, and the show must go on.
BL team becoming stricter = less sellers = less sales = less profit, I guess.
In Suggestions, Teup writes:
[...]
| |
These laws apply to all EU stores, regardless of the legal form of the store.
Here on Bricklink we sell in stores (selling through the forum is not even allowed).
Therefore, all of the above is applicable and in my opinion should be enforced
by Bricklink.
|
|
|
| Author: | yorbrick | | Posted: | May 13, 2019 06:03 | | Subject: | Re: Fair, safe and legal trading = BL principles | | Viewed: | 72 times | | Topic: | Suggestions | |
|
| | |
- Full acceptance of cancellation without penalty and without reason required
|
This issue has been around for years (as has the thread!). There is no legal
right to cancellation without penalty. The buyer has a right to cancel,
but that does not mean that they can order, then cancel. Order, then cancel.
And so on without penalty. If a buyer becomes a problem for a store (whether
on BL or elsewhere), the store is legally entitled to stop selling to them. It
is the same with feedback - feedback does not affect the right to cancellation.
Just because a buyer has a right to cancel, it does not take away the right a
seller has to leave feedback or file a NPB. Of course, if a buyer is responsive
and asks for a cancellation, then many decent sellers will allow cancellations
and they may be more lenient than if the buyer just doesn't pay. But if a
buyer orders then cancels, orders then cancels, orders then cancels, it wouldn't
surprise me if the buyer gets blocked from buying from that store.
| | - Accepting returns and refunding the buyer including the postage cost and the
postage cost of sending it back
|
Again, legally they have this right (although may need to pay return postage
if this is detailed in the seller's terms). But that doesn't mean the
seller cannot block them to stop them doing it again in the future.
Large online retailers are starting to crack down on people buying items, especially
clothes, wearing them with the tags on, then returning them.
| |
- Not charging more for transaction fees than the transactions actually cost
|
No problem there.
| | And last but not least:
- Being responsible for lost shipments - meaning full refund or resend if anything
goes missing
|
And no problem there, and this holds if the buyer pays with paypal anyway. Although
if BL start asking for proof of delivery routinely, this may change smaller orders
as sellers start charging for this.
|
|
| Author: | Teup | | Posted: | May 13, 2019 04:52 | | Subject: | Re: Fair, safe and legal trading = BL principles | | Viewed: | 103 times | | Topic: | Suggestions | |
|
| In Suggestions, Rob_and_Shelagh writes:
| | This suggestion is a summary of my recommendations, plus input from others' many
private messages I received on this over the last few days that I would like
Admin to consider in the site upgrade.
BACKGROUND AND JUSTIFICATION:-
The BrickLink site has always required its' members, both buyers and sellers,
to trade legally and fairly. This is an essential aspect of the site's reputation
which makes it an attractive venue for buyers and sellers to trade here with
confidence and safety. The continued success of the site and enjoyment of it
experienced by its' members both depend heavilly on this being maintained.
The site continues to grow rapidly and welcomes many mew members, both buyers
and sellers every day. The financial success of the site has indeed secured its'
future beyond the loss of its' inspired founder. In the early days, this site
was a small community and the founder members and early adopters clearly did
a great job in building the principles of the site and policing it in a self-regulatory
way. For the most part this still works today but, as is demonstrated in the
many threads recently, some (buyers and sellers) are falling short of those principles
and indeed the law! This may be driven by the vast increase in membership which
makes this place less "personal" for some and combined with this; the laws and
regulations covering internet trading become more and more complex as governments
focus on the explosion of such trading and their need to close tax loopholes
and try to protect their consumers from substandard trading and scams.
I believe the site and ALL its' members (except for any that come here to do
unfair or illegal trading) will benefit from a more developed policy on safe
and legal trading for both their own protection and for the reputation of the
site in general which should help promote its' continued growth and success.
The following suggestions are simply my thougths on "how" some of the issues
might be addressed taking into account the direct input I have had from several
other members as well as many forum threads over the years but some recent ones
in particular:-
SUGGESTION #1 - EXPAND ON THIS IN TOS:-
TOS #11 REQUIRES the following.
"General Compliance with Laws:
You shall comply with all applicable laws, statutes, ordinances and regulations
regarding your use of our service and your listing, purchase and sale of items."
Whilst this "covers" the site in demonstrating to authorities its' intent not
to encourage illegal behaviour, in practice it does little or nothing to:
1. Help inform its' members about what those laws might be and where to find
out about them. Many of the problems here (for buyers and sellers) are caused
by a complete lack of knowledge on the relevent laws.
2. Provides no penalty for breaking them which unfortunately is the reason why
some of the intentional law breakers are comming here.
I suggest changing the TOS #11 to spell out some of the specific laws that members
need to comply with, namely:
Customs - sellers are required to complete customs documents as required by law
honestly and accurately which, for the purpose of selling here, means declaring
the sales value of the goods as stated on the invoice and NOT misprepresenting
commercial sales as gifts.
Compliance with local advertising, selling and consumer protection laws - sellers
are required to comply with all relevent laws applicable to their selling activities.
Taxation - prior to listing any items for sale, sellers are advised to check
the rules in their country relating to any taxation they may need to charge their
customers (e.g. sales tax, VAT as applicable) and any requirements to declare
to their tax authorities any sales activity they conduct on this site.
SUGGESTION #2 - MAKE CUSTOMS FRAUD A REPORTABLE OFFENCE:-
Just as we can report listings that do not comply with the TOS, have a similar
funtion where:
1. Sellers can report (with evidence e.g. private message) to Admin that a buyer
requested a fraudulent customs declaration.
2. Buyers can report (with evidence e.g. private message or something in sellers'
terms) that a seller is offering a fraudulent customs declaration.
3. If a penalty is given, just like an NPB or NSS, a buyer or seller can have
feedback removed if it was given in relation to a transaction subject to the
penalty.
4. A buyer or seller has the right to cancel an order without penalty if subject
to a validated request for customs fraud.
Validated reports would result in a penalty ranging from 1st warning, through
temporary suspension of buying or selling rights, to membership termination for
repeat offenders.
SUGGESTION #3 - HAVE A HELP GUIDE ON SAFETY AND THE LAW
Which members have to declare they have read before they can buy or sell on the
site.
Unlike eBay which has legal resources in many of its' markets, BL has a central
Administration which cannot be expected to be expert on these matter in all geographies.
Perhaps we cound have voluntary "country Admins" for this purpose who would be
responsible for maintaining content with an opening statement relevent to their
market and a number of (official government only) links to any laws relating
to internet buying and selling in their country and the official taxation and
customs sites for their country. This must have a legal disclaimer saying these
Admins and the site are not giving legal advice and it is the ultimate responsibility
of the individual member to ensure he/she complies with all applicable laws.
SUGGESTION #4 - HAVE SOME FUNCTION TO PROMPT BUYERS WHEN BUYING INTERNATIONALLY
-
When you put something in a cart of a store not in your country, you are prompted
to look at a page that says something like:-
"You are about to purchase from a store located outside of your country, you
are advised to check if you may be liable for any customs charges relating to
importing this item into your country WHICH ARE YOUR RESPONSIBILITY before committing
to this purchase. Purchasing from overseas may also limit your rights as a buyer."
Obviously, this needs some more thought! I would not want this message for EVERY
item I put in a store cart, maybe just the 1st one for example. Maybe give an
option "do not show this message again" after a couple of hits on it within a
certain time period.
SUMMING IT UP FOR ME:-
None of this changes anything that is not the intent of the current TOS.
It is not to differentiate between "private" or "business" sellers for any purpose
of promoting one above the other, although for UK at least and many EU countries,
Gareth's suggestion on that would help keep sellers on the right side of the
law so I still support that too. There does seem to be some differences of definition
on that between countries which would need to be addressed further.
This is intended to HELP buyers and sellers comply with their laws and avoid
some of the risks many are taking now through ignorance of them. Being reported
for falling foul of a law or being caught not complying with it in most cases
carries penalties that most people would be pleased to avoid if given a chance
and informing them better simply helps to avoid that possibility 
I would be happy to do more work on this if required as I am passionate about
keeping this a safe, respected place with trading standards that we can ALL be
proud of and enjoy.
CONGRATUALTIONS YOU GOT TO THE END OF THIS POST -
Thank you very much for your time!
Robert
|
I very much agree with your introduction, and I can't say I disagree with
the rest, but to me the issue of customs delcarations seems really minor and
anecdotal - people are usually talking more about the issue in theory than about
actual occurences of it, and I wonder how much money in the history of Bricklink
has been actually saved by inaccurate forms.
For me much more immediate concerns that comes to mind when reading your introduction
are the following, because when I go over various random EU store's terms
MORE THAN HALF of the sample is not legally compliant with at least
one and usually multiple ones of the following rules:
- Full acceptance of cancellation without penalty and without reason required
- Accepting returns and refunding the buyer including the postage cost and the
postage cost of sending it back
- Not charging more for transaction fees than the transactions actually cost
And last but not least:
- Being responsible for lost shipments - meaning full refund or resend if anything
goes missing
These laws apply to all EU stores, regardless of the legal form of the store.
Here on Bricklink we sell in stores (selling through the forum is not even allowed).
Therefore, all of the above is applicable and in my opinion should be enforced
by Bricklink.
|
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
France, Nouvelle-Aquitaine
USA, Ohio
United Kingdom, Scotland
United Kingdom, England
Netherlands, Gelderland
Australia, Queensland
Germany, Schleswig-Holstein
Canada, Ontario
South Africa, Western Cape
Denmark
