Eine Wahrheit statt zwei: Der Status der Aufgabe gilt

VanVan im Support (Runde 1, „Ging noch nicht"): „Das dort steht ich
bewerbe mich ist jetzt weg, aber dafür hat er noch mal 2 Buttons
hinzugefügt mit ich fange an und fertig. Wenn man auf ich fange an
drückt steht dort in Bearbeitung und wenn man auf fertig drückt dann
wird es zu erledigt. Die Aufgabe bleibt aber im status offen stehen.
Die beiden Buttons können entfernt werden, weil es darüber ja den
button starten gibt, der auch korrekt funktioniert."

SIE HAT ETWAS GROESSERES GEFUNDEN ALS ZWEI UEBERFLUESSIGE KNOEPFE.

Es gab ZWEI Zustaende nebeneinander, und sie kannten sich nicht:

    aufgaben.status             offen · arbeit · review · erledigt
    aufgaben_zuteilung.zustand  angenommen · arbeit · erledigt

Die zwei Knoepfe setzten den zweiten (`/mein-stand`), der
Starten-Knopf den ersten. Auf der Karte stand „in Bearbeitung", in der
Liste „offen" -- und beides stimmte. Das ist schlimmer als ein Fehler:
Es gibt nichts, dem man glauben kann. Zwei Antworten auf dieselbe
Frage sind in diesem Haus verboten, und genau das war es.

WAS ICH BEINAHE FALSCH GEMACHT HAETTE

Ihr Wunsch war „entfernt die Knoepfe". Bevor ich das tue, habe ich
gemessen, was danach bliebe -- am Bildschirm einer Modi mit einer
angenommenen Aufgabe:

    Karten-Knoepfe:  []
    Schritt-Knoepfe: []

KEIN EINZIGER. Die Modi sieht den Starten-Knopf NICHT, weil
`darfAendern` fuer sie falsch ist: Sie ist weder Leitung noch
`creator_id`, `verantwortlich_id` oder `erstellt_von` -- die Zuteilung
laeuft ueber eine eigene Tabelle. VanVan ist Leitung und sieht ihn;
deshalb klang „den gibt es doch" selbstverstaendlich.

Haette ich die Knoepfe einfach geloescht, haette ich der Modi die
einzige Handlung weggenommen, die sie hatte -- eine Meldung „behoben",
nach der weniger geht als vorher.

ALSO WIRD IHR SATZ WAHR GEMACHT

 1. Wer eine Aufgabe WIRKLICH hat (angenommen/arbeit/erledigt), darf
    ihren STATUS setzen. Damit sieht die Modi denselben Knopf wie alle
    -- gemessen: „Schritt-Knoepfe: [starten ▶]".

    ENG GEFASST: nur der Status, nur allein in der Anfrage. Die
    Pruefung ist `Object.keys(...).length === 1` und nicht „enthaelt
    status" -- sonst waere die schmale Tuer die breite mit einem
    Zusatzfeld.

 2. Der Statuswechsel zieht die Zuteilung MIT. Ohne das waere das
    Entfernen eine stille Verschlechterung gewesen: Die Zaehler einer
    Person („offen / in Arbeit / erledigt") lesen die ZUTEILUNG, nicht
    die Aufgabe. Jede Zuteilung waere fuer immer auf „angenommen"
    stehen geblieben, und die Zahlen haetten aufgehoert, die
    Wirklichkeit zu zeigen -- ohne dass irgendwo etwas rot wird.

    ABGELEITET, NICHT ZWEIMAL GESCHRIEBEN: `STATUS_ALS_ZUSTAND` gibt
    es seit dem 22.09. Benutzt wird genau sie, mit EINER Abweichung,
    und die steht daneben: Wer zugesagt hat, faellt beim Zurueckdrehen
    auf „angenommen", nicht auf „offen". Eine Zusage verschwindet
    nicht, weil jemand den Status zurueckstellt.

 3. Die zwei Knoepfe sind weg. Der Weg `/mein-stand` bleibt -- er ist
    die Schranke fuer den, der die Schnittstelle direkt anspricht.

GEGENPROBEN ZUM ERWEITERTEN RECHT (ein Recht ohne Gegenprobe ist ein
Loch mit Begruendung):

    Anna hat eine Aufgabe, die ihr NUR zugeteilt ist
      (darf_aendern false, darf_status true)
    sie setzt den Status ihrer Aufgabe (200)
    mit einem zweiten Feld kommt sie nicht durch (403)
    und umschreiben darf sie gar nicht (403)
    der Titel steht unveraendert da („Clips schneiden")
    und wer sie nicht hat, setzt auch keinen Status (404)
    zurueckgedreht steht Anna wieder auf „angenommen"

    eine Bewerbung bleibt eine Bewerbung (abgelehnt -> abgelehnt)

ZWEI EIGENE FEHLER, BEIDE VON DER MESSUNG GEFUNDEN:

 · Mein erster Zeuge war Bea und die Pool-Aufgabe. Die Gegenprobe
   wurde rot: Bea darf sie ohnehin umschreiben, weil das Uebernehmen
   aus dem Pool sie verantwortlich macht. An ihr laesst sich ueber die
   neue, schmale Tuer gar nichts zeigen. Der reine Fall wird jetzt
   GESUCHT (darf_aendern falsch, Zuteilung angenommen) statt
   hingeschrieben -- eine feste Nummer waere die naechste, die beim
   naechsten Umbau nicht mehr stimmt.
 · Mein Abschnitt stellte Annas Aufgabe auf „arbeit" und liess sie so
   stehen; ein spaeterer zaehlte ihre „angenommen" und wurde dadurch
   rot. Eine Pruefung, die den Bestand fuer die naechste veraendert,
   misst ab da etwas anderes als sie glaubt. Jetzt raeumt sie auf --
   und die Rueckfahrt ist selbst eine Messung.

ZWEI PRUEFUNGEN MUSSTEN MITZIEHEN, und das ist richtig so: Beide
verlangten „Ich fange an" -- geschrieben von mir am 30.09. fuer
VanVans ERSTE Meldung. Ihre Absicht bleibt woertlich dieselbe („kann
sie wirklich etwas tun?"), nur ist der Griff jetzt der Statusknopf.
`knoepfeAn` sieht dafuer auch neben den Zuteilungsblock: „kann sie
etwas tun?" laesst sich am Block allein nicht beantworten.

GEPRUEFT: pruef-zuteilung 75 -> 90 ok · pruef-bewerbung-aufgaben
162 -> 164 ok · pruef-struktur 99 · pruef-resuemee 35 ·
pruef-aufgabenbrett 49 · pruef-rechtetafel 19 ·
pruef-aufgaben-vorlagen 46.

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

server/workspace-aufgaben.js

@@ -28,7 +28,8 @@ const TEXT_MAX = 4000;
 
 const jetzt = () => new Date().toISOString();
 
-import { zuteilen, mitZuteilung, bewerbungenSchliessen } from "./workspace-zuteilung.js";
+import { zuteilen, mitZuteilung, bewerbungenSchliessen,
+  zuteilungenNachStatus } from "./workspace-zuteilung.js";
 
 /* ---------- Schranke ---------------------------------------------------- */
 
@@ -376,6 +377,50 @@ function darfLoeschen(person, aufgabe) {
   return darfAufgabenVerteilen(person) && darfAendern(person, aufgabe);
 }
 
+/* ===== UND DEN STATUS? (02.10.2026) =================================
+
+   VanVan im Support: „Die beiden Buttons können entfernt werden, weil
+   es darüber ja den button starten gibt, der auch korrekt funktioniert
+   wenn man ihn benutzt und die Aufgabe dann aus dem Status offen zum
+   Status in Arbeit schiebt."
+
+   SIE HAT RECHT -- ABER NICHT FUER DEN MODI. Nachgemessen am
+   Bildschirm einer Modi mit einer angenommenen Aufgabe:
+
+       Karten-Knoepfe:  []
+       Schritt-Knoepfe: []
+
+   Keiner. Sie sieht den Starten-Knopf nicht, weil `darfAendern` fuer
+   sie falsch ist -- sie ist weder Leitung noch `creator_id`,
+   `verantwortlich_id` oder `erstellt_von`; die Zuteilung laeuft ueber
+   eine eigene Tabelle. VanVan ist Leitung und sieht ihn, deshalb
+   klang „den gibt es doch" selbstverstaendlich.
+
+   Haette ich die zwei Knoepfe einfach geloescht, haette ich der Modi
+   die einzige Handlung weggenommen, die sie hatte. Das waere eine
+   Meldung „behoben" gewesen, nach der weniger geht als vorher.
+
+   ALSO WIRD IHR SATZ WAHR GEMACHT: Wer eine Aufgabe wirklich hat,
+   darf ihren STATUS setzen. Damit gibt es EINEN Weg fuer alle, und
+   der bewegt das, was alle lesen.
+
+   ENG GEFASST, UND ZWAR ABSICHTLICH: nur der Status. Nicht Titel,
+   nicht Frist, nicht die Zuteilung. `darfAendern` bleibt unberuehrt
+   -- wer eine Aufgabe bekommt, darf sie tun, nicht umschreiben.
+
+   NUR WER ZUGESAGT HAT. Eine Bewerbung ist keine Zusage, und ein
+   „abgelehnt" ist eine Entscheidung; beide geben kein Recht. */
+function darfStatusSetzen(person, aufgabe) {
+  if (darfAendern(person, aufgabe)) return true;
+  try {
+    const z = db().prepare(`SELECT 1 FROM aufgaben_zuteilung
+       WHERE aufgabe_id = ? AND person_id = ?
+         AND zustand IN ('angenommen','arbeit','erledigt')`)
+      .get(aufgabe.id, person.id);
+    return !!z;
+  } catch { return false; }
+}
+
 const SPALTEN = `
   a.id, a.titel, a.beschreibung, a.status, a.prioritaet, a.aufwand, a.frist,
   /* DAUERHAFT (30.09.2026). Ohne diese Spalte weiss die Oberflaeche
@@ -492,6 +537,13 @@ aufgabenRouter.get("/workspace/api/aufgaben", (req, res) => {
        sichtbare. */
     for (const r of reihen) {
       r.darf_aendern = darfAendern(req.person, r);
+      /* DEN STATUS DARF AUCH, WER SIE NUR HAT (02.10.2026).
+         Zwei Rechte statt einem, weil es zwei Fragen sind:
+         „darf ich das umschreiben?" und „darf ich das tun?".
+         Die Oberflaeche zeigt die Schrittknoepfe jetzt an diesem
+         Recht -- vorher hing sie am falschen, und eine Modi sah
+         gar keinen. */
+      r.darf_status = darfStatusSetzen(req.person, r);
       /* DIE OBERFLAECHE SOLL DEN KNOPF NUR ZEIGEN, WENN ER GEHT.
          Bisher entschied sie es an `darf_verteilen` -- einer Auskunft
          ueber die PERSON. Loeschen haengt aber an der AUFGABE: Die
@@ -1050,7 +1102,21 @@ aufgabenRouter.patch("/workspace/api/aufgaben/:id", gleicheHerkunft, (req, res)
     const aufgabe = db().prepare(
       `SELECT a.* ${VERBUND} WHERE ${wo} AND a.id = ?`).get(...werte, id);
     if (!aufgabe) return res.status(404).json({ fehler: "nicht_gefunden" });
-    if (!darfAendern(req.person, aufgabe)) return res.status(403).json({ fehler: "nicht_erlaubt" });
+    /* ==== ZWEI TUEREN, UND DIE SCHMALE IST NEU (02.10.2026) =======
+
+       Wer die Aufgabe aendern darf, darf alles. Wer sie nur HAT, darf
+       genau eine Sache: ihren Status setzen -- und nichts sonst in
+       derselben Anfrage. Die Begruendung steht bei `darfStatusSetzen`.
+
+       DIE ENGE PRUEFUNG IST `Object.keys`, nicht „enthaelt status":
+       Wer `{status, titel}` schickt, kommt nicht durch. Sonst waere
+       die schmale Tuer die breite mit einem Zusatzfeld. */
+    const nurStatus = Object.keys(req.body || {}).length === 1
+      && typeof req.body?.status === "string";
+    if (!darfAendern(req.person, aufgabe)
+        && !(nurStatus && darfStatusSetzen(req.person, aufgabe))) {
+      return res.status(403).json({ fehler: "nicht_erlaubt" });
+    }
 
     const { aus, fehler } = pruefeFelder(req.body || {}, { neu: false, person: req.person });
     if (fehler.length) return res.status(400).json({ fehler: fehler.join(" ") });
@@ -1084,6 +1150,30 @@ aufgabenRouter.patch("/workspace/api/aufgaben/:id", gleicheHerkunft, (req, res)
 
     db().prepare(`UPDATE aufgaben SET ${setz.join(", ")} WHERE id = ?`).run(...daten, id);
 
+    /* ==== DER STATUS ZIEHT DIE ZUTEILUNGEN MIT (02.10.2026) ========
+
+       VanVan im Support: „Wenn man auf ich fange an drückt steht dort
+       in Bearbeitung … Die Aufgabe bleibt aber im status offen
+       stehen."
+
+       Bis heute liefen zwei Zustaende nebeneinander: der der AUFGABE
+       (offen/arbeit/review/erledigt) und der der ZUTEILUNG
+       (angenommen/arbeit/erledigt). Zwei Knoepfe setzten den einen,
+       der Starten-Knopf den anderen -- und keiner wusste vom anderen.
+       Auf der Karte stand „in Bearbeitung", in der Liste „offen".
+
+       Die Knoepfe sind weg. Damit die Zaehler der Person trotzdem
+       stimmen (sie lesen die ZUTEILUNG), folgt sie jetzt dem Status.
+       Die Begruendung im Einzelnen steht bei `zuteilungenNachStatus`;
+       sie gehoert dorthin, wo die Zuordnung steht. */
+    if (aus.status && aus.status !== aufgabe.status) {
+      const mit = zuteilungenNachStatus(id, aus.status);
+      if (mit) {
+        console.log(`[aufgaben] #${id} -> ${aus.status}: ${mit} Zuteilung(en) `
+          + "sind mitgegangen.");
+      }
+    }
+
     /* DIE ZUTEILUNG MITAENDERN (21.09.2026). Wer eine Aufgabe
        bearbeitet und dabei die Leute wechselt, meint genau das -- eine
        Aenderung, die nur den Titel mitnimmt und die Zuteilung stehen