Die Live-Checkliste am Termin -- ein Knopf, keine Automatik

KAPITEL 5.7 UND 11: "Wird pro Live-Termin als Checkliste erzeugt und den
eingeteilten Modis zugewiesen."

DAS DOKUMENT SAGT "AUTOMATISCH", FILIPE HAT SICH FUER EINEN KNOPF
ENTSCHIEDEN (10.09.2026). Vierzehn Aufgaben, die bei jedem Termin von
selbst erscheinen, ueberrumpeln -- und was ungefragt Dinge anlegt, ist
schwer wieder loszuwerden. Wer einen Termin nur zum Merken eintraegt,
haette danach aufzuraeumen.

Ein Druck erzeugt die vierzehn Punkte aus Kapitel 11 (fuenf vorher,
fuenf waehrend, vier danach), mit dem TERMINTAG als Frist -- eine
Vorbereitung, die nach dem Live faellig wird, ist keine -- verteilt auf
die eingeteilten Modis, jede mit ihrer Kategorie.

DREI STELLEN, AN DENEN SO ETWAS ERFAHRUNGSGEMAESS KIPPT. Alle drei
vorher benannt, dann gemessen:

  * ZWEIMAL DRUECKEN. Der zweite Druck legt nichts an. Und der Knopf
    zeigt die Zahl ("Checkliste (14)") -- sonst drueckt man ihn zur
    Sicherheit noch einmal und weiss hinterher nicht, ob doppelt
    angelegt wurde.
  * DAS ZWEITE LIVE. Hier waere der Fehler teuer: Die Kennung, an der
    "schon uebernommen" erkannt wird, traegt jetzt die TERMINNUMMER
    (`mk-vor-technik#42`). Ohne sie stuende beim zweiten Live alles als
    erledigt da, und niemand bekaeme seine Liste. Geprueft mit zwei
    echten Terminen.
  * EIN TERMIN OHNE EINGETEILTE MODIS. Vierzehn herrenlose Aufgaben
    waeren schlimmer als keine -- stattdessen kommt eine Rueckfrage.

KEIN ROLLENNAME IM BROWSER, wie ueberall: Der Server schickt ein Ja/Nein
("gehoert der Knopf hierhin") und eine Zahl ("wie viele stehen schon").
Aus einer Zahl laesst sich nichts schliessen. Ein Manager bekommt den
Knopf gar nicht erst -- und wenn er es ueber die Schnittstelle versucht,
wortgleich dieselbe Absage wie fuer eine erfundene Art.

DIE ZAEHLUNG LAEUFT IN EINER ABFRAGE fuer alle Termine im Blick, nicht
je Zeile eine. Bei dreissig Terminen waeren das dreissig Abfragen -- den
Fehler hat das Haus bei den Teilnehmern schon einmal gemacht und drei
Zeilen darueber ausdruecklich vermerkt.

DIE TERMINE IN DER PRUEFUNG LIEGEN RELATIV in der Zukunft (+3 und +10
Tage). Ein festes Datum holt der Kalender irgendwann ein, und dann ist
die Pruefung rot, ohne dass etwas kaputt ist -- genau so ist es am
06.09.2026 bei der Oeffnungsschranke des Shops passiert.

GEPRUEFT: pruef-modi-livecheck (16, neu), pruef-kalender, pruef-serien
(69), pruef-vorlagen, pruef-modi-katalog (29).

Co-Authored-By: Claude Opus 5 <[email protected]>

server/workspace-vorlagen.js

@@ -37,6 +37,7 @@
 import express from "express";
 import {
   db, sitzungLesen, istLeitung, darfCreator, protokolliere, echteIp, kategorienFuer,
+  termineSichtbar,
 } from "./workspace.js";
 
 export const vorlagenRouter = express.Router();
@@ -1572,6 +1573,79 @@ vorlagenRouter.post("/workspace/api/vorlagen/uebernehmen", gleicheHerkunft,
           angelegt.push(v.titel);
         }
 
