Forums-Anträge erfassen und von Hand entscheiden

Der GExtension-Abgleich liefert die Käufe, der Verbrauch steht im Forum. Die
App liest jetzt die drei CC-Boards und sammelt die Anträge.

Gelesen wird nur die Board-Übersicht: sie führt bereits den Ersteller, nicht
nur den letzten Antwortenden. Damit bleibt ein Lauf bei wenigen Anfragen statt
einer je Thread. Unterforen und globale Kästen tragen ebenfalls Thread-Links,
deshalb liest der Parser strikt entlang der Listeneinträge - sonst landen
Changelogs und Bewerbungen in der Antragsliste.

Klassifiziert wird ausschließlich von Hand. Weder Titel noch Board sind
verlässlich genug: Threads werden nicht immer verschoben, ein genehmigter
Antrag kann weiter im Antrags-Board liegen. Das Board steht deshalb nur als
Hinweis an der Zeile.

Angenommene Anträge rufen dieselben Aktionen wie die Knöpfe auf der
Spielerseite, es gibt keinen zweiten Buchungsweg mit eigenen Regeln. Wandert
ein bereits entschiedener Thread später in ein anderes Board, erscheint das
als Hinweis zum Abhaken - der CC-Status ändert sich nie von allein.

Die Thread-ID bleibt beim Verschieben stabil und traegt deshalb die
Wiedererkennung; die Board-Historie wird mitgeschrieben. Zurückgelassene
Verweise erkennt der Parser und zählt sie nicht als eigenen Antrag.

README.md

@@ -168,6 +168,34 @@ Der Abgleich hält eine Sekunde Abstand zwischen den Anfragen und weist sich per
 Die Seite gehört dem Serverbetreiber, nicht dieser App — ein offizieller Datenzugang wäre der
 sauberere Weg, falls er zu haben ist.
 
+## Forums-Anträge
+
+> Ebenfalls auf eine bestimmte Instanz zugeschnitten: gelesen wird ein **WoltLab-Forum**
+> (Burning Board) unter `senseigaming.de/forum`, konfigurierbar über `FORUM_BASE_URL`. Ein
+> anderes Forensystem bräuchte einen eigenen Parser in `server/src/lib/forum.ts`.
+
+Während der GExtension-Abgleich die **Käufe** liefert, steht der **Verbrauch** im Forum: Wurde
+ein Antrag angenommen, abgelehnt, war es ein neuer CC oder ein Redesign? Unter *Anträge* liest
+die App die drei CC-Boards aus und sammelt die Threads.
+
+**Entschieden wird ausschließlich von Hand.** Titel und Board werden bewusst nicht ausgewertet —
+Threads werden nicht immer zuverlässig verschoben, ein längst genehmigter Antrag kann noch im
+Antrags-Board liegen. Das aktuelle Board steht deshalb nur als Hinweis an der Zeile.
+
+Pro Antrag wählt ein Admin: *angenommen als neuer CC*, *angenommen als Redesign* (mit Auswahl,
+welcher CC ersetzt wurde und woraus bezahlt wird), *abgelehnt* oder *kein Antrag*. Die beiden
+angenommenen Fälle lösen exakt dieselben Buchungen aus wie die Knöpfe auf der Spielerseite —
+es gibt keinen zweiten Buchungsweg mit eigenen Regeln.
+
+Zugeordnet wird über den Forumsnamen des Erstellers gegen das Feld *Forum-Name* beim Spieler.
+Ohne Treffer bleibt der Antrag in der Liste und lässt sich von Hand zuordnen; trägst du den
+Forumsnamen beim Spieler nach, findet ihn der nächste Abgleich von allein.
+
+Ein Thread behält seine ID, auch wenn er zwischen den Boards verschoben wird — daran hängt die
+Wiedererkennung. Wandert ein **bereits entschiedener** Antrag später in ein anderes Board, etwa
+ins Archiv, erscheint das oben als Hinweis. Es ändert nie automatisch den CC-Status: dafür ist
+das Signal zu unzuverlässig.
+
 ## Rollen
 
 Es gibt **keine öffentliche Registrierung**. Konten legt ausschließlich ein Administrator an.