Kevin Adametz
d548f4b235
Tarif-Datenmodell (Decision-Update): - plans: Starter/Business/Pro/Agency mit Monats-/Jahrespreis (Jahres = 10 x Monat), PM-Kontingent, Tageslimit, Stripe-IDs; idempotenter Seeder - single_purchases: Einzel-PM, Extra-PM, Boost, PDF-Nachweis mit Status-Lifecycle und Stripe-Checkout-Referenzen - laravel/cashier ^16.5 installiert (freigegeben); User ist Billable, Cashier-Migrationen published + ausgefuehrt; lokale invoices()-Relation ueberschreibt bewusst die Cashier-Methode Hybride Rechnungskreise (Entscheidung 12.06.2026): - invoice_number_sequences + InvoiceNumberGenerator: atomare fortlaufende Nummern pro Kreis (STR- fuer den neuen Stripe-Shop, MAN- fuer den manuellen Legacy-Kreis); Alt-Archiv legacy_invoices bleibt unveraendert - ManualInvoiceService + billing:generate-manual-invoices (Scheduler taeglich 04:30): prueft aktive/grandfathered user_payment_options ohne Stripe-Subscription auf erreichtes Periodenende, friert die Rechnungsadresse als Snapshot ein, stellt die MAN-Rechnung aus (Zahlungsziel billing.manual_due_days) und schaltet die Periode weiter; Konditions-Overrides via legacy_conditions, sonst Netto-Preis + billing.vat_rate; nicht abrechenbare Faelle werden geloggt und beim naechsten Lauf erneut geprueft Submit-Gate: - User::hasActiveBooking() prueft jetzt echt (hinter billing.enforce_booking): Cashier-Abo, bezahlter Einzel-/Extra-PM-Kauf oder laufende Legacy-Vereinbarung (MAN-Kreis) Suite: 468 passed, 4 skipped (17 neue Billing-Tests). Pint clean. Offen fuer 9E: Stripe-Checkout/Webhooks, STR-Spiegelung, Slot-Logik auf Plan-Kontingent, Migration der aktiven Legacy-Zahlungen in user_payment_options. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
41 lines
1.5 KiB
PHP
41 lines
1.5 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),
|
|
|
|
// MwSt-Satz für den manuellen Kreis, wenn die Vereinbarung keine
|
|
// expliziten Beträge in legacy_conditions mitbringt.
|
|
'vat_rate' => env('BILLING_VAT_RATE', 0.19),
|
|
|
|
];
|