Another approach would be to have a programming competition to see who can write the best in-browser, privacy respecting 2022 1040EZ application using nothing but html, css, svg, and javascript[0]. The end product should be capable of saving its state as a single json object, and producing a usable PDF. One might host such an application as a public utility. A good test suite would model the 1040 historically to make sure the app can reach all states characteristic of the problem, and produce the correct result. On macos you might want to bundle it all in an app, include Chrome, the resources, the data and any generated PDFs.
This would be relatively low-effort and could have real impact on, e.g., TurboTax. Heck, I'd use it. I bet a lot of people here would. Here (https://github.com/b-k/1040.js) is one person who took a serious stab at a part of this, the calculations themselves!
0 - Someone is also taking a stab at this: https://github.com/Free1040/Free1040
Now, the obvious answer then is that for most online stores, somebody picks a product classification at random or relies on a third-party service that matches a product description to a classification. Most of the time, getting it wrong has few consequences unless you’ve been informed of the problematic item and the same government sees a misclassification more than once, or wants to make a point with your shipment vs others. After all, saying others get away with it doesn’t absolve your need to try and get declarations and duties correct.
Now, I’m not going to say that there isn’t room for open source here, I could totally see how making, for example, an AI that can look at product description and product appearance and try to classify it for duties would be amazing work if done in open source. I’m just pointing out that the topic is complicated, especially when considering that the same item might have different duties if manufactured in different locations or sold under different circumstances.
Governments are unbelievably complicated even as their systems still don’t mirror or match the real world correctly.
As for the classification, it gets complicated. Sometimes it goes beyond what the product is at the moment of the importation. Say you're shipping fruits, well depending on whether they're for eating as-is, or for juicing once imported, the classification (and thus the import duties) will be different. It's also hard to classify a product that's hybrid (like a ceiling fan with a LED light, is it a fan or a pendant light ?) or a brand new kind of product.
If you have a doubt, you can ask the customs to find the right origin or classification for you, though you might not be happy with the duties they apply. But mostly, it takes weeks to get one and I've seen companies doing their declaration just the day before their shipment arrives.
And even then, different customs officers might classify the same products differently even though they work in the same economic union.
> Companies often pick the lowest duty or tax rating they can get away with
I've seen companies picking the highest duty when they have a doubt, thinking they might get less in trouble or at least don't have to pay the difference if they get caught. Because when they do, the customs can audit your whole import history, and make you pay the difference for every product misclassified (iirc they can go back up to five years) and that can be devastating.
In general, from what I've seen, the task of product classification is so hard that no time is spent trying to optimize sourcing or the nature of the product to pay less duties. In a company the department in charge of customs declarations is always seen as a cost center. The only example I know is Converse importing their sneakers as slippers[1].
And not only is the problem complicated, but some of the most important documentation is only available on subscription. The EU has an open-data policy and a most data on duties can be found[2]. But the World Customs Organization makes you pay for a lot of essential information that can't be reproduced[3].
[1] https://www.businessinsider.com/heres-why-converse-sneakers-...
[2] https://circabc.europa.eu/ui/group/0e5f18c2-4b2f-42e9-aed4-d...
There is no open RSS/XML/API feed you can subscribe to from each country to get an update of their accounting rules. You have to constantly monitor all news from all over the world. This is labor intensive. The only solution is a network of local tax specialists. Like the big-4 accounting firms have.
At least I tried to compile the VAT rates: https://github.com/kdeldycke/vat-rates
You just gave the answer. Gov tax agencies need to provide an API that devs can use.
The US lobbying situation is I think more of an outlier.
Hell, even if an open source project _did_ successfully create and set up a community to maintain that, I bet you could make a profitable business on top of it just by insuring/indemnifying enterprise customers who use your version of it as a SaaS offering. (Something Amazon could easily do...)
I'm pretty sure quite a few industries make money by simply assuming responsibility.
99.9% correct is better than what 75% of us have now.