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]>

workspace/assets/js/aufgaben.js

@@ -394,7 +394,30 @@
        nichts tut.
        `darf_aendern` kommt vom Server -- aus derselben Regel, die
        auch das Schreiben entscheidet. */
-    if (a.darf_aendern !== false) {
+    /* ==== DER RICHTIGE SCHLUESSEL FUER DIESE TUER (02.10.2026) ====
+
+       Hier stand `darf_aendern`. Das ist das Recht, eine Aufgabe zu
+       UMSCHREIBEN -- und eine Modi hat es nicht. Gemessen an ihrem
+       Bildschirm, mit einer angenommenen Aufgabe: kein einziger
+       Knopf, weder hier noch auf der Zuteilungskarte.
+
+       VanVan hat im Support geschrieben, es gebe „darüber ja den
+       button starten". Fuer sie stimmt das — sie ist Leitung. Fuer
+       die Modi, um die es in ihrer Meldung ging, stimmte es nie.
+
+       `darf_status` ist die andere Frage: „darf ich das TUN?" Wer
+       eine Aufgabe wirklich hat, darf ihren Status setzen. Beide
+       Antworten kommen vom Server, aus derselben Regel, die auch das
+       Schreiben entscheidet -- zwei Stellen fuer dieselbe Frage geben
+       irgendwann zwei Antworten, und die falsche ist die sichtbare. */
+    /* EINE ZEILE, EINE FRAGE. Fehlt `darf_status` (eine Seite, die
+       noch im Zwischenspeicher liegt, spricht mit einem neuen
+       Server), gilt der alte Schluessel -- dann ist es hoechstens so
+       wie vorher und nie mehr. */
+    const darfTun = a.darf_status === undefined
+      ? a.darf_aendern !== false
+      : a.darf_status === true;
+    if (darfTun) {
       if (ZURUECK[a.status]) schritte.append(knopf('◀ zurück', a, ZURUECK[a.status]));
       if (WEITER[a.status]) schritte.append(knopf(beschriftung(a.status), a, WEITER[a.status]));
     }

workspace/assets/js/zuteilung.js

@@ -379,31 +379,40 @@
       kasten.append(dauer);
     }
 
-    if (mein && (mein.zustand === 'angenommen' || mein.zustand === 'arbeit')) {
-      if (mein.zustand === 'angenommen') {
-        knopf('Ich fange an', '', async function (b) {
-          b.disabled = true;
-          var r = await schicken('/workspace/api/aufgaben/' + a.id + '/mein-stand',
-            { zustand: 'arbeit' });
-          if (r.ok) { nachLaden(); return; }
-          b.disabled = false;
-          sagen(meldung, window.sagWas ? window.sagWas(r.json.fehler) : 'Hat nicht geklappt.', false);
-        });
-      }
-      /* KEIN „FERTIG" BEI EINER DAUERHAFTEN AUFGABE. Der Server
-         lehnt es ohnehin ab (`dauerhafte_aufgabe`) -- ein Knopf, der
-         eine Absage holt, ist schlimmer als keiner. Die Zeile
-         darüber sagt, warum er fehlt. */
-      if (!a.dauerhaft)
-      knopf('Fertig', 'knopf--klar', async function (b) {
-        b.disabled = true;
-        var r = await schicken('/workspace/api/aufgaben/' + a.id + '/mein-stand',
-          { zustand: 'erledigt' });
-        if (r.ok) { nachLaden(); return; }
-        b.disabled = false;
-        sagen(meldung, window.sagWas ? window.sagWas(r.json.fehler) : 'Hat nicht geklappt.', false);
-      });
-    }
+    /* ==== HIER STANDEN „ICH FANGE AN" UND „FERTIG" (02.10.2026) ===
+
+       VanVan im Support: „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 recht, und sie hat etwas Groesseres gefunden als zwei
+       ueberfluessige Knoepfe: Es gab ZWEI Zustaende nebeneinander.
+
+           aufgaben.status            offen · arbeit · review · erledigt
+           aufgaben_zuteilung.zustand angenommen · arbeit · erledigt
+
+       Diese Knoepfe setzten den zweiten (`/mein-stand`), der
+       Starten-Knopf darueber den ersten. Auf der Karte stand „in
+       Bearbeitung", in der Liste „offen" -- und beides stimmte. Das
+       ist schlimmer als ein Fehler, denn es gibt nichts, dem man
+       glauben kann.
+
+       ZWEI ANTWORTEN AUF DIESELBE FRAGE sind im Haus verboten, und
+       das ist genau der Fall gewesen. Es bleibt die eine, die VanVan
+       benennt: der Status der Aufgabe.
+
+       WAS ZUSAETZLICH NOETIG WAR, damit das Entfernen keine stille
+       Verschlechterung ist: Die Zaehler einer Person („offen / in
+       Arbeit / erledigt") lesen die ZUTEILUNG, nicht die Aufgabe.
+       Ohne Gegenmassnahme waere jede Zuteilung fuer immer auf
+       „angenommen" stehen geblieben. Deshalb zieht der Statuswechsel
+       die Zuteilung jetzt mit (`zuteilungenNachStatus` im Server).
+       Der Weg `/mein-stand` bleibt bestehen -- er ist die Schranke,
+       falls ihn jemand direkt anspricht. */
 
     /* (2b) DIE BEWERBUNGEN — nur fuer die, die entscheiden duerfen.