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
{

View file

@ -55,7 +55,7 @@ Schedule::command(GenerateManualInvoices::class)
->runInBackground();
// ========================================
// PM-Kontingent (Stub bis zum echten Tarif-Modul)
// PM-Kontingent (Kalendermonats-Reset des Tarif-Modells)
// ========================================
// Monatlicher Reset des verbrauchten PM-Kontingents (am 1. um 00:05).