|
 |
| | | Author: | Ctbyrne  | | Posted: | Feb 26, 2023 10:45 | | Subject: | Order Status changing issues | | Viewed: | 222 times | | Topic: | Technical Issues | |
|
| Back in the good old days, any order could be changed from any status to any
other status i.e. Pending, Shipped, Ready, etc.
Then the status progression path was restricted, and orders could only be changed
to certain statuses depending on which status they currently had.
It seems to have changed again. I suppose in an effort to stop any nefarious
payment processes, an order which selected PayPal Onsite as the payment method
cannot proceed beyond Packed status unless BrickLink sees that the PayPal payment
indeed occurred.
I'm having an issue with this as I have orders that selected PayPal Onsite
(which is the default at checkout) and then paid through other means. Now while
I've been paid, BrickLink logged the fees, and the customer received their
order (and even left feedback), this order is now trapped in either the Processing,
Ready, or Packed status for the next 6 months until it is purged.
I'm going to have pages of these orders sitting as Packed cluttering my Orders
Received page and I cannot even imagine how many there will be by the time the
first one purges.
|
|
|
| | | | | |
| | | | | Author: | hpoort | | Posted: | Feb 26, 2023 11:02 | | Subject: | Re: Order Status changing issues | | Viewed: | 46 times | | Topic: | Technical Issues | |
|
| In Technical Issues, Ctbyrne writes:
| | Back in the good old days, any order could be changed from any status to any
other status i.e. Pending, Shipped, Ready, etc.
Then the status progression path was restricted, and orders could only be changed
to certain statuses depending on which status they currently had.
It seems to have changed again. I suppose in an effort to stop any nefarious
payment processes, an order which selected PayPal Onsite as the payment method
cannot proceed beyond Packed status unless BrickLink sees that the PayPal payment
indeed occurred.
I'm having an issue with this as I have orders that selected PayPal Onsite
(which is the default at checkout) and then paid through other means. Now while
I've been paid, BrickLink logged the fees, and the customer received their
order (and even left feedback), this order is now trapped in either the Processing,
Ready, or Packed status for the next 6 months until it is purged.
I'm going to have pages of these orders sitting as Packed cluttering my Orders
Received page and I cannot even imagine how many there will be by the time the
first one purges.
|
Nope. Unless you are in a state where there is no sales tax, you are actually
forcing Bricklink to skip the tax payments.
The payment was not properly performed, as it *MUST* go through Bricklink for
them to collect the sales tax. If paid offsite, the tax has not been paid.
The proper solution is to refund the offsite payment and ask the customer to
pay through the onsite link instead.
And to avoid this problem in the future, remove any offsite Paypal link in your
invoices.
|
|
|
| | | | | |
| | | | | Author: | Emporiosa | | Posted: | Feb 26, 2023 11:03 | | Subject: | Re: Order Status changing issues | | Viewed: | 46 times | | Topic: | Technical Issues | |
|
| In Technical Issues, Ctbyrne writes:
| | Back in the good old days, any order could be changed from any status to any
other status i.e. Pending, Shipped, Ready, etc.
Then the status progression path was restricted, and orders could only be changed
to certain statuses depending on which status they currently had.
It seems to have changed again. I suppose in an effort to stop any nefarious
payment processes, an order which selected PayPal Onsite as the payment method
cannot proceed beyond Packed status unless BrickLink sees that the PayPal payment
indeed occurred.
I'm having an issue with this as I have orders that selected PayPal Onsite
(which is the default at checkout) and then paid through other means. Now while
I've been paid, BrickLink logged the fees, and the customer received their
order (and even left feedback), this order is now trapped in either the Processing,
Ready, or Packed status for the next 6 months until it is purged.
I'm going to have pages of these orders sitting as Packed cluttering my Orders
Received page and I cannot even imagine how many there will be by the time the
first one purges.
|
If these orders have US taxes collected on it (which you can verify on the order
as it's done automatically with BrickLink), they absolutely must be paid
via an Onsite method such as PayPal or Stripe Onsite. If you received the amount
via an offsite method (such as PayPal directly), you have collected taxes that
were to be sent to BrickLink automatically via PayPal. If payments are received
offsite from states/countries where tax marketplace tax collection is instated,
they are to be refunded and have the buyer use the Onsite method so that the
taxes are properly split by PayPal (they show as that Partner fee I believe)
and sent to BrickLink accordingly for remittance.
|
|
|
| | | | | | | | | |
| | | | | | | Author: | Ctbyrne | | Posted: | Feb 26, 2023 11:14 | | Subject: | Re: Order Status changing issues | | Viewed: | 56 times | | Topic: | Technical Issues | |
|
| I guess I have to let them purge then. These orders are almost entirely pick-up
orders at my retail store at which they paid sales tax at the register for their
BrickLink order. A solution would be to lock out the onsite payment methods when
the pick-up shipping method is chose, but that's not a restriction that can
be achieved through BrickLink. There are a lot of challenges presented when trying
to use BrickLink to sell for both shipments and pick-ups.
In Technical Issues, Emporiosa writes:
| | In Technical Issues, Ctbyrne writes:
| | Back in the good old days, any order could be changed from any status to any
other status i.e. Pending, Shipped, Ready, etc.
Then the status progression path was restricted, and orders could only be changed
to certain statuses depending on which status they currently had.
It seems to have changed again. I suppose in an effort to stop any nefarious
payment processes, an order which selected PayPal Onsite as the payment method
cannot proceed beyond Packed status unless BrickLink sees that the PayPal payment
indeed occurred.
I'm having an issue with this as I have orders that selected PayPal Onsite
(which is the default at checkout) and then paid through other means. Now while
I've been paid, BrickLink logged the fees, and the customer received their
order (and even left feedback), this order is now trapped in either the Processing,
Ready, or Packed status for the next 6 months until it is purged.
I'm going to have pages of these orders sitting as Packed cluttering my Orders
Received page and I cannot even imagine how many there will be by the time the
first one purges.
|
If these orders have US taxes collected on it (which you can verify on the order
as it's done automatically with BrickLink), they absolutely must be paid
via an Onsite method such as PayPal or Stripe Onsite. If you received the amount
via an offsite method (such as PayPal directly), you have collected taxes that
were to be sent to BrickLink automatically via PayPal. If payments are received
offsite from states/countries where tax marketplace tax collection is instated,
they are to be refunded and have the buyer use the Onsite method so that the
taxes are properly split by PayPal (they show as that Partner fee I believe)
and sent to BrickLink accordingly for remittance.
|
|
|
|
| | | | | | | | | | | | | |
| | | | | | | | | Author: | Emporiosa | | Posted: | Feb 26, 2023 11:34 | | Subject: | Re: Order Status changing issues | | Viewed: | 51 times | | Topic: | Technical Issues | |
|
| In Technical Issues, Ctbyrne writes:
| | I guess I have to let them purge then. These orders are almost entirely pick-up
orders at my retail store at which they paid sales tax at the register for their
BrickLink order. A solution would be to lock out the onsite payment methods when
the pick-up shipping method is chose, but that's not a restriction that can
be achieved through BrickLink. There are a lot of challenges presented when trying
to use BrickLink to sell for both shipments and pick-ups.
|
Personally, my recommendation would be to not allow for payment of any BrickLink
pickups in-store. I mean, I think that's really the only option from BrickLink's
perspective and the rules in place. I see from the documentation that Pennsylvania
has had automatic tax collection enabled as far back as January 7, 2021.
I'm a tiny shop and no brick and mortar storefront, and also in a country
where the marketplace tax rollout hasn't happened yet (but was supposed to
happen as of July 2021, so it should be at "any moment now" , I also
enforce that buyers always pay online prior to pickup. When they ask to pay cash,
I say that I enforce the online payment because of the changes coming in the
future where's it's required, and it makes it easier for bookkeeping
too.
Since I assume you've remitted these state taxes directly, you may want to
reach out to BrickLink to see how to balance the books (and likely reach out
to your accountant too for advice). From BrickLink's perspective, since it
looks like payment wasn't received, I'm not sure if they still record
it as a tax owing for their remittances, but I assume they would since the orders
weren't cancelled either. They're the ones responsible for the remittance
(even if you're registered in your own state at your store since the order/transaction
happened on BrickLink).
I'm no US tax expert, but what I suspect may need to happen is that an audit
is done on all offsite payments since the implementation of the tax collection,
and you may need to provide that payment to BrickLink, and obtain a refund from
the state/IRS (I'm unsure how you guys do it in the US for sales tax remittance).
Reports can be done from PayPal/Stripe to get the "Partner Fee/taxes"
that were properly paid to BL and then download the overall sales dating back
to Jan 7, 2021 from BrickLink, tally the total taxes, and see what the difference
is (which would equal the part you would have collected in store and remitted
directly).
|
|
|
| | | | | | | | | | | | | |
| | | | | | | | | Author: | Shiny_Stuff | | Posted: | Feb 26, 2023 13:22 | | Subject: | Re: Order Status changing issues | | Viewed: | 41 times | | Topic: | Technical Issues | |
|
| In Technical Issues, Ctbyrne writes:
| | I guess I have to let them purge then. These orders are almost entirely pick-up
orders at my retail store at which they paid sales tax at the register for their
BrickLink order. A solution would be to lock out the onsite payment methods when
the pick-up shipping method is chose, but that's not a restriction that can
be achieved through BrickLink. There are a lot of challenges presented when trying
to use BrickLink to sell for both shipments and pick-ups.
|
One option you may be able to try out is to input a payment credit on the order,
making the grand total due equal to ZERO. Then, I believe you can change the
status to Paid and beyond.
____
|
|
| | | | | | | | | | | | | |
| | | | | | | | | Author: | wildchicken13 | | Posted: | Feb 26, 2023 13:34 | | Subject: | Re: Order Status changing issues | | Viewed: | 40 times | | Topic: | Technical Issues | |
|
| In Technical Issues, Ctbyrne writes:
| | I guess I have to let them purge then. These orders are almost entirely pick-up
orders at my retail store at which they paid sales tax at the register for their
BrickLink order. A solution would be to lock out the onsite payment methods when
the pick-up shipping method is chose, but that's not a restriction that can
be achieved through BrickLink. There are a lot of challenges presented when trying
to use BrickLink to sell for both shipments and pick-ups.
|
My recommendation would be: if the buyer orders through BrickLink, have them
pay online and pick up their order in person.
I have done this with other retailers before: order online, pick up in store.
|
|
| | | | | |
| | | | | Author: | jennnifer | | Posted: | Feb 26, 2023 13:56 | | Subject: | Re: Order Status changing issues | | Viewed: | 64 times | | Topic: | Technical Issues | |
|
| In Technical Issues, Ctbyrne writes:
| | Back in the good old days, any order could be changed from any status to any
other status i.e. Pending, Shipped, Ready, etc.
Then the status progression path was restricted, and orders could only be changed
to certain statuses depending on which status they currently had.
It seems to have changed again. I suppose in an effort to stop any nefarious
payment processes, an order which selected PayPal Onsite as the payment method
cannot proceed beyond Packed status unless BrickLink sees that the PayPal payment
indeed occurred.
I'm having an issue with this as I have orders that selected PayPal Onsite
(which is the default at checkout) and then paid through other means. Now while
I've been paid, BrickLink logged the fees, and the customer received their
order (and even left feedback), this order is now trapped in either the Processing,
Ready, or Packed status for the next 6 months until it is purged.
I'm going to have pages of these orders sitting as Packed cluttering my Orders
Received page and I cannot even imagine how many there will be by the time the
first one purges.
|
https://www.bricklink.com/message.asp?ID=1395093
So, you realize that BrickLink has added taxes to all these orders, the buyers
are paying the tax, and now you have the tax money with no way to remit it?
Jen
|
|
|
| | | | | | | | | |
| | | | | | | Author: | wildchicken13 | | Posted: | Feb 26, 2023 14:07 | | Subject: | Re: Order Status changing issues | | Viewed: | 50 times | | Topic: | Technical Issues | |
|
| In Technical Issues, jennnifer writes:
https://www.bricklink.com/message.asp?ID=1395793
It sounds like sales tax was collected and remitted properly, but they can't
update the order status because payment was made offsite.
|
|
| | | | | | | | | | | | | |
| | | | | | | | | Author: | Emporiosa | | Posted: | Feb 26, 2023 14:15 | | Subject: | Re: Order Status changing issues | | Viewed: | 58 times | | Topic: | Technical Issues | |
|
| In Technical Issues, wildchicken13 writes:
It's not remitted properly - that's the issue. BrickLink is to remit
it, not the individual stores (even if they have a registration). And the only
way for remittance to be done properly is through onsite payment methods.
|
|
| | | | | | | | | | | | | | | | | |
| | | | | | | | | | | Author: | ghyde | | Posted: | Feb 26, 2023 15:10 | | Subject: | Re: Order Status changing issues | | Viewed: | 48 times | | Topic: | Technical Issues | |
|
| In Technical Issues, Emporiosa writes:
| | In Technical Issues, wildchicken13 writes:
It's not remitted properly - that's the issue. BrickLink is to remit
it, not the individual stores (even if they have a registration). And the only
way for remittance to be done properly is through onsite payment methods.
|
What should happen is that the seller needs to prove to BrickLink that the sales
tax was paid and remitted to the proper authorities on their end, when paid for
at the store.
A store doing business would include sales tax collection as part of that, and
if the tax was paid and accounted for properly, all that needs to be done is
to submit evidence of tax collection and remission to BrickLink, so that they
can then set the payment status properly.
It might be a legal requirement that any transaction for goods in a physical
store include sales tax, and if that is the case here, BrickLink might have to
accept that the seller properly and in good faith collected and remitted the
sales tax, due to physical store selling requirements.
Physical stores, and their transactions, really should be recognized by BrickLink
as such, and should be updated to ensure compliance with the sales tax collection
requirements.
If the seller is unsure, they can show proof of tax remitted to BrickLink and
the taxation authority concerned, and should then have the payment status of
the order(s) updated appropriately.
This sounds like one of those edge cases where the buyer did not understand the
payment method, but went to collect and pay for their goods, inclusive of tax,
anyway. This should not mean an order would get stuck in a payment status until
purged. There should be a procedure in place for handling edge cases such as
these.
Cheers ...
ghyde
|
|
|
| | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | Author: | SylvainLS | | Posted: | Feb 26, 2023 16:00 | | Subject: | Re: Order Status changing issues | | Viewed: | 48 times | | Topic: | Technical Issues | |
|
| In Technical Issues, ghyde writes:
| | […]
What should happen is that the seller needs to prove to BrickLink that the sales
tax was paid and remitted to the proper authorities on their end, when paid for
at the store. […]
|
No. It’s not a sale that was made in a brick & mortar store. Even if the product
were collected in a B&M store, the transaction was initiated on a marketplace.
The marketplace is part of the transaction. Therefore marketplace law applies:
the marketplace collects and remitt the taxes, period.
That the seller is or not registered or mandated to collect taxes in other situations
has no bearing here. That’s the main purpose of marketplace laws: the marketplace
is made responsible so who/what the sellers are is not a problem any more. Every
transaction is taxed. No more “I’m a not the (small) (foreign) fish you’re looking
for.”
BrickLink already does all it can to always collect the taxes, by forcing onsite
payment when making the order and preventing the order to go on until paid onsite
(subject of this thread). There’ll always be errors (buyer paying directly on
their own…) and corner cases (pick-up…), but the sellers should understand the
situation and try and resolve it the proper way (that is, using onsite payment),
or endeavour to have the law changed.
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | Author: | ghyde | | Posted: | Feb 26, 2023 16:21 | | Subject: | Re: Order Status changing issues | | Viewed: | 48 times | | Topic: | Technical Issues | |
|
| In Technical Issues, SylvainLS writes:
| | In Technical Issues, ghyde writes:
| | […]
What should happen is that the seller needs to prove to BrickLink that the sales
tax was paid and remitted to the proper authorities on their end, when paid for
at the store. […]
|
No. It’s not a sale that was made in a brick & mortar store. Even if the product
were collected in a B&M store, the transaction was initiated on a marketplace.
The marketplace is part of the transaction. Therefore marketplace law applies:
the marketplace collects and remitt the taxes, period.
That the seller is or not registered or mandated to collect taxes in other situations
has no bearing here. That’s the main purpose of marketplace laws: the marketplace
is made responsible so who/what the sellers are is not a problem any more. Every
transaction is taxed. No more “I’m a not the (small) (foreign) fish you’re looking
for.”
BrickLink already does all it can to always collect the taxes, by forcing onsite
payment when making the order and preventing the order to go on until paid onsite
(subject of this thread). There’ll always be errors (buyer paying directly on
their own…) and corner cases (pick-up…), but the sellers should understand the
situation and try and resolve it the proper way (that is, using onsite payment),
or endeavour to have the law changed.
|
Re: "marketplace law". Is this some law the US government or one of it's
agencies applied? In this instance I would look at the IRS in the US, and if
the IRS doesn't care how the tax is remitted or by whom, only that it is
remitted and accounted for, then BrickLink might not have a legal leg to stand
on.
At the end of the business day, what matters is that someone collects and remits
the tax properly. This is an extremely new kind of "onsite" payment,
and there will inevitably be issues that need to be worked out. BrickLink can
either stand and say well it should have been done "onsite", or they
can accept that the taxes got remitted another way due to the limitations of
running a business and not enough time in the day to explain to customers that
their payment method is not valid.
BrickLink is really pushing it's luck, long term, if what is cared about
is that the taxes got collected and remitted, then that's all there is to
worry about.
That's up to the authorities, not BrickLink. Show me something that means
some US government agency will go after people who use the incorrect payment
method and make them pay "onsite". It's not going to look good in
court when the buyer protests that tax was paid, and has a receipt indicating
so.
Cheers ...
ghyde
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | Author: | SylvainLS | | Posted: | Feb 26, 2023 16:45 | | Subject: | Re: Order Status changing issues | | Viewed: | 40 times | | Topic: | Technical Issues | |
|
| In Technical Issues, ghyde writes:
| | […]
Re: "marketplace law". Is this some law the US government or one of it's
agencies applied? […]
|
In the case of the USA, it’s 40-something state laws.
Do you really think BL has implemented that nightmarish sales taxes collection
(remember that, in the US, the taxes depend on the state, the county, the town;
it’s not a simple flat rate accross the country, or even in each state), just
on a whim and not because it’s an obligation?
https://www.bricklink.com/help.asp?helpID=2467
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | Author: | wildchicken13 | | Posted: | Feb 26, 2023 18:58 | | Subject: | Re: Order Status changing issues | | Viewed: | 49 times | | Topic: | Technical Issues | |
|
| In Technical Issues, ghyde writes:
| | Re: "marketplace law". Is this some law the US government or one of it's
agencies applied? In this instance I would look at the IRS in the US, and if
the IRS doesn't care how the tax is remitted or by whom, only that it is
remitted and accounted for, then BrickLink might not have a legal leg to stand
on.
At the end of the business day, what matters is that someone collects and remits
the tax properly. This is an extremely new kind of "onsite" payment,
and there will inevitably be issues that need to be worked out. BrickLink can
either stand and say well it should have been done "onsite", or they
can accept that the taxes got remitted another way due to the limitations of
running a business and not enough time in the day to explain to customers that
their payment method is not valid.
BrickLink is really pushing it's luck, long term, if what is cared about
is that the taxes got collected and remitted, then that's all there is to
worry about.
That's up to the authorities, not BrickLink. Show me something that means
some US government agency will go after people who use the incorrect payment
method and make them pay "onsite". It's not going to look good in
court when the buyer protests that tax was paid, and has a receipt indicating
so.
Cheers ...
ghyde
|
I'm not too familiar with these "marketplace laws", but in general,
if the transaction takes place through BrickLink, then it's governed by BrickLink
rules including the requirement that the payment be made onsite, when applicable.
I do not believe U.S. sellers can simply collect sales tax on their own as that
is not an option that BrickLink currently offers, even if it's legally permissible.
It would be permissible for a buyer to order and pay online and pick up their
order in person but as far as I can tell that's not what happened here.
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | | | Author: | Ctbyrne | | Posted: | Feb 27, 2023 09:06 | | Subject: | Re: Order Status changing issues | | Viewed: | 58 times | | Topic: | Technical Issues | |
|
| I feel I should weigh in again.
So my retail store offers pick-up options, as it should. BrickLink has never
even conceived the idea that transactions on their site might not involve shipping.
I'm all for onsite payment. Remember BrickLink before we had that and you
had to send invoices? I'm not going back to those days!
We all know that BrickLink isn't the friendliest site to use, especially
not on mobile. Most of these pick-ups are people who walk into the store and
want a piece that they are missing. We then "teach a man to fish" by
helping to get them registered and placing their order (on their own phone usually).
Then we go pack the order and they normally pay for it at the register. These
are often older folks and getting them to register and place an order is already
like pulling teeth. Now add to that the auto checkout for a 10 cent part. That's
just not happening.
I'm all for solutions. What I would love to do would be to restrict the payment
options to offsite when the shipping option chosen is pick-up, however, the payment
option is chosen during checkout before the shipping option. Alright, cross that
one off. How about an auto-checkout shipping option that is for free shipping
with the intent to pick the order up in person. Sounds like the perfect solution,
right? I tried that a year ago and I just had a bunch of orders from other parts
of the country choosing the shiny, alluring free shipping option and paying for
it. Sir or Madam, are you going to travel 3000 miles to pick this order up or
do I now have to convince you to pay for another $5 to ship it because both of
those options are unappealing to the buyer.
A final solution would be, and I'll list the reasons why this doesn't
work, have a kiosk in the retail store where someone could be logged on to a
secondary buyer account and place the order, choosing all of the right options
at checkout. Can't have another BrickLink account at the same IP address
and suppose the retail store isn't staffed at that moment to pack the order
placed. This isn't a drive-thru restaurant. Buyers would also not be any
better equipped to place orders on their own in my or any BrickLink store after
that interaction.
I see BrickLink moving to solely onsite payments in the future. Not allowing
the sellers to meddle in any tax issues. And this is fine with me so long as
there is a system-implemented way to correctly handling a pick-up order.
I'm gonna give that applied credit zero balance order concept a shot, but
I don't know that it will fix this. I also don't want to cancel the orders
and just not reupload the contents because then BrickLink doesn't get their
fees and it probably looks bad to cancel that many orders.
Oh, and if it was in question, yes, I remit taxes in PA (6% where I am in PA)
monthly. Though, I can definitely see the perspective that it's not my responsibility
since the marketplace is already trying to take care of it themselves. I also
don't think I could definitively prove that I remitted taxes on that particular
transaction because it's just a total for the retail store sales for the
whole month. It's not itemized like that.
Chris
In Technical Issues, wildchicken13 writes:
| | In Technical Issues, ghyde writes:
| | Re: "marketplace law". Is this some law the US government or one of it's
agencies applied? In this instance I would look at the IRS in the US, and if
the IRS doesn't care how the tax is remitted or by whom, only that it is
remitted and accounted for, then BrickLink might not have a legal leg to stand
on.
At the end of the business day, what matters is that someone collects and remits
the tax properly. This is an extremely new kind of "onsite" payment,
and there will inevitably be issues that need to be worked out. BrickLink can
either stand and say well it should have been done "onsite", or they
can accept that the taxes got remitted another way due to the limitations of
running a business and not enough time in the day to explain to customers that
their payment method is not valid.
BrickLink is really pushing it's luck, long term, if what is cared about
is that the taxes got collected and remitted, then that's all there is to
worry about.
That's up to the authorities, not BrickLink. Show me something that means
some US government agency will go after people who use the incorrect payment
method and make them pay "onsite". It's not going to look good in
court when the buyer protests that tax was paid, and has a receipt indicating
so.
Cheers ...
ghyde
|
I'm not too familiar with these "marketplace laws", but in general,
if the transaction takes place through BrickLink, then it's governed by BrickLink
rules including the requirement that the payment be made onsite, when applicable.
I do not believe U.S. sellers can simply collect sales tax on their own as that
is not an option that BrickLink currently offers, even if it's legally permissible.
It would be permissible for a buyer to order and pay online and pick up their
order in person but as far as I can tell that's not what happened here.
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | | | | | Author: | jennnifer | | Posted: | Feb 27, 2023 10:20 | | Subject: | Re: Order Status changing issues | | Viewed: | 47 times | | Topic: | Technical Issues | |
|
| Hello,
The current system only allows for transactions that are initiated on BrickLink
to be paid by Onsite on BrickLink. These are the current rules of the marketplace.
Yes, there should be a system for us to remit taxes for individual orders, but
there isn't. I don't believe you should be conflating the taxes paid
via the online marketplace with the local taxes paid to your state. People completing
orders though a website are not actually shopping in your retail store. The rules
placed on BrickLink by the government of Pennsylvania insist BrickLink collect
and remit these taxes as far as I know.
So, yes, you are going to have to inconvenience your local pick-up customers
to find a way to log on, pay through Paypal, and pick up their order without
ever touching your register.
And I agree there is no good shipping method for your to achieve this without
manual invoicing. Perhaps you charge everyone for shipping and then issue refunds
to your locals at pick-up?
Good luck,
Jen
In Technical Issues, Ctbyrne writes:
| | I feel I should weigh in again.
So my retail store offers pick-up options, as it should. BrickLink has never
even conceived the idea that transactions on their site might not involve shipping.
I'm all for onsite payment. Remember BrickLink before we had that and you
had to send invoices? I'm not going back to those days!
We all know that BrickLink isn't the friendliest site to use, especially
not on mobile. Most of these pick-ups are people who walk into the store and
want a piece that they are missing. We then "teach a man to fish" by
helping to get them registered and placing their order (on their own phone usually).
Then we go pack the order and they normally pay for it at the register. These
are often older folks and getting them to register and place an order is already
like pulling teeth. Now add to that the auto checkout for a 10 cent part. That's
just not happening.
I'm all for solutions. What I would love to do would be to restrict the payment
options to offsite when the shipping option chosen is pick-up, however, the payment
option is chosen during checkout before the shipping option. Alright, cross that
one off. How about an auto-checkout shipping option that is for free shipping
with the intent to pick the order up in person. Sounds like the perfect solution,
right? I tried that a year ago and I just had a bunch of orders from other parts
of the country choosing the shiny, alluring free shipping option and paying for
it. Sir or Madam, are you going to travel 3000 miles to pick this order up or
do I now have to convince you to pay for another $5 to ship it because both of
those options are unappealing to the buyer.
A final solution would be, and I'll list the reasons why this doesn't
work, have a kiosk in the retail store where someone could be logged on to a
secondary buyer account and place the order, choosing all of the right options
at checkout. Can't have another BrickLink account at the same IP address
and suppose the retail store isn't staffed at that moment to pack the order
placed. This isn't a drive-thru restaurant. Buyers would also not be any
better equipped to place orders on their own in my or any BrickLink store after
that interaction.
I see BrickLink moving to solely onsite payments in the future. Not allowing
the sellers to meddle in any tax issues. And this is fine with me so long as
there is a system-implemented way to correctly handling a pick-up order.
I'm gonna give that applied credit zero balance order concept a shot, but
I don't know that it will fix this. I also don't want to cancel the orders
and just not reupload the contents because then BrickLink doesn't get their
fees and it probably looks bad to cancel that many orders.
Oh, and if it was in question, yes, I remit taxes in PA (6% where I am in PA)
monthly. Though, I can definitely see the perspective that it's not my responsibility
since the marketplace is already trying to take care of it themselves. I also
don't think I could definitively prove that I remitted taxes on that particular
transaction because it's just a total for the retail store sales for the
whole month. It's not itemized like that.
Chris
In Technical Issues, wildchicken13 writes:
| | In Technical Issues, ghyde writes:
| | Re: "marketplace law". Is this some law the US government or one of it's
agencies applied? In this instance I would look at the IRS in the US, and if
the IRS doesn't care how the tax is remitted or by whom, only that it is
remitted and accounted for, then BrickLink might not have a legal leg to stand
on.
At the end of the business day, what matters is that someone collects and remits
the tax properly. This is an extremely new kind of "onsite" payment,
and there will inevitably be issues that need to be worked out. BrickLink can
either stand and say well it should have been done "onsite", or they
can accept that the taxes got remitted another way due to the limitations of
running a business and not enough time in the day to explain to customers that
their payment method is not valid.
BrickLink is really pushing it's luck, long term, if what is cared about
is that the taxes got collected and remitted, then that's all there is to
worry about.
That's up to the authorities, not BrickLink. Show me something that means
some US government agency will go after people who use the incorrect payment
method and make them pay "onsite". It's not going to look good in
court when the buyer protests that tax was paid, and has a receipt indicating
so.
Cheers ...
ghyde
|
I'm not too familiar with these "marketplace laws", but in general,
if the transaction takes place through BrickLink, then it's governed by BrickLink
rules including the requirement that the payment be made onsite, when applicable.
I do not believe U.S. sellers can simply collect sales tax on their own as that
is not an option that BrickLink currently offers, even if it's legally permissible.
It would be permissible for a buyer to order and pay online and pick up their
order in person but as far as I can tell that's not what happened here.
|
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | | | | | | | Author: | Ctbyrne | | Posted: | Feb 27, 2023 10:38 | | Subject: | Re: Order Status changing issues | | Viewed: | 45 times | | Topic: | Technical Issues | |
|
| Refunding the postage is the best idea I have heard so far. Not sure the casual
and first-time BrickLink users will like it, but that could be a solution. All
auto checkout would eliminate any non-paying buyers as well. BrickLink even offers
the refund on-site so refunds would be easy enough. Pick-up would still need
to be its own shipping method so that I can distinguish an order that will be
picked up from an order that is to be shipped since they will both pay postage.
In Technical Issues, jennnifer writes:
| | Hello,
The current system only allows for transactions that are initiated on BrickLink
to be paid by Onsite on BrickLink. These are the current rules of the marketplace.
Yes, there should be a system for us to remit taxes for individual orders, but
there isn't. I don't believe you should be conflating the taxes paid
via the online marketplace with the local taxes paid to your state. People completing
orders though a website are not actually shopping in your retail store. The rules
placed on BrickLink by the government of Pennsylvania insist BrickLink collect
and remit these taxes as far as I know.
So, yes, you are going to have to inconvenience your local pick-up customers
to find a way to log on, pay through Paypal, and pick up their order without
ever touching your register.
And I agree there is no good shipping method for your to achieve this without
manual invoicing. Perhaps you charge everyone for shipping and then issue refunds
to your locals at pick-up?
Good luck,
Jen
In Technical Issues, Ctbyrne writes:
| | I feel I should weigh in again.
So my retail store offers pick-up options, as it should. BrickLink has never
even conceived the idea that transactions on their site might not involve shipping.
I'm all for onsite payment. Remember BrickLink before we had that and you
had to send invoices? I'm not going back to those days!
We all know that BrickLink isn't the friendliest site to use, especially
not on mobile. Most of these pick-ups are people who walk into the store and
want a piece that they are missing. We then "teach a man to fish" by
helping to get them registered and placing their order (on their own phone usually).
Then we go pack the order and they normally pay for it at the register. These
are often older folks and getting them to register and place an order is already
like pulling teeth. Now add to that the auto checkout for a 10 cent part. That's
just not happening.
I'm all for solutions. What I would love to do would be to restrict the payment
options to offsite when the shipping option chosen is pick-up, however, the payment
option is chosen during checkout before the shipping option. Alright, cross that
one off. How about an auto-checkout shipping option that is for free shipping
with the intent to pick the order up in person. Sounds like the perfect solution,
right? I tried that a year ago and I just had a bunch of orders from other parts
of the country choosing the shiny, alluring free shipping option and paying for
it. Sir or Madam, are you going to travel 3000 miles to pick this order up or
do I now have to convince you to pay for another $5 to ship it because both of
those options are unappealing to the buyer.
A final solution would be, and I'll list the reasons why this doesn't
work, have a kiosk in the retail store where someone could be logged on to a
secondary buyer account and place the order, choosing all of the right options
at checkout. Can't have another BrickLink account at the same IP address
and suppose the retail store isn't staffed at that moment to pack the order
placed. This isn't a drive-thru restaurant. Buyers would also not be any
better equipped to place orders on their own in my or any BrickLink store after
that interaction.
I see BrickLink moving to solely onsite payments in the future. Not allowing
the sellers to meddle in any tax issues. And this is fine with me so long as
there is a system-implemented way to correctly handling a pick-up order.
I'm gonna give that applied credit zero balance order concept a shot, but
I don't know that it will fix this. I also don't want to cancel the orders
and just not reupload the contents because then BrickLink doesn't get their
fees and it probably looks bad to cancel that many orders.
Oh, and if it was in question, yes, I remit taxes in PA (6% where I am in PA)
monthly. Though, I can definitely see the perspective that it's not my responsibility
since the marketplace is already trying to take care of it themselves. I also
don't think I could definitively prove that I remitted taxes on that particular
transaction because it's just a total for the retail store sales for the
whole month. It's not itemized like that.
Chris
In Technical Issues, wildchicken13 writes:
| | In Technical Issues, ghyde writes:
| | Re: "marketplace law". Is this some law the US government or one of it's
agencies applied? In this instance I would look at the IRS in the US, and if
the IRS doesn't care how the tax is remitted or by whom, only that it is
remitted and accounted for, then BrickLink might not have a legal leg to stand
on.
At the end of the business day, what matters is that someone collects and remits
the tax properly. This is an extremely new kind of "onsite" payment,
and there will inevitably be issues that need to be worked out. BrickLink can
either stand and say well it should have been done "onsite", or they
can accept that the taxes got remitted another way due to the limitations of
running a business and not enough time in the day to explain to customers that
their payment method is not valid.
BrickLink is really pushing it's luck, long term, if what is cared about
is that the taxes got collected and remitted, then that's all there is to
worry about.
That's up to the authorities, not BrickLink. Show me something that means
some US government agency will go after people who use the incorrect payment
method and make them pay "onsite". It's not going to look good in
court when the buyer protests that tax was paid, and has a receipt indicating
so.
Cheers ...
ghyde
|
I'm not too familiar with these "marketplace laws", but in general,
if the transaction takes place through BrickLink, then it's governed by BrickLink
rules including the requirement that the payment be made onsite, when applicable.
I do not believe U.S. sellers can simply collect sales tax on their own as that
is not an option that BrickLink currently offers, even if it's legally permissible.
It would be permissible for a buyer to order and pay online and pick up their
order in person but as far as I can tell that's not what happened here.
|
|
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | | | | | | | | | Author: | Shiny_Stuff | | Posted: | Feb 27, 2023 10:57 | | Subject: | Re: Order Status changing issues | | Viewed: | 47 times | | Topic: | Technical Issues | |
|
| In Technical Issues, Ctbyrne writes:
| | Refunding the postage is the best idea I have heard so far. Not sure the casual
and first-time BrickLink users will like it, but that could be a solution. All
auto checkout would eliminate any non-paying buyers as well. BrickLink even offers
the refund on-site so refunds would be easy enough. Pick-up would still need
to be its own shipping method so that I can distinguish an order that will be
picked up from an order that is to be shipped since they will both pay postage.
|
For over the counter transactions, it seems to me that using the BL system and
creating orders is making more work for you for very little return (considering
typical BL parts prices).
I know another retail store that handles in-store parts sales differently. They
simply manually adjust BL inventory, pick the parts, and hand them over to the
customer. The customer has no interaction with BrickLink at all. Which also
means the customer does NOT pay BL prices. No No -- definitely Not --
low priced parts get sold starting at 25 cents a piece. That helps cover the
expense of the staff time devoted to the customer a lot better than 5 cents a
piece. The biggest challenge then becomes the correct inventory adjustments
so that your BL inventory does not get screwed up.
For the typical customer wanting 10 pieces or less, they always leave very happy
and often return later to buy more parts. For those with a long list of parts,
sometimes the final total makes them choke for a minute or two, but they are
still generally satisfied that they were able to purchase exactly what they came
for. They are, of course, paying for the service you provide as well as the
actual Lego parts.
While I applaud the effort to introduce more buyers to BrickLink, I think you
are leaving too much money on the table when making in-store sales at BrickLink
prices.
____
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | Author: | Ctbyrne | | Posted: | Feb 27, 2023 12:57 | | Subject: | Re: Order Status changing issues | | Viewed: | 35 times | | Topic: | Technical Issues | |
|
| We have done that before when walk-in customers are particularly adverse to BrickLink,
and we usually charge 50 cents per part the same as if they purchased parts from
our build-a-minifigure table. The problem is scalability. What can't we be
getting done when a customer monopolizes one of the employees' time manually
deducting and packing an order.
In Technical Issues, Shiny_Stuff writes:
| | In Technical Issues, Ctbyrne writes:
| | Refunding the postage is the best idea I have heard so far. Not sure the casual
and first-time BrickLink users will like it, but that could be a solution. All
auto checkout would eliminate any non-paying buyers as well. BrickLink even offers
the refund on-site so refunds would be easy enough. Pick-up would still need
to be its own shipping method so that I can distinguish an order that will be
picked up from an order that is to be shipped since they will both pay postage.
|
For over the counter transactions, it seems to me that using the BL system and
creating orders is making more work for you for very little return (considering
typical BL parts prices).
I know another retail store that handles in-store parts sales differently. They
simply manually adjust BL inventory, pick the parts, and hand them over to the
customer. The customer has no interaction with BrickLink at all. Which also
means the customer does NOT pay BL prices. No No -- definitely Not --
low priced parts get sold starting at 25 cents a piece. That helps cover the
expense of the staff time devoted to the customer a lot better than 5 cents a
piece. The biggest challenge then becomes the correct inventory adjustments
so that your BL inventory does not get screwed up.
For the typical customer wanting 10 pieces or less, they always leave very happy
and often return later to buy more parts. For those with a long list of parts,
sometimes the final total makes them choke for a minute or two, but they are
still generally satisfied that they were able to purchase exactly what they came
for. They are, of course, paying for the service you provide as well as the
actual Lego parts.
While I applaud the effort to introduce more buyers to BrickLink, I think you
are leaving too much money on the table when making in-store sales at BrickLink
prices.
____
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | | | | | | | | | Author: | Emporiosa | | Posted: | Feb 27, 2023 12:14 | | Subject: | Re: Order Status changing issues | | Viewed: | 37 times | | Topic: | Technical Issues | |
|
| In Technical Issues, Ctbyrne writes:
| | Refunding the postage is the best idea I have heard so far. Not sure the casual
and first-time BrickLink users will like it, but that could be a solution. All
auto checkout would eliminate any non-paying buyers as well. BrickLink even offers
the refund on-site so refunds would be easy enough. Pick-up would still need
to be its own shipping method so that I can distinguish an order that will be
picked up from an order that is to be shipped since they will both pay postage.
|
I feel that charging and refunding shipping would cause a lot of headache and
confusion. The buyers may not understand (even if you put it in bold/large print
lol) that they will have shipping refunded, and then you also have all of the
manual work of going into each transaction to refund that shipping. And on top
of that, PayPal doesn't refund the fees when you do a refund (although a
small amt, it adds up).
What I didn't understand though is, why can't you continue the way you
have been where it's manual invoice, you invoice with $0 shipping, but they
use PayPal/Stripe Onsite rather than pay instore? They already went through the
whole process of registering and picking parts on BrickLink. If they find PayPal
too complicated, Stripe is just an easy credit card checkout for them on their
phone. If they're standing in front of you and they had picked PP but are
asking to just pay with CC, you can change their payment type on your side to
Stripe and it'll allow them to be forwarded there from the Pay button.
You'll be able to keep doing absolutely everything you've been doing
as is, and just forcing them to pay on their phones. You're already showing
folks how great BL is to find parts they need etc, and now you can mention it
makes things even faster for them for pickup on future orders as they place their
order, pay after it's invoiced from their BL order page, and once it's
ready all they do is show up.
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | Author: | Ctbyrne | | Posted: | Feb 27, 2023 12:54 | | Subject: | Re: Order Status changing issues | | Viewed: | 31 times | | Topic: | Technical Issues | |
|
| As you may imagine, the vast majority of my orders are standard shipments and
I love the automatic checkout for that. The only way for the manual invoice would
be to have pick-up customers intentionally choose a non-onsite payment method
at checkout. Either that, or no longer offer onsite. This is a big action to
take for the minority of my customers. It would again be helpful if the choice
of shipping methods restricted which payment methods could be selected.
In Technical Issues, Emporiosa writes:
| | In Technical Issues, Ctbyrne writes:
| | Refunding the postage is the best idea I have heard so far. Not sure the casual
and first-time BrickLink users will like it, but that could be a solution. All
auto checkout would eliminate any non-paying buyers as well. BrickLink even offers
the refund on-site so refunds would be easy enough. Pick-up would still need
to be its own shipping method so that I can distinguish an order that will be
picked up from an order that is to be shipped since they will both pay postage.
|
I feel that charging and refunding shipping would cause a lot of headache and
confusion. The buyers may not understand (even if you put it in bold/large print
lol) that they will have shipping refunded, and then you also have all of the
manual work of going into each transaction to refund that shipping. And on top
of that, PayPal doesn't refund the fees when you do a refund (although a
small amt, it adds up).
What I didn't understand though is, why can't you continue the way you
have been where it's manual invoice, you invoice with $0 shipping, but they
use PayPal/Stripe Onsite rather than pay instore? They already went through the
whole process of registering and picking parts on BrickLink. If they find PayPal
too complicated, Stripe is just an easy credit card checkout for them on their
phone. If they're standing in front of you and they had picked PP but are
asking to just pay with CC, you can change their payment type on your side to
Stripe and it'll allow them to be forwarded there from the Pay button.
You'll be able to keep doing absolutely everything you've been doing
as is, and just forcing them to pay on their phones. You're already showing
folks how great BL is to find parts they need etc, and now you can mention it
makes things even faster for them for pickup on future orders as they place their
order, pay after it's invoiced from their BL order page, and once it's
ready all they do is show up.
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Author: | Nubs_Select | | Posted: | Feb 27, 2023 13:15 | | Subject: | Re: Order Status changing issues | | Viewed: | 33 times | | Topic: | Technical Issues | |
|
| Ok wild idea
Message the help desk and ask for permission to open a second account. Link an
onsite payment to that account and whenever someone wants to do a local pickup
and dosnt have the know how and normally like you mentioned you have to help
them set up a bricklink account instead have them add it to the cart on that
account (under supervision in a company pc) and then checkout with that and then
pay for it like that and they can give you the cash equivalent.
Like I said wild idea and there is probably some reason I’m not thinking of that
could be an issue but who knows
And for people who do have their own accounts you can have them pay onsite themselves
and just refund shipping
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | | | | | Author: | wildchicken13 | | Posted: | Feb 27, 2023 12:45 | | Subject: | Re: Order Status changing issues | | Viewed: | 38 times | | Topic: | Technical Issues | |
|
| In Technical Issues, Ctbyrne writes:
| | I feel I should weigh in again.
So my retail store offers pick-up options, as it should. BrickLink has never
even conceived the idea that transactions on their site might not involve shipping.
I'm all for onsite payment.
|
It it entirely possible to offer local pickup on BrickLink. Simply have the buyer
pay onsite and pick up their order in person.
| | Most of these pick-ups are people who walk into the store and
want a piece that they are missing. We then "teach a man to fish" by
helping to get them registered and placing their order (on their own phone usually).
Then we go pack the order and they normally pay for it at the register. These
are often older folks and getting them to register and place an order is already
like pulling teeth. Now add to that the auto checkout for a 10 cent part. That's
just not happening.
|
I think you are creating unnecessary work for yourself. There's no need to
create a BrickLink order for customers in your retail store.
| | How about an auto-checkout shipping option that is for free shipping
with the intent to pick the order up in person. Sounds like the perfect solution,
right? I tried that a year ago and I just had a bunch of orders from other parts
of the country choosing the shiny, alluring free shipping option and paying for
it. Sir or Madam, are you going to travel 3000 miles to pick this order up or
do I now have to convince you to pay for another $5 to ship it because both of
those options are unappealing to the buyer.
|
Instant checkout automatically defaults to the cheapest shipping method, which
in this case is local pickup. So, it's very likely this was an error on the
buyer's part and not deliberate. To avoid this, simply make local pickup
a manual shipping method so you that can add the shipping cost if necessary.
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | | | | | | | Author: | Ctbyrne | | Posted: | Feb 27, 2023 13:06 | | Subject: | Re: Order Status changing issues | | Viewed: | 35 times | | Topic: | Technical Issues | |
|
| Yes, the defaulted cheapest option was the issue with buyers choosing the auto-checkout
pick-up free shipping. I do have pick-up as manual invoice but a lot of these
buyers just show up with no regards to BrickLink's rigid system. All of us
here know BrickLink pretty well, but the casual buyers I see walk in to the store
are more likely to just not go through with the transaction (or my retail store
altogether) if I make BrickLink any more difficult for them. I know you are going
to say that CC or PayPal is easier for them to use than BrickLink, but it's
going to be the straw that breaks their back.
As it has been stated here, I could just spend my whole day manually deducting
parts and packing them while the buyer stands there which would make them happy,
but it's not going to make me happy as a seller. Not at this size.
I could remove all manual invoicing and go to full auto-checkout with a free
shipping pick-up option, but how many orders am I going to get which I then have
to talk them into sending me another $5 for postage.
Now that I write this, I wonder if there is a solution in full auto-checkout
and completely free shipping for all domestic customers. I'd have to cover
it in the cost of the items or a proven store-killer, the "store minimum."
In Technical Issues, wildchicken13 writes:
| | In Technical Issues, Ctbyrne writes:
| | I feel I should weigh in again.
So my retail store offers pick-up options, as it should. BrickLink has never
even conceived the idea that transactions on their site might not involve shipping.
I'm all for onsite payment.
|
It it entirely possible to offer local pickup on BrickLink. Simply have the buyer
pay onsite and pick up their order in person.
| | Most of these pick-ups are people who walk into the store and
want a piece that they are missing. We then "teach a man to fish" by
helping to get them registered and placing their order (on their own phone usually).
Then we go pack the order and they normally pay for it at the register. These
are often older folks and getting them to register and place an order is already
like pulling teeth. Now add to that the auto checkout for a 10 cent part. That's
just not happening.
|
I think you are creating unnecessary work for yourself. There's no need to
create a BrickLink order for customers in your retail store.
| | How about an auto-checkout shipping option that is for free shipping
with the intent to pick the order up in person. Sounds like the perfect solution,
right? I tried that a year ago and I just had a bunch of orders from other parts
of the country choosing the shiny, alluring free shipping option and paying for
it. Sir or Madam, are you going to travel 3000 miles to pick this order up or
do I now have to convince you to pay for another $5 to ship it because both of
those options are unappealing to the buyer.
|
Instant checkout automatically defaults to the cheapest shipping method, which
in this case is local pickup. So, it's very likely this was an error on the
buyer's part and not deliberate. To avoid this, simply make local pickup
a manual shipping method so you that can add the shipping cost if necessary.
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | | | | | | | | | Author: | wildchicken13 | | Posted: | Feb 27, 2023 13:33 | | Subject: | Re: Order Status changing issues | | Viewed: | 38 times | | Topic: | Technical Issues | |
|
| In Technical Issues, Ctbyrne writes:
| | As it has been stated here, I could just spend my whole day manually deducting
parts and packing them while the buyer stands there which would make them happy,
but it's not going to make me happy as a seller. Not at this size.
|
If you're not happy with the options available to you on BrickLink, then
you may want to consider creating your own system that allows you to do exactly
as you please. BrickLink is not really meant for retail stores.
|
|
| | | | | |
| | | | | Author: | Loki187 | | Posted: | Feb 27, 2023 11:36 | | Subject: | Re: Order Status changing issues | | Viewed: | 48 times | | Topic: | Technical Issues | |
|
| This topic is completely out of my wheelhouse but I'm having the same status
problem. What if BL just charged us at the end of the month for all tax owed
along with the other fees? They could still auto takeout taxes then add them
into a pool we can use to pay the fees. In most of our cases it would be the
right amount. I'm sure I'm missing something as I said taxes aren't
my specialty.
|
|
| | | | | | | | | |
| | | | | | | Author: | wildchicken13 | | Posted: | Feb 27, 2023 12:19 | | Subject: | Re: Order Status changing issues | | Viewed: | 36 times | | Topic: | Technical Issues | |
|
| In Technical Issues, Loki187 writes:
| | This topic is completely out of my wheelhouse but I'm having the same status
problem. What if BL just charged us at the end of the month for all tax owed
along with the other fees? They could still auto takeout taxes then add them
into a pool we can use to pay the fees. In most of our cases it would be the
right amount. I'm sure I'm missing something as I said taxes aren't
my specialty.
|
I think the problem is that due to the way the marketplace laws are structured,
the marketplace facilitator is liable for remitting sales tax at the end of every
month. So, if sellers don't pay their taxes on time, then BrickLink is liable
for the difference. BrickLink solved that problem by automatically deducting
sales tax from every transaction, but that requires the payment to be made onsite.
|
|
|
| | | | | |
| | | | | Author: | CE_Anastasia | | Posted: | Mar 23, 2023 18:12 | | Subject: | Re: Order Status changing issues | | Viewed: | 327 times | | Topic: | Technical Issues | |
|
|
BrickLink
ID CardCE_Anastasia
|
Location:  USA, California |
| Member Since |
Contact |
Type |
Status |
| Nov 9, 2020 |
 |
Admin |
|
|
| BrickLink Administrator |
|
| Dear BrickLink members,
Thank you for sharing your feedback and thoughts about the resent changes to
the Order Status system.
As an online marketplace, BrickLink is required to collect tax for all eligible
orders.
For more information, please visit our help pages for
EU VAT: https://www.bricklink.com/help.asp?helpID=2517,
UK VAT: https://www.bricklink.com/help.asp?helpID=2514,
and US sales tax: https://www.bricklink.com/help.asp?helpID=2467.
With the current solution, for us to be compliant, all taxable orders must be
placed as an onsite payment order. Currently the only onsite options are PayPal
Onsite and Stripe. This includes orders that are picked up locally.
If orders are paid for outside of the system, this would be considered tax evasion
from both the seller and the buyer perspective, and we would be obligated to
shut down stores to avoid tax liability for BrickLink.
We appreciate your understanding and support in regards to this issue.
The BrickLink Team
|
|
|
|
|
|
Netherlands, Groningen
Canada, Ontario
Australia, Queensland
France, Nouvelle-Aquitaine
