Tote CCs, Entzug und Gruppen-CCs

Bisher entschied allein das Redesign darueber, ob eine Rueckkehr etwas kostet.
Es fehlten zwei Faelle: ein Entzug ohne Anspruch auf kostenlose Rueckkehr, und
der Tod im Rollenspiel. Ein toter CC laesst sich weder gratis noch gegen
Guthaben auf dem normalen Weg zurueckholen - das entscheidet ein Administrator
ueber einen eigenen Weg, mit Pflicht-Begruendung, und waehlt dabei, ob ein
Guthaben fliesst. Schon das Eintragen des Todes verlangt eine Notiz.

Dazu koennen sich mehrere Spieler einen CC teilen. Die Zugehoerigkeit laeuft
ab jetzt durchgehend ueber eine eigene Tabelle, auch bei Einzel-CCs; die
Migration traegt bestehende CCs als erstes Mitglied ihres Erstellers nach.
Ohne das waere nach dem Update kein CC mehr beim Spieler aufgetaucht.

Fuer jeden Mitnutzer gelten dieselben Regeln wie fuer einen eigenen CC: der
Platz kostet ein eigenes Guthaben, wahlweise aus dem CC-Paket oder ueber ein
Redesign. Ein Austritt gibt nichts zurueck, denn bis dahin wurde der CC
genutzt; fuer eine Fehleingabe ist das Storno der richtige Weg. Der letzte
Nutzer laesst sich nicht austragen - dann wird der CC deaktiviert. Ein
Redesign nimmt die Gruppe mit.

README.md

@@ -18,10 +18,10 @@ Zwei Regeln sind fest verdrahtet:
 
 1. **Ein CC-Paket erzeugt beide Guthaben.** Der inklusive Redesign wird automatisch mitgebucht,
    in derselben Transaktion und mit gemeinsamer Gruppen-ID - ein Storno nimmt beide zurück.
-2. **Nur redesignte CCs kosten bei der Rückkehr.** Solange ein CC unverändert existiert, kommt er
+2. **Der Grund entscheidet über die Rückkehr.** Solange ein CC unverändert existiert, kommt er
    gratis zurück - gleich ob der Spieler inaktiv war oder die Einheit zeitweise entfernt wurde.
-   Wurde er dagegen redesignt, existiert das Original nicht mehr und die Reaktivierung kostet ein
-   Redesign- oder CC-Guthaben.
+   Wurde er redesignt oder entzogen, kostet die Rückkehr ein Redesign- oder CC-Guthaben. Ist er
+   im Rollenspiel gestorben, entscheidet darüber ausschließlich ein Administrator, mit Begründung.
 
 Guthaben werden als **Kontobuch** geführt: jede Bewegung ist eine eigene Zeile, der Stand eines
 Topfes ist deren Summe. Das macht jeden Stand nachvollziehbar und Korrekturen sauber - storniert
@@ -33,7 +33,32 @@ Kette „A → B → C" sichtbar und die Reaktivierungsregel greift automatisch
 A zurück, ist A ein redesignter CC und kostet entsprechend.
 
 Warum ein CC inaktiv wurde, lässt sich beim Deaktivieren als Klartext festhalten („Einheit bis
-März entfernt") - der Grund steht dann an der Karte, statt nur als Kategorie.
+März entfernt") - der Grund steht dann an der Karte, statt nur als Kategorie. Vier Gründe stehen
+zur Wahl:
+
+| Grund | Rückkehr |
+|---|---|
+| Spieler-Inaktivität | gratis |
+| Anderer Grund (z. B. Einheit zeitweise entfernt) | gratis |
+| Entzogen | kostet ein Guthaben |
+| Im Rollenspiel gestorben | nur durch einen Administrator, mit Begründung |
+
+## Gruppen-CCs
+
+Manche CCs teilen sich mehrere Spieler. Für jeden gelten dabei dieselben Regeln wie für einen
+eigenen CC: **der Platz kostet ein eigenes Guthaben** - entweder aus dem CC-Paket oder über ein
+Redesign, je nachdem, worüber der Spieler hinzukommt.
+
+Über *Nutzer aufnehmen* auf der Spielerseite kommt jemand dazu; das Guthaben wird von seinem
+Konto gebucht, nicht vom Konto des Gründers. Wer die Gruppe verlässt, wird über das ✕ an seinem
+Namen ausgetragen - **verbrauchtes Guthaben gibt es dabei nicht zurück**, denn bis dahin hat er
+den CC genutzt. Für eine Fehleingabe ist das Storno der Buchung der richtige Weg.
+
+Ausgetretene bleiben als „früher: …" sichtbar, damit nachvollziehbar ist, wer den CC wann genutzt
+hat. Der letzte verbliebene Nutzer lässt sich nicht austragen - dann wird der CC deaktiviert.
+
+Ein Redesign nimmt die Gruppe mit: Wer zum Zeitpunkt des Redesigns dabei war, ist es danach auch.
+Bezahlt wird es von dem, der es beantragt.
 
 ## Schnellstart