Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| 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: | 34 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: | 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.
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
Netherlands, Zuid-Holland
United Kingdom, England
Italy, Friuli-Venezia Giulia
Spain, Comunidad Valenciana
Australia, South Australia
Canada, Alberta
