Kevin Adametz
c8dc99c3c8
- Checkout-Backend: me.checkout.subscription (Tarif-Abo monatlich/jährlich)
und me.checkout.single-pm (Einzel-PM 19 € netto, pending-Kauf mit
Webhook-Erfüllung); StripeCheckoutService als mockbarer Stripe-Wrapper;
Stripe Tax via Cashier::calculateTaxes() (Netto-Preise, USt-ID-Abfrage)
- Slot-Logik: Kontingent aus dem Tarif (plans.press_release_quota) plus
bezahlte Einmalkäufe; Verbrauch bei Veröffentlichung zuerst aus dem
Plan-Zähler, danach Einlösung des ältesten Einmalkaufs (consumed +
PM-Verknüpfung); Grandfathered = unbegrenzt (Entscheidung 12.06.2026,
Bestandsschutz); Stub-Spalte users.press_release_quota entfernt
- billing:sync-stripe-plans legt zusätzlich das Einzel-PM-Produkt an
(STRIPE_PRICE_SINGLE_PM); Test-Mode-Sync gelaufen
- Buchungs-Seite: Rückmeldung nach Checkout (erfolg/abbruch/Guard-Hinweis)
- Tests: PressReleaseQuotaTest auf Plan-Semantik neu geschrieben,
CheckoutFlowTest (8 Tests), Modal-/API-Tests angepasst; Suite 510 passed
- Doku: Billing-und-Rechnungskreise (Kontingent-Tabelle, Checkout-Routen,
Webhook-Events, Stripe-CLI-Hinweis), PHASE-9-Plan 9E ✅, Checkliste,
STATUS-ABGLEICH, PROGRESS
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
74 lines
2.7 KiB
PHP
74 lines
2.7 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),
|
|
|
|
/*
|
|
|--------------------------------------------------------------------------
|
|
| Einzel-Pressemitteilung (Pay-per-Release)
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
| Netto-Preis laut Decision-Update. Die Stripe-Price-ID wird einmalig
|
|
| von `billing:sync-stripe-plans` angelegt und hier per ENV verdrahtet —
|
|
| ohne sie ist der Einzel-PM-Checkout deaktiviert.
|
|
|
|
|
*/
|
|
|
|
'single_pm_price_cents' => 1900,
|
|
|
|
'single_pm_stripe_price_id' => env('STRIPE_PRICE_SINGLE_PM'),
|
|
|
|
/*
|
|
|--------------------------------------------------------------------------
|
|
| 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',
|
|
],
|
|
|
|
];
|