R1.3: Quota-Reset als fester Bestandteil des Tarif-Modells festgeschrieben

Der "Stub bis zum Tarif-Modul"-Kommentar war ueberholt: Das Tarif-Modul
existiert und rechnet in pressReleaseQuotaRemaining() gegen genau diesen
Zaehler. Kalendermonats-Reset dokumentiert als bewusste Vereinfachung
(nicht an der individuellen Abo-Periode ausgerichtet). Keine Logik-
Aenderung; Verhalten via PressReleaseQuotaTest abgedeckt.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
Kevin Adametz 2026-07-03 08:08:23 +00:00
parent ad2879daa4
commit 54a2e64698
2 changed files with 7 additions and 3 deletions

View file

@ -8,8 +8,12 @@ use Illuminate\Console\Command;
/**
* Setzt den monatlichen PM-Kontingent-Verbrauch aller User zurück.
*
* Temporärer Stub bis zum echten Tarif-/Credit-Modul. Läuft per Scheduler
* am Monatsanfang (siehe routes/console.php).
* Fester Bestandteil des Tarif-Modells (geprüft R1.3, 03.07.2026): Die
* Plan-Kontingente (§2/§3.3 Decision-Update) gelten pro Kalendermonat;
* User::pressReleaseQuotaRemaining() rechnet gegen diesen Zähler. Läuft
* per Scheduler am Monatsersten (siehe routes/console.php). Bewusste
* Vereinfachung: Reset am Kalendermonat, nicht an der individuellen
* Abo-Periode ausgerichtet.
*/
class ResetMonthlyPressReleaseQuota extends Command
{