Support: der Melder hat das letzte Wort -- und die Kachel bekommt ihren eigenen Stil

Filipe: "ich will dass die leute die mir was geschickt haben im support, auch meine notiz bekommen wenn ich fertig bin. damit die bescheid wissen und dan anklicken koennen, es funktioniert, oder noch nicht. und erst wenn es funktioniert gedrueckt wird, will ich dass alles richtig fertig ist. perfektionier den ganzen weg und mit dem gedanken das manchmal sachen mehrmal nicht sofort perfekt sein werden." DER GANZE WEG, nicht nur der Schlusspunkt: 1. Die Leitung drueckt "Behoben - nachfragen ...". Der Knopf hiess vorher "Erledigt ..." und tat auch das; jetzt stellt er eine Frage, also heisst er auch so. Eine Beschriftung, die etwas anderes sagt als der Knopf tut, glaubt man genau einmal. 2. Die Meldung steht auf "wartet" -- ein vierter Stand zwischen "wird bearbeitet" und "erledigt". Beim Melder heisst er "geht es wieder?", weil er aus SEINER Sicht keine Wartezeit ist, sondern eine Frage. 3. Er sieht die Notiz und zwei Knoepfe. "Geht wieder" ohne Rueckfrage (der haeufige, harmlose Fall). "Noch nicht" verlangt ein Wort -- sonst faengt die Suche von vorn an und die naechste Runde waere dieselbe wie die letzte. 4. "Noch nicht" ist keine Beschwerde, sondern Runde 2: zurueck in Arbeit, Rundenzahl plus eins, Leitung bekommt eine Nachricht, und der Verlauf behaelt, was beim letzten Mal versucht wurde. Niemand faengt von vorn an -- genau der Fall, den Filipe genannt hat. 5. Erst sein "Geht wieder" schliesst die Meldung. Danach kann weder er noch die Leitung sie wieder aufmachen (409). NUR DER MELDER darf bestaetigen, ausdruecklich nicht die Leitung (`person_id !== req.person.id`, nicht "ist Leitung") -- sonst nickt sie ihre eigene Arbeit ab und der ganze Umweg waere Zierde. Eine fremde Meldung gibt 404, nicht 403: Wer sie nicht sehen darf, soll auch nicht erfahren, dass es sie gibt. DER VERLAUF STEHT UNTEREINANDER statt nur der letzten Antwort. Bei Runde drei war sonst nicht mehr zu sehen, was beim ersten Mal versucht wurde, und genau das loest einen wiederkehrenden Fehler. Meldungen von vor diesem Umbau haben keinen Verlauf -- die zeigen wie bisher ihre blosse Antwort, ein leerer Kasten waere schlechter als der alte Satz. DIE KACHEL SIEHT ANDERS AUS (zweiter Wunsch: "viel geiler viel profissioneller ... die hauptfarbe soll babyblau sein mit bissl lila"). `support-seite` traegt den Stil; alle Regeln haengen daran und gelten damit nur hier. Zwei weiche Lichter, Pillen statt Kaesten als Filter, eine leuchtende Naht ueber dem Meldefeld. Augenschonend: gedeckt, kein Neon, Kontrast geprueft. GEMESSEN: - pruef-support: 45 -> 58 Pruefungen, 0 Fehler. Der ganze Weg einmal durch, MIT einer Runde, die schiefgeht. Dazu drei Gegenproben: die Leitung kann nicht fuer den Melder bestaetigen (404), "noch nicht" ohne Wort wird abgelehnt (400), eine geschlossene Meldung bleibt zu (409, aus beiden Richtungen). - Die Schemaaenderung auf einer KOPIE der echten Datenbank durchgespielt: 72 Tabellen, keine Zeile und keine Spalte verloren, support_runden und `runde` da, 'wartet' in der CHECK-Regel. - pruef-css-klassen, pruef-deutsche-texte, pruef-code, pruef-glocke: alle gruen. Co-Authored-By: Claude Opus 5 <[email protected]>
2026-09-25 04:55:14 +02:00
parent 939aa6371b
commit cebdd88e8d
47 changed files with 1377 additions and 661 deletions
@@ -71,6 +71,31 @@
 export const SUPPORT_STAND = {
  neu: "neu",
  inArbeit: "in_arbeit",
+  /* ==== DER MELDER HAT DAS LETZTE WORT (25.09.2026) ================
+
+     Filipe: „ich will dass die leute die mir was geschickt haben im
+     support, auch meine notiz bekommen wenn ich fertig bin. damit die
+     bescheid wissen und dan anklicken koennen, es funktioniert, oder
+     noch nicht. und erst wenn es funktioniert gedrueckt wird, will
+     ich dass alles richtig fertig ist."
+
+     WAS VORHER FEHLTE, und es ist der haeufigste Ausgang einer
+     Fehlermeldung: Die Leitung macht zu, und niemand weiss, ob es
+     beim Melder wirklich geht. Der merkt es beim naechsten Mal -- und
+     meldet es nicht noch einmal, weil er denkt, es interessiert ja
+     doch niemanden.
+
+     „wartet" heisst: die Leitung hat geantwortet, und die Sache liegt
+     beim MELDER. Er drueckt „geht wieder" (dann ist sie erledigt)
+     oder „noch nicht" (dann geht sie zurueck in Arbeit -- und zwar in
+     die naechste Runde, nicht an den Anfang).
+
+     WARUM EINE VIERTE STUFE UND NICHT EIN HAEKCHEN AN „erledigt":
+     Eine Meldung, die auf eine Antwort wartet, ist ein anderer
+     Zustand als eine, die niemand angesehen hat -- sie gehoert in
+     eine eigene Spalte und in eine eigene Zahl. Ein Merkmal an
+     „erledigt" waere die Sorte Zustand, die man beim Zaehlen vergisst. */
+  wartet: "wartet",
  erledigt: "erledigt",
 };

