Phase 9E (Abschluss): Checkout-Flows und Plan-Kontingent statt Quota-Stub

- 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>

resources/views/components/press-release-submit-modal.blade.php

@@ -11,7 +11,9 @@
     Wird in Detailansicht, Bearbeiten und Erstellen eingebunden. Der
     `action`-Prop bestimmt die Livewire-Methode der Eltern-Komponente, die beim
     Bestätigen ausgeführt wird (z. B. `submitForReview`, `saveAndSubmit`,
-    `save('review')`). Quota-Block wird nur angezeigt, wenn Werte übergeben sind.
+    `save('review')`). Quota-Block wird nur angezeigt, wenn Werte übergeben
+    sind — null bedeutet unbegrenztes Kontingent (Bestandsschutz bzw.
+    Launch-Schalter aus) und blendet den Block aus.
 
     Submit-Gate (Decision-Update §5.1): Ohne aktive Buchung zeigt das Modal
     statt des Prüf-Flows einen Buchungs-Hinweis — der Button konvertiert,