Skip to content

[Epic:] Teamfunktionalität Schritt 2

Nachfolger von #197 (closed)

User Story

Als SSP schneiden wir das große Thema der Teamfunktionalität in wichtige Teilschritte, welche nacheinander abgearbeitet werden.

Warum

Die Teamfunktionalität erzeugt mehrere Anforderungen, welche auch mit der Fachadministration überlappend sind. Daher sollen die einzelnen Schritte aufgestellt werden.

Links, Hinweise, Bemerkungen

Akzeptanzkriterien

Jeweils 1 Story, welche auf Wunsch von Michael erst erstellt werden, wenn es soweit ist:

  1. S3 Bucket für Verträge, damit alle Verträge abgerufen werden können
  2. Caching der Suchergebnisse
  3. Visuelle Berechtigung nach Zuordnung nach Produkten inkl. Lese-/Schreibenderollen. Danach aktive Zuordnung möglich. #2095 (closed)
  4. Prod Elster MUK-Zertifikat für Stage
  5. Felderberechtigung einführen
  6. Vertragsdokumentation in "schön"
  7. Nextcloud Mailanbindung
  8. Einweisung Laura für S3 Bucket
  9. ...
  10. ...

Bedeutung der AKs

S3 Bucket für Verträge, damit alle Verträge abgerufen werden können

  • 1 Bucket für Stage und Prod
  • 1 Keycloak --> Stage wird auf Prod-Keycloak verweisen
  • 1 Bucket für DEV/Local
  • Kein Bucket auf Test, weil Verträge auf Test ausgeschalten sind (die öffentliche Testumgebung soll die geringsten Hindernisse haben)
  • Hintergrund: Anbindungsprojekte könnten sich das erste Mal in der Prod-Umgebung anmelden und wären aber auch für alle anderen Umgebungen freigeschaltet. Dies könnte auch mit Stage passieren, heißt, wenn ein Nutzer sich zuerst auf Stage registriert muss er automatisch auch auf Prod freigeschalten sein, weil die Vertragsdokumente universell sind.

Caching der Suchergebnisse

  • Das SSP soll schneller arbeiten, d.h. bei jeder Teilsuchanzeige müsste das SSP beim ZSD eine Abfrage stellen, dies würde viel Performance benötigen, die wir durch einen Cache reduzieren möchten.
  • Problem: Nach Anlage mehrerer Zustellpunkte/Clients könnte es sein, dass diese noch nicht angezeigt werden, weil durch das Caching diese Informationen nicht direkt bei uns liegen.
  • Lösung:
  1. Wenn der ZSD eine leere Liste zurückgibt wird nichts gecached (Erstnutzer).
  2. Reset des Cachings nachdem eine Speicherung von Client/Zustellpunkt durchgeführt wurde (Invalidierung einbauen).
  3. Das Caching wird auf 5 Minuten bei Client und Destination eingestellt. 5 Minuten wurden gewählt, weil geübte Nutzer wahrscheinlich 3-5 Minuten zur Zustellpunkt-Anlage benötigen.

Mögliche Folgeaktivitäten (vom Entwickler zu ergänzen)

Edited by Laura Elges