docs(plan): multi-use invite links replace bulk single codes

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

Doku/plans/registrierung-und-login.md

@@ -63,7 +63,6 @@ Heute: Der Admin erzeugt einen Code (optional an eine E-Mail-Adresse und Organis
 
 **Mehrere Personen mit einem Code**
 - Neues Feld **„Wie oft verwendbar“** (Standard 1, z. B. 20) – ein Link für eine ganze Gruppe, Klasse oder Familie. In der Liste steht „3 von 20 verwendet“, Widerrufen beendet ihn sofort.
-- Alternativ **„N Einzel-Codes erzeugen“** (z. B. 20 Stück auf einmal) mit Kopieren/Export als Liste, wenn jede Person ihren eigenen Code bekommen soll.
 - Mehrfach-Codes können nicht an eine einzelne E-Mail gebunden werden, wohl aber an eine Organisation und an die erlaubten E-Mail-Endungen (Abschnitt 1).
 - Technisch: Spalten `max_uses` und `use_count` an `user_invites`; das bestehende „Code reservieren → Konto anlegen → als benutzt markieren“ zählt dann hoch statt abzuschließen (weiter ohne Doppelverwendung bei gleichzeitigen Registrierungen).
 
@@ -91,7 +90,7 @@ Eine Anmeldung über den Mailserver (SMTP-Prüfung wie in Gitea) ist bewusst nic
 
 ## Reihenfolge und Aufwand (grob)
 
-1. Einladungslink (Link kopieren, per E-Mail einladen) und Mehrfach-Codes – klein bis mittel, sofort nützlich.
+1. Einladungslink (Link kopieren, per E-Mail einladen) und mehrfach verwendbare Codes – klein bis mittel, sofort nützlich. (Mehrere Einzel-Codes auf einmal erzeugen ist damit überflüssig und entfällt.)
 2. Registrierungsmodus mit Freigabe und Endungen, Umgebungsvariablen, Admin-Liste „Wartet auf Freigabe“, E-Mails – mittel.
 3. E-Mail-Bestätigung per Link – klein (Technik wie Passwort vergessen).
 4. OIDC-Login – mittel (Bibliothek `coreos/go-oidc` + `golang.org/x/oauth2`, neue Tabelle für verknüpfte Konten, Knopf auf der Anmeldeseite).