feat: implement load request ID for improved data loading consistency across views

docs/club-outstanding-plan.md

@@ -11,11 +11,17 @@ Die vorhandenen Club-Module sollen nicht mehr nur "vorhanden", sondern im Alltag
 
 ## Aktueller Fokus
 
-- Kommunikation
-- Historie
-- Archiv
-- Restliche Club-UI-Absicherung in den Kernviews
-- Danach erst das `mein-tt.de`-Produkt inhaltlich weiter ausbauen
+Die Reihenfolge folgt Abhaengigkeiten und Betriebsrisiko: Erst muessen die
+vorhandenen Kernarbeitsbereiche bei Clubwechsel, Rechten und Fehlern stabil
+sein. Danach wird der reale Kommunikationsversand abgesichert. Erst auf dieser
+Basis lohnt sich der Ausbau von Nachvollziehbarkeit (Historie und Archiv) und
+der letzte UX-Feinschliff.
+
+1. Club-UI-Absicherung in den Kernviews
+2. Kommunikation produktiv absichern
+3. Historie und Archiv vertiefen
+4. Restliche Club-UX und Dashboard verdichten
+5. Erst danach das `mein-tt.de`-Produkt inhaltlich ausbauen
 
 ## Arbeitsreihenfolge
 
@@ -48,47 +54,66 @@ Fertig, wenn:
 - Beim Clubwechsel keine Formularwerte aus dem vorherigen Club sichtbar bleiben.
 - Read-only-Nutzer die Bereiche verstehen, ohne in kaputte Aktionen zu laufen.
 
+Abnahmefolge je View:
+1. Mit Schreibrechten Liste laden, Datensatz oeffnen, bearbeiten, Auswahl loeschen und neu anlegen.
+2. Waerend ein Detail offen ist den Club wechseln und pruefen, dass keine alten Werte bleiben.
+3. Mit Leserechten laden und pruefen, dass Orientierung, Navigation und Hinweise funktionieren.
+4. Leere Liste, Reload und einen API-Fehler pruefen.
+
+Prioritaet innerhalb der Phase:
+1. `ClubTasksView.vue` und `ClubCommunicationView.vue` (taegliche, zustandsreiche Arbeitsbereiche).
+2. `ClubAccountsView.vue` und `ClubInvoicesView.vue` (finanzielle Folgerisiken).
+
 ### Phase 2: Kommunikation produktiv absichern
 
 Ziel:
 - Nachrichtenfluss nicht nur funktional, sondern praxisnah robust machen.
 
 Arbeitspakete:
-- SMTP real testen, inklusive Zustellprotokoll und Fehlerfaelle.
-- Optional Reply-To pro Verein oder Kommunikationsvorlage sauber ergaenzen.
-- Dokumentanhaenge fuer Nachrichten und Vorlagen einfuehren.
-- Serienvorlagen und wiederkehrende Nachrichtentypen vorbereiten.
+1. SMTP real testen, inklusive Zustellprotokoll, Konfigurationsfehlern und Fehlerfaellen.
+2. Ergebnis und notwendige Betriebsparameter pro Verein dokumentieren.
+3. Optional Reply-To pro Verein oder Kommunikationsvorlage sauber ergaenzen.
+4. Dokumentanhaenge fuer Nachrichten und Vorlagen einfuehren.
+5. Serienvorlagen und wiederkehrende Nachrichtentypen vorbereiten.
 
 Fertig, wenn:
 - Eine Testzustellung je Verein reproduzierbar gelingt.
 - Fehlende SMTP-Konfiguration klar und frueh sichtbar wird.
 - Nachrichten mit Anhaengen und Vorlagen ohne Sonderlogik im Alltag einsetzbar sind.
 
+Hinweis zur Abhaengigkeit:
+- Anhaenge und Serienvorlagen erst nach erfolgreichem SMTP-Smoke-Test umsetzen.
+- Der SMTP-Test braucht eine reale, freigegebene Versandkonfiguration und mindestens eine Testadresse.
+
 ### Phase 3: Historie und Archiv vertiefen
 
 Ziel:
 - Vergaengliche Vorgange muessen spaeter besser auffindbar und nachvollziehbar sein.
 
 Arbeitspakete:
