Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | kaat  | | Posted: | Nov 23, 2021 04:57 | | Subject: | BUGS in Distance selling / OSS | | Viewed: | 76 times | | Topic: | Help | |
|
| In Help, TDH_Bricks writes:
| | Hello,
just recognized there is implemented Distance selling / OSS registration on the
Store Management Page already.
As I did not see any official announcement about this up to now, can you please
confirm this can be used now (switch it ON and insert OSS registration data and
file)?
And how is the recalculation to EU recipient country VAT rate done?
PS: Because of the ordering "Technical Error" discussed last few days on the
Forum we tried to switch it ON and fill in requested data. Today one EU order
was received and it seems there is no recalculation of VAT from our VAT rate
to recipient VAT rate but only calculation of recipient VAT amount from order
total. This would mean the VAT difference is on our store account what is not
good and we will switch this off. 
Thank you.
|
Yesterday I enabled this, but it looks like it's not fully ready:
Like you said above, the total is kept the same and then from that VAT is calculated.
It's not wrong per-se, but also not a nice way. Why should the seller receive
less when a buyer is from a country with a higher VAT %?
BL should instead take the price, remove the VAT % from the sellers country,
then add the VAT % of the buyers country. So net price is the same, price the
buyer pays is higher when the VAT % is also higher. Works like this on Amazon
(and BO) too.
Two bugs that need resolving asap:
1. The VAT checkbox is greyed out when someone orders? It then for example mentions
"Germany VAT 19%" which is nice. But sometimes I need to disable VAT and send
a new invoice, because buyer presents a valid VAT id and it's then B2B transaction.
If this is not possible any more we have a huge issue. This is used A LOT in
EU. For work-around, see bug 2.
2. Just edited an order status (from PACKED to READY) on an order that had VAT
checkbox disabled. After it saved, it sets VAT checkbox to OFF on all my orders
that had this new "distance selling". So now they show no more VAT and the totals
are lower (even the paid orders).. wow!
Had to use the Chrome inspector to remove the DISABLED flag from the checkbox.
Then click it and save it back.. pfff.. VAT is back. At least a work-around for
bug 1 
Please contact me if you need help fixing / testing this.
|
 |
