Kevin Adametz
9afbedddeb
Phase 7 (Spur D, E2 revidiert): KI-Vorprüfung VOR der Zahlung im Modal — rot lehnt ohne Zahlung ab, gelb/grün führt zum Stripe-Checkout (SinglePurchaseType::Change, 10 € netto), nach Zahlungseingang übernimmt der Webhook die geprüfte Fassung sofort (applyPaid: Snapshot, Sperre, Verlauf). Nur einmal je PM; Obergrenze legal.change_max_distance_percent (50 %) verhindert die verdeckte Selbst-Depublizierung. Phase 5 (Spur B): strukturiertes Schwärzungsformular mit Pflicht-Vorschau im verifizierten Web-Bereich UND als Modal im Kunden-Panel; Admin-Editor wird aus payload.redaction vorbefüllt. Umsetzungsmail LegalRequestExecuted an Antragsteller, Bestätigungsmail PressReleaseChangeApplied (Spur A/D, neuer abbestellbarer Typ press_release_corrected). Außerdem: - Re-Sync-Sperre + Sitemap-Invalidierung fest in depublish() verankert (Lücke im bezahlten Webhook-Pfad geschlossen) - Öffentliche „Rechtliches"-Seite als zweistufige Triage: primär der Portal-Anmeldelink, Formular nur Fallback mit Identifizierungs-Hinweis; Store auf report/dsgvo/personal_rights gehärtet - Panel-Button „Ändern/Melden" öffnet Anliegen-Modal (4 Spuren) statt des Web-Formulars - Pressekontakt-Fallback für Legacy-Bestände (30k PMs ohne Verknüpfung): Detailseite + pressContactEmail() nutzen PM-Kontakt → Firmen-Kontakt → Firmendaten - Korrektur-Gate entity-fest (Editor-Normalisierung zählt nicht als Änderung), toEditorHtml() in Admin-Edit + Korrektur-Panel, Wochenlimit-Hinweis in Text und Bremsen-Meldung Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
119 lines
4.9 KiB
PHP
119 lines
4.9 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 (Stripe-Abo, offener Einmalkauf oder
|
|
| laufende Legacy-Vereinbarung inkl. Bestandsschutz).
|
|
|
|
|
| Default bewusst true (safe by default, R1.1 03.07.2026): Ein in
|
|
| Produktion vergessener Env-Key darf das Gate nicht öffnen — sonst
|
|
| könnte jeder ohne Zahlung veröffentlichen. Deaktivieren nur explizit
|
|
| via BILLING_ENFORCE_BOOKING=false; dann gibt User::hasActiveBooking()
|
|
| für alle true zurück.
|
|
|
|
|
*/
|
|
|
|
'enforce_booking' => env('BILLING_ENFORCE_BOOKING', true),
|
|
|
|
/*
|
|
|--------------------------------------------------------------------------
|
|
| 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'),
|
|
|
|
/*
|
|
|--------------------------------------------------------------------------
|
|
| Depublikation (T12, Meldeverfahren Weg 3)
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
| Netto-Preis der freiwilligen Entfernung einer rechtmäßigen, bereits
|
|
| veröffentlichten PM aus der öffentlichen Ansicht (Tombstone bleibt).
|
|
| 35 € netto laut User-Entscheidung 06.07.2026 (O6); Anzeige überall
|
|
| als Doppelausweis netto/brutto. Auf 0/leer setzen deaktiviert den
|
|
| Checkout und /melden zeigt die neutrale Preisformulierung.
|
|
| Ad-hoc-Charge wie Credit-Topups — keine Stripe-Price-ID nötig.
|
|
|
|
|
*/
|
|
|
|
'depublication_price_cents' => env('BILLING_DEPUBLICATION_PRICE_CENTS', 3500),
|
|
|
|
/*
|
|
|--------------------------------------------------------------------------
|
|
| Kostenpflichtige Änderung (Meldeverfahren v2, Spur D)
|
|
|--------------------------------------------------------------------------
|
|
|
|
|
| Netto-Preis einer inhaltlichen Änderung an einer veröffentlichten PM
|
|
| oberhalb der Spur-A-Grenze (legal.correction_max_distance_percent).
|
|
| 10 € netto laut User-Entscheidung 22.07.2026 (E1). Auf 0/leer setzen
|
|
| deaktiviert den Checkout. Ad-hoc-Charge wie die Depublikation.
|
|
|
|
|
*/
|
|
|
|
'change_price_cents' => env('BILLING_CHANGE_PRICE_CENTS', 1000),
|
|
|
|
/*
|
|
|--------------------------------------------------------------------------
|
|
| 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),
|
|
|
|
// Standard-Abrechnungswährung (ISO 4217). Intern/Anzeige in Großschreibung
|
|
// ('EUR'); für Stripe-API-Aufrufe in Kleinschreibung umwandeln
|
|
// (strtolower(config('billing.default_currency'))).
|
|
'default_currency' => env('BILLING_DEFAULT_CURRENCY', 'EUR'),
|
|
|
|
// Eigene deutsche USt-ID des Betreibers — Pflichtangabe für die
|
|
// eVatR-Online-Bestätigung ausländischer EU-USt-IDs (BZSt-REST-API).
|
|
// Ohne sie bleibt die USt-ID-Prüfung eine reine Formatprüfung.
|
|
'own_vat_id' => env('BILLING_OWN_VAT_ID'),
|
|
|
|
// 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',
|
|
],
|
|
|
|
];
|