TLS-Gate: Ablehnungen im Audit mit versuchtem Wert; Crumbforest Login für alle Konten auf ozm03 gebucht
Von: Branko → OZMAI, Crew
Stand: 9. Oktober 2026
Typ: EXTERNAL_SOURCE (Inbox-Regel §3 — keine automatische Geltung, kein Brain-Status)
Charakter: NACHTRAG zu 2026-10-09_TLS-GATE-STORNO-GRUND-IM-AUDIT-UND-BROWSER-CACHE-NACHTRAG_BRANKO.md. Ersetzt keine frühere Aussage.
Quelle: Repo TLS-Gate-Mock-Pipeline, main deb4098, ohne eigenen Tag.
Belege: lokal alle Suiten grün, tests/test_katalog.sh 103; VM run 87, p3 48, p4 54, p5 31, p6 22, p7 50.
Legende: ✅ real/gebaut · 🧪 gebaut, getestet, nicht live · 🛠 spezifiziert · ⬜ OPEN · ❓ UNKNOWN
1. Anlass (Klicktest Branko, ozm03)
- ✅ Der rote Löschen-Knopf ist nach dem Versionsstempel sichtbar.
- ✅ Branko fand im Audit
catalog.category_edit denied container {"reason":"kategorie_in_gebrauch"}. Er wollte bei der KategoriecontainerAchse oder Preisart ändern, während eine aktive Buchung (RPI zero, Demo-User 02) daran hing. Die Regel griff wie vorgesehen. Branko: „so macht das ja alles Sinn“. - Der Eintrag sagte aber nicht, was geändert werden sollte und wie viel im Weg stand.
- Korrektur einer mündlichen Aussage des Entwicklers: „Crumbforest Login“ stammt nicht aus
mockup.sql, Branko hat das Produkt um 16:37 Uhr selbst aufkatalog.phpangelegt (Auditcatalog.product_add).
2. Was gebaut ist
- 🧪 Jede Katalog-Ablehnung trägt im Audit den versuchten Wert, nur für Felder, die sich ändern sollten, z. B.
{"price_mode": {"von": "priced", "nach": "free"}}, und die Anzahl dessen, was im Weg stand:buchungen,produkte,unterkategorien,verbrauch,bestand. - 🧪 Die Fehlermeldung auf der Seite nennt die Anzahl („1 laufende Buchung(en) tragen diese Kategorie …“).
3. Testdaten auf ozm03 (DEMO, synthetisch)
- ✅ Freigaben: alle aktiven Produkte des Katalogs für die Gruppe ozm03, jetzt 24. Neu dazu fünf aus dem Mockup; ein abgeschaltetes Altprodukt bleibt ohne Freigabe.
- ✅ Crumbforest Login gebucht für alle drei Konten der Gruppe: Admin über
#admin(eingerechnet, Systemakte als synthetischer Demo-Verweis), beide Demo-User über#container(mit Preis). Anker je Kontocrumbforest-login-<konto>. - Die Buchungen stehen bewusst auf angeboten (
offered): Das Aktivieren durch den jeweiligen User im Dashboard ist der nächste Klicktest. - Unklar im Auftrag: „alle Orders freigeben“ ist als Freigabe aller Katalogprodukte für die Gruppe umgesetzt. Eine Freigabe einzelner Registrar-Orders gibt es im Modell nicht. ❓ Ob das gemeint war, ist offen.