docs(17): create phase plan
This commit is contained in:
@@ -609,3 +609,39 @@ Phases execute in numeric order: 1 -> 2 -> 3 -> 4 -> 5 -> 6 -> 7 -> 8 -> 9 -> 10
|
||||
| 14. RSS, Email-Alert Ingestion & Module Rollout | 5/5 | In Progress| |
|
||||
| 15. Modul-Berechtigungen: Gruppen & User-Grants | 8/8 | Complete | 2026-08-04 (Bericht 15-04 am 2026-08-11 nachgezogen) |
|
||||
| 16. AD-Gruppen-Synchronisation | 5/5 | Complete | 2026-08-11 |
|
||||
| 17. Eigene Ausschreibungs-Quellen je Nutzer | 0/3 | Planned | - |
|
||||
|
||||
### Phase 17: Eigene Ausschreibungs-Quellen je Nutzer
|
||||
|
||||
**Goal:** Jeder Nutzer speist seine eigenen Ausschreibungs-Quellen ein — eigenes Alert-Postfach und eigene RSS-Feeds statt einer gemeinsamen Konfiguration. Die Einstellungsseite trennt danach sauber nach Zustaendigkeit: Plattform-Administration (Abrufintervall der oeffentlichen Quelle) bleibt Admin-Sache, Quellen und Digest-Intervall gehoeren dem Nutzer.
|
||||
|
||||
**Ausdruecklich NICHT in dieser Phase:** Ausschreibungsdaten bleiben plattform-global (Entscheidung D-03 aus Phase 10). Geaendert wird, WER Quellen einspeist — nicht, wer Treffer sieht. Was ueber das Postfach von Nutzer A hereinkommt, steht danach weiterhin auch in der Trefferliste von Nutzer B. Eine Sichtbarkeitstrennung waere ein deutlich groesserer Umbau und ist hier bewusst ausgeklammert.
|
||||
|
||||
**Ausloeser:** Backlog-Punkt `2026-08-11-tender-radar-einstellungen-mischen-rollen.md`. Beim Durchsprechen am 2026-08-11 kam heraus, dass die urspruengliche Zustimmung zur gemeinsamen Konfiguration auf einer missverstaendlichen Erklaerung meinerseits beruhte — zwei Nutzer mit je eigenem Portal-Konto koennen ihre Alerts heute gar nicht beide anbinden.
|
||||
|
||||
**Requirements**: SRC-01, SRC-02, SRC-03, SRC-04, SRC-05 — beim Planen am 2026-08-12 aus dem Backlog-Punkt und 17-CONTEXT.md abgeleitet, neue modul-lokale Kategorie SRC (Quellen-Besitz):
|
||||
|
||||
- **SRC-01**: Jeder Nutzer bindet sein eigenes Alert-Postfach an; ein Mandant kann mehrere Postfaecher haben (D-01).
|
||||
- **SRC-02**: RSS-Feeds haben einen Besitzer; Feeds ohne Besitzer bleiben plattformweit und von der Administration gepflegt (D-02).
|
||||
- **SRC-03**: Der zeitgesteuerte Abruf holt weiterhin alle Quellen in einem Durchlauf; eine kaputte Quelle blockiert die anderen nicht.
|
||||
- **SRC-04**: Nutzereigene Einstellungen (Postfach, eigene Feeds, Digest-Intervall) liegen auf einer eigenen, fuer jeden Modulnutzer erreichbaren Seite (D-04).
|
||||
- **SRC-05**: Die verbleibenden Administrationseinstellungen sind fuer normale Nutzer nicht sichtbar; die Rollenpruefung greift in der Oberflaeche wie in der API (D-03).
|
||||
|
||||
**Depends on:** Phase 16
|
||||
**Plans:** 3 plans
|
||||
|
||||
**Success Criteria** (what must be TRUE):
|
||||
|
||||
1. Zwei Nutzer desselben Mandanten koennen gleichzeitig je ein eigenes Alert-Postfach anbinden; keiner sieht oder ueberschreibt das des anderen
|
||||
2. Ein Nutzer legt eigene RSS-Feeds an und sieht in seiner Liste nur die eigenen plus die plattformweiten; der seit Phase 14 gesetzte service.bund.de-Feed bleibt fuer alle unveraendert aktiv
|
||||
3. Kein Nutzer kann einen fremden oder plattformweiten Feed loeschen oder einen plattformweiten Feed anlegen — beides bleibt der Administration vorbehalten
|
||||
4. Der Abruf holt alle Postfaecher und Feeds in einem Durchlauf; faellt eine Quelle aus, laufen die uebrigen weiter
|
||||
5. Auf `/modules/tender-radar/my-sources` findet jeder Nutzer Postfach, eigene Feeds und Benachrichtigungsintervall an einer Stelle
|
||||
6. Auf `/modules/tender-radar/settings` bleibt nur Abrufintervall und plattformweite Feed-Pflege; ein normaler Nutzer sieht dort keine Bedienelemente mehr, die beim Speichern in eine Fehlermeldung laufen
|
||||
7. `Tender` bleibt unveraendert ohne Mandantenfeld und ohne RLS (D-05 / Phase-10-D-03 unangetastet)
|
||||
|
||||
Plans (Wellenstruktur — streng nacheinander, alle drei fassen Schema, Controller oder die Zugriffsschicht gemeinsam an):
|
||||
|
||||
- [ ] 17-01-PLAN.md (Welle 1) — Alert-Postfach wechselt vom Mandanten zum Nutzer: Schema, handgeschriebene Migration mit Besitzer-Zuordnung, Dienst und Endpunkt, erste Fassung der Seite "Meine Quellen". Enthaelt den Entscheidungspunkt fuer beide Datenbank-Umbauten der Phase.
|
||||
- [ ] 17-02-PLAN.md (Welle 2, nach 17-01) — RSS-Feeds bekommen einen Besitzer: Schema und Migration, Besitzerlogik, Schutz gegen fremdes Loeschen, Mengenbegrenzung, Herkunftsmarkierung im Abruf, angepasste Startbestueckung.
|
||||
- [ ] 17-03-PLAN.md (Welle 3, nach 17-01 und 17-02) — Oberflaeche nach Zustaendigkeit trennen: "Meine Quellen" vollstaendig, Administrationsseite reduziert und rollengeprueft, Zahnrad umgehaengt, Beschriftungen in beiden Sprachen, Backlog-Punkt geschlossen.
|
||||
|
||||
Reference in New Issue
Block a user