61 lines
1.7 KiB
Markdown
61 lines
1.7 KiB
Markdown
# ADR 0015 — Tax- und VAT-Strategie
|
|
|
|
## Status
|
|
Accepted
|
|
|
|
## Kurz erklärt
|
|
Tax/VAT bedeutet Steuer- und Mehrwertsteuerlogik.
|
|
|
|
Auch wenn Hosting-Backoffice V1 keine eigene Buchhaltung sein soll, muss das System steuerlich relevante Informationen verstehen und sauber an externe Rechnungssysteme übergeben oder anzeigen können.
|
|
|
|
## Kontext
|
|
Das Architekturreview hat bemängelt, dass MwSt, B2B/B2C, OSS und Reverse Charge nicht erwähnt wurden.
|
|
|
|
Für V1 muss mindestens der deutsche Standardfall sauber abgebildet werden.
|
|
|
|
## Entscheidung
|
|
V1 enthält ein minimales Steuer-Metadatenmodell, erzeugt aber keine führenden Steuerbelege.
|
|
|
|
Führende Steuerberechnung bleibt in:
|
|
|
|
- Lexware
|
|
- Invoice Ninja
|
|
- späterem externen Billing-System
|
|
|
|
## V1-Mindestumfang
|
|
|
|
- Kundentyp: B2B / B2C
|
|
- Land des Kunden
|
|
- USt-IdNr. optional
|
|
- Standard-Steuersatz je Produktreferenz
|
|
- Steuerhinweis je Vertrag/Rechnungsreferenz
|
|
- Brutto-/Netto-Anzeige nur als Referenz aus Billing-System
|
|
|
|
## Nicht Teil von V1
|
|
|
|
- vollständige OSS-Automatisierung
|
|
- vollständige Reverse-Charge-Prüfung
|
|
- eigene Steuerberechnung als führendes System
|
|
- komplexe internationale Steuerlogik
|
|
|
|
## Warum trotzdem Tax-Metadaten?
|
|
Weil das System sonst nicht zuverlässig erkennen kann:
|
|
|
|
- welche Kunden B2B/B2C sind
|
|
- welche Rechnungslogik extern nötig ist
|
|
- welche Daten für Lexware/Invoice Ninja relevant sind
|
|
- welche Kunden steuerlich anders behandelt werden müssen
|
|
|
|
## Später möglich
|
|
|
|
- OSS-Unterstützung
|
|
- EU-B2B Reverse Charge
|
|
- Steuerprofile pro Mandant
|
|
- Steuerregeln pro Produkt
|
|
- Prüfung von USt-IdNr.
|
|
- tiefe Billing-Synchronisation
|
|
|
|
## Verwandte ADRs
|
|
- ADR 0011 — GoBD-Verantwortlichkeit
|
|
- ADR 0013 — Kunden-/Adress-/Kontaktmodell
|