-- Historie nach Modulen und Vorgangstypen filtern.
-- Historie exportierbar machen.
-- Historie mit Zielobjekten und Querverweisen versehen.
-- Archiv um weitere Entitaeten erweitern.
-- Archivsuche und Schnellfilter verbessern.
+1. Historie nach Modulen und Vorgangstypen filtern.
+2. Historie mit Zielobjekten und Querverweisen versehen.
+3. Archivsuche und Schnellfilter verbessern.
+4. Archiv um weitere Entitaeten erweitern.
+5. Historie exportierbar machen.
 
 Fertig, wenn:
 - Vorstand oder Verwaltung einen Vorgang aus Historie oder Archiv ohne Umweg wiederfinden kann.
 - Wichtige Clubobjekte nicht nur archiviert, sondern auch wieder auffindbar und verlinkt sind.
 
+Hinweis zur Abhaengigkeit:
+- Export erst nach Festlegung von Filtern, Zielobjekten und darzustellenden Feldern bauen; sonst wird ein instabiles Datenformat festgeschrieben.
+
 ### Phase 4: Restliche Club-UX verdichten
 
 Ziel:
 - Das Dashboard und die Detailmodule sollen gleiche Sprache sprechen.
 
 Arbeitspakete:
-- Dashboard-Schnellzugriffe weiter auf Tagesgeschaeft trimmen.
-- Verlinkungen zwischen Dashboard, Mitgliedern, Zahlungen, Kommunikation und Archiv schaerfen.
-- Kleine Inkonsistenzen in Statusworten, Akzentfarben und Listenlabels bereinigen.
+1. Verlinkungen zwischen Dashboard, Mitgliedern, Zahlungen, Kommunikation und Archiv schaerfen.
+2. Dashboard-Schnellzugriffe mit den tatsaechlich haeufigsten Tagesaktionen abgleichen und verdichten.
+3. Kleine Inkonsistenzen in Statusworten, Akzentfarben und Listenlabels bereinigen.
+4. Einen abschliessenden bereichsuebergreifenden Smoke-Check fuer Navigation, Rechte und leere Zustaende ausfuehren.
 
 Fertig, wenn:
 - Der Einstieg immer zur naechsten sinnvollen Aktion fuehrt.
@@ -112,11 +137,26 @@ Arbeitspakete:
 
 ## Konkrete naechste Tickets
 
-- SMTP-Test fuer Kommunikation mit realer Zieladresse und dokumentiertem Ergebnis.
-- Dokumentanhaenge fuer Kommunikation und Vorlagen.
-- Historie: Filter und Export.
-- Archiv: weitere Objektklassen und Suche.
-- Club-UI-Smoke-Check fuer Aufgaben, Kommunikation, Konten und Rechnungen.
+### Jetzt
+
+1. Club-UI-Smoke-Check und Kantenfallkorrekturen fuer Aufgaben und Kommunikation.
+2. Club-UI-Smoke-Check und Kantenfallkorrekturen fuer Konten und Rechnungen.
+3. Einheitliche Read-only-, Lade- und Fehlerzustaende in den vier Kernviews.
+
+### Danach
+
+4. SMTP-Test fuer Kommunikation mit realer Zieladresse und dokumentiertem Ergebnis.
+5. Sichtbare Behandlung fehlender oder fehlerhafter SMTP-Konfiguration nachziehen.
+6. Reply-To je Verein/Vorlage entscheiden und bei Bedarf umsetzen.
+7. Dokumentanhaenge fuer Kommunikation und Vorlagen.
+8. Serienvorlagen und wiederkehrende Nachrichtentypen.
+
+### Anschliessend
+
+9. Historie: Filter nach Modul und Vorgangstyp sowie Querverweise auf Zielobjekte.
+10. Archiv: Suche, Schnellfilter und danach weitere Objektklassen.
+11. Historie: Export auf Basis der stabilen Filter- und Objektstruktur.
+12. Dashboard-Deep-Links, Schnellzugriffe und Statuskonsistenz abschliessen.
 
 ## Abhaengigkeiten