Steuerregeln DE (19%), AT (20%), CH (7.7%) implementieren #24

New issue

Closed

opened 2026-05-10 16:45:44 +00:00 by csaeum · 1 comment

csaeum commented

2026-05-10 16:45:44 +00:00

(Migrated from gitlab.localdomain)

DACH-spezifische Steuerregeln in der Tax-Mapping-Logik implementieren:

Deutschland: 19% MwSt (Standard), 7% MwSt (ermäßigt)
Österreich: 20% MwSt (Standard), 10% MwSt (ermäßigt)
Schweiz: 7.7% MWST (Standard), 2.5% (ermäßigt) — keine EU-Steuer
Steuersatz aus Shopware-Bestellung auslesen und auf ERPNext Tax Template mappen
Implementierung in shopware6/utils/tax.py

DACH-spezifische Steuerregeln in der Tax-Mapping-Logik implementieren: - Deutschland: 19% MwSt (Standard), 7% MwSt (ermäßigt) - Österreich: 20% MwSt (Standard), 10% MwSt (ermäßigt) - Schweiz: 7.7% MWST (Standard), 2.5% (ermäßigt) — keine EU-Steuer - Steuersatz aus Shopware-Bestellung auslesen und auf ERPNext Tax Template mappen - Implementierung in `shopware6/utils/tax.py`

csaeum commented

2026-08-22 18:27:36 +00:00

Owner

Geschlossen ohne neuen Code — nach Rückfrage geprüft, ob das hier wirklich noch gebraucht wird, und die Antwort ist nein.

Warum: #23s Shopware Tax Mapping (Storefront + freier tax_rate-Float → Account) deckt "DACH-Steuerregeln" bereits vollständig ab, für jeden aktuellen oder künftigen Satz, ohne dass irgendwo ein Prozentwert hartcodiert werden muss.

Was ERPNext/ALYF bereits mitbringen (live geprüft):

Deutschland ist bereits vollständig abgedeckt — nicht über ein ALYF-Bundle, sondern über ERPNext-Cores eigenes SKR04-Kontenrahmen-Template: komplette Sales Taxes and Charges Templates (Inland 19%/7%, EU-B2B Reverse Charge, EU-B2C, Drittland, §13b-Bauleistungen, Nullsteuersatz §12 Abs. 3) plus passende Konten (1771/1776 Umsatzsteuer 7%/19%, 1571/1576 Vorsteuer 7%/19%, etc.) — live auf der Test-Company bestätigt.
Österreich: kein Kontenrahmen-Template in ERPNext-Core, keine ALYF-App (alle 51 Repos von alyf-de durchsucht — nur Deutschland-spezifisch: erpnext_germany, erpnext_datev, das archivierte SKR04).
Schweiz: nur ein ch_240812_schulkontenrahmen_veb_de.json in ERPNext-Core — ein Schul-Kontenrahmen, für einen Webshop unbrauchbar. Auch hier keine ALYF-Abdeckung.

Der entscheidende Punkt gegen jegliches Hartcodieren: Der im Issue-Text genannte Schweizer Satz "7,7%" ist bereits seit dem 1.1.2024 veraltet — aktuell (auch 2026 unverändert) gelten 8,1% Normalsatz / 2,6% reduziert. Ein hartcodiertes shopware6/utils/tax.py (wie ursprünglich vorgesehen) oder auch nur eine Validierung mit fixen Sätzen wäre am ersten Tag schon falsch gewesen und bräuchte dauerhafte Pflege, unabhängig von unseren Releases — genau das, was #23s freies tax_rate-Feld bewusst vermeidet.

Fazit: Für DE existieren die Zielkonten bereits (SKR04). Für AT/CH legt man sie einmalig selbst im jeweiligen Kontenrahmen an (bewusst nicht von dieser App automatisiert — Kontenrahmen ist Firmen-/Steuerberater-Hoheit, wie schon bei #16-#22 nie eigene Konten angelegt wurden) und verknüpft sie dann ganz normal über Shopware Tax Mapping (#23).

Details: docs/architecture.md#issue-24

Geschlossen ohne neuen Code — nach Rückfrage geprüft, ob das hier wirklich noch gebraucht wird, und die Antwort ist nein. **Warum**: #23s `Shopware Tax Mapping` (Storefront + freier `tax_rate`-Float → `Account`) deckt "DACH-Steuerregeln" bereits vollständig ab, für jeden aktuellen oder künftigen Satz, ohne dass irgendwo ein Prozentwert hartcodiert werden muss. **Was ERPNext/ALYF bereits mitbringen** (live geprüft): - **Deutschland ist bereits vollständig abgedeckt** — nicht über ein ALYF-Bundle, sondern über ERPNext-Cores eigenes SKR04-Kontenrahmen-Template: komplette `Sales Taxes and Charges Template`s (Inland 19%/7%, EU-B2B Reverse Charge, EU-B2C, Drittland, §13b-Bauleistungen, Nullsteuersatz §12 Abs. 3) plus passende Konten (1771/1776 Umsatzsteuer 7%/19%, 1571/1576 Vorsteuer 7%/19%, etc.) — live auf der Test-Company bestätigt. - **Österreich**: kein Kontenrahmen-Template in ERPNext-Core, keine ALYF-App (alle 51 Repos von `alyf-de` durchsucht — nur Deutschland-spezifisch: `erpnext_germany`, `erpnext_datev`, das archivierte `SKR04`). - **Schweiz**: nur ein `ch_240812_schulkontenrahmen_veb_de.json` in ERPNext-Core — ein Schul-Kontenrahmen, für einen Webshop unbrauchbar. Auch hier keine ALYF-Abdeckung. **Der entscheidende Punkt gegen jegliches Hartcodieren**: Der im Issue-Text genannte Schweizer Satz "7,7%" ist bereits seit dem 1.1.2024 veraltet — aktuell (auch 2026 unverändert) gelten 8,1% Normalsatz / 2,6% reduziert. Ein hartcodiertes `shopware6/utils/tax.py` (wie ursprünglich vorgesehen) oder auch nur eine Validierung mit fixen Sätzen wäre am ersten Tag schon falsch gewesen und bräuchte dauerhafte Pflege, unabhängig von unseren Releases — genau das, was #23s freies `tax_rate`-Feld bewusst vermeidet. **Fazit**: Für DE existieren die Zielkonten bereits (SKR04). Für AT/CH legt man sie einmalig selbst im jeweiligen Kontenrahmen an (bewusst nicht von dieser App automatisiert — Kontenrahmen ist Firmen-/Steuerberater-Hoheit, wie schon bei #16-#22 nie eigene Konten angelegt wurden) und verknüpft sie dann ganz normal über `Shopware Tax Mapping` (#23). Details: [docs/architecture.md#issue-24](docs/architecture.md#issue-24-dach-tax-rules--closed-without-new-code)

csaeum closed this issue

2026-08-22 18:27:40 +00:00

csaeum referenced this issue from a commit

2026-08-22 18:41:38 +00:00

docs(shopware): close #24 without code, DE tax already covered by ERPNext core

csaeum referenced this issue

2026-08-22 19:12:57 +00:00

B2B / B2C Unterscheidung implementieren #25

csaeum referenced this issue

2026-08-22 19:52:22 +00:00

Schweiz als Drittland behandeln (kein EU-Reverse Charge) #26