Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | psusaxman2000  | | Posted: | Apr 16, 2021 11:12 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 40 times | | Topic: | Suggestions | |
|
| In Catalog, starbeanie writes:
This exists because it was sold this way. Same for the others that are mentioned
below that have appeared in sets as figs built that way. I get the idea of having
all different monochrome color figs available, but then where do you limit the
creation of them. Does it mean, you could only have figs if all the parts are
available to create it. If someone "cleans" a part to remove the print and create
a new monochrome, they technically have the part, but it's not original by
any means. The current catalog doesn't limit anyone from buying or creating
them, but I could see the gap if someone is looking to purchase one. It's
a balance that I'm glad I don't have to manage.
|
 |
| Author: | yorbrick | | Posted: | Apr 16, 2021 10:35 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 49 times | | Topic: | Suggestions | |
|
| In Catalog, starbeanie writes:
There are other monochrome figures too, just with accessories/headgear
As "standard" monochromes are not official, it is right that they are not in
the catalogue. Otherwise, fans could invent other similar things and expect them
to be included in the catalogue.
I also don't think there is the need. Monochrome has entered as a search
term for genuinely produced legs/hips and torso assemblies:
so they are easy to find.
|
|
| Author: | maxx3001 | | Posted: | Apr 16, 2021 10:14 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 46 times | | Topic: | Suggestions | |
|
| In Catalog, starbeanie writes:
Why not attach monochrome’s to this listing, saves a lot of work....
| |
In Catalog, psusaxman2000 writes:
| | In Catalog, Biglesdug writes:
| | In Catalog, BrickTobi writes:
| | Proposal for extension of the catalog.
I think there is a very big market for monochrome minifigures. So far, these
are considered custom items.
I would like to suggest establishing a separate category for monochrome minifigures
in the "standard version" of all colors.
For example "Minifigure Monochrome - white".
I look forward to your estimation and feedback
|
I think with the increase in wiping torsos and parts to make monochrome figures
adding monochrome figures to the catalog would be a bad idea.
|
On top of this, I'm pretty sure the main objective behind the catalog is
that it is a representation of the parts that are officially sold by Lego. While
they do sell parts to make monochrome minifigures, they are not sold as such,
hence why they are not listed in the standard catalog and require custom listings.
If they were to do this, it could open a can of worms for other requests.
|
|
|
|
| Author: | Brick.Door | | Posted: | Apr 16, 2021 10:08 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 44 times | | Topic: | Suggestions | |
|
| | |
'm pretty sure the main objective behind the catalog is
that it is a representation of the parts that are officially sold by Lego. While
they do sell parts to make monochrome minifigures, they are not sold as such,
hence why they are not listed in the standard catalog and require custom listings.
If they were to do this, it could open a can of worms for other requests.
|
Disagree - the main objective of the catalog is to facilitate selling and buying
LEGO in this marketplace. If there is significant demand it should be added to
the catalog to make it easier to buy and sell (and to track the price history).
I trust the catalog admins to make a judgement call whether something is worthy
or not, but can understand that they wouldn't want that responsibility and
the flood of requests/complaints.
|
|
| Author: | starbeanie | | Posted: | Apr 16, 2021 09:49 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 62 times | | Topic: | Suggestions | |
|
| One actually exists.
In Catalog, psusaxman2000 writes:
| | In Catalog, Biglesdug writes:
| | In Catalog, BrickTobi writes:
| | Proposal for extension of the catalog.
I think there is a very big market for monochrome minifigures. So far, these
are considered custom items.
I would like to suggest establishing a separate category for monochrome minifigures
in the "standard version" of all colors.
For example "Minifigure Monochrome - white".
I look forward to your estimation and feedback
|
I think with the increase in wiping torsos and parts to make monochrome figures
adding monochrome figures to the catalog would be a bad idea.
|
On top of this, I'm pretty sure the main objective behind the catalog is
that it is a representation of the parts that are officially sold by Lego. While
they do sell parts to make monochrome minifigures, they are not sold as such,
hence why they are not listed in the standard catalog and require custom listings.
If they were to do this, it could open a can of worms for other requests.
|
|
|
| Author: | psusaxman2000 | | Posted: | Apr 16, 2021 09:34 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 58 times | | Topic: | Suggestions | |
|
| In Catalog, Biglesdug writes:
| | In Catalog, BrickTobi writes:
| | Proposal for extension of the catalog.
I think there is a very big market for monochrome minifigures. So far, these
are considered custom items.
I would like to suggest establishing a separate category for monochrome minifigures
in the "standard version" of all colors.
For example "Minifigure Monochrome - white".
I look forward to your estimation and feedback
|
I think with the increase in wiping torsos and parts to make monochrome figures
adding monochrome figures to the catalog would be a bad idea.
|
On top of this, I'm pretty sure the main objective behind the catalog is
that it is a representation of the parts that are officially sold by Lego. While
they do sell parts to make monochrome minifigures, they are not sold as such,
hence why they are not listed in the standard catalog and require custom listings.
If they were to do this, it could open a can of worms for other requests.
|
|
| Author: | Biglesdug | | Posted: | Apr 16, 2021 09:29 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 52 times | | Topic: | Suggestions | |
|
| In Catalog, BrickTobi writes:
| | Proposal for extension of the catalog.
I think there is a very big market for monochrome minifigures. So far, these
are considered custom items.
I would like to suggest establishing a separate category for monochrome minifigures
in the "standard version" of all colors.
For example "Minifigure Monochrome - white".
I look forward to your estimation and feedback
|
I think with the increase in wiping torsos and parts to make monochrome figures
adding monochrome figures to the catalog would be a bad idea.
|
|
| Author: | BrickTobi | | Posted: | Apr 16, 2021 09:25 | | Subject: | Monochrome Minifigures | | Viewed: | 220 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Proposal for extension of the catalog.
I think there is a very big market for monochrome minifigures. So far, these
are considered custom items.
I would like to suggest establishing a separate category for monochrome minifigures
in the "standard version" of all colors.
For example "Minifigure Monochrome - white".
I look forward to your estimation and feedback
|
|
| Author: | Erikmax | | Posted: | Apr 16, 2021 05:14 | | Subject: | Re: Default shipping option | | Viewed: | 34 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickwilbo writes:
| | In Suggestions, Erikmax writes:
| | Hi
I don't know if this had been on this forum before, but I really get irritated
by the fact that there is a default shipping (and payment) method preset.
Over and over buyers select the wrong shipping method because this is the default
option. So order a small object for 12 euro and choose parcel track&trace @ 32,50
for shipping. This means I first have to ask them if this is really the option
they want, wait for their answer, correct shipping method etc.
Or in a less extreme example send out the invoice and get buyers who are upset
about the high shipping costs.
Today at least 5 out of ten orders have what looks a not quite logical shipping
method chosen by the buyer. If I make another method default it won't change
this, buyers will select letter untracked for a 2 kg worth 200 euro shipping.
Maybe I do something wrong, so first let me ask if there is a method to let buyers
FORCE to make a choice about shipping (and payment!!) and if this is not possible
PLEASE make it possible to sellers NOT to have the default shipping and payment
method pre-selected in their shop.
As a buyer I also sometimes make the mistake to click to fast and bypass the
option to change the shipping and payment methods. So I understand this happens
and I don't blame my buyers. (but the system...)
So it will be much less frustration for both buyer and seller.
Sorry if this is a silly question for which there is a simple solution, and so
there will be one thanks for telling me how I should change the setting.
|
Did you group the shipping methods?
|
No I didn't but the 'goup' field before the shipping method is gray/de-activated
and cant be changed.'Maybe I need to activate it somehow, I will try to find
it out but in fact it isn;t a solution.
Moreover this is a more general problem and I don't understand why only one
seller/buyer is reacting. In my opinion it would be much better if buyers have
to act to choose the right shipping method. Putting ther cheapest method default
wouldn't help because manu buyers now just click through and when the cheapest
option is default choose 'letter no insurance' for a bulky 500 euro order.
I know this problem both as a seller and a frequent buyer. '
So again the question: Why is the shipping and payment method pre-set with the
result that often the wrong methods are chosen? Isn't it better that buyer
is forced to make a choice? Every seller will have the experience that often
a wrong method is chosen and every buyer knows how easy it is to click through
and afterwards sees he choosed the wrong method.
Corrections on shipping methods will allways be neccecary, but now I have to
correct a large proportion of all orders, with all correspondence. (You choosed
a rather expenmsive shiping methid for this orderr, do you reallyv want this-
or: Sorry, 20 BURPS realy do not fit in a letter so I have to change this to
parcel shipping)
|
|
| Author: | Brickwilbo | | Posted: | Apr 16, 2021 03:46 | | Subject: | Re: Default shipping option | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| In Suggestions, Erikmax writes:
| | Hi
I don't know if this had been on this forum before, but I really get irritated
by the fact that there is a default shipping (and payment) method preset.
Over and over buyers select the wrong shipping method because this is the default
option. So order a small object for 12 euro and choose parcel track&trace @ 32,50
for shipping. This means I first have to ask them if this is really the option
they want, wait for their answer, correct shipping method etc.
Or in a less extreme example send out the invoice and get buyers who are upset
about the high shipping costs.
Today at least 5 out of ten orders have what looks a not quite logical shipping
method chosen by the buyer. If I make another method default it won't change
this, buyers will select letter untracked for a 2 kg worth 200 euro shipping.
Maybe I do something wrong, so first let me ask if there is a method to let buyers
FORCE to make a choice about shipping (and payment!!) and if this is not possible
PLEASE make it possible to sellers NOT to have the default shipping and payment
method pre-selected in their shop.
As a buyer I also sometimes make the mistake to click to fast and bypass the
option to change the shipping and payment methods. So I understand this happens
and I don't blame my buyers. (but the system...)
So it will be much less frustration for both buyer and seller.
Sorry if this is a silly question for which there is a simple solution, and so
there will be one thanks for telling me how I should change the setting.
|
Did you group the shipping methods?
|
|
| Author: | Erikmax | | Posted: | Apr 15, 2021 17:43 | | Subject: | Default shipping option | | Viewed: | 73 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Hi
I don't know if this had been on this forum before, but I really get irritated
by the fact that there is a default shipping (and payment) method preset.
Over and over buyers select the wrong shipping method because this is the default
option. So order a small object for 12 euro and choose parcel track&trace @ 32,50
for shipping. This means I first have to ask them if this is really the option
they want, wait for their answer, correct shipping method etc.
Or in a less extreme example send out the invoice and get buyers who are upset
about the high shipping costs.
Today at least 5 out of ten orders have what looks a not quite logical shipping
method chosen by the buyer. If I make another method default it won't change
this, buyers will select letter untracked for a 2 kg worth 200 euro shipping.
Maybe I do something wrong, so first let me ask if there is a method to let buyers
FORCE to make a choice about shipping (and payment!!) and if this is not possible
PLEASE make it possible to sellers NOT to have the default shipping and payment
method pre-selected in their shop.
As a buyer I also sometimes make the mistake to click to fast and bypass the
option to change the shipping and payment methods. So I understand this happens
and I don't blame my buyers. (but the system...)
So it will be much less frustration for both buyer and seller.
Sorry if this is a silly question for which there is a simple solution, and so
there will be one thanks for telling me how I should change the setting.
|
|
| Author: | tpr | | Posted: | Apr 15, 2021 10:51 | | Subject: | Admins - for your consideration | | Viewed: | 159 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Hi
is in Wheels - Accessory --- totally understandable
is in Wheels.
It states its a holder, it won't move on its own !! Its not a wheel !!
Should it not be considered in the next batch of items to be moved, and move
it to Wheels Accessories
Thanks
tpr
|
|
| Author: | MrPetovan | | Posted: | Apr 14, 2021 20:57 | | Subject: | Toggle lists from wanted list search page | | Viewed: | 36 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| I have several wanted lists with separated between a few different purposes and
I would like to be able to search in a subset of them, the same way it's
possible to select all or only some wanted lists in the Buy page.
|
| Author: | MrPetovan | | Posted: | Apr 14, 2021 20:53 | | Subject: | Re: Normalize item/color sorting across website | | Viewed: | 29 times | | Topic: | Suggestions | |
|
| | | Are you using the new wanted list or the old one?
|
It's in the "New" category, the "Classic" is a little rough for me.
|
|
| Author: | Admin_Russell | | Posted: | Apr 14, 2021 18:10 | | Subject: | Re: Normalize item/color sorting across website | | Viewed: | 59 times | | Topic: | Suggestions | |
|
|
BrickLink
ID CardAdmin_Russell
|
Location:  USA, California |
| Member Since |
Contact |
Type |
Status |
| May 9, 2017 |
 |