| Author: | kaat | | Posted: | Nov 2, 2021 13:59 | | Subject: | Re: cant loadprices via bricksync and brickstore | | Viewed: | 31 times | | Topic: | Technical Issues | |
|
| In Technical Issues, ShipABrick writes:
| | this is the first time ive done it via brickstore but I think I did it correctly.
I updated my prices on brickstore, saved as a bsx file. opened bricksync and
put the updated bsx file into the bricksync file, typed loadprices today.bsx
into bricksync but I get this:
11:38:40 LOG: User command "loadprices today.bsx"
11:38:40 ERROR: We failed to load a BSX file at path "today.bsx".
11:38:40 INFO: Current working directory is: "C:\Users\Owner\Desktop\bricksync-win64".
I wasnt great at it when it was brickstock, now twould seem im even worse. please
help
sherry
|
Can you check if your file "today.bsx" is in the folder "C:\Users\Owner\Desktop\bricksync-win64"?
This is where BrickSync expects it. If it's already there then the file itself
might have a formatting issue.
BrickStore saves the XML structure like:
Inventory Currency="EUR"
This could also be an issue. It was fixed a few months back in BrickSync:
https://github.com/ZZJHONS/Bricksync/commit/76b53e712b02f3f4944621b8733b7f12e6c3a9aa
You could also simply open the BSX file in an editor and remove the Currency=xxx
part at the top.
Hope this provides some hints!
|
|
| Author: | kaat | | Posted: | Oct 24, 2021 16:02 | | Subject: | Re: Wanted List - no remarks when uploading .bsx | | Viewed: | 32 times | | Topic: | Help | |
|
| In Help, EDOM writes:
| | In Help, TheBrickGuys writes:
| | In Help, EDOM writes:
| | I have created a huge list of parts missing in different sets using BrickStore.
In the Remarks column, I put the set numbers to identify which part belongs to
which set.
Then I uploaded the file to a BrickLink Wanted List. Unfortunately the Remarks
are not uploaded along with the parts.
Does anyone know a workaround (or can tell me what I am doing wrong)?
Regards,
Sven
|
Are you using the most up to date version of "2021.10.2 (build 503)" or at least
close to it? The reason I ask is because the newer versions have a lot more functionality
then the older versions.
Jim
|
Yes, I am using BrickStore 2021.10.2 (build: 503)
|
Hi Sven, it works for me on that version.
Just to check: you select the parts (CTRL+A for all) then from menu: File | Export
| BL wanted list XML. Hit enter on the popup.
It opens the page in the browser, select tab "Upload BrickLink XML format" and
paste it in.
This should show your remarks in the preview. Be sure to use the remarks column,
not comments column.
Does this work for you?
|
|
| Author: | kaat | | Posted: | Oct 24, 2021 07:40 | | Subject: | Re: I thought you could add to "Ready" orders? | | Viewed: | 30 times | | Topic: | Technical Issues | |
|
| In Technical Issues, Teup writes:
| | In Technical Issues, Teup writes:
| | One of my customers added something to his order and it created a new order.
Even though the order was "ready". I thought it would always create a new batch
to the existing order, as long as the order isn't marked "packed"?
He first got a message saying that the value was lower than the minimum order
value, which I thought was already strange since it was supposed to be an addition.
I gave him the bypass password and it spawned a new order.
|
Thanks for the replies! Also, I switched off VAT for this order. Right now I'm
thinking it's probably either one of these two things:
Switching off VAT bars additions (I wouldn't know why though, if the transaction
is 0% VAT the amount should not matter) - or - having been set to 'packed'
permanently ruins the ability to add something even when the status is changed
back.
|
I checked a couple of orders that had this issue and I think it's indeed
when 0% VAT is selected on the order. Once that is selected, you cannot add a
new batch. This behaviour started from around the time that the VAT changes were
deployed. Hope that provides some hints to solve it 
|
|
| Author: | kaat | | Posted: | Oct 23, 2021 16:53 | | Subject: | Re: I thought you could add to "Ready" orders? | | Viewed: | 26 times | | Topic: | Technical Issues | |
|
| In Technical Issues, Teup writes:
| | One of my customers added something to his order and it created a new order.
Even though the order was "ready". I thought it would always create a new batch
to the existing order, as long as the order isn't marked "packed"?
He first got a message saying that the value was lower than the minimum order
value, which I thought was already strange since it was supposed to be an addition.
I gave him the bypass password and it spawned a new order.
|
I've had the same issue. I found that sometimes it does create a batch, and
sometimes it creates a new order. Customers had this and I've also seen it
when I place an order myself. I've not yet been able to figure out exactly
the conditions. It seems random but there must be a cause.
Like you said, it's not the obvious things like a paid order or status
set to packed. Status Ready of Processing should simply allow batches to be added.
It's been like this for a couple months now. Didn't take the time to
report it, so thanks for bringing it up!
|
|
| Author: | kaat | | Posted: | Oct 21, 2021 15:33 | | Subject: | Re: PayPal fees... | | Viewed: | 47 times | | Topic: | LANG Nederlands | |
|
| In LANG Nederlands, TempleOfBricks writes:
| | Bedankt Teup
een Korting.. en/of coupon voor Iban betalers is een goed idee...
Zal even kijken hoe ik dat kan implementeren
Sommige verkopers hanteren namelijk geen kosten voor PayPal, als je een order
hebt van twee euro en je moet 0.35 transactiekosten betalen plus 3.4% afdragen
heeft het totaal geen zin.
|
Voor kleine bedragen kun je een extra PayPal account aanmaken en dan daarop het
Micro tariefschema aan laten zetten. Dat doe je door even contact met PayPal
op te nemen.
Je betaalt dan 5% (of 6% buiten EU) en dat lijkt meer, maar omdat de startfee
0,05 euro is ipv 0,35 scheelt het toch behoorlijk op die 2 euro orders. Bij betalingen
tot zo'n 15 euro is dat voordeliger. Kun je precies in excel uitrekenen,
is afhankelijk van je volume (je betaalt normaal 3,4% en op een gegeven moment
2,9% etc).
In BrickLink kun je beide accounts opgeven en ook vertellen tot welk bedrag je
het op micro wilt en wanneer op de normale.
|
|
| Author: | kaat | | Posted: | Jul 30, 2021 09:12 | | Subject: | Re: VAT Receipt | | Viewed: | 48 times | | Topic: | Help | |
|
| In Help, patpendlego writes:
| | Here is an issue. I have not registered VAT ID because selling used items under
the margin regulation. However if I want to buy outside EU I would like BrickLink
NOT to charge VAT, but then I need to register VAT ID.
Is BrickLink going to support this situation?
As it is now, I need 2 accounts: one for selling (without VAT ID), and one for
buying (with VAT ID). But 2 accounts, it hat allowed? Afaik not. But might this
case be an exception?
|
FYI the whole buying with a VAT id is not working for me. It always charges me
VAT, so it looks like this isn't implemented either. Also the "receipt" with
VAT is also useless, as it states you cannot claim VAT back with it. The work-around
is both simple and annoying: order 150+ euro and they don't add VAT.
But long story short: Your second account, allowed or not, would be pretty much
useless
|
|
| Author: | kaat | | Posted: | Jul 16, 2021 12:39 | | Subject: | Re: OSS registration | | Viewed: | 55 times | | Topic: | Selling | |
|
| In Selling, Stellar writes:
| | If you do it by hand, be careful with the Orders Download file. Some orders have
0.01€ up or down different to what the buyer actually paid. There is a bug somewhere.
|
The same issue is in the API, that has sometimes has a different amount compared
to the UI. It looks like all amounts that make up the total, are rounded first
in the UI and then everything is add up. The API seems to first add up and then
round. And yes, that make a difference.
Since I wrote this piece of (Typescript) code to calculate the order total, it
never went wrong again
calculateBrickLinkUiTotal(order) {
return this.round(order.disp_cost.subtotal)
+ this.round(order.disp_cost.shipping)
+ this.round(order.disp_cost.etc1)
+ this.round(order.disp_cost.etc2)
+ this.round(order.disp_cost.insurance)
- this.round(order.disp_cost.credit)
- this.round(order.disp_cost.coupon);
}
Easy to port to another language. Simply add/subtract all the mentioned fields.
|
|
| Author: | kaat | | Posted: | Jul 15, 2021 05:04 | | Subject: | Re: OSS registration | | Viewed: | 77 times | | Topic: | Selling | |
|
| When you register for OSS, "unieregeling" in dutch, it means you will be required
to submit a report every quarter for qualifying sales (and pay the corresponding
VAT). You can of course submit a 0-report, but you will have to report every
quarter. Exactly like the normal VAT procedures.
I don't think there is such a thing as a OSS id. In the confirmation letter
they say they registered my VAT id as a member of the "unieregeling" and tell
me to report every quarter via their site. That's it.
OSS is optional anyway, and if you don't use it, you will have to get a local
VAT id for every member state that you sell to. You can't enter all those
in BrickLink. Although it's safe to assume no one will want to register 27
times and file so many reports.
The real issue is: you still have to enter your VAT id and that has some static
consequences on BL: it removes VAT from prices outside EU and shows "including
VAT" while that might not be true for margin scheme products.
One way or the other, BrickLink should provide a few switches that can control
the VAT feature to make it more flexible.
- VAT on Used lots yes/no
- Use seller's VAT rate or Buyer's VAT rate
Etc
In Selling, Teup writes:
| | I wonder what happens when you register for the OSS. Does it mean that from that
point you are obligated to use it (ie. count VAT per country, at each
individual country's VAT rates), or does it mean you just have access
to that tax reporting environment?
I am asking because in the latter case, nobody needs to be "banned" unnecessarily.
Some sellers don't need to use the new system but Bricklink will say they
do (I am thinking about margin VAT sellers, and possibly sellers who sold over
the limit last year but will not do so this year). If they just register for
the OSS and provide the ID in their profile, they can continue to sell and they
can decide for themselves whether to use it or not.
Margin VAT sellers could just enter their VAT and OSS ID if Bricklink requires
it and continue to sell as before. The only real difference would be export out
of the EU, where the seller misses out on the full (19%-27%) VAT amount. They
could compensate by higher shipping rates though. Far from perfect but significantly
better than not being able to sell here at all.
|
|
|
| Author: | kaat | | Posted: | Jul 7, 2021 12:14 | | Subject: | Re: BrickLink and the new EU VAT e-commerce rules | | Viewed: | 53 times | | Topic: | Administrative | |
|
| In Administrative, SylvainLS writes:
| | In Administrative, Stellar writes:
| | […]
So... as a Business I can't buy anything for less than 150€ and reclaim that
VAT...?
|
As I understand it, as a business, you give BL your VAT-ID and you don’t pay
that VAT: read “en creux” (indirectly) the questions 10 and 11 on https://www.bricklink.com/help.asp?helpID=2518
“private buyers”
“non-VAT registered sellers in EU”
|
That's what I thought too. However, when I fill a cart at a shop from US,
still VAT is being added even though I have a VAT id in my account. So now indeed
I need to go over 150 euro, or buy within the EU. Not sure if this is a bug or
a feature
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
Netherlands, Zuid-Holland