+      } else if (art === "katalog_termin") {
+        /* =============================================================
+           DIE LIVE-CHECKLISTE ZU EINEM TERMIN (10.09.2026, Kap. 5.7/11)
+
+           "Wird pro Live-Termin als Checkliste erzeugt und den
+           eingeteilten Modis zugewiesen." Genau das: die vierzehn
+           Punkte aus Vor / Waehrend / Nach, mit Frist auf den Tag des
+           Termins.
+
+           DIE KENNUNG TRAEGT DIE TERMINNUMMER (`mk-vor-technik#42`).
+           Ohne sie stuende beim ZWEITEN Live alles als "schon
+           uebernommen" da -- die Kennung wird naemlich benutzt, um
+           genau das anzuzeigen. Mit ihr hat jedes Live seine eigene
+           Liste, und der Knopf kann sagen, ob es sie schon gibt.
+
+           DIE FRIST IST DER TERMINTAG, nicht "in n Tagen". Eine
+           Vorbereitung, die nach dem Live faellig wird, ist keine. */
+        if (!kategorienFuer(req.person).length) {
+          return res.status(400).json({ fehler: "Unbekannte Art." });
+        }
+        const terminId = Number(req.body.termin_id);
+        if (!Number.isInteger(terminId) || terminId < 1) {
+          return res.status(400).json({ fehler: "Kein Termin angegeben." });
+        }
+        /* Ueber dieselbe Sichtbarkeitsregel wie der Kalender -- wer den
+           Termin nicht sehen darf, soll auch nicht erfahren, dass es
+           ihn gibt. */
+        const sicht = termineSichtbar(req.person, "t");
+        const termin = db().prepare(
+          `SELECT t.id, t.beginn FROM termine t WHERE ${sicht.wo} AND t.id = ?`)
+          .get(...sicht.werte, terminId);
+        if (!termin) return res.status(404).json({ fehler: "nicht_gefunden" });
+
+        /* WEM sie gehoert: den Modis, die an diesem Termin eingeteilt
+           sind. Ist keiner eingetragen, bekommt sie der, der drueckt --
+           sonst entstuenden vierzehn herrenlose Aufgaben. */
+        let leute = db().prepare(
+          `SELECT p.id FROM termin_teilnehmer tt JOIN personen p ON p.id = tt.person_id
+            WHERE tt.termin_id = ? AND p.rolle = 'modi' AND p.aktiv = 1`).all(terminId)
+          .map((z) => z.id);
+        if (!leute.length && req.person.rolle === "modi") leute = [req.person.id];
+        if (!leute.length) {
+          return res.status(400).json({
+            fehler: "Für dieses Live ist noch niemand eingeteilt.",
+          });
+        }
+
+        const tag = String(termin.beginn).slice(0, 10);
+        const punkte = MODI_KATALOG.filter((v) =>
+          v.gruppe === "vor" || v.gruppe === "waehrend" || v.gruppe === "nach");
+        /* Was es schon gibt, wird nicht doppelt angelegt. Ein zweiter
+           Druck soll nichts kaputtmachen -- und "nochmal" waere hier
+           anders als beim uebrigen Katalog eine Falle: Vierzehn Punkte
+           doppelt auf einem Live-Tag sind nicht zu gebrauchen. */
+        const schon = new Set(db().prepare(
+          "SELECT vorlage FROM aufgaben WHERE vorlage LIKE ?")
+          .all(`mk-%#${terminId}`).map((z) => z.vorlage));
+        for (const v of punkte) {
+          for (const wer of leute) {
+            const kennung = `${v.schluessel}#${terminId}`;
+            if (schon.has(kennung) && leute.length === 1) continue;
+            db().prepare(`INSERT INTO aufgaben
+                (titel, beschreibung, status, prioritaet, verantwortlich_id, frist,
+                 kategorie, vorlage, erstellt, erstellt_von)
+                VALUES (?,?,'offen','hoch',?,?,?,?,?,?)`)
+              .run(v.titel, v.text, wer, tag, v.kategorie, kennung, jetzt(), req.person.id);
+            angelegt.push(v.titel);
+          }
+        }
+        if (!angelegt.length) {
+          return res.json({ angelegt: 0, titel: [], hinweis: "schon vorhanden" });
+        }
+
       } else {
         return res.status(400).json({ fehler: "Unbekannte Art." });
       }