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