@@ -109,7 +134,17 @@ export function supportTabellen(d) {
      bild_breite  INTEGER,
      bild_hoehe   INTEGER,
      stand        TEXT    NOT NULL DEFAULT 'neu'
-                   CHECK (stand IN ('neu','in_arbeit','erledigt')),
+                   CHECK (stand IN ('neu','in_arbeit','wartet','erledigt')),
+      /* DIE WIEVIELTE RUNDE (25.09.2026).
+
+         Filipe: „mit dem gedanken das manchmal sachen mehrmal nicht
+         sofort perfekt sein werden."
+
+         Manches ist beim zweiten Anlauf immer noch nicht behoben. Die
+         Zahl steht deshalb an der Meldung und auf dem Bildschirm --
+         „Runde 3" ist eine Auskunft, die man beim Lesen braucht, und
+         sie sagt ohne Vorwurf, dass hier etwas haengt. */
+      runde        INTEGER NOT NULL DEFAULT 1,
      antwort      TEXT,
      erstellt     TEXT    NOT NULL,
      geaendert    TEXT    NOT NULL,
@@ -117,6 +152,39 @@ export function supportTabellen(d) {
      erledigt_von INTEGER REFERENCES personen(id) ON DELETE SET NULL
    );

+    /* ==== DER VERLAUF EINER MELDUNG (25.09.2026) ====================
+
+       Je Runde eine Zeile: was die Leitung geantwortet hat, und was
+       der Melder daraufhin gesagt hat.
+
+       WARUM NICHT EINFACH DAS FELD antwort UEBERSCHREIBEN: Dann
+       staende bei der dritten Runde nur noch die dritte Antwort da --
+       und die Frage „was haben wir beim ersten Mal versucht?" waere
+       nicht mehr zu beantworten. Genau die ist es, die einen
+       wiederkehrenden Fehler loest.
+
+       DIE ZEILE ENTSTEHT BEIM ANTWORTEN, nicht beim Melden: Runde 1
+       beginnt, wenn die Leitung das erste Mal sagt „so, probier
+       mal". */
+    CREATE TABLE IF NOT EXISTS support_runden (
+      id           INTEGER PRIMARY KEY AUTOINCREMENT,
+      meldung_id   INTEGER NOT NULL
+                   REFERENCES support_meldungen(id) ON DELETE CASCADE,
+      nr           INTEGER NOT NULL,
+      antwort      TEXT    NOT NULL,
+      von_id       INTEGER REFERENCES personen(id) ON DELETE SET NULL,
+      von_name     TEXT,
+      am           TEXT    NOT NULL,
+      /* Was der Melder gesagt hat: 'geht' oder 'nicht'. NULL heisst
+         „er hat noch nicht geantwortet" -- und das ist ein eigener,
+         gueltiger Zustand, kein fehlender Wert. */
+      urteil       TEXT    CHECK (urteil IN ('geht','nicht')),
+      urteil_text  TEXT,
+      urteil_am    TEXT
+    );
+    CREATE INDEX IF NOT EXISTS idx_support_runden_meldung
+      ON support_runden (meldung_id, nr);
+
    /* Die Leitung fragt „was ist offen?", der Melder „was ist meins?".
       Zwei Indizes für zwei Fragen. */
    CREATE INDEX IF NOT EXISTS idx_support_stand