Taktano — Funktionsumfang (lebende Feature-Liste)
Kernaussage: Diese Seite ist die kuratierte Ist-Übersicht der gebauten Features — was heute funktioniert, gruppiert nach Arbeitsbereich, mit Version & OP-Bezug. Sie ergänzt die drei anderen lebenden Register:
Roadmap.md(was offen/geplant ist),Sanity-Checkliste.md(True-North-Status) und../../CHANGELOG.md(chronologischer Audit-Trail).Zielgruppe: Business/Management & Product Owner (schneller Überblick „was kann das System?"), Customer Service (Onboarding/FAQ), neue Team-Mitglieder.
Erzeugt, nicht gepflegt (TKT-D-865, drkv BP-1): jedes Feature ist ein GitHub-Issue mit Label
Feature-Liste — die Issue-Nummer ist die Feature-ID, der Status kommt aus dem Issue (geschlossen =
✅ gebaut · offen + Label teilweise = 🟡 · offen = ⛔ geplant · geschlossen not planned = ⛔ verworfen). Text,
Bereich, Version und OP-Bezug stehen je Feature in feature.d/<Position>-<slug>.md (Abschnitt + eine Zeile mit
#<Issue>, nie ein Status). Gebaut von scripts/funktionsumfang_bauen.py im Nachzieh-Lauf (nach jedem Merge +
täglich) — diese Seite nie von Hand editieren. Ein neues Feature beginnt mit dem Issue (Formular „Feature");
fertig = Issue schließen. Detailtiefe & Slice-Historie stehen im OP-Issue (→ Offene-Punkte).
Wie liest man die Tabelle?
Feature = die Fähigkeit in Anwender-Sprache · Bereich = Workspace/Cluster im Cockpit · Seit = Version des
ersten Auslieferns · OP = Owning-Punkt (Detail via ../konventionen/IDs.md) · Status (aus dem Issue) ·
Issue = Feature-ID.
Annahme & Auftrag
| Feature | Bereich | Seit | OP | Status | Issue |
|---|---|---|---|---|---|
| Auftrags-Annahme mit Machbarkeits-/Reserve-Vorschau & Preis-Snapshot | Annahme | 0.x | OP-UX-1 · OP-R7-6 | ✅ | #875 |
| Frühestmöglicher Abholtermin je gewählter Leistung direkt angeboten (Vorbefüllung + „Übernehmen") | Annahme | 0.58.0 | OP-UX-1 (U9) | ✅ | #876 |
| Sonderwünsche/Besonderheiten am Auftrag erfassen & im Auftrags-Detail sehen | Annahme · Aufträge | 0.58.0 | R7-F10 | ✅ | #877 |
| Fahrzeug-Angaben am Auftrag (FIN/Kennzeichen/Beschreibung): optional bei Buchung, FIN Pflicht beim Check-in (vorbefüllt, Plausibilität warn-only), nachtragbar im Detail, Kennzeichen-Chip auf der Tafel | Annahme · Aufträge · Tafel | 0.77.0 | OP-R7-16 | ✅ | #878 |
| Lifecycle geplant→…→archiviert (S-6) mit Zuweisungs-Invariante (R7) | Auftrag | 0.x | S-6 · R7 | ✅ | #879 |
Planung & Optimierung
| Feature | Bereich | Seit | OP | Status | Issue |
|---|---|---|---|---|---|
| Taktung/Reihenfolge-Optimierung (CP-SAT + TS-Fallback), live im Gantt | Tafel/Planung | 0.x | A-5 | ✅ | #880 |
| Event-getriggerte Re-Optimierung mit „Vorschlag statt Zwang" | Tafel/Planung | 0.x | §7 | ✅ | #881 |
Auto-Anwenden terminneutraler Pareto-Verbesserungen bei der Event-Re-Opt (keiner später, ≥1 früher; Chronik + Audit plan.auto) | Planung | 0.59.0 | OP-OPT-9 | ✅ | #882 |
| „Nächste Aufgaben"-Queue je Mitarbeiter/Arbeitsplatz mit „frei ab"/„jetzt frei" (Projektion des Plans) | Planung | 0.59.0 | OP-OPT-9 | ✅ | #883 |
| Persönliche Queue in Plan-Reihenfolge (Position 1…n, „ab | Meine Arbeit | 0.59.0 | OP-OPT-9 | ✅ | #884 |
| Auto-Nachführung an-/abschaltbar (persistiert, Default an; Audit) + Toast-Hinweis bei Auto-Anwendung an alle | Planung · alle | 0.60.0 | OP-OPT-9 | ✅ | #885 |
| Tafel-Zeile zeigt „→ als Nächstes: | Tafel | 0.61.0 | OP-OPT-9 | ✅ | #886 |
| Konflikt-Erkennung & Lösungs-Hebel · Klärfälle | Konflikte/Klärung | 0.x | OP-UX-2 · OP-R3-1 | ✅ | #887 |
| Umparken als zuweisbare Aufgabe: G-4-Platzierung (wer als Nächstes am Fahrzeug arbeitet), Skill-Gate „Umparken", geteilter „unterwegs"-Status auf allen Terminals, Aufgabe in „Meine Arbeit", „Angekommen" von jedem Terminal | Belegung · Meine Arbeit · alle | 0.78.0 | OP-UMPARK-1 · G-4 | ✅ | #888 |
| Vier-Augen beim Quality-Check (hart): Ausführende prüfen nie das eigene Ergebnis — Scheduler (TS prospektiv + CP-SAT), Start-Guard, Zuweisungs-Gate; Abweichung nur durch den Chef (begründete Freigabe je Prüfschritt, auditiert) | Qualität · Meine Arbeit · Planung | 0.79.0 | OP-QS-6 · G-4 | ✅ | #889 |
Verbindungs-Wiederherstellung + Auto-Update (PWA): Offline-Banner-Button „↻ Erneut verbinden" (SW-umgehender Neustart → holt Access-Re-Login / neuen Client frisch vom Server, behebt „Reload verbindet nicht neu"; nur bei Netz) + SwUpdate-Auto-Update (bei online/Fokus prüfen → „Neue Version — neu laden") | Shell (global) | 0.147.0 | OP-OFFLINE-1 | ✅ | #890 |
| Navigation als 62px-Top-Bar (Flusslinie, prototype-treu): linke Icon-Rail → Top-Bar (Logo · 4 Orte-Tabs Lage·Fluss·Takt·Team mit rotem Aktiv-Underline + Fluss-Badge · „⋯" → Verwaltung direkt · True-North-Strip · ⚙-Zahnrad-Popover [Ansicht/Feedback/Alarm-Ton + Auf-Kurs/Foto-Queue] · Leitstand｜Werkstatt-Umschalter · Uhr) + schlanker Workspace-Sub-Header. (v0.154.0: das frühere „···"-Bereichs-Overflow-Menü durch „⋯"→Verwaltung + ⚙-Popover ersetzt — Prototyp-treu, IA-komplett.) | Shell (global) | 0.148.0→0.154.0 | OP-REDESIGN-1 Phase 4A | ✅ | #891 |
Verwaltung-Seite (Sub-Sidebar): /verwaltung als eigene Seite mit linker Sub-Tab-Sidebar (Leistungen&Abläufe · Team&Skills · Stammdaten&System · Kosten · Chronik (folgt)) + verschachteltem Router-Outlet, hostet die bestehenden Editoren (reuse); „···"-Overflow → eine Verwaltung-Heimat | Verwaltung | 0.149.0 | OP-REDESIGN-1 Phase 4B | ✅ | #892 |
| Fluss konsolidiert: eine Fluss-Seite = Linie (5-Spalten-Board) / Karte (Belegung) / Risiko-Toggle + Entscheiden-Spalte (Konflikte·Klärfälle·Ortung·Vorschläge) + Auswahl-Panel + QS-Modal + „+ Neuer Auftrag" (Annahme-Overlay aus dem Fluss); Belegung/Tafel als Fluss-Bereiche (Nav gefaltet). Deep-Workspaces (conflicts·recommendations·quality) bleiben Drill-downs | Fluss | 0.150.0 | OP-REDESIGN-1 Phase 4C | ✅ | #893 |
| Team-Ort als lesender Überblick „wer kann was, wer macht was": Karten-Grid (Avatar · Rolle · Status-Pille arbeitet/Frei/Pause/krank/Urlaub · Aktuell + „→ Als Nächstes" aus dem Live-Plan · Skill-Chips) + read-only Status-Filter; volle Pflege (anlegen/Skills/Schichten/Abwesenheiten/Beförderungen) deflektiert nach Verwaltung → Team & Skills | Team | 0.151.0 | OP-REDESIGN-1 Phase 4D | ✅ | #894 |
Verwaltung 3-Wege-Split: „Stammdaten & System" als drei Ort-Sub-Tabs (Buchten & Hof · Schichten · System) — eine route-parametrisierte Komponente (data.bereich); Sub-Sidebar jetzt 7 Tabs | Verwaltung | 0.152.0 | OP-REDESIGN-1 Phase 4E | ✅ | #895 |
Chronik (Audit-Panel): read-only Zeitachse „wer · was · wann" aus dem D1-Audit-Log — echter admin-gegateter Server-Lesepfad (GET /audit/liste, nur menschenlesbare Zusammenfassung); ehrlicher Leer-/Dormant-Zustand statt Fake | Verwaltung/Compliance | 0.152.0 | OP-AUDIT-1 Slice 3 · OP-REDESIGN-1 Phase 4E | ✅ | #896 |
Produktion & Qualität
| Feature | Bereich | Seit | OP | Status | Issue |
|---|---|---|---|---|---|
| Teilschritt-Tracking (starten/pausieren/erledigen) mit Doku-/Foto-Pflicht | Meine Arbeit | 0.x | OP-R4-3 | ✅ | #897 |
| Klärfall direkt am Schritt — „⚠ Klärfall" je Schritt-Karte (Grund-Presets + Pflicht-Kommentar + eskalieren) | Meine Arbeit | 0.71 | OP-UX-7 | ✅ | #898 |
| Klärungs-Engine (Re-Entry-Routing) — Melden pausiert laufende Schritte + erfasst den Auslöser; Lösen geroutet: zurück · Sprung zu Quality-Check · anderer Schritt (ab-hier-weiter/Einschub) · Abbruch; Pflicht-Kommentar, D1-Audit, Reopt | Konflikte & Klärfälle · Detail-Panel | 0.74 | OP-R3-1 | ✅ | #899 |
Kapazitätstragende Klärung — „⏱ Klärung einplanen" (Presets 15/30/60 min) je Klärfall: Klärungsarbeit als geplanter Schritt (Skill „Klärung", ts-klaerung), zählt als Auslastung, Solver teilt qualifizierte Person zu | Konflikte & Klärfälle · Detail-Panel | 0.75 | OP-R3-1 | ✅ | #900 |
| Bedien-Politur B6 — Gantt-Entwurf per Tastatur (Enter → Verschiebe-Dialog, gleicher Pin-Pfad) · Hof-Radar skaliert auf Tablet-Breiten · Textbausteine am Doku-Gate (Antipp-Chips) | Planung · Überblick · Detail-Panel | 0.76 | UX-Review B6 · OP-TEXTBLOCK-1 | ✅ (v1) | #901 |
| QS-Vollständigkeits-Gate — Abholung erst, wenn alle Schritte erledigt+dokumentiert & kein Mangel offen (server-hart) | Qualität | 0.33 | OP-QS-GATE | ✅ | #902 |
| QS-Mangel → Nacharbeits-Schritt live im Gantt (zweistufig) | Qualität | 0.33 | OP-UX-3 | ✅ | #903 |
| QS-Nacharbeit direkt als zuweisbarer Prozessschritt — einstufig erfassen (überschreibbare Zeit), manuell oder automatisch zuweisen, Leistungs-Schwellwerte normal/gesteigert/extrem markieren den Auftrag | Qualität | 0.46 | OP-QS-4 · OP-QS-5 | ✅ | #904 |
| Qualitätsbewertung der Ursprungsarbeit (Nacharbeit-Quote, Güte-Score, XP) | Team/Akademie | 0.x | OP-R1-3 | ✅ | #905 |
Stammdaten & Steuerung
| Feature | Bereich | Seit | OP | Status | Issue |
|---|---|---|---|---|---|
| Editierbarer Prozess-/Leistungs-Katalog (Teilschritte, Komposition, Preise, QS-Schwellwerte) | Prozesse | 0.x | OP-R3-3 · OP-QS-4 | ✅ | #906 |
| Mitarbeiter/Skills/Schichten/Arbeitsplätze CRUD (persistiert, S-SEED) | Stammdaten | 0.x | OP-SEED-1 | ✅ | #907 |
| Kosten-Sichten (betriebswirtschaftlich/Infra) | Kosten | 0.x | OP-COST-1 | 🟡 | #908 |
| Cockpit-Insights (Top-3-Leitfragen: Auslastung/Standort/Kapazität) | Cockpit | 0.x | True North | ✅ | #909 |
| Werker-Terminal-Modus — Navigation per Geräte-Einstellung reduziert auf Meine Arbeit · Tafel · Qualität (Rail-Footer-Toggle) | Cockpit | 0.71 | OP-UX-7 | ✅ | #910 |
Zentrale Label-Sprache (labels.ts) — Auftrag-/Teilschritt-Status, Terminklasse, Aktionen überall einheitlich | Cockpit | 0.71 | OP-UX-7 | ✅ | #911 |
| Onboarding „Kurz erklärt" — Erstbesuch-Karte je Workspace (was + erste Schritte), „✓ Verstanden" pro Gerät, „?"-Button holt sie zurück | Cockpit | 0.72 | OP-ONBOARD-1 | 🟡 (Slice 1) | #912 |
| Kapazitäts-Kachel — „ab wann wieder Platz für Leistung X?" je aktiver Leistung (ASAP-Dry-Run, plan-gecacht) + Standorte-Kachel („alle verortet" / N ohne Standort → Konflikte) in der Überblick-Sidebar | Cockpit | 0.73 | True North F3/F2 · OP-R9-6-Vorstufe | ✅ | #913 |
| 3-True-North-Karten-Reihe — die Lage-Landing führt oben mit drei Antwort-Karten (Auslastung/Engpass · Fahrzeuge/verortet · Nächste Kapazität), answer-first; rein aus Live-Insights | Cockpit (Lage) | 0.139.0 | OP-REDESIGN-1 3d-20 · True North | ✅ | #914 |
| „Heute kommt/geht"-Streifen — Tages-Digest auf der Lage-Landing: welche Fahrzeuge heute anliefern (Anlieferung) / abgeholt werden (Abholung), je mit Uhrzeit · AU-Nr · Kunde, „⚠ spät" bei Termin-Riss; rein aus Live-State | Cockpit (Lage) | 0.140.0 | OP-REDESIGN-1 3d-21 · True North F2/F3 | ✅ | #915 |
| Auftrag-Detail „Akten-Cockpit" (620px-Drawer, Modernist) — geteiltes Detail-Panel: 5-Stationen-Flusslinie (Phase = Position) · Lifecycle-Marken als Form (■◪□) · Stammdaten · Arbeitsschritte · Verlauf · Aktions-Hub. Öffnet aus Gantt/Fluss/Lage/Konflikte | Cockpit (geteilt) | 0.141.0 | OP-REDESIGN-1 3d-22 · DD-002/003/008 | ✅ | #916 |
| Annahme-Overlay „ein Satz genügt" (720px-Modal, Modernist) — Schnell-Intake aus der Lage: Satz → 3 Tags (Kunde·Leistung·Abholung) → echter Server-Dry-Run (Machbarkeit·Slot·Reserve·Preis) → ✓ Annehmen; Fehlerfall mit zwei Auswegen. Reiner View über die geteilte Intake-Logik | Cockpit (Lage) | 0.142.0 | OP-REDESIGN-1 3d-23 · DD-001 · OP-UX-4 | ✅ | #917 |
| Bausteine per Dropdown mit Suche (Annahme-Overlay) — jeder Chip (Kunde · Leistung · Anlieferung · Abholung) ist wähl-/korrigierbar: Kunden-Liste aus bisherigen Aufträgen + freier Name, echter Leistungs-Katalog, Termin-Vorschläge + exaktes Datum/Zeit-Feld; Auswahl überschreibt das Geparste, Tippen setzt zurück | Cockpit (Lage) | 0.166.0 | OP-UX-4 | ✅ | #918 |
| Fluss-Auswahl-Panel (Modernist) — das volle-Breite-Detail-Panel unter dem Fluss-Board: 5-Stationen-Flusslinie als Position (Annahme→Abholung, quadratische Marken) statt runder Phasen-Punkte + „Alle Details →" öffnet den geteilten Akten-Cockpit-Drawer (620px) | Cockpit (Fluss) | 0.143.0 | OP-REDESIGN-1 3d-24 · DD-002/008 | ✅ | #919 |
| Lage · Review-Sicht (Woche/Monat) — Heute/Woche/Monat-Umschalter auf der Lage: Heute = operativer Loop, Woche/Monat = Rückblick mit Team-Entwicklung (Ausbildungsziele + Beförderungen im Zeitfenster) + Klärfall-Ursachen (aktuell offen) | Cockpit (Lage) | 0.144.0 | OP-REDESIGN-1 3d-26 · DD · OP-AUDIT-1/OP-COST-1 | ✅ | #920 |
Metrik-Persistenz — Review-Trend-KPIs — Tages-Snapshots (DO-SQLite metrik_snapshots) von fünf ableitbaren Kennzahlen: Auslastung · First-Pass-Yield · Nacharbeitsquote · Termintreue (fertig ≤ urspr. Abholtermin) · Ø Durchlaufzeit (Fertigstellung − Anlieferung, in Tagen); die Review-Sicht zeigt echte Verläufe (Sparkline je KPI, ehrliche Lücke ohne Fake-Zahlen). tatsaechlicheAnlieferung wird beim Fahrzeug-Check-in gestempelt | Cockpit (Lage) · Server (DO-SQLite) | 0.146.0→0.153.0 | OP-AUDIT-1/OP-COST-1 · OP-DATA-1 | ✅ | #921 |
Quality-Check-Modal (Modernist, in-context) — Endkontrolle als 720px-Modal aus dem Fluss (Button „✓ Quality-Check", wenn das Fahrzeug im QS steht): Prozess-Vollständigkeit + Sichtprüfungs-Checkliste (✓/✕) + Freigabe-Gate (server-bestätigt); teilt den Prüf-Stand mit dem Qualität-Workspace (geteilter QsChecklisteService). Mängel/Nacharbeit → volle Endkontrolle | Cockpit (Fluss/QS) | 0.145.0 | OP-REDESIGN-1 3d-28 · OP-QS-GATE/G-4 | ✅ | #922 |
Anmeldung per E-Mail-Magic-Link — jeder Mitarbeiter meldet sich mit seiner E-Mail an (kein Passwort): Link anfordern, Link in der Mail klicken, angemeldet. Sitzung 30 Tage. Better Auth self-host, Identität in der EU-D1, Versand über Cloudflare Email Sending. Produktiv dormant bis zu den vier Operator-Schritten (docs/architektur/Anmeldung.md §6) | alle | 0.165.0 | OP-AUTH-1 A-2/A-3/A-5 | ✅ | #923 |
| Zugänge (Konten-Verwaltung) — Verwaltung → Zugänge: Konto mit E-Mail und Rolle anlegen, Rolle ändern, sperren/entsperren, löschen; optionale Mitarbeiter-Verknüpfung. Damit ist die Rolle verifiziert statt im ⚙-Menü selbst gewählt (schließt RISK-12); Aussperr-Schutz für das letzte aktive Chef-Konto | Verwaltung | 0.165.0 | OP-AUTH-1 A-4 | ✅ | #924 |
| Konflikt-Liste nennt den Lösungsweg — jeder Eintrag außerhalb der Termin-Achse trägt „→ wie lösen · Ort“ mit Link auf den zuständigen Editor (Belegung · Team & Skills · Leistungen & Abläufe · Takt · Planung · Buchten & Hof) (seit TKT-OP-UX-9 an der nach Art gebündelten Zeile statt an jedem Einzelfall) | Konflikte & Klärfälle | 0.x | K-3b · OP-R8-1 | ✅ | #925 |
| Konflikte & Klärfälle: zwei Achsen, ein Listenmuster, Fälle nach Art gebündelt — „Konflikte" = der Plan geht nicht auf (Hebel), „Klärfälle" = jemand muss ran (Klärungen · überfällige Anlieferung · Standort unbekannt, aus dem Konflikte-Tab hierher gezogen). Jede Gruppe trägt denselben Kopf (Icon · Titel · Anzahl · ein Satz zum nächsten Schritt), die Tab-Zahl ist die Summe der Gruppen und wird aufgeschlüsselt; gleichartige Konflikte stehen als eine Zeile je Art mit Anzahl und Lösungsweg („Einzelfälle zeigen" klappt sie auf). Lange Listen gedeckelt, Detail klebt mit | Konflikte & Klärfälle | 0.x | TKT-OP-UX-9 | ✅ | #926 |
Verweise
- Offen/geplant:
Roadmap.md· Status Top-3:Sanity-Checkliste.md - OP-Detail & Owning-Docs:
../konventionen/IDs.md·../konventionen/Register.md - Fachliche Master-Spec:
../fachlich/Lastenheft.md
↩ Zurück zur Doku-Landkarte · Lesepfade · Register (alle OPs)