Admin |
|
|
| BrickLink Administrator |
|
| In Suggestions, MrPetovan writes:
| | Wanted list and Order lists currently are sorted differently for item name and
color name.
As a result, it's been inconvenient to match parts from order placed to wanted
lists.
Example for item name:
Given a "Plate 1 x 8" and a "Plate 1 x 10":
- In wanted lists, "Plate 1 x 10" will appear before "Plate 1 x 8" (strict alphabetical
order)
- In order lists, "Plate 1 x 8" will appear before "Plate 1 x 12" (correct numerical
order)
Example for color name"
Given a "Reddish Brown" part and a "Pearl Gold" part:
- In wanted lists, the "Reddish Brown" part will appear before the "Pearl Gold"
part (plain colors first like in color selection drop down lists)
- In order lists, the "Pearl Gold" part will appear before the "Reddish Brown"
part (strict alphabetical order)
Now, I don't mind either of these couple of ordering (although I have a personal
preference for correct numerical order for item names and plain colors first)
but I'd like for both ordering to be consistent across the whole BrickLink
website.
Thank you for your consideration!
|
Are you using the new wanted list or the old one?
|
|
| Author: | MrPetovan | | Posted: | Apr 14, 2021 15:24 | | Subject: | Re: Price in search results | | Viewed: | 23 times | | Topic: | Suggestions | |
|
| In Suggestions, MunchMan155 writes:
| | I'd really like the see the order total in my Wanted search results. One
store may charge $20 for the parts I need, the one next to it charges $0.20.
I could save a lot of clicking and time by knowing which stores are not worth
clicking on. Sorting by price should come with this. Thanks!
|
The "Auto-select" feature takes care of this pretty well. It's not perfect
though, you still have to go through every single suggested cart to make sure
that you aren't overpaying for a specific part, but otherwise I've been
pretty happy with it.
|
|
| Author: | MrPetovan | | Posted: | Apr 14, 2021 15:22 | | Subject: | Re: Mark wishlist "ordered" | | Viewed: | 26 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickwilbo writes:
| | In Suggestions, aquarian writes:
| | If you have multiple wishlists, some older, some newer, some ordered, some not,
it may be difficult to remember what you still need to order. So I'd suggest
a checkbox or something inside a wishlist to mark a whole list or individual
parts as "ordered". They wouldn't appear in your wanted part listing, so
you'd see what parts you're actually still missing.
|
The Apply Order function, kind of, already does that.
It changes the Have quantities in the Wantlist(s).
|
The keyword is "kind of". The only moment it makes sense to use this feature
is when you receive an order and confirmed it is complete. However between the
ordering and its completion, there can be several weeks during which the wanted
list is still missing parts that have been ordered but are in transit.
And if an order isn't complete for whatever reason, this feature becomes
useless.
|
|
| Author: | MrPetovan | | Posted: | Apr 14, 2021 15:17 | | Subject: | Re: Wanted list: sort by missing qty | | Viewed: | 19 times | | Topic: | Suggestions | |
|
| In Suggestions, mpokhylets writes:
| | I think it would be useful to sort the wanted list by the quantity of items that
still need to be purchased = MAX(MINQTY - QTYFILLED, 0)
|
In the wanted list search filters "More Options", you can check the box "Hide
Items if Have Qty is ≥ Want Qty" which then only shows you the items you are
missing.
|
|
| Author: | MrPetovan | | Posted: | Apr 14, 2021 15:15 | | Subject: | Normalize item/color sorting across website | | Viewed: | 76 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Wanted list and Order lists currently are sorted differently for item name and
color name.
As a result, it's been inconvenient to match parts from order placed to wanted
lists.
Example for item name:
Given a "Plate 1 x 8" and a "Plate 1 x 10":
- In wanted lists, "Plate 1 x 10" will appear before "Plate 1 x 8" (strict alphabetical
order)
- In order lists, "Plate 1 x 8" will appear before "Plate 1 x 12" (correct numerical
order)
Example for color name"
Given a "Reddish Brown" part and a "Pearl Gold" part:
- In wanted lists, the "Reddish Brown" part will appear before the "Pearl Gold"
part (plain colors first like in color selection drop down lists)
- In order lists, the "Pearl Gold" part will appear before the "Reddish Brown"
part (strict alphabetical order)
Now, I don't mind either of these couple of ordering (although I have a personal
preference for correct numerical order for item names and plain colors first)
but I'd like for both ordering to be consistent across the whole BrickLink
website.
Thank you for your consideration!
|
|
| Author: | mpokhylets | | Posted: | Apr 14, 2021 14:46 | | Subject: | Wanted list: sort by missing qty | | Viewed: | 33 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| I think it would be useful to sort the wanted list by the quantity of items that
still need to be purchased = MAX(MINQTY - QTYFILLED, 0)
|
| Author: | Vosblokjes | | Posted: | Apr 14, 2021 06:22 | | Subject: | Re: Implement notice box in the profile | | Viewed: | 33 times | | Topic: | Suggestions | |
|
| In Suggestions, Stellar writes:
| | Consider implementing a box to inform users of important changes coming or recently
done.
I made a mockup, check the image attached.
|
Ehm, on what screen is that? 
I think I see that page less than I look at the forum.
So allthough I think it is good to have it there, there also should be a banner
on top the page until you have read the message.
|
|
| Author: | gptrevi | | Posted: | Apr 6, 2021 18:55 | | Subject: | Re: Make a search with a list of bricks possible. | | Viewed: | 64 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickwilbo writes:
| | In Suggestions, gptrevi writes:
| | Suggestion for improving Bricklink.
Make a search with a list of bricks possible.
If you have a list of brick codes, it would be very helpful to find the store
that owns the entire list or has the largest number of them.
Thanks for your attention.
|
Already exists.
See here: http://www.bricklink.com/help.asp?helpID=1
|
Thank you very much everyone who promptly replied.
Obviously I did not understand how the wish list works, but now I will study
its functions...
|
|
| Author: | Brickwilbo | | Posted: | Apr 6, 2021 12:11 | | Subject: | Re: Make a search with a list of bricks possible. | | Viewed: | 38 times | | Topic: | Suggestions | |
|
| In Suggestions, gptrevi writes:
| | Suggestion for improving Bricklink.
Make a search with a list of bricks possible.
If you have a list of brick codes, it would be very helpful to find the store
that owns the entire list or has the largest number of them.
Thanks for your attention.
|
Already exists.
See here: http://www.bricklink.com/help.asp?helpID=1
|
|
| Author: | Tracyd | | Posted: | Apr 6, 2021 11:00 | | Subject: | Re: Make a search with a list of bricks possible. | | Viewed: | 32 times | | Topic: | Suggestions | |
|
| In Suggestions, gptrevi writes:
| | Suggestion for improving Bricklink.
Make a search with a list of bricks possible.
If you have a list of brick codes, it would be very helpful to find the store
that owns the entire list or has the largest number of them.
Thanks for your attention.
|
You mean something like a Wanted List that already exists?
|
|
| Author: | jennnifer | | Posted: | Apr 6, 2021 10:59 | | Subject: | Re: Make a search with a list of bricks possible. | | Viewed: | 38 times | | Topic: | Suggestions | |
|
| In Suggestions, gptrevi writes:
| | Suggestion for improving Bricklink.
Make a search with a list of bricks possible.
If you have a list of brick codes, it would be very helpful to find the store
that owns the entire list or has the largest number of them.
Thanks for your attention.
|
You are looking for a Wanted List. It's already here on BrickLink. Start
with the little heart 'Want' on the top menu. Or, type in your code in
the search, navigate to the catalog item page and click 'Add to My Wanted
List'
Jen
BTW, I wish we had a different icon and indicator for this on the top menu. I
just don't see how a heart and the word Want conveys to new users that necessary
shopping methods are hidden there. Does anyone have a better idea?
|
|
| Author: | Stellar | | Posted: | Apr 4, 2021 05:32 | | Subject: | Re: Add tax inclusive/exempt option on refund | | Viewed: | 43 times | | Topic: | Suggestions | |
|
| In Suggestions, qwertyboy writes:
| | In Suggestions, Emporiosa writes:
| | In Suggestions, cosmicray writes:
| | In Suggestions, Emporiosa writes:
| | Had a thought about the previous discussion where it is quite confusing currently
for processing refunds for US states that have collected sales tax. As it stands,
the refund box has us enter an amount, and then below it calculates the amount
that will come from the seller/PayPal, and the amount from the taxes BrickLink
collected, so a seller has to know the rate of tax for the state of the buyer
and also include it in the total.
|
Which is different from the exemption issue. The real important question about
this is, who determines that a buyer is exempt, the seller or BL. From my perspective
it would be BL that processes the buyer's exemption certificate (as it would
cover all sellers shipping to that buyer).
| | Suggestion:
-Beside the box where you enter the refund amount, include a "tax inclusive"
and "tax exclusive" radio button where the seller can select it.
This would allow sellers to not have to know the rate of state for the state
and manually calculate it by selecting "tax exclusive", meaning the calculation
below will take that amount, and ADD tax to the total (not as a % of the total
the seller put in).
|
Seller's will not know, particularly when the tax rate varies by jurisdiction
within a state. Florida has a statewide base rate of 6%, but a county optional
add-on of 0%-1.5%. So the rate may vary depending on the specific address within
the state. The rate can more likely be retrieved by the service that BL is using
to pull up this information.
| | But this also allows what Niek (qwertyboy) had suggested where if you want to
give a higher total amount, you can check tax inclusive so it'll act the
way that it's currently programmed.
|
Nita Rae
|
By tax exclusive, I wasn't referring to any kind of tax exemption. Tax exclusive
when referring to calculators like this means that the total you have entered
does not include the sales tax. This is how sellers want it to operate (based
on discussions), where the amount we enter is tax exclusive, so the calculation
below it will add the tax automatically without the seller having to calculate
it (since we can't easily know what the rates are).
Tax inclusive is for when a seller is doing an amount (usually) above and beyond
just a direct refund of a part. To clarify, how it works right now by default
is this method - tax inclusive. When you enter an amount, the calculator believes
that you already included the sales tax, and it's doing the breakdown of
which part of that refund is sales tax, and what is the amount for the item(s)
itself.
|
... and to make things even more complex - I believe some states have taxes on
shipping as well, and others don't. What if you agree to refund an item from
the order plus the order's shipping cost? BL can't know what part of
the agreed-upon refund amount is for shipping. It will likely refund too much
of its tax collection and not enough from the seller's pocket.
(This is not a hypothetical situation - if we can't fulfill something from
an order and it is the most important or most valuable part, we could agree to
refund part+shipping.)
Niek.
|
In other online marketplace the refund form lets you refund pieces, shipping
or credit...
|
|
| Author: | Greenbutterfly | | Posted: | Apr 4, 2021 04:13 | | Subject: | Re: Wanted list uploads blocked by custom parts | | Viewed: | 32 times | | Topic: | Suggestions | |
|
| In Suggestions, Greenbutterfly writes:
| | I have a very, very large model of a cathedral. I originally designed it in LDD
18 years ago and now updating it in stud.io.
The cathedral has a balcony with railings. I've created a couple of custom
parts for the railings to fit around the columns... the presence of these railings
in my IO file blocks the upload to my wanted list because they are not genuine
parts available through BL.
I'd like to see those parts ignored... or at least an option to do so.
I know there's the workaround of going through the IO file and deleting them
to upload. But my file has over 46000 parts, these custom parts are embedded
several layers deep in multiple sub-sub-sub-models... which means they're
difficult to find because stud.io doesn't have a fully function find-replace
mechanism (I and plenty of others have requested it, and requested that it work
with sub-models as well as main model).
This is still a work in progress, so I'm not really wanting to delete them
because re-instating them is going to be a pain. Plus with the size of the model
stud.io doesn't behave quite as it should anyway because of all the memory
leaks in it (which is going to affect any attempt to copy-paste the file then
delete the custom parts in the copy)...
PS. I'm sure I've requested this before, but for the life of me cannot
find it. stud.io isn't the only thing with memory leaks 
|
For the record, I've found a way around this... but it feels a little clunky.
1. Export from stud.io in Wanted List XML format. This exports only standard
Lego parts.
2. Open the exported XML in a text editor. Select all and copy to the clipboard
or equivalent.
3. In BL, go to "Upload" in the "Want" menu, and select the wanted list from
the drop down.
4. Paste the XML text into the appropriate window and click the button to verify.
5. Proceed through verification as normal.
|
|
| Author: | Greenbutterfly | | Posted: | Apr 4, 2021 00:48 | | Subject: | Wanted list uploads blocked by custom parts | | Viewed: | 54 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| I have a very, very large model of a cathedral. I originally designed it in LDD
18 years ago and now updating it in stud.io.
The cathedral has a balcony with railings. I've created a couple of custom
parts for the railings to fit around the columns... the presence of these railings
in my IO file blocks the upload to my wanted list because they are not genuine
parts available through BL.
I'd like to see those parts ignored... or at least an option to do so.
I know there's the workaround of going through the IO file and deleting them
to upload. But my file has over 46000 parts, these custom parts are embedded
several layers deep in multiple sub-sub-sub-models... which means they're
difficult to find because stud.io doesn't have a fully function find-replace
mechanism (I and plenty of others have requested it, and requested that it work
with sub-models as well as main model).
This is still a work in progress, so I'm not really wanting to delete them
because re-instating them is going to be a pain. Plus with the size of the model
stud.io doesn't behave quite as it should anyway because of all the memory
leaks in it (which is going to affect any attempt to copy-paste the file then
delete the custom parts in the copy)...
PS. I'm sure I've requested this before, but for the life of me cannot
find it. stud.io isn't the only thing with memory leaks
|
|
| Author: | leggodtshop | | Posted: | Apr 4, 2021 00:46 | | Subject: | Re: Add tax inclusive/exempt option on refund | | Viewed: | 25 times | | Topic: | Suggestions | |
|
| In Suggestions, qwertyboy writes:
| | In Suggestions, Emporiosa writes:
| | In Suggestions, cosmicray writes:
| | In Suggestions, Emporiosa writes:
| | Had a thought about the previous discussion where it is quite confusing currently
for processing refunds for US states that have collected sales tax. As it stands,
the refund box has us enter an amount, and then below it calculates the amount
that will come from the seller/PayPal, and the amount from the taxes BrickLink
collected, so a seller has to know the rate of tax for the state of the buyer
and also include it in the total.
|
Which is different from the exemption issue. The real important question about
this is, who determines that a buyer is exempt, the seller or BL. From my perspective
it would be BL that processes the buyer's exemption certificate (as it would
cover all sellers shipping to that buyer).
| | Suggestion:
-Beside the box where you enter the refund amount, include a "tax inclusive"
and "tax exclusive" radio button where the seller can select it.
This would allow sellers to not have to know the rate of state for the state
and manually calculate it by selecting "tax exclusive", meaning the calculation
below will take that amount, and ADD tax to the total (not as a % of the total
the seller put in).
|
Seller's will not know, particularly when the tax rate varies by jurisdiction
within a state. Florida has a statewide base rate of 6%, but a county optional
add-on of 0%-1.5%. So the rate may vary depending on the specific address within
the state. The rate can more likely be retrieved by the service that BL is using
to pull up this information.
| | But this also allows what Niek (qwertyboy) had suggested where if you want to
give a higher total amount, you can check tax inclusive so it'll act the
way that it's currently programmed.
|
Nita Rae
|
By tax exclusive, I wasn't referring to any kind of tax exemption. Tax exclusive
when referring to calculators like this means that the total you have entered
does not include the sales tax. This is how sellers want it to operate (based
on discussions), where the amount we enter is tax exclusive, so the calculation
below it will add the tax automatically without the seller having to calculate
it (since we can't easily know what the rates are).
Tax inclusive is for when a seller is doing an amount (usually) above and beyond
just a direct refund of a part. To clarify, how it works right now by default
is this method - tax inclusive. When you enter an amount, the calculator believes
that you already included the sales tax, and it's doing the breakdown of
which part of that refund is sales tax, and what is the amount for the item(s)
itself.
|
... and to make things even more complex - I believe some states have taxes on
shipping as well, and others don't. What if you agree to refund an item from
the order plus the order's shipping cost? BL can't know what part of
the agreed-upon refund amount is for shipping. It will likely refund too much
of its tax collection and not enough from the seller's pocket.
(This is not a hypothetical situation - if we can't fulfill something from
an order and it is the most important or most valuable part, we could agree to
refund part+shipping.)
Niek.
|
There can be only one party responsible for tax/vat and that is the seller. So..
if BrickLink is taking on the burden of tax/vat and be liable for it, there can
only be one conclusion: BrickLink is the seller. Hence, BrickLink does the sale,
the invoicing, the tax/vat, the refund, etc. (And takes care of the not hypothetical
situation described above.)
|
|
| Author: | qwertyboy | | Posted: | Apr 4, 2021 00:14 | | Subject: | Re: Add tax inclusive/exempt option on refund | | Viewed: | 33 times | | Topic: | Suggestions | |
|
| In Suggestions, Emporiosa writes:
| | In Suggestions, cosmicray writes:
| | In Suggestions, Emporiosa writes:
| | Had a thought about the previous discussion where it is quite confusing currently
for processing refunds for US states that have collected sales tax. As it stands,
the refund box has us enter an amount, and then below it calculates the amount
that will come from the seller/PayPal, and the amount from the taxes BrickLink
collected, so a seller has to know the rate of tax for the state of the buyer
and also include it in the total.
|
Which is different from the exemption issue. The real important question about
this is, who determines that a buyer is exempt, the seller or BL. From my perspective
it would be BL that processes the buyer's exemption certificate (as it would
cover all sellers shipping to that buyer).
| | Suggestion:
-Beside the box where you enter the refund amount, include a "tax inclusive"
and "tax exclusive" radio button where the seller can select it.
This would allow sellers to not have to know the rate of state for the state
and manually calculate it by selecting "tax exclusive", meaning the calculation
below will take that amount, and ADD tax to the total (not as a % of the total
the seller put in).
|
Seller's will not know, particularly when the tax rate varies by jurisdiction
within a state. Florida has a statewide base rate of 6%, but a county optional
add-on of 0%-1.5%. So the rate may vary depending on the specific address within
the state. The rate can more likely be retrieved by the service that BL is using
to pull up this information.
| | But this also allows what Niek (qwertyboy) had suggested where if you want to
give a higher total amount, you can check tax inclusive so it'll act the
way that it's currently programmed.
|
Nita Rae
|
By tax exclusive, I wasn't referring to any kind of tax exemption. Tax exclusive
when referring to calculators like this means that the total you have entered
does not include the sales tax. This is how sellers want it to operate (based
on discussions), where the amount we enter is tax exclusive, so the calculation
below it will add the tax automatically without the seller having to calculate
it (since we can't easily know what the rates are).
Tax inclusive is for when a seller is doing an amount (usually) above and beyond
just a direct refund of a part. To clarify, how it works right now by default
is this method - tax inclusive. When you enter an amount, the calculator believes
that you already included the sales tax, and it's doing the breakdown of
which part of that refund is sales tax, and what is the amount for the item(s)
itself.
|
... and to make things even more complex - I believe some states have taxes on
shipping as well, and others don't. What if you agree to refund an item from
the order plus the order's shipping cost? BL can't know what part of
the agreed-upon refund amount is for shipping. It will likely refund too much
of its tax collection and not enough from the seller's pocket.
(This is not a hypothetical situation - if we can't fulfill something from
an order and it is the most important or most valuable part, we could agree to
refund part+shipping.)
Niek.
|
|
| Author: | Emporiosa | | Posted: | Apr 3, 2021 10:01 | | Subject: | Re: Add tax inclusive/exempt option on refund | | Viewed: | 39 times | | Topic: | Suggestions | |
|
| In Suggestions, cosmicray writes:
| | In Suggestions, Emporiosa writes:
| | Had a thought about the previous discussion where it is quite confusing currently
for processing refunds for US states that have collected sales tax. As it stands,
the refund box has us enter an amount, and then below it calculates the amount
that will come from the seller/PayPal, and the amount from the taxes BrickLink
collected, so a seller has to know the rate of tax for the state of the buyer
and also include it in the total.
|
Which is different from the exemption issue. The real important question about
this is, who determines that a buyer is exempt, the seller or BL. From my perspective
it would be BL that processes the buyer's exemption certificate (as it would
cover all sellers shipping to that buyer).
| | Suggestion:
-Beside the box where you enter the refund amount, include a "tax inclusive"
and "tax exclusive" radio button where the seller can select it.
This would allow sellers to not have to know the rate of state for the state
and manually calculate it by selecting "tax exclusive", meaning the calculation
below will take that amount, and ADD tax to the total (not as a % of the total
the seller put in).
|
Seller's will not know, particularly when the tax rate varies by jurisdiction
within a state. Florida has a statewide base rate of 6%, but a county optional
add-on of 0%-1.5%. So the rate may vary depending on the specific address within
the state. The rate can more likely be retrieved by the service that BL is using
to pull up this information.
| | But this also allows what Niek (qwertyboy) had suggested where if you want to
give a higher total amount, you can check tax inclusive so it'll act the
way that it's currently programmed.
|
Nita Rae
|
By tax exclusive, I wasn't referring to any kind of tax exemption. Tax exclusive
when referring to calculators like this means that the total you have entered
does not include the sales tax. This is how sellers want it to operate (based
on discussions), where the amount we enter is tax exclusive, so the calculation
below it will add the tax automatically without the seller having to calculate
it (since we can't easily know what the rates are).
Tax inclusive is for when a seller is doing an amount (usually) above and beyond
just a direct refund of a part. To clarify, how it works right now by default
is this method - tax inclusive. When you enter an amount, the calculator believes
that you already included the sales tax, and it's doing the breakdown of
which part of that refund is sales tax, and what is the amount for the item(s)
itself.
|
|
| Author: | cosmicray | | Posted: | Apr 3, 2021 09:28 | | Subject: | Re: Add tax inclusive/exempt option on refund | | Viewed: | 32 times | | Topic: | Suggestions | |
|
| In Suggestions, Emporiosa writes:
| | Had a thought about the previous discussion where it is quite confusing currently
for processing refunds for US states that have collected sales tax. As it stands,
the refund box has us enter an amount, and then below it calculates the amount
that will come from the seller/PayPal, and the amount from the taxes BrickLink
collected, so a seller has to know the rate of tax for the state of the buyer
and also include it in the total.
|
Which is different from the exemption issue. The real important question about
this is, who determines that a buyer is exempt, the seller or BL. From my perspective
it would be BL that processes the buyer's exemption certificate (as it would
cover all sellers shipping to that buyer).
| | Suggestion:
-Beside the box where you enter the refund amount, include a "tax inclusive"
and "tax exclusive" radio button where the seller can select it.
This would allow sellers to not have to know the rate of state for the state
and manually calculate it by selecting "tax exclusive", meaning the calculation
below will take that amount, and ADD tax to the total (not as a % of the total
the seller put in).
|
Seller's will not know, particularly when the tax rate varies by jurisdiction
within a state. Florida has a statewide base rate of 6%, but a county optional
add-on of 0%-1.5%. So the rate may vary depending on the specific address within
the state. The rate can more likely be retrieved by the service that BL is using
to pull up this information.
| | But this also allows what Niek (qwertyboy) had suggested where if you want to
give a higher total amount, you can check tax inclusive so it'll act the
way that it's currently programmed.
|
Nita Rae
|
|
| Author: | Emporiosa | | Posted: | Apr 3, 2021 09:02 | | Subject: | Add tax inclusive/exempt option on refund | | Viewed: | 82 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Had a thought about the previous discussion where it is quite confusing currently
for processing refunds for US states that have collected sales tax. As it stands,
the refund box has us enter an amount, and then below it calculates the amount
that will come from the seller/PayPal, and the amount from the taxes BrickLink
collected, so a seller has to know the rate of tax for the state of the buyer
and also include it in the total.
Suggestion:
-Beside the box where you enter the refund amount, include a "tax inclusive"
and "tax exclusive" radio button where the seller can select it.
This would allow sellers to not have to know the rate of state for the state
and manually calculate it by selecting "tax exclusive", meaning the calculation
below will take that amount, and ADD tax to the total (not as a % of the total
the seller put in).
But this also allows what Niek (qwertyboy) had suggested where if you want to
give a higher total amount, you can check tax inclusive so it'll act the
way that it's currently programmed.
|
|
| Author: | peregrinator | | Posted: | Apr 2, 2021 17:00 | | Subject: | Re: Remove spellcheck from key search fields | | Viewed: | 38 times | | Topic: | Suggestions | |
|
| In Suggestions, macebobo writes:
| | In Suggestions, tbbarton writes:
| | Spellcheck loves to tell you the game of a figure, part or code isn’t a word.
I assume the dictionary is local to devices so maybe don’t allow spellcheck to
overwrite key search fields?
|
Maybe I'm not understand what you are suggesting, but spell check is a function
of the browser, not the Bricklink.
|
You can turn it off for form fields (as well as for forms in general) by using
the attribute 'spellcheck="false"'. Whether the browser obeys is another
question, but I think most of them do.
|
|
| Author: | macebobo | | Posted: | Apr 2, 2021 16:46 | | Subject: | Re: Remove spellcheck from key search fields | | Viewed: | 45 times | | Topic: | Suggestions | |
|
| In Suggestions, tbbarton writes:
| | Spellcheck loves to tell you the game of a figure, part or code isn’t a word.
I assume the dictionary is local to devices so maybe don’t allow spellcheck to
overwrite key search fields?
|
Maybe I'm not understand what you are suggesting, but spell check is a function
of the browser, not the Bricklink.
|
| Author: | tbbarton | | Posted: | Apr 2, 2021 15:09 | | Subject: | Remove spellcheck from key search fields | | Viewed: | 79 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Spellcheck loves to tell you the game of a figure, part or code isn’t a word.
I assume the dictionary is local to devices so maybe don’t allow spellcheck to
overwrite key search fields?
|
|
|
| Author: | Stellar | | Posted: | Apr 2, 2021 11:37 | | Subject: | If color image exists add it co Known Colors | | Viewed: | 81 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| I know that suggesting new features might mean hitting a wall, but here we go.
As the Catalog Admins only accept pictures of items in colors that are not in
inventories if the part is in hand, then update the known colors list with this
data.
Also, this might tie with an update to be able to find parts that have a color
image from this page: https://www.bricklink.com/catalogColors.asp (now, if they
are not in a inventory they don't show up.)
And even further, show the selected color image not the standard one...
Hope this is read by a BL Dev someday
|
|
| Author: | SylvainLS | | Posted: | Apr 2, 2021 11:19 | | Subject: | Re: Lego/Bricklink-Very frustrated with you | | Viewed: | 65 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickman4you writes:
| | […]
Would be nice if Excluding "Stores that do not ship to me" would block them from
showing up in searches.
|
Ah, but these stores do ship to you… you just can’t pay them 
(IOW: the message the buyer gets is very wrong and confusing.)
|
|
| Author: | Brickman4you | | Posted: | Apr 2, 2021 11:15 | | Subject: | Re: Lego/Bricklink-Very frustrated with you | | Viewed: | 63 times | | Topic: | Suggestions | |
|
| In Suggestions, Admin_Russell writes:
| | In Suggestions, jdinklage writes:
| | In Suggestions, calebfishn writes:
| | In Suggestions, jdinklage writes:
| | Please stop blocking my access to the parts I need. I am extremely annoyed that
you won't allow me to buy items from so many sellers I need to because they
aren't paying my taxes. They "don't support orders that ship to Massachusetts".
You are literally screwing up my access to rare parts that are only available
on this site. You are hurting part of this hobby for me. STOP IT! I am only
a buyer and not a seller. I understand you must be going through some growing
pains trying to get all the sellers to pay taxes, but don't take it out on
the buyers. Seriously stop blocking my access to the parts I need. Not allowing
me to ship items to my home from sellers who are willing to ship them to me is
a legitimate reason for me to be pissed. You are forcing me to go buy clone
parts off site when I don't really want to as an immediate direct result
of this action.
|
If you don't want to pay your sales taxes to the great state of Massachusetts
then I suggest you use your democratic rights to elect legislators who will change
the law.
Or, you could move to a different jurisdiction that doesn't charge sales
tax.
|
I WANT to pay my taxes. I have no problem with paying my taxes.
|
The problem is that we (BrickLink) cannot pay those taxes unless the seller chooses
to use an onsite payment method. We cannot force sellers to make this choice,
so it is up to these sellers to open themselves up to the larger market.
This is why some other members in this thread are advising you to contact sellers
you wish to buy from and kindly ask if they would adopt an onsite method. It
is not a lengthy process - it takes just a few minutes for those who already
have an account.
|
Would be nice if Excluding "Stores that do not ship to me" would block them from
showing up in searches.
|
|
| Author: | SylvainLS | | Posted: | Apr 2, 2021 11:14 | | Subject: | Re: Lego/Bricklink-Very frustrated with you | | Viewed: | 53 times | | Topic: | Suggestions | |
|
| In Suggestions, Teup writes:
| | […]
| | Just food for thought (although not even sure I like this solution, haven't
read into it much), but in Canada the primary "debit" method that folks use is
Interac E-transfer. There are some solutions like PremierPay (with a transaction
fee of course), and can be setup with API etc. I'm assuming IBAN likely has
some other paid solutions that assist in facilitating the transaction, but again,
probably less popular due to the fees associated (even if less than PayPal).
From a buyer's perspective, it's potentially a bit easier though. And
it could probably allow BrickLink to facilitate tax collection as well.
|
|
First, “IBAN” is a misnomer, it’s just bank transfers, to be precise, an International
(not only EU) standard for Bank Account Numbers (i…b…a…n…!). It’s very unfortunate
that BL named this method this way, or, rather, it’s unfortunate it’s the name
under which it was publicized or at least collaquially adopted in some countries
(NL).
Even more unfortunate, this method actually covers many situations of bank transfers
but not all bank transfers: different currencies not only EUR, national or international
transfers but not “only EU” (or even “only Europpe”), and with or without fees
but with no way to know beforehand (depends on both seller’s and buyer’s banks).
I strongly believe BL should not have added this method, “bank transfers” was
sufficient, or should have given it a narrower meaning… and then, maybe, should
have created more than one.
| | From what I understand, several countries have their own preferred interfaces
for IBAN transactions. Outside Bricklink my Dutch customers pay by iDEAL and
my Belgian customers sometimes by Bancontact. As far as I know they're similar.
The cool thing about Stripe is that you can just accept these payments without
even knowing what they are, so adding these methods would be great for most on
Bricklink worldwide - the only exception being sellers outside the EU who only
sell domestically. (and of course it's great for the buyers in the countries
where these payment solutions are used)
The Dutch one is very popular here in spite of the fee. The fee is only €0.29
regardless of the amount, and even if a store/organisation/restaurant/etc would
offer both options, I'm assuming people just go for the onsite solution,
even if the seller passes on the fees to the buyer. That's what I do anyway.
It seems to me that offsite bank transfers are becoming less usual in daily life
here, with the main second hand trading site now also offering onsite payment.
It's going to be a matter of time before Bricklink (and Lego.com!) are going
to have to follow along.
|
In France, it’s mostly cards (with the possibility of chargeback, contrarily
to bank transfers) and I expect it will stay that way. Though, with the new
SEPA instant payment rules now in place and implemented, maybe the banks will
do something.
|
|
| Author: | Teup | | Posted: | Apr 2, 2021 11:00 | | Subject: | Re: Lego/Bricklink-Very frustrated with you | | Viewed: | 51 times | | Topic: | Suggestions | |
|
| In Suggestions, Emporiosa writes:
| | In Suggestions, Admin_Russell writes:
| | In Suggestions, jennnifer writes:
| | In Suggestions, cosmicray writes:
| |
The trick there, is that IC only supports PP and Stripe. You can't do IBAN
with IC and collect the sales tax.
Nita Rae
|
Is IBAN an onsite payment method?
Jen
|
It is possible in theory to incorporate IBAN into an onsite solution, but apparently
it is very difficult and potentially unstable. So we consider IBAN to be offsite
only.
|
Just food for thought (although not even sure I like this solution, haven't
read into it much), but in Canada the primary "debit" method that folks use is
Interac E-transfer. There are some solutions like PremierPay (with a transaction
fee of course), and can be setup with API etc. I'm assuming IBAN likely has
some other paid solutions that assist in facilitating the transaction, but again,
probably less popular due to the fees associated (even if less than PayPal).
From a buyer's perspective, it's potentially a bit easier though. And
it could probably allow BrickLink to facilitate tax collection as well.
|
From what I understand, several countries have their own preferred interfaces
for IBAN transactions. Outside Bricklink my Dutch customers pay by iDEAL and
my Belgian customers sometimes by Bancontact. As far as I know they're similar.
The cool thing about Stripe is that you can just accept these payments without
even knowing what they are, so adding these methods would be great for most on
Bricklink worldwide - the only exception being sellers outside the EU who only
sell domestically. (and of course it's great for the buyers in the countries
where these payment solutions are used)
The Dutch one is very popular here in spite of the fee. The fee is only €0.29
regardless of the amount, and even if a store/organisation/restaurant/etc would
offer both options, I'm assuming people just go for the onsite solution,
even if the seller passes on the fees to the buyer. That's what I do anyway.
It seems to me that offsite bank transfers are becoming less usual in daily life
here, with the main second hand trading site now also offering onsite payment.
It's going to be a matter of time before Bricklink (and Lego.com!) are going
to have to follow along.
|
|
| Author: | jennnifer | | Posted: | Apr 2, 2021 10:47 | | Subject: | Re: Lego/Bricklink-Very frustrated with you | | Viewed: | 58 times | | Topic: | Suggestions | |
|
| In Suggestions, BasKrie writes:
| | | |
The problem is that we (BrickLink) cannot pay those taxes unless the seller chooses
to use an onsite payment method. We cannot force sellers to make this choice,
so it is up to these sellers to open themselves up to the larger market.
This is why some other members in this thread are advising you to contact sellers
you wish to buy from and kindly ask if they would adopt an onsite method. It
is not a lengthy process - it takes just a few minutes for those who already
have an account.
|
What Bricklink could do is inform all sellers that since mid last year they need
an onsite payment option to sell to (almost all) US buyers.
And inform them that in case of an error when trying to send an invoice they
have to check there template.
The Brexit mail was good although nothing was really said in it, but for the
US tax changes nothing has been communicated, while given all kinds of forum
posts a lot of sellers don't know about it.
|
Yes, I think there is overwhelming evidence that many sellers did not receive
the message from BrickLink regarding how the sales tax deployment directly affected
their stores. Despite all the problems and like 900 Forum posts about it, BrickLink
prefers to do nothing to solve this problem. The broken template thing was also
a bug they never addressed. Typical.
Jen
|
|
| Author: | Emporiosa | | Posted: | Apr 2, 2021 10:19 | | Subject: | Re: Lego/Bricklink-Very frustrated with you | | Viewed: | 45 times | | Topic: | Suggestions | |
|
| | | | | Difficult and potentially unstable?  How so? BrickOwl doesn't seem to have
that problem, and neither do I in my own website. It works perfectly, just use
Stripe. I managed to get it to work in my webshop in no time at all.
|
Same here, I haven't had problems on BrickOwl with any of the Stripe integrations
for local or regional instant bank payments.
|
Oh right, Stripe does do debit/bank as well. Works fantastic on BrickOwl for
myself as well. I still get folks that like to do the Interac E-transfer method
(for Canada), so I'm not sure if they specifically support *all* debit features
natively but most.
|
|
| Author: | Emporiosa | | Posted: | Apr 2, 2021 10:16 | | Subject: | Re: Lego/Bricklink-Very frustrated with you | | Viewed: | 43 times | | Topic: | Suggestions | |
|
| In Suggestions, Admin_Russell writes:
| | In Suggestions, jennnifer writes:
| | In Suggestions, cosmicray writes:
| |
The trick there, is that IC only supports PP and Stripe. You can't do IBAN
with IC and collect the sales tax.
Nita Rae
|
Is IBAN an onsite payment method?
Jen
|
It is possible in theory to incorporate IBAN into an onsite solution, but apparently
it is very difficult and potentially unstable. So we consider IBAN to be offsite
only.
|
Just food for thought (although not even sure I like this solution, haven't
read into it much), but in Canada the primary "debit" method that folks use is
Interac E-transfer. There are some solutions like PremierPay (with a transaction
fee of course), and can be setup with API etc. I'm assuming IBAN likely has
some other paid solutions that assist in facilitating the transaction, but again,
probably less popular due to the fees associated (even if less than PayPal).
From a buyer's perspective, it's potentially a bit easier though. And
it could probably allow BrickLink to facilitate tax collection as well.
|
|
| Author: | Tracyd | | Posted: | Apr 2, 2021 10:15 | | Subject: | Re: Lego/Bricklink-Very frustrated with you | | Viewed: | 46 times | | Topic: | Suggestions | |
|
| In Suggestions, jdinklage writes:
| | In Suggestions, jdinklage writes:
| | Please stop blocking my access to the parts I need. I am extremely annoyed that
you won't allow me to buy items from so many sellers I need to because they
aren't paying my taxes. They "don't support orders that ship to Massachusetts".
You are literally screwing up my access to rare parts that are only available
on this site. You are hurting part of this hobby for me. STOP IT! I am only
a buyer and not a seller. I understand you must be going through some growing
pains trying to get all the sellers to pay taxes, but don't take it out on
the buyers. Seriously stop blocking my access to the parts I need. Not allowing
me to ship items to my home from sellers who are willing to ship them to me is
a legitimate reason for me to be pissed. You are forcing me to go buy clone
parts off site when I don't really want to as an immediate direct result
of this action.
|
Just in case it wasn't clear-I have no problem with the taxes. I have a
problem that Bricklink won't allow me to complete a transaction with many
stores at the moment. I do a fair amount of bricklink buying to put it mildly.
|
It is not Bricklink it is the SELLERS you are choosing. Bricklink is following
the law.
|
|
| Author: | NelisSolis | | Posted: | Apr 2, 2021 10:15 | | Subject: | Re: Lego/Bricklink-Very frustrated with you | | Viewed: | 47 times | | Topic: | Suggestions | |
|
| In Suggestions, Teup writes:
| | In Suggestions, Admin_Russell writes:
| | In Suggestions, jennnifer writes:
| | In Suggestions, cosmicray writes:
| |
The trick there, is that IC only supports PP and Stripe. You can't do IBAN
with IC and collect the sales tax.
Nita Rae
|
Is IBAN an onsite payment method?
Jen
|
It is possible in theory to incorporate IBAN into an onsite solution, but apparently
it is very difficult and potentially unstable. So we consider IBAN to be offsite
only.
|
Difficult and potentially unstable? How so? BrickOwl doesn't seem to have
that problem, and neither do I in my own website. It works perfectly, just use
Stripe. I managed to get it to work in my webshop in no time at all.
|
Same here, I haven't had problems on BrickOwl with any of the Stripe integrations
for local or regional instant bank payments.
|
|
| Author: | Teup | | Posted: | Apr 2, 2021 09:33 | | Subject: | Re: Lego/Bricklink-Very frustrated with you | | Viewed: | 51 times | | Topic: | Suggestions | |
|
| In Suggestions, jennnifer writes:
| | In Suggestions, cosmicray writes:
| |
The trick there, is that IC only supports PP and Stripe. You can't do IBAN
with IC and collect the sales tax.
Nita Rae
|
Is IBAN an onsite payment method?
Jen
|
IBAN is offsite but it can be used with instant checkout. For offsite payment
methods, instant checkout is just an automatic invoice.
|
|
| Author: | Teup | | Posted: | Apr 2, 2021 09:31 | | Subject: | Re: Lego/Bricklink-Very frustrated with you | | Viewed: | 44 times | | Topic: | Suggestions | |
|
| In Suggestions, Admin_Russell writes:
| | In Suggestions, jennnifer writes:
| | In Suggestions, cosmicray writes:
| |
The trick there, is that IC only supports PP and Stripe. You can't do IBAN
with IC and collect the sales tax.
Nita Rae
|
Is IBAN an onsite payment method?
Jen
|
It is possible in theory to incorporate IBAN into an onsite solution, but apparently
it is very difficult and potentially unstable. So we consider IBAN to be offsite
only.
|
Difficult and potentially unstable? How so? BrickOwl doesn't seem to have
that problem, and neither do I in my own website. It works perfectly, just use
Stripe. I managed to get it to work in my webshop in no time at all.
|
|
| Author: | Vosblokjes | | Posted: | Apr 2, 2021 08:37 | | Subject: | Re: Lego/Bricklink-Very frustrated with you | | Viewed: | 55 times | | Topic: | Suggestions | |
|
| In Suggestions, Admin_Russell writes:
| | In Suggestions, jdinklage writes:
| | In Suggestions, calebfishn writes:
| | In Suggestions, jdinklage writes:
| | Please stop blocking my access to the parts I need. I am extremely annoyed that
you won't allow me to buy items from so many sellers I need to because they
aren't paying my taxes. They "don't support orders that ship to Massachusetts".
You are literally screwing up my access to rare parts that are only available
on this site. You are hurting part of this hobby for me. STOP IT! I am only
a buyer and not a seller. I understand you must be going through some growing
pains trying to get all the sellers to pay taxes, but don't take it out on
the buyers. Seriously stop blocking my access to the parts I need. Not allowing
me to ship items to my home from sellers who are willing to ship them to me is
a legitimate reason for me to be pissed. You are forcing me to go buy clone
parts off site when I don't really want to as an immediate direct result
of this action.
|
If you don't want to pay your sales taxes to the great state of Massachusetts
then I suggest you use your democratic rights to elect legislators who will change
the law.
Or, you could move to a different jurisdiction that doesn't charge sales
tax.
|
I WANT to pay my taxes. I have no problem with paying my taxes.
|
The problem is that we (BrickLink) cannot pay those taxes unless the seller chooses
to use an onsite payment method. We cannot force sellers to make this choice,
so it is up to these sellers to open themselves up to the larger market.
This is why some other members in this thread are advising you to contact sellers
you wish to buy from and kindly ask if they would adopt an onsite method. It
is not a lengthy process - it takes just a few minutes for those who already
have an account.
|
What Bricklink could do is inform all sellers that since mid last year they need
an onsite payment option to sell to (almost all) US buyers.
And inform them that in case of an error when trying to send an invoice they
have to check there template.
The Brexit mail was good although nothing was really said in it, but for the
US tax changes nothing has been communicated, while given all kinds of forum
posts a lot of sellers don't know about it.
|
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
United Kingdom, England
Netherlands, Utrecht
Germany, Baden-Württemberg
Italy, Friuli-Venezia Giulia
Spain, Comunidad Valenciana
Australia, South Australia
Canada, Alberta
France, Nouvelle-Aquitaine
