Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| 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: | 33 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
|
