USt-Behandlung: Netto-Preise, VatResolver und Steuer-Ausweis im MAN-Kreis
Einwand/Entscheidung 12.06.2026: Legacy fakturierte brutto (Steuer inkludiert, z. B. 199 Euro; steuerbefreite Kunden mit Netto-Ausweis 167,23). Alle neuen Preise sind netto; die Steuer wird zur Rechnungsstellung sauber validiert und ausgewiesen. - VatResolver + VatTreatment: DE grundsaetzlich immer mit Steuer, EU nur mit (formal plausibler) USt-ID befreit (Reverse Charge inkl. Pflichthinweis), Drittlaender grundsaetzlich befreit; EU-Laenderliste + vat_rate in config/billing.php - Schema: billing_addresses.vat_id + invoice_billing_addresses.vat_id (Snapshot pro Rechnung), invoices.tax_note; Profil-Formular schreibt die vorhandene USt-ID jetzt auch an die Rechnungsadresse - ManualInvoiceService: rechnet auf Netto-Vertragsbasis (legacy_conditions.net_cents bzw. Netto-Katalogpreis) und bestimmt Steuer/is_netto/tax_note pro Rechnung ueber den VatResolver - legacy:grandfather-subscriptions: leitet net_cents aus der letzten Legacy-Rechnung ab (brutto / 1,19 bzw. is_netto-Betrag direkt); fuer DE-Bestandskunden bleibt der Bruttobetrag unveraendert (199 brutto -> 167,23 netto + 31,77 USt = 199,00) - Doku: Decision-Update 2.1 (Netto-Klarstellung), Phase-9-Plan, Checkliste, 05-DATABASE-MERGE 5.6; offen: VIES-Validierung der USt-ID Tests: VatResolverTest (Datasets fuer alle Faelle), Reverse-Charge/ EU-/Drittland-Rechnungen, Netto-Ableitung; Suite 490 passed, 4 skipped. Pint clean. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
parent
1cd4d8e33a
commit
894a9436b0
19 changed files with 497 additions and 46 deletions
|
|
@ -30,6 +30,24 @@ Dieses Update bündelt die in der Abstimmung getroffenen Entscheidungen zur Prei
|
|||
|
||||
**Einzel-PM:** 19 € einmalig – geführt als **separater No-Abo-Block** neben dem Tarif-Raster, nicht als linke/billigste Spalte. Kommunikation über das No-Commitment-Argument („Einmal veröffentlichen, kein Abo, keine Kündigung"), nicht über den Preis.
|
||||
|
||||
### 2.1 Klarstellung Preise & Steuern (Einwand 12.06.2026)
|
||||
|
||||
**Alle neuen Preise sind Netto-Preise.** Die Umsatzsteuer wird zur
|
||||
Rechnungsstellung anhand der Rechnungsadresse bestimmt und sauber
|
||||
ausgewiesen:
|
||||
|
||||
- **Deutschland** → grundsätzlich immer mit Steuer (aktuell 19 %).
|
||||
- **EU-Ausland** → nur mit gültiger USt-ID steuerbefreit (Reverse Charge),
|
||||
sonst mit Steuer.
|
||||
- **Drittländer** → grundsätzlich steuerbefreit.
|
||||
|
||||
Zum Vergleich Legacy: Dort waren die Beträge **brutto** (z. B. 199 € inkl.
|
||||
Steuer); steuerbefreite Kunden erhielten den Netto-Ausweis (167,23 €).
|
||||
Grandfathered-Vereinbarungen werden deshalb auf die Netto-Basis der letzten
|
||||
Legacy-Rechnung umgerechnet — für deutsche Bestandskunden bleibt der
|
||||
Bruttobetrag damit unverändert, die Steuer wird künftig nur sauber
|
||||
ausgewiesen.
|
||||
|
||||
**Enterprise:** sichtbar, aber als **dezenter Sales-Hinweis unterhalb der Tabelle** („Größere Mengen oder mehrere Marken? → Kontakt"). Keine eigene Preisspalte, individuelles Pricing.
|
||||
|
||||
---
|
||||
|
|
|
|||
|
|
@ -164,6 +164,16 @@ ist hybrid mit zwei getrennten Rechnungskreisen (plus Altbestand):
|
|||
- **`User::hasActiveBooking()`** prüft jetzt echt (hinter
|
||||
`billing.enforce_booking`): Cashier-Abo ∨ bezahlter Einzel-/Extra-PM-Kauf
|
||||
∨ aktive/grandfathered Legacy-Vereinbarung (MAN-Kreis).
|
||||
- **USt-Behandlung (Einwand 12.06.)**: Alle neuen Preise sind **netto**.
|
||||
`VatResolver` bestimmt die Steuer pro Rechnung aus der Rechnungsadresse:
|
||||
DE immer mit Steuer, EU nur mit (formal plausibler) USt-ID befreit
|
||||
(Reverse Charge inkl. Pflichthinweis in `invoices.tax_note`), Drittland
|
||||
befreit. `vat_id` an `billing_addresses` + Snapshot, gepflegt über das
|
||||
bestehende USt-ID-Feld im Profil. Grandfathered-Vereinbarungen rechnen
|
||||
auf der Netto-Basis der letzten Legacy-Rechnung (`net_cents`, brutto ÷
|
||||
1,19 bzw. Netto-Ausweis direkt). **Offen**: echte VIES-Validierung der
|
||||
USt-ID (aktuell Formatprüfung) — Folgeschritt, vor Gate-Aktivierung
|
||||
empfohlen.
|
||||
- **Legacy-Migration (12.06.)**: `legacy:grandfather-subscriptions` leitet
|
||||
die aktiven, jährlich wiederkehrenden Vereinbarungen aus dem
|
||||
Rechnungsarchiv ab und schreibt sie als `grandfathered` in
|
||||
|
|
|
|||
|
|
@ -126,7 +126,9 @@ Verbindliche Entscheidungen: `docs/Decision-Update Preisstruktur & Veröffentlic
|
|||
- [x] Hybride Rechnungskreise (Entscheidung 12.06.): fortlaufende Nummern via `InvoiceNumberGenerator` — **STR-** fuer den neuen Stripe-Shop, **MAN-** fuer laufende Legacy-Zahlungen; Alt-Archiv (`legacy_invoices`) bleibt unveraendert.
|
||||
- [x] MAN-Faelligkeitslauf: `billing:generate-manual-invoices` (taeglich 04:30) prueft `user_payment_options` ohne Stripe-Subscription auf erreichtes Periodenende, stellt Rechnung mit Adress-Snapshot aus und schaltet die Periode weiter (Konditions-Overrides via `legacy_conditions`).
|
||||
- [x] Aktive Legacy-Zahlungen migrieren (12.06.): `legacy:grandfather-subscriptions` leitet aus dem Rechnungsarchiv die aktiven jaehrlichen Vereinbarungen ab (22 im Test-Snapshot) und schreibt sie als `grandfathered` nach `user_payment_options` — Replay-faehig fuer den Lauf kurz vor Relaunch. Doku: `dev/migration 2026/05-DATABASE-MERGE.md` §5.6.
|
||||
- [ ] Stripe-Checkout + Webhooks (Phase 9E): Produkte/Preise anlegen, STR-Rechnungsspiegelung, Slot-Logik auf Plan-Kontingent umstellen, Quota-Stub abloesen. Benoetigt `STRIPE_KEY`/`STRIPE_SECRET` in `.env`.
|
||||
- [x] USt-Behandlung (12.06.): alle neuen Preise netto; `VatResolver` (DE immer Steuer, EU nur mit USt-ID befreit/Reverse Charge, Drittland befreit), `vat_id` an Rechnungsadresse + Rechnungs-Snapshot, `tax_note` auf Rechnungen; Grandfathered rechnen auf Netto-Basis der letzten Legacy-Rechnung (Brutto bleibt fuer DE-Bestandskunden gleich).
|
||||
- [ ] VIES-Validierung der USt-ID (aktuell Formatpruefung) — vor Gate-/Checkout-Aktivierung.
|
||||
- [ ] Stripe-Checkout + Webhooks (Phase 9E): Produkte/Preise anlegen (netto, Steuer via Stripe Tax oder VatResolver), STR-Rechnungsspiegelung, Slot-Logik auf Plan-Kontingent umstellen, Quota-Stub abloesen. Benoetigt `STRIPE_KEY`/`STRIPE_SECRET` in `.env`.
|
||||
- [ ] Tageslimit je Tier (Business 2 / Pro 3 / Agency 5), gilt auch fuer Extra-PMs.
|
||||
- [ ] Launch-Credits: Extra-PM, Boost (nur gruene PMs), Veroeffentlichungsnachweis-PDF; Credit-Anker 1 Credit = 1 €.
|
||||
- [ ] Einzel→Abo-Bruecke (19 € Anrechnung innerhalb 30 Tagen).
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue