For several years now there are pending issue for the account_de_skr03 module. More over there are also other stalled issues like #5403 and #13167.
Also we are missing an account_de_skr04 module but there are many implementation of it in the wild but none have been submitted in standard.
So I would like to know who is actually using it? What would be the impact for you of the removal?
I created #14605 to move the requested changes out of #9521. It contains my concerns about the requested change that is blocking the maintenance of this module.
Hi folks,
correct me, I there is the official skr03 an one unofficial model skr04 from mds. The latter is based on the account_de skr03. I created skr04_patch and and skr04_I based on the mds module to address the problems @ced mentioned. That means, the tax groups are split by service and goods with the discussed two tradeoffs:
Separate taxes for goods and services with equal rate: weird in Germany where DATEV uses Accounts for separation of taxes and for a customer, because there might be two equal taxes on an invoice. Therfor you need to fix it on the report.
The valid concern @timitos mentioned, that the minor good in Europe follows the major one. This can be handled, but from the data model-view it’t rather ugly. It will always be a workaround, but I am willing to learn otherwise. I just don’t have enough knowledge.
I am not sure if skr04_I meets the concept the core module expects. I hope it does, but without confirmation I default to “no”.
I’d love to see a solution to that discussion.
P.S. Guys, take it easy, you all contribute to a beautiful piece of software. You all have valid points. I reckon, that 50 percent are due to language barriers.
We have 3 Rules under Financial → Configuration → Taxes → Rules, based on if the customer is in Germany, or in the EU (but not in Germany) or outside of the EU. For the tax group and substitution tax we use the values that are provided.
We don’t manage a distinction between VAT on service and goods, because we only ship goods exclusively (we don’t sell any services - yet).
For each customer the respective tax rule has to be set in the party setting, otherwise the taxes won’t appear correctly on the offer or invoice. We have some cases where the invoice address is in Germany but the shipping address is outside of the EU, but Tryton handles this correctly.
Then, I have added a custom module which adds a setting “Invoice Line Account” to the tax rules. The reason is that our accountant asked that every invoice is booked to one of three accounts, based on the shipping destination: 8400 for customers in Germany, 8125 for customers in the EU and 8338 for customers outside of the EU. I hacked together this module which allows one to link these accounts to the tax rule; then, when an invoice is created, for each line of the invoice the account is automatically set based on the tax rule.