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>
59 lines
2.2 KiB
PHP
59 lines
2.2 KiB
PHP
<?php
|
|
|
|
return [
|
|
|
|
/*
|
|
|--------------------------------------------------------------------------
|
|
| Submit-Gate (Decision-Update §5.1)
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
| "Speichern" ist immer frei; "Speichern & zur Prüfung einreichen" ist
|
|
| hinter eine aktive Buchung gegated. Bis das Tarif-Modul (Phase 9D/9E)
|
|
| die echte Buchungs-Prüfung liefert, bleibt das Gate deaktiviert —
|
|
| User::hasActiveBooking() gibt dann für alle true zurück.
|
|
|
|
|
*/
|
|
|
|
'enforce_booking' => env('BILLING_ENFORCE_BOOKING', false),
|
|
|
|
/*
|
|
|--------------------------------------------------------------------------
|
|
| Hybride Rechnungskreise
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
| Alle neuen Abschlüsse laufen über Stripe und erhalten fortlaufende
|
|
| Nummern im STR-Kreis. Laufende Legacy-Zahlungen werden ab Relaunch im
|
|
| eigenen MAN-Kreis weiter per Rechnung abgerechnet (Fälligkeitsprüfung
|
|
| via `billing:generate-manual-invoices`). Die Alt-Rechnungen aus den
|
|
| Ursprungsportalen bleiben unverändert in `legacy_invoices`.
|
|
|
|
|
*/
|
|
|
|
'invoice_number_padding' => 5,
|
|
|
|
// Zahlungsziel für Rechnungen des manuellen Kreises (Tage).
|
|
'manual_due_days' => env('BILLING_MANUAL_DUE_DAYS', 14),
|
|
|
|
/*
|
|
|--------------------------------------------------------------------------
|
|
| USt-Behandlung (Entscheidung 12.06.2026)
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
| Alle neuen Preise sind NETTO. Die Steuer wird zur Rechnungsstellung
|
|
| anhand der Rechnungsadresse bestimmt (VatResolver): Deutschland immer
|
|
| mit Steuer, EU-Ausland nur mit gültiger USt-ID befreit (Reverse
|
|
| Charge), Drittländer grundsätzlich befreit.
|
|
|
|
|
*/
|
|
|
|
'vat_rate' => env('BILLING_VAT_RATE', 0.19),
|
|
|
|
// EU-Mitgliedstaaten (ISO 3166-1 alpha-2), Stand 2026 — ohne DE,
|
|
// das im VatResolver als Inland behandelt wird.
|
|
'eu_country_codes' => [
|
|
'AT', 'BE', 'BG', 'CY', 'CZ', 'DK', 'EE', 'ES', 'FI', 'FR',
|
|
'GR', 'HR', 'HU', 'IE', 'IT', 'LT', 'LU', 'LV', 'MT', 'NL',
|
|
'PL', 'PT', 'RO', 'SE', 'SI', 'SK',
|
|
],
|
|
|
|
];
|