Festlegung Architektur Reporting-Service
## Warum?
Im ersten Schritt des EPICs #1216 soll die Zielarchitketur festgelegt werden. Grundlage bildet die Annahme, dass alle Informationen als Rohdaten aus den FIT-Connect Komponenten in ein BI-Tool (im ersten Schritt Fokus auf PowerBI) geladen werden sollen, wo Sie aufgearbeitet werden.
## Relevante Links und Bemerkungen
- Diese Story ist Teil des EPICS #1216
## Akzeptanzkriterien
1. [x] Architektur des Zugriffs ist festgelegt (EPIC AK1)
1. [x] ~~Für die Statistiken sollen Statistik-Tabellen in bestehender DB angelegt / ergänzt werden und keine eigene DB angelegt werden.~~
- ~~Statistik-Tabellen sollen in Echtzeit befüllt werden~~
- ~~Für die Exporte sollen die Tabellen direkt in CSV exportiert werden~~
- sofern es keine Auswirkungen auf die Performance (AK1.4) gibt, könnten Exporte auch aus bestehenden (NICHT-Statistik-Tabellen) direkt exportiert werden. Das ist in der Pilotierung zu prüfen
- PO-Review: wir starten initial mit direkten Exporten aus den produktiven Tabellen. Optimierung wird bei Bedarf eingeplant
2. [x] ~~Werden auch die Kennzahlen auf Basis der Logs ( #111) ebenfalls in diese DB abgelegt oder umgekehrt?~~ - Zurückgestellt - Follow Up zum Epic
3. [x] Userverwaltung oder im ersten Schritt nur ein technischer User
- Es soll ein neuer Statistik-User angelegt werden, welche über seine ClientId / ClientSecret sich einen Token abholen kann und dann über einen neuen ihm zugeordneten Scope sich die CSV Dateien abholen kann.
4. [x] kein Performanceeinfluss auf den Zustelldienst – ~~Rechenintensive Abfragen sollten separat über z.B. einen Nachtjob laufen (fachlich führt das dazu, dass es keine Echtzeitdaten gibt)~~
- ~~Statistik-Tabellen werden bei Zustandsveränderungen direkt geändert (CSV Export der Tabellen wird nicht performance-kritisch bewertet)~~
- We want a time range for the submission/replies stats tables for easier filter in BI tool.
- PO-Review: Das lesen sollte kaum Performanceeinfluss haben, falls dorch wird eine Optimierung eingeplant
5. [x] Einfacher Zugriff aus gängigen BI / Reporting-Tools
- Es soll ein oder mehrere Endpunkte bereitgestellt werden wo die Entitäten in einzelnen CSV Dateien abgerufen werden können (Im ersten Schritt der Epic-Entwicklung direkter Export aus der DB durch einen Entwickler und Importprüfung über PO)
6. [x] ~~Festlegen wann und wo es in die API-Doku aufgenommen wird.~~ -> #1687
2. [x] Die Metriken wurden bewertet und entschieden, welche Metriken schützenswert sind und welche nicht (DSB FITKO) (Speziell client-\>owner wäre noch abzustimmen) (EPIC AK6)
3. [ ] ...
## Durchführungsplan (von Entwickler:in bei Umsetzungsplanung auszufüllen)
- [ ] [Definition of Done](https://wiki.fit-connect.fitko.dev/de/PM_PUBLIC/Projektvorgehensmodell_2022) wurde geprüft
issue