gf-account-de-skr04
To whom it may concern,
There is a new third-party module available:
gf-account-de-skr04
============================================================
The gf-account-de-skr04 module is a redesigned and modernized version of the SKR04 chart of accounts for Tryton, originally inspired by the MDS SKR04 module.
It was created by @eulengesicht and @gruenfischer, with the goal of improving tax code logic for small businesses â especially for the German advance turnover tax return (Umsatzsteuer-Voranmeldung).
MOTIVATION
This module refines the SKR04 tax setup to better reflect real-world VAT reporting requirements in Germany and the EU.
The focus was on providing clearer, more consistent tax codes and an improved structure that supports automation, transparency, and maintainability.
FEATURES
- Improved and harmonized tax code definitions for German accounting
- Separate taxes for goods and services to support distinct VAT reporting
- Full coverage of EU and third-country trade scenarios
(imports, exports, intra-EU acquisitions, reverse charge, §13b, etc.) - Extended import tax handling (e.g., customs service provider workflows)
- Includes technical-only taxes used to trigger account rules
(these may be moved to a separate helper package later)
INSTALLATION
pip install gf-account-de-skr04
The module is fully standalone.
NOTES
Weâre not accountants â this module was developed from a technical and practical perspective, not as formal accounting advice.
It is provided âas isâ, and we warmly welcome feedback, improvements, and contributions from the community.
There are ongoing discussions in the Tryton community about whether the current approach of separating goods and services in tax definitions is suitable for German requirements.
When using this module, you must define separate product categories for each tax rate and each type (product/service).
Problems
For proper tax reporting, a clear distinction between goods and services is required.
Due to technical reasons, this differentiation must be propagated down to the level of product categories, complemented by the respective tax treatment (standard rate, reduced rate, or tax exempt).
Identified Issues
1. Missing Validation
There is no technical constraint ensuring that users assign products to the correct category (goods or services).
As a result, products may be misclassified, leading to incorrect tax reporting.
Possible solution: Adjust the domain logic in the tryton-product module.
2. Duplicate Tax Lines
In some invoices, two separate tax lines with the same tax rate are displayed â one for goods and one for services.
This can be confusing for end users and may not be acceptable for businesses using Tryton as an ERP system.
Possible solution:
The issue occurs only at the reporting level.
A potential workaround would be to introduce an additional attribute in the tax aggregation process to allow merging of identical tax rates.
3. Data Model in CII
According to EN 16931, there is no distinction between goods and services at the tax level â the differentiation is made by the product type or (in typical German accounting) by using different accounts.
Using separate taxes for goods and services therefore results in some degree of data duplication.
Note
This module is published without yet addressing these technical limitations,
in order to gather feedback and ideas from the community on how these issues could be handled or improved in future iterations.
A tax patch module for mds-account-de-skr04 will soon be available for testing and comparison.
If you are interested in early evaluation, please get in touch with me.
Regards,
Jakob