ki/quota: Hash-Bindung atomar bis in den Publish-Lock, roter Re-Check lehnt ab, Kontingent-Altbestand (Block 7, U02–U04)

- Jobs speichern Ergebnis nur per bedingtem UPDATE auf den analysierten Hash;
  publish() prüft bei ki/scheduler unter der Zeilensperre die jüngste gültige
  Klassifikation und plant sonst eine neue Prüfung ein (StaleClassificationException)
- Re-Check ohne Routing: Rot bei einer PM in Review lehnt wie die Erstprüfung ab
- consumePublishSlot() zählt eine NULL-Periode wie den laufenden Monat;
  Backfill-Migration setzt die Periode für Altverbrauch
- ApiPortalResolutionTest: gemeinsame Kategorie wegen der U10-Prüfung

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

tests/Feature/Api/ApiPortalResolutionTest.php

@@ -197,8 +197,11 @@ test('v1 update keeps the portal unless an explicit portal parameter is sent', f
     $company = Company::factory()->businessportal24()->create();
     $user->companies()->attach($company->id, ['role' => 'owner']);
 
+    // Gemeinsame Kategorie, damit der Portalwechsel nicht an der
+    // Kategorieprüfung (Audit U10) scheitert.
     $pressRelease = PressRelease::factory()
         ->forPortal(Portal::Businessportal24)
+        ->for(Category::factory()->withTranslations()->create(['portal' => Portal::Both]))
         ->create(['user_id' => $user->id, 'company_id' => $company->id]);
 
     Sanctum::actingAs($user, ['press-releases:read', 'press-releases:write']);