DER GRUND JEDER KACHEL IM HAUS VON TEAM DOGI
Filipe: "ich will dass die hintergrunde von den kacheln immer unviersum
artig ist, es muss richtig geil sein aber immer so dass man alles noch
gut erkkent. und das IN DER GANZEN WEBSITE VON TEAM DOGI. nur die
kacheln. [...] wichtig ist die form der kacheln soll gleich bleiben."
module.css hat eine kanonische KACHELLISTE -- 48 Klassen, siebenmal in
der Datei, von pruef-css-klassen gegeneinander gehalten. Eine achte
Abschrift in crew-haus.css waere die Sorte Fehler, die nicht auffaellt:
heute vollstaendig, bei der naechsten neuen Kachel lautlos nicht mehr.
Deshalb faerbt crew-haus.css keine einzige Kachel. module.css baut den
Grund jetzt aus vier Werten (--sternenfeld, -mass, -lage,
--modul-schleier), und das zweite Haus setzt nur diese vier um. Damit
hat jede Kachel der ganzen Adresse den Himmel -- auch die, die es noch
nicht gibt. Im Agenturhaus steht `none`: kein Pixel aendert sich.
ZWEI DINGE HAT ERST DIE MESSUNG GEFUNDEN, NICHT DAS NACHDENKEN:
1. Die Nebel standen zuerst oben links. Dort ist aber JEDE Kachel dieses
Hauses schon von sich aus am hellsten -- ihr eigener Lichtverlauf
laeuft bei allen aus derselben Richtung (155/150/158 Grad) --, und
genau dort stehen ueberall die Ueberschriften. Hinter der leisesten
Textzeile lagen dadurch 2,09 % der Bildpunkte unter 4,5:1; im
Agenturhaus sind es an derselben Stelle 0,115 %. Nach dem Umzug in
die beiden gegenueberliegenden Ecken: 0,22 % -- und der Nebel durfte
dabei KRAEFTIGER werden (.80 statt .62), weil er nicht mehr auf dem
hellsten Punkt liegt. Besser lesbar und deutlicher zu sehen; das ist
selten und war hier umsonst zu haben.
2. Kleinere, dafuer hellere Sternkerne waren der falsche Weg: Der
hellste Punkt blieb fast gleich, der Stern wurde nur unschaerfer.
Entschieden hat die Deckkraft, nicht die Groesse.
Form unangetastet: Fase, Silhouette und die drei Eckwinkel werden vor
und nach dem Hauswechsel Zeichen fuer Zeichen verglichen.
pruef-kachel-universum.mjs (NEU, 37 Pruefungen, Port 4391) misst an
echten Bildpunkten und fragt nicht nach Durchschnitt allein, sondern
nach dem ANTEIL der Punkte unter 4,5:1 -- das unterscheidet einen Punkt
von einer Flaeche. Zwei Gegenproben: ein zu dunkler Text UND ein zu
heller Nebel muessen durchfallen.
MEINE SICHT -- "GENAU SO WIE SIE ES SEHEN"
Filipe: "oben bei meine sicht soll ich auch die sicht von allen jeden
moment sehen koennen und das genau genau so wie sie es sehen alles.
ausser die kalender daten oder chat daten wo ich nicht mit drin bin.."
Gemessen wurde nicht "mit Umschalter gegen ohne" -- das ist bei duenner
Datenlage ueberall gleich und beweist nichts. Gemessen wurde die
Antwort mit Umschalter gegen die Antwort, die die Person SELBST bekommt.
Das hat sechs Stellen gefunden:
* workspace-zentrale.js las `req.person.sicht` -- ein Feld, das es nicht
gibt. Der Ausdruck war immer `undefined || req.person`, daneben ein
ausfuehrlicher Kommentar, der genau das Richtige beschrieb. Die grosse
Kachel zeigte verlaesslich die eigene Lage, waehrend die Zahlen
darunter der fremden folgten -- zwei Wahrheiten in einer Kachel. Ein
Tippfehler in einem Variablennamen macht nichts kaputt; er tut nur
nichts, und genau deshalb faellt so etwas nie von selbst auf. Die
Route hatte ausserdem ZWEI Personenvariablen; jetzt hat sie eine.
* sichtPerson() gab die angesehene Person ohne Feld `haus` zurueck --
und nurHaus()/hausBedingung() fangen beide mit `haus !== "crew"` an.
Jede fremde Sicht war damit eine Agentursicht: In der Sicht auf einen
Modi kamen die Dateien, Personen und Berichte des anderen Hauses.
Das Haus haengt jetzt an der ROLLE, nicht an der Adresse.
* leistung, profil, schulung, fruehwarnung, report und teamlage lasen
weiterhin den Angemeldeten. Nur LESEN ist umgestellt, nie ein Recht --
und weil DogFather ohnehin alles sehen darf, kann das nichts oeffnen,
nur weniger zeigen.
Der Sicht-Umschalter zeichnete ausserdem nur die fuenf Rollen aus
bereiche.js; wer eine sechste hat, stand nicht darin. Dieselbe Luecke
wie in der Chat-Auswahl und der Personenliste, zum dritten Mal. Die
Ueberschrift kommt jetzt vom Server (`gruppe`), der Browser zeichnet,
was ankommt -- auch eine Rolle, deren Namen er nicht kennen darf.
DREI STELLEN FOLGEN BEWUSST NICHT: die Personenliste (aus ihr wird der
Umschalter gebaut -- folgte sie der Sicht, kaeme man aus einer fremden
nicht mehr heraus), die Auswahllisten beim Anlegen (Kategorien,
Empfaenger) und steckbrief/mein (ein Formular, das fremd liest und
eigen speichert, zerstoert Daten).
KALENDER UND CHAT BLEIBEN PRIVAT, auch mit Umschalter -- Termine,
Calls und Wiederholungen lesen ab jetzt immer die eigene Person. Eine
Pruefung musste dafuer umgedreht werden: pruef-sicht verlangte bis
heute das Gegenteil ("dafuer gibt es den Umschalter"). Die Gegenprobe
bleibt dieselbe Frage, nur andersherum -- Patrick selbst MUSS seine
Termine sehen, sonst hiesse "DogFather sieht sie nicht" nur, dass sie
niemand sieht. Dabei fiel auf, dass die Managerin gar keinen Call
hatte: Die Pruefung "bleibt privat" war nicht bestanden, sondern nicht
durchfuehrbar. Antwort darauf sind Daten, keine weichere Bedingung.
Gruen: pruef-sicht 84 (vorher 53), pruef-kachel-universum 37 (neu),
pruef-rollen 282, pruef-crew-adresse 129, pruef-start-ansicht 143,
pruef-kalender 104, pruef-haus-trennung 62, pruef-team-ampel 32,
pruef-team-stufen 26, pruef-css-klassen. Stempel 202609110209.
Co-Authored-By: Claude Opus 5 <[email protected]>
437 lines
18 KiB
JavaScript
437 lines
18 KiB
JavaScript
/* =====================================================================
|
||
workspace-schulung.js — Unterweisungen mit beidseitiger Bestätigung.
|
||
|
||
Der Wunsch vom 01.09.2026: "jeder Scout, Manager oder DogFather muss
|
||
mit seinen Creatorn die PDFs durchgehen, und beide drücken dann auf
|
||
verifiziert, so dass wir den Beweis haben – und das ist danach auch
|
||
nicht mehr zu ändern."
|
||
|
||
Das ist kein Häkchen, das ist ein NACHWEIS. Wer so etwas baut, muss
|
||
drei Fragen beantworten, sonst ist er wertlos:
|
||
|
||
1. WER hat bestätigt?
|
||
Beide Seiten getrennt, mit Name, Zeitpunkt und IP. Eine einzelne
|
||
Bestätigung reicht nicht: "Ich habe es ihm gezeigt" und "Er hat es
|
||
mir gezeigt" sind zwei verschiedene Aussagen, und erst zusammen
|
||
ergeben sie einen Beweis. Bestätigt nur einer, steht die
|
||
Unterweisung als OFFEN da -- halbe Nachweise gibt es nicht.
|
||
|
||
2. WORAUF genau?
|
||
Nicht auf "die Regeln", sondern auf eine bestimmte Datei. Deshalb
|
||
wird beim Bestätigen der SHA-256 der PDF-Datei mitgespeichert.
|
||
Tauscht später jemand die Datei aus, passt der Fingerabdruck nicht
|
||
mehr -- und die Seite sagt das auch. Ohne diesen Wert wäre die
|
||
Bestätigung ein Zettel ohne Bezug.
|
||
|
||
3. IST ES UNVERÄNDERT?
|
||
Eine abgeschlossene Bestätigung lässt sich nicht mehr ändern und
|
||
nicht löschen -- und zwar nicht, weil der Code es nicht anbietet,
|
||
sondern weil die DATENBANK es ablehnt. Zwei Trigger sorgen dafür.
|
||
Ein Schutz, der nur im Code steht, ist beim nächsten neuen Weg zur
|
||
Datenbank wieder weg.
|
||
|
||
Erfahrung aus RunOne (01.09.2026): Dort war die Festschreibung tagelang
|
||
live und NIE gelaufen -- null festgeschriebene Buchungen. Der zentrale
|
||
Weg war unerprobt, ausgerechnet der einzige, den man nicht rückgängig
|
||
machen kann. Deshalb prüft pruef-schulung.mjs hier ausdrücklich den
|
||
Vollzug: bestätigen, dann Änderung versuchen, und die Ablehnung
|
||
nachweisen.
|
||
===================================================================== */
|
||
|
||
import express from "express";
|
||
import {
|
||
createHash } from "node:crypto";
|
||
import { join } from "node:path";
|
||
import { readFileSync, existsSync } from "node:fs";
|
||
import {
|
||
db, sitzungLesen, istLeitung, istDogFather, siehtAlles, darfCreator, betreuteIds,
|
||
protokolliere, echteIp, DATEN_ORDNER,
|
||
sichtbareCreatorIds,
|
||
} from "./workspace.js";
|
||
|
||
export const schulungRouter = express.Router();
|
||
|
||
const jetzt = () => new Date().toISOString();
|
||
const TITEL_MAX = 160;
|
||
|
||
/* ---------- Tabellen ------------------------------------------------------
|
||
|
||
Werden beim ersten Zugriff angelegt. Die Trigger stehen bewusst hier
|
||
und nicht in einer Umstellung: Sie gehören zur Tabelle wie ihre
|
||
Spalten. */
|
||
|
||
let bereit = false;
|
||
function tabellen() {
|
||
if (bereit) return;
|
||
db().exec(`
|
||
/* Eine Unterweisung: ein Dokument, das durchgegangen werden muss. */
|
||
CREATE TABLE IF NOT EXISTS schulungen (
|
||
id INTEGER PRIMARY KEY AUTOINCREMENT,
|
||
titel TEXT NOT NULL,
|
||
beschreibung TEXT,
|
||
wissen_id INTEGER REFERENCES wissen(id) ON DELETE SET NULL,
|
||
pflicht INTEGER NOT NULL DEFAULT 1,
|
||
aktiv INTEGER NOT NULL DEFAULT 1,
|
||
erstellt TEXT NOT NULL,
|
||
erstellt_von INTEGER REFERENCES personen(id) ON DELETE SET NULL
|
||
);
|
||
|
||
/* Eine Bestätigung je Creator und Unterweisung.
|
||
|
||
Zwei Seiten, zwei Zeitpunkte. Erst wenn beide stehen, gilt sie --
|
||
abgeschlossen = 1 setzt der Server, nicht der Absender. */
|
||
CREATE TABLE IF NOT EXISTS schulung_bestaetigt (
|
||
id INTEGER PRIMARY KEY AUTOINCREMENT,
|
||
schulung_id INTEGER NOT NULL REFERENCES schulungen(id) ON DELETE CASCADE,
|
||
creator_id INTEGER NOT NULL REFERENCES personen(id) ON DELETE CASCADE,
|
||
betreuer_id INTEGER REFERENCES personen(id) ON DELETE SET NULL,
|
||
|
||
creator_am TEXT,
|
||
creator_ip TEXT,
|
||
betreuer_am TEXT,
|
||
betreuer_ip TEXT,
|
||
|
||
/* Fingerabdruck der Datei zum Zeitpunkt der Bestätigung. */
|
||
datei_hash TEXT,
|
||
/* Wie die Datei damals hiess -- fuer den Fall, dass sie spaeter
|
||
umbenannt oder ersetzt wird. */
|
||
datei_name TEXT,
|
||
|
||
abgeschlossen INTEGER NOT NULL DEFAULT 0,
|
||
abgeschlossen_am TEXT,
|
||
UNIQUE (schulung_id, creator_id)
|
||
);
|
||
CREATE INDEX IF NOT EXISTS idx_schulung_creator
|
||
ON schulung_bestaetigt (creator_id);
|
||
|
||
/* DIE SPERRE.
|
||
|
||
Eine abgeschlossene Bestätigung ist ein Nachweis. Sie zu ändern
|
||
hiesse, den Nachweis zu fälschen -- also lehnt die Datenbank es
|
||
ab, ganz gleich, wer es versucht und über welchen Weg.
|
||
|
||
RAISE(ABORT) bricht die Anweisung ab und gibt den Text zurück.
|
||
Das gilt auch für ein sqlite3 auf der Kommandozeile. */
|
||
CREATE TRIGGER IF NOT EXISTS schulung_nicht_aendern
|
||
BEFORE UPDATE ON schulung_bestaetigt
|
||
FOR EACH ROW WHEN OLD.abgeschlossen = 1
|
||
BEGIN
|
||
SELECT RAISE(ABORT, 'Abgeschlossene Bestaetigung kann nicht geaendert werden');
|
||
END;
|
||
|
||
CREATE TRIGGER IF NOT EXISTS schulung_nicht_loeschen
|
||
BEFORE DELETE ON schulung_bestaetigt
|
||
FOR EACH ROW WHEN OLD.abgeschlossen = 1
|
||
BEGIN
|
||
SELECT RAISE(ABORT, 'Abgeschlossene Bestaetigung kann nicht geloescht werden');
|
||
END;
|
||
`);
|
||
bereit = true;
|
||
}
|
||
|
||
/* ---------- Fingerabdruck der Datei -------------------------------------- */
|
||
|
||
function dateiHash(wissenId) {
|
||
if (!wissenId) return { hash: null, name: null };
|
||
try {
|
||
const w = db().prepare("SELECT name_datei, name_original FROM wissen WHERE id = ?").get(wissenId);
|
||
if (!w) return { hash: null, name: null };
|
||
const pfad = join(DATEN_ORDNER, "wissen", w.name_datei);
|
||
if (!existsSync(pfad)) return { hash: null, name: w.name_original };
|
||
return {
|
||
hash: createHash("sha256").update(readFileSync(pfad)).digest("hex"),
|
||
name: w.name_original,
|
||
};
|
||
} catch {
|
||
return { hash: null, name: null };
|
||
}
|
||
}
|
||
|
||
/* ---------- Schranken ----------------------------------------------------- */
|
||
|
||
function angemeldet(req, res, next) {
|
||
const person = sitzungLesen(req);
|
||
if (!person) return res.status(401).json({ fehler: "nicht_angemeldet" });
|
||
req.person = person;
|
||
try { tabellen(); } catch (f) {
|
||
console.error("[workspace] Schulungstabellen:", f?.message);
|
||
return res.status(503).json({ fehler: "nicht_verfuegbar" });
|
||
}
|
||
next();
|
||
}
|
||
schulungRouter.use("/workspace/api/schulung", angemeldet);
|
||
|
||
function gleicheHerkunft(req, res, next) {
|
||
const herkunft = req.get("origin");
|
||
if (!herkunft) return next();
|
||
let erlaubt;
|
||
try { erlaubt = new URL(herkunft).host === req.get("host"); } catch { erlaubt = false; }
|
||
if (!erlaubt) return res.status(403).json({ fehler: "fremde_herkunft" });
|
||
next();
|
||
}
|
||
|
||
/* ---------- Lesen ---------------------------------------------------------
|
||
|
||
Ein Creator sieht SEINEN Stand. Ein Betreuer sieht den Stand der
|
||
Creator, die er betreut. Die Leitung sieht alles. */
|
||
|
||
schulungRouter.get("/workspace/api/schulung", (req, res) => {
|
||
try {
|
||
const schulungen = db().prepare(`
|
||
SELECT s.*, w.name_original AS datei, w.id AS wissen,
|
||
p.name AS von
|
||
FROM schulungen s
|
||
LEFT JOIN wissen w ON w.id = s.wissen_id
|
||
LEFT JOIN personen p ON p.id = s.erstellt_von
|
||
WHERE s.aktiv = 1
|
||
ORDER BY s.pflicht DESC, s.id`).all();
|
||
|
||
/* Fuer welche Creator wird der Stand gebraucht? */
|
||
let creatorIds;
|
||
/* DURCH DIE AUGEN DER ANGESEHENEN PERSON (11.09.2026).
|
||
|
||
Filipe: "oben bei meine sicht soll ich auch die sicht von allen
|
||
jeden moment sehen koennen und das genau genau so wie sie es
|
||
sehen alles."
|
||
|
||
Nur LESEN wird umgestellt, nie ein Recht: `req.person` bleibt
|
||
ueberall dort stehen, wo geschrieben oder geprueft wird. Und
|
||
weil DogFather ohnehin alles sehen darf, kann diese Umstellung
|
||
nichts oeffnen -- sie kann nur WENIGER zeigen, naemlich genau
|
||
das, was die andere Person sieht.
|
||
*/
|
||
const zeigt = req.sicht || req.person;
|
||
if (zeigt.rolle === "creator") creatorIds = [zeigt.id];
|
||
else if (istLeitung(zeigt)) {
|
||
creatorIds = db().prepare(
|
||
"SELECT id FROM personen WHERE rolle = 'creator' AND aktiv = 1").all().map((z) => z.id);
|
||
/* Zuteilung statt Rolle (03.09.2026) -- eine Managerin sah sonst
|
||
den Schulungsstand aller Creator, auch fremder. */
|
||
const erlaubtC = sichtbareCreatorIds(zeigt);
|
||
if (erlaubtC !== null) creatorIds = creatorIds.filter((x) => erlaubtC.includes(x));
|
||
} else creatorIds = betreuteIds(zeigt);
|
||
|
||
const stand = creatorIds.length
|
||
? db().prepare(`
|
||
SELECT b.*, pc.name AS creator_name, pb.name AS betreuer_name
|
||
FROM schulung_bestaetigt b
|
||
LEFT JOIN personen pc ON pc.id = b.creator_id
|
||
LEFT JOIN personen pb ON pb.id = b.betreuer_id
|
||
WHERE b.creator_id IN (${creatorIds.map(() => "?").join(",")})`).all(...creatorIds)
|
||
: [];
|
||
|
||
/* Stimmt die Datei noch mit dem ueberein, was bestaetigt wurde?
|
||
Diese Frage stellt sonst niemand -- und sie ist der Unterschied
|
||
zwischen einem Nachweis und einem Zettel. */
|
||
for (const b of stand) {
|
||
if (!b.abgeschlossen || !b.datei_hash) { b.datei_stimmt = null; continue; }
|
||
const s = schulungen.find((x) => x.id === b.schulung_id);
|
||
const aktuell = dateiHash(s?.wissen_id);
|
||
b.datei_stimmt = aktuell.hash ? aktuell.hash === b.datei_hash : null;
|
||
}
|
||
|
||
const creatoren = creatorIds.length
|
||
? db().prepare(`SELECT id, name FROM personen
|
||
WHERE id IN (${creatorIds.map(() => "?").join(",")}) ORDER BY name`).all(...creatorIds)
|
||
: [];
|
||
|
||
res.json({
|
||
schulungen, stand, creatoren,
|
||
/* Auch die Knoepfe gehoeren zur Sicht: Wer sich den
|
||
Arbeitsplatz eines anderen ansieht, soll ihn sehen, wie er
|
||
wirklich aussieht -- mit denselben Knoepfen. Geschrieben wird
|
||
trotzdem immer als der Angemeldete; das entscheidet der Server
|
||
beim Speichern, nicht diese Zeile. */
|
||
ich: { id: zeigt.id, rolle: zeigt.rolle },
|
||
darf_anlegen: istLeitung(zeigt),
|
||
});
|
||
} catch (fehler) {
|
||
console.error("[workspace] Schulungen lesen:", fehler?.message);
|
||
res.status(503).json({ fehler: "nicht_verfuegbar" });
|
||
}
|
||
});
|
||
|
||
/* ---------- Anlegen (nur Leitung) ----------------------------------------- */
|
||
|
||
schulungRouter.post("/workspace/api/schulung", gleicheHerkunft,
|
||
express.json({ limit: "16kb" }), (req, res) => {
|
||
if (!istLeitung(req.person)) return res.status(403).json({ fehler: "nicht_erlaubt" });
|
||
try {
|
||
const titel = String(req.body.titel ?? "").trim();
|
||
if (titel.length < 3 || titel.length > TITEL_MAX) {
|
||
return res.status(400).json({ fehler: "Titel fehlt oder ist zu lang." });
|
||
}
|
||
const wissenId = Number(req.body.wissen_id) || null;
|
||
/* Ohne Dokument keine Unterweisung: Man kann nichts bestaetigen,
|
||
was man nicht gelesen hat. */
|
||
if (!wissenId) return res.status(400).json({ fehler: "Bitte ein Dokument auswählen." });
|
||
const da = db().prepare("SELECT id FROM wissen WHERE id = ?").get(wissenId);
|
||
if (!da) return res.status(400).json({ fehler: "Dieses Dokument gibt es nicht." });
|
||
|
||
db().prepare(`INSERT INTO schulungen
|
||
(titel, beschreibung, wissen_id, pflicht, erstellt, erstellt_von)
|
||
VALUES (?,?,?,?,?,?)`)
|
||
.run(titel, String(req.body.beschreibung ?? "").trim().slice(0, 2000) || null,
|
||
wissenId, req.body.pflicht === false ? 0 : 1, jetzt(), req.person.id);
|
||
|
||
protokolliere("schulung_angelegt", req.person, echteIp(req), titel);
|
||
res.json({ ok: true });
|
||
} catch (fehler) {
|
||
console.error("[workspace] Schulung anlegen:", fehler?.message);
|
||
res.status(503).json({ fehler: "nicht_verfuegbar" });
|
||
}
|
||
});
|
||
|
||
/* ---------- Bestätigen -----------------------------------------------------
|
||
|
||
Beide Seiten getrennt. Der Server entscheidet anhand der ROLLE des
|
||
Absenders, welche Seite gesetzt wird -- nicht der Absender selbst.
|
||
Sonst könnte ein Creator die Bestätigung seines Betreuers eintragen,
|
||
und der ganze Nachweis wäre wertlos. */
|
||
|
||
schulungRouter.post("/workspace/api/schulung/:id(\\d+)/bestaetigen", gleicheHerkunft,
|
||
express.json({ limit: "8kb" }), (req, res) => {
|
||
try {
|
||
const schulungId = Number(req.params.id);
|
||
const s = db().prepare("SELECT * FROM schulungen WHERE id = ? AND aktiv = 1").get(schulungId);
|
||
if (!s) return res.status(404).json({ fehler: "nicht_gefunden" });
|
||
|
||
/* Um welchen Creator geht es? */
|
||
const creatorId = req.person.rolle === "creator"
|
||
? req.person.id
|
||
: Number(req.body.creator_id) || 0;
|
||
if (!creatorId) return res.status(400).json({ fehler: "Kein Creator angegeben." });
|
||
if (req.person.rolle !== "creator" && !darfCreator(req.person, creatorId)) {
|
||
return res.status(404).json({ fehler: "nicht_gefunden" });
|
||
}
|
||
/* Ein Creator bestätigt nur für sich. */
|
||
if (req.person.rolle === "creator" && creatorId !== req.person.id) {
|
||
return res.status(403).json({ fehler: "nicht_erlaubt" });
|
||
}
|
||
|
||
const vorhanden = db().prepare(
|
||
"SELECT * FROM schulung_bestaetigt WHERE schulung_id = ? AND creator_id = ?")
|
||
.get(schulungId, creatorId);
|
||
|
||
if (vorhanden?.abgeschlossen) {
|
||
return res.status(409).json({
|
||
fehler: "Diese Unterweisung ist bereits abgeschlossen und kann nicht geändert werden.",
|
||
});
|
||
}
|
||
|
||
const alsCreator = req.person.rolle === "creator";
|
||
const ip = echteIp(req);
|
||
const nun = jetzt();
|
||
|
||
if (!vorhanden) {
|
||
const abdruck = dateiHash(s.wissen_id);
|
||
db().prepare(`INSERT INTO schulung_bestaetigt
|
||
(schulung_id, creator_id, betreuer_id, creator_am, creator_ip,
|
||
betreuer_am, betreuer_ip, datei_hash, datei_name, abgeschlossen)
|
||
VALUES (?,?,?,?,?,?,?,?,?,0)`)
|
||
.run(schulungId, creatorId,
|
||
alsCreator ? null : req.person.id,
|
||
alsCreator ? nun : null, alsCreator ? ip : null,
|
||
alsCreator ? null : nun, alsCreator ? null : ip,
|
||
abdruck.hash, abdruck.name);
|
||
} else {
|
||
/* Die jeweils andere Seite ergänzen. Eine bereits gesetzte Seite
|
||
wird NICHT überschrieben -- sonst könnte man ein Datum
|
||
nachträglich verschieben. */
|
||
if (alsCreator) {
|
||
if (vorhanden.creator_am) {
|
||
return res.status(409).json({ fehler: "Du hast bereits bestätigt." });
|
||
}
|
||
db().prepare(
|
||
"UPDATE schulung_bestaetigt SET creator_am = ?, creator_ip = ? WHERE id = ?")
|
||
.run(nun, ip, vorhanden.id);
|
||
} else {
|
||
if (vorhanden.betreuer_am) {
|
||
return res.status(409).json({ fehler: "Die Betreuung hat bereits bestätigt." });
|
||
}
|
||
db().prepare(
|
||
"UPDATE schulung_bestaetigt SET betreuer_am = ?, betreuer_ip = ?, betreuer_id = ? WHERE id = ?")
|
||
.run(nun, ip, req.person.id, vorhanden.id);
|
||
}
|
||
}
|
||
|
||
/* Abschliessen, sobald BEIDE stehen. Das entscheidet der Server
|
||
anhand der Daten -- niemand kann "abgeschlossen" mitschicken. */
|
||
const stand = db().prepare(
|
||
"SELECT * FROM schulung_bestaetigt WHERE schulung_id = ? AND creator_id = ?")
|
||
.get(schulungId, creatorId);
|
||
|
||
if (stand.creator_am && stand.betreuer_am && !stand.abgeschlossen) {
|
||
db().prepare(
|
||
"UPDATE schulung_bestaetigt SET abgeschlossen = 1, abgeschlossen_am = ? WHERE id = ?")
|
||
.run(nun, stand.id);
|
||
protokolliere("schulung_abgeschlossen", req.person, ip,
|
||
`${s.titel} · Creator ${creatorId}`);
|
||
} else {
|
||
protokolliere("schulung_bestaetigt", req.person, ip,
|
||
`${s.titel} · ${alsCreator ? "Creator" : "Betreuung"}`);
|
||
}
|
||
|
||
const neu = db().prepare(
|
||
"SELECT * FROM schulung_bestaetigt WHERE schulung_id = ? AND creator_id = ?")
|
||
.get(schulungId, creatorId);
|
||
res.json({ stand: neu });
|
||
} catch (fehler) {
|
||
console.error("[workspace] Schulung bestätigen:", fehler?.message);
|
||
res.status(503).json({ fehler: "nicht_verfuegbar" });
|
||
}
|
||
});
|
||
|
||
/* ---------- Zurückziehen (nur solange NICHT abgeschlossen) ---------------- */
|
||
|
||
schulungRouter.delete("/workspace/api/schulung/:id(\\d+)/bestaetigen", gleicheHerkunft,
|
||
(req, res) => {
|
||
try {
|
||
const schulungId = Number(req.params.id);
|
||
const creatorId = req.person.rolle === "creator"
|
||
? req.person.id : Number(req.query.creator_id) || 0;
|
||
if (!creatorId) return res.status(400).json({ fehler: "Kein Creator angegeben." });
|
||
if (req.person.rolle !== "creator" && !darfCreator(req.person, creatorId)) {
|
||
return res.status(404).json({ fehler: "nicht_gefunden" });
|
||
}
|
||
|
||
const stand = db().prepare(
|
||
"SELECT * FROM schulung_bestaetigt WHERE schulung_id = ? AND creator_id = ?")
|
||
.get(schulungId, creatorId);
|
||
if (!stand) return res.status(404).json({ fehler: "nicht_gefunden" });
|
||
|
||
/* Der Trigger würde das ohnehin ablehnen. Die Prüfung hier ist
|
||
trotzdem richtig: Sie gibt eine verständliche Antwort statt
|
||
eines Datenbankfehlers. */
|
||
if (stand.abgeschlossen) {
|
||
return res.status(409).json({
|
||
fehler: "Abgeschlossen. Das ist der Nachweis und bleibt bestehen.",
|
||
});
|
||
}
|
||
db().prepare("DELETE FROM schulung_bestaetigt WHERE id = ?").run(stand.id);
|
||
protokolliere("schulung_zurueckgezogen", req.person, echteIp(req), `Schulung ${schulungId}`);
|
||
res.json({ ok: true });
|
||
} catch (fehler) {
|
||
console.error("[workspace] Schulung zurückziehen:", fehler?.message);
|
||
res.status(503).json({ fehler: "nicht_verfuegbar" });
|
||
}
|
||
});
|
||
|
||
/* ---------- Unterweisung abschalten (nur DogFather) -----------------------
|
||
|
||
Nicht löschen: Die Bestätigungen daran hängen und sind Nachweise.
|
||
`aktiv = 0` nimmt sie aus der Liste, ohne die Vergangenheit
|
||
anzutasten. */
|
||
|
||
schulungRouter.delete("/workspace/api/schulung/:id(\\d+)", gleicheHerkunft, (req, res) => {
|
||
if (!siehtAlles(req.person)) return res.status(403).json({ fehler: "nicht_erlaubt" });
|
||
try {
|
||
db().prepare("UPDATE schulungen SET aktiv = 0 WHERE id = ?").run(Number(req.params.id));
|
||
protokolliere("schulung_abgeschaltet", req.person, echteIp(req), `Schulung ${req.params.id}`);
|
||
res.json({ ok: true });
|
||
} catch (fehler) {
|
||
console.error("[workspace] Schulung abschalten:", fehler?.message);
|
||
res.status(503).json({ fehler: "nicht_verfuegbar" });
|
||
}
|
||
});
|