WoFloEasy: Regiebericht und Arbeitszeiten nach Praxistest-Rückmeldung
Status
Aufbereitete Themenseite aus Nutzerfragen. Stand: 2026-06-23. Hohe Priorität für Produkt-/Modulüberarbeitung vor einem erneuten Praxistest. Am 2026-06-23 zusätzlich um den Sicherheits-/Exportkontext zu Regiebericht-JSON und Verschlüsselung verknüpft.
Quellen
Zusammenfassung
Die Rückmeldung zeigt, dass der aktuelle Stand der Module offenbar nicht praxistauglich genug ist. Der Praxistest soll verschoben werden, bis Regiebericht und Arbeitszeiten überarbeitet sind.
Kernproblem: Die Software soll Arbeit vereinfachen, nicht die Erfassung vervielfachen. Wenn Anwender Daten „35 mal angehen“ müssen, ist der Workflow falsch modelliert oder die Oberfläche erzwingt zu viel Detailarbeit.
Beobachtete Probleme
Regiebericht-Modul
- Beim Auswählen von Kunde und Auftrag soll der aktuelle Stand der vorhandenen Eintragungen geladen werden.
- Dieses Laden passiert aktuell offenbar nicht.
- Es fehlt eine Möglichkeit, einzutragen, wie lange Marcel oder ein anderer Mitarbeiter an aktiven Tagen am Auftrag gearbeitet hat.
- Es ist offen, warum die Umsetzung nicht stärker an der
legacy-py-Vorgabe orientiert wurde.
- Die Auswahl von Kunde/Auftrag lädt den entsprechenden Bericht nicht zuverlässig ein.
Mitarbeiter-/Zeiterfassung
- Wenn nur 2 Mitarbeiter ausgewählt sind, dürfen nicht trotzdem Zeiten für 3 Mitarbeiter erfassbar sein.
- Die erfassbaren Zeitzeilen müssen aus der tatsächlichen Mitarbeiterauswahl abgeleitet werden.
- Nicht ausgewählte Mitarbeiter dürfen in diesem Kontext nicht als Eingabezeilen erscheinen.
Arbeitszeiten-Modul
- Es ist offen, ob das Arbeitszeiten-Modul eigentlich dem Wochenbericht ähnlicher sein sollte.
- Die aktuelle Erfassung nach einzelnen Tagen und einzelnen Mitarbeitern wirkt zu kleinteilig.
- Die Modulstruktur scheint den realen Arbeitsablauf eher zu verkomplizieren als zu vereinfachen.
Regiebericht-Export / JSON / Verschlüsselung
- Neue Nutzerfragen vom 2026-06-23 zeigen zusätzlich Klärungsbedarf zu gespeicherten Regiebericht-JSON-Dateien.
- Offen ist, ob eine gezeigte JSON-Datei echte Originalausgabe der App, Testdaten oder nur ein Beispiel war.
- Fahrzeug-, Entfernungs- und Fahrtwegdaten waren für Marcel überraschend und müssen fachlich im Datenmodell geprüft werden.
- Sichtbare unverschlüsselte lokale oder Austauschdaten stehen möglicherweise im Widerspruch zum für v2 erwarteten Verschlüsselungskonzept.
Validierung
Sicher aus den Fragen ableitbar:
- Kunde/Auftrag-Auswahl lädt vorhandene Berichte bzw. Eintragungsstände nicht wie erwartet.
- Mitarbeiterauswahl und Zeiterfassungszeilen sind inkonsistent.
- Es fehlt oder passt nicht die Erfassung von Arbeitsdauer je aktivem Tag und Auftrag.
legacy-py ist eine wichtige fachliche Referenz und sollte aktiv verglichen werden.- Der Praxistest ist vorerst verschoben, bis die Module überarbeitet sind.
- Für Regiebericht-JSON, Datenfelder und Verschlüsselung besteht zusätzlicher Prüfbedarf.
Nicht validiert in diesem Cron-Lauf:
- Ob der Fehler im Frontend-State, Backend-Laden, API-Filtering, Datenmodell oder in Testdaten liegt.
- Wie genau
legacy-py die Arbeitszeit-/Regieberichtserfassung umgesetzt hat.
- Ob bereits Codeänderungen nach dieser Rückmeldung erfolgt sind.
- Ob die angesprochene JSON-Datei echte App-Ausgabe war.
- Ob lokale Daten, Austauschdateien oder Exporte aktuell verschlüsselt sind.
Arbeitsprinzip für die Überarbeitung
- Erst den realen Arbeitsablauf rekonstruieren, dann UI und Datenmodell anpassen.
legacy-py als fachliche Vorgabe aktiv gegen den neuen Stand vergleichen.- Auswahlentscheidungen müssen Folgeeingaben begrenzen: ausgewählte Mitarbeiter, aktiver Auftrag, aktive Tage.
- Vorhandene Eintragungen müssen beim Wechsel von Kunde/Auftrag sichtbar geladen werden.
- Zeiterfassung soll möglichst einmalig und workflow-nah erfolgen, nicht mehrfach in getrennten Modulen.
- Regiebericht-Exporte dürfen erst als Produkt-/Austauschformat gelten, wenn Datenmodell und Verschlüsselungsanforderung geklärt sind.
Offene Punkte
legacy-py-Vergleich für Regiebericht und Wochen-/Arbeitszeiten erfassen.- Gewünschten Zielworkflow als kurze Schrittfolge dokumentieren: Kunde wählen → Auftrag wählen → vorhandenen Bericht laden → aktive Tage/Mitarbeiter/Zeiten bearbeiten → speichern.
- Technische Ursache für nicht geladenen Bericht beim Dropdown-Wechsel prüfen.
- Regel definieren: Welche Mitarbeiter-Zeitzeilen dürfen bei welcher Mitarbeiterauswahl erscheinen?
- Entscheiden, ob Arbeitszeiten im Wochenbericht-ähnlichen Ablauf, im Regiebericht oder in einem gekoppelten Modul gepflegt werden sollen.
- Neue Vorlagen-/Standardwert-Anforderung aus den Fragen
18779 und 18843 mit dem Zielworkflow abgleichen.
- Modul-Screenshots als Vergleichsbasis für Regiebericht/Arbeitszeiten-Überarbeitung aufnehmen.
- Regiebericht-JSON, Fahrzeug-/Entfernungs-/Fahrtwegfelder und Verschlüsselungsstatus separat gegen das v2-Konzept prüfen.