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:
parent
ad2879daa4
commit
54a2e64698
2 changed files with 7 additions and 3 deletions
|
|
@ -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
|
||||
{
|
||||
|
|
|
|||
|
|
@ -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).
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue