WoFloEasy: Offene Punkte und nächste Schritte
Status
Aufbereitete Themenseite aus wiederholten Statusfragen. Stand: 2026-06-29. Die Seite ist eine Arbeitsübersicht, keine technische Prüfung des Codes. Sie bündelt nur Punkte, die bereits in den vorhandenen Wiki-Seiten oder neuen Nutzerfragen auftauchen.
Quelle
- Nutzerfrage
20533 — 2026-06-23T20:09:40.737000+00:00 — discord: „Ok was haben wir noch offen?“
- Nutzerfrage
20721 — 2026-06-23T20:54:29.565020+00:00 — discord: erneute Frage „Ok was haben wir noch offen?“
- Nutzerfrage
21021 — 2026-06-23T22:16:50.987521+00:00 — discord: erneute Frage „Ok was haben wir noch offen?“
- Nutzerfrage
21503 — 2026-06-24T05:50:30.902000+00:00 — discord: „Ok was next?“
- Nutzerfrage
23400 — 2026-06-28T00:35:23.159000+00:00 — discord: „Gut. Sind noch punkte offen?“
- Nutzerfrage
23451 — 2026-06-28T02:06:15.992906+00:00 — discord: erneute Frage „Gut. Sind noch punkte offen?“
- Nutzerfrage
23516 — 2026-06-28T02:14:53.742000+00:00 — discord: Frage zum bisherigen und gewünschten Inhalt des Wochen-Sync-Pakets.
- Nutzerfrage
23526 — 2026-06-28T02:33:49.030000+00:00 — discord: Vorschlag einer zentralen KW-/Jahr-Auswahl auf dem Dashboard.
- Nutzerfrage
23570 — 2026-06-28T03:02:17.433910+00:00 — discord: Wiederholung des Vorschlags zur zentralen KW-/Jahr-Auswahl.
- Nutzerfrage
24519 — 2026-06-28T14:37:40.241425+00:00 — discord: PDF-Export-Feedback, Wochenaufmaß-Korrekturen, legacy-Layoutvorlagen und Materialimport Büro→Field.
- Nutzerfrage
26422 — 2026-06-29T07:16:14.281000+00:00 — discord: Dashboard crasht weiterhin beim Aufruf; Menü ist noch nicht wiederhergestellt.
- Nutzerfrage
26467 — 2026-06-29T07:16:14.281000+00:00 — discord: Duplikat derselben Dashboard-/Menü-Rückmeldung.
- Nutzerfrage
26642 — 2026-06-29T08:33:34.162929+00:00 — discord: erneute Fix-Bitte zum Dashboard-Crash und fehlenden Menü.
- Nutzerfrage
27073 — 2026-06-29T12:44:10.827000+00:00 — discord: Rückfrage, ob die App lokal vor dem Packen noch läuft.
- Nutzerfrage
27165 — 2026-06-29T13:40:33.330449+00:00 — discord: Duplikat derselben lokalen Startfrage.
- Nutzerfrage
27206 — 2026-06-29T13:53:31.659000+00:00 — discord: Bitte um Lösungsvorschläge.
- Kontext aus Nutzerfragen
17756, 17760, 17985, 18706, 18779, 18843, 18938, 18943, 19037, 19996, 20429, 20618, 20918.
- Verknüpfte Seite: WoFloEasy: Regiebericht und Arbeitszeiten nach Praxistest-Rückmeldung
- Verknüpfte Seite: WoFloEasy Arbeitszeiten: Vorlagen und Standardwerte
- Verknüpfte Seite: WoFloEasy Modul-Screenshots: Dokumentationsbedarf
- Verknüpfte Seite: WoFloEasy: Regiebericht-JSON, Fahrzeugdaten und Verschlüsselung
- Verknüpfte Seite: WoFloEasy Praxistest und Produktreife
- Ergänzende Exportseite: WoFloEasy: Wochen-Sync-Paket und Materiallisten-Filter
- Ergänzende Workflow-Seite: WoFloEasy: Zentrale KW-/Jahr-Auswahl auf dem Dashboard
- Ergänzende Exportseite: WoFloEasy: PDF-Export-Layout, Wochenaufmaß und Materialimport Büro→Field
- Ergänzende UI-/Crash-Seite: WoFloEasy: Dashboard-Crash und Menü-Wiederherstellung
- Ergänzende Packaging-Gate-Seite: WoFloEasy: Lokaler Start vor Packaging und Lösungsvorschläge
Zusammenfassung
Die wiederholten Fragen „Was haben wir noch offen?“ und „Ok was next?“ sind für sich genommen Status- bzw. Steuerfragen. Wegen der vielen direkt davor liegenden WoFloEasy-Impulse ist daraus aber eine dauerhaft nützliche Übersicht ableitbar: WoFloEasy braucht vor dem nächsten belastbaren Praxistest vor allem eine Bereinigung der Regiebericht-/Arbeitszeiten-Logik, eine Entscheidung zum Daten-/Verschlüsselungsmodell und eine klare Dokumentation der aktuellen Modulstände.
Aktuell sollten keine alten Annahmen über Produktreife, lokale JSON-Ablage oder Rückwärtskompatibilität ungeprüft fortgeschrieben werden. Die v2 ist laut Nutzer noch nicht offiziell; daher kann das Zielmodell sauber neu festgelegt werden, statt ein lokales JSON-Altformat mitzuschleppen.
Validierung
Sicher aus den vorhandenen Quellen ableitbar:
- Der Praxistest wurde wegen Problemen in Regiebericht und Arbeitszeiten verschoben.
- Das Regiebericht-Modul soll bei Auswahl von Kunde/Auftrag den aktuellen Stand des Berichts laden; laut Rückmeldung geschah das weiterhin nicht zuverlässig.
- Arbeitszeiten sollen nicht unnötig pro Tag/pro Mitarbeiter in einer Weise erfasst werden, die Arbeit vervielfacht.
- Die Auswahl der Mitarbeiter muss fachlich zur erfassbaren Zeit passen; es soll nicht für nicht ausgewählte Personen erfasst werden können.
- Für Arbeitszeiten sind Vorlagen, direktes Laden per Dropdown und Standardwerte als Bedienkonzept gewünscht.
- Modul-Screenshots bzw. Modul-Dokumentation sind gewünscht, um den Stand sichtbar zu machen.
- Regiebericht-JSON, unerwartete Fahrzeug-/Entfernungs-/Fahrtwegdaten und unverschlüsselte Daten sind offene Sicherheits- und Datenmodellfragen.
- Lokale JSON-Ablage soll für v2 vollständig ersetzt werden; Migration und Rückwärtskompatibilität zu diesem lokalen JSON-Format sind nach aktuellem Nutzerhinweis nicht nötig.
- Die erneute Frage
21503 bestätigt Bedarf an einer knappen nächsten-Schritte-Übersicht, bringt aber keine neuen fachlichen Anforderungen hinzu.
- Nutzerfrage
24519 ergänzt konkrete PDF-Export-/Wochenaufmaß-Punkte sowie Materialimport Büro→Field als fehlenden Austauschpfad.
- Nutzerfragen
26422, 26467 und 26642 ergänzen einen aktuellen UI-/Startblocker: Dashboard-Crash beim Aufruf und noch nicht wiederhergestelltes Menü.
- Nutzerfragen
27073, 27165 und 27206 ergänzen als Prüfreihenfolge: Vor erneutem Packaging sollte zuerst bestätigt werden, dass die App lokal im Entwicklungsmodus startet, Dashboard und Menü funktionieren und erst danach MSIX/AppInstaller isoliert geprüft wird.
Nicht validiert in diesem Cron-Lauf:
- Ob die App die genannten Fehler aktuell noch zeigt.
- Ob im Code bereits Fixes oder neue Datenmodelle umgesetzt wurden.
- Welche Screenshots, JSON-Dateien oder lokalen Datenformate tatsächlich aktuell existieren.
- Welche Anforderungen aus
legacy-py konkret verbindlich sind.
- Ob die legacy-Python-Vorlagen für den PDF-Export lokal vorhanden sind und dem aktuellen Ziel-Layout entsprechen.
- Ob der aktuelle Büro-Export technisch bereits Materialdaten für Field mittransportieren kann.
Offene Punkte
-
Regiebericht-Ladeverhalten prüfen
- Beim Wechsel bzw. Auswählen von Kunde und Auftrag muss der vorhandene Bericht geladen werden.
- Falls kein Bericht existiert, muss klar erkennbar sein, dass ein neuer Bericht begonnen wird.
-
Regiebericht-Funktionsumfang an legacy-py abgleichen
- Prüfen, welche Felder und Abläufe aus
legacy-py fachlich erwartet werden.
- Abweichungen bewusst entscheiden, nicht zufällig entstehen lassen.
-
Arbeitszeiten-Erfassung vereinfachen
- Erfassung so gestalten, dass wiederkehrende Daten nicht „35 mal“ manuell eingegeben werden müssen.
- Mitarbeiter- und Tageslogik gegen die tatsächlichen Anforderungen prüfen.
-
Mitarbeiterauswahl konsistent machen
- Wenn nur zwei Mitarbeiter ausgewählt sind, dürfen nicht ohne fachlichen Grund Zeiten für drei Mitarbeiter erfasst werden.
- UI und Datenmodell müssen dieselbe Auswahlregel verwenden.
-
Vorlagen und Standardwerte im Arbeitszeiten-Modul umsetzen/prüfen
- „Als Vorlage speichern unter“.
- Vorlagen-Dropdown mit direktem Laden bei Auswahl.
- „Als Standard speichern“ statt separatem Übernehmen-Button, falls fachlich passend.
-
Modulstände sichtbar dokumentieren
- Screenshots oder kurze Modulnotizen je Modul erstellen, sobald der aktuelle Stand belastbar geprüft ist.
- Dokumentation nicht als Produktreife-Beleg verwenden, solange P0-Probleme offen sind.
-
Regiebericht-JSON und Datenfelder klären
- Prüfen, ob gezeigte JSON eine echte App-Ausgabe, Testdaten oder Demo war.
- Fahrzeuge, Entfernungen und Fahrtwege fachlich bewerten.
-
Verschlüsselungs- und Speicherzielmodell festlegen
- Lokale Daten, Austauschdaten, Exporte, Backups und temporäre Dateien getrennt betrachten.
- Lokale JSON-Ablage in v2 ersetzen, nicht nur deaktivieren.
- Keine Rückwärtskompatibilität/Migration zum lokalen JSON-Format einplanen, solange keine offizielle v2-Datenbasis existiert.
-
Praxistest erst nach P0-Klärung wieder aufnehmen
- Der nächste Praxistest sollte erst erfolgen, wenn Regiebericht-Laden, Arbeitszeiten-Logik und Daten-/Sicherheitsmodell mindestens nachvollziehbar entschieden oder sichtbar markiert sind.
-
Wochen-Sync-Paket fachlich prüfen
- Paket soll alle Regieberichte der ausgewählten KW enthalten.
- Paket soll alle Wochenberichte enthalten, die für diese KW erstellt wurden.
- Paket soll alle Materiallisten zu den Regieberichten enthalten.
- Materiallistenpositionen mit
menge = 0 sollen nicht exportiert werden.
- KW-/Jahr-Auswahl zentralisieren
- KW/Jahr möglichst auf dem Dashboard auswählen.
- Auswahl für Regieberichte, Arbeitszeiten, Materialzuordnung und FieldWeekSyncExport übernehmen.
- Randfälle wie Jahreswechsel, ISO-KW und Modul-Overrides prüfen.
- PDF-Export und Wochenaufmaß korrigieren
- Schriftgrößen in Rahmen vereinheitlichen.
- Ansprechpartner zentrieren und aus dem Adresskopf entfernen, wenn identisch/doppelt.
- Abstände zwischen Rahmenüberschriften und Rahmen vereinheitlichen.
- Platz unterhalb der Rahmen für dynamische Zusatzeinträge einplanen.
- Wochenbeschreibung aus dem Regiebericht in die Arbeitsbeschreibung übernehmen.
- Montageort/Baustelle und Wochenaufmaß von falsch eingebetteten Adressdaten bereinigen.
- Wochenaufmaß um Auftragsnummer und weiteres Auftraggeber-Unterschriftenfeld im Footer ergänzen.
- Materialimport Büro→Field einplanen
- Fehlenden Materialimport vom Büro ins Field fachlich definieren.
- Prüfen, ob er in das vorhandene Büro-Exportpaket mit Firmen-, Kunden- und Auftragsdaten integriert werden kann.
- Dashboard-Crash und Menü-Regressionsfehler beheben
- Dashboard-Aufruf reproduzieren und Crash-Ursache aus Logs/Exception ableiten.
- Menü-Wiederherstellung gegen den erwarteten Navigationsumfang prüfen.
- Nach Fix App-Start, Dashboard-Aufruf und Navigation über alle Hauptpunkte als Smoke-Test absichern.
- Lokalen Start als Packaging-Gate verwenden
- Vor MSIX/AppInstaller-Build zuerst lokalen Entwicklungsstart prüfen.
- Wenn lokal bereits Dashboard oder Menü scheitern, zuerst UI-/App-Fehler beheben.
- Wenn lokal grün, Packaging-/Installationspfad getrennt mit Manifest, Signierung, Dependencies und Startlogs prüfen.