| 1 | Verwaltung von SGR-Snapshots | - Die für die Kantonslisten und Ertragsrechnung aufbereiteten Daten sollen in Form von Schulgeldrechnungs-Snapshots persistent abgespeichert werden.
- Konsequente Trennung von Datenaufbereitungslogik und Formatierung-/Darstellungslogik für die Kantonslisten- und Ertragsrechnungsdokumente.
- Die Datenstruktur wird für die Berichte Kantonsliste und Ertragsrechnung optimiert.
| Implementierung der Datenstrukturen analog Evento SGR. |
| 2 | Stammdatenverwaltung für SGR-Snapshots | Die Erstellung der Kantonslisten und die Ertragsrechnung erfordert Stammdaten. Diese Stammdaten sind persistent zu speichern und mittels einer grafischen Oberfläche den Benutzern zur Verwaltung zugänglich zu machen. - Die persistente Speicherung von SGR-spezifischen Stammdaten ist möglich pro Schule, pro Region, pro Studiengang und pro Region/Studiengang-Kombination.
- Folgende Stammdaten-Felder werden bereit gestellt: Vereinbarung, Verrechnungspauschale, KontoSoll, KontoHaben und Ktr.
| Implementierung der Datenstrukturen analog Evento SGR. |
| 3 | SGR-Snapshot Generierungslogik | - Ein SGR-Snapshot kann aus daylight heraus für ein spezifisches Stichdatum erstellt werden.
- Die Datenbasis eines SGR-Snapshots sind die Buchungen der SGR-Kreditpunktebuchhaltung mit gleichem Stichdatum (resp. Abrechungsperiode).
- Der Algorithmus der Snapshot-Generierung sucht sich für eine Region/Studiengang-Kombination den jeweils „spezifischsten“ Stammdatensatz heraus.
| Andere Datenbasis als Evento SGR. Ansonsten Umsetzung analog Evento SGR. |
| 4 | Message-System für die Generierungslogik | Es wird ein Message-System für auftretende Fehler bei der Generierungslogik implementiert. |
|
| 5 | Snapshot-Log | - In einem Log wird festgehalten, ob und wann SGR-Snapshots erfolgreich durchgeführt worden sind ebenso wieviele Studierenden-Datensätze verarbeitet worden sind.
- Der Inhalt des Logs kann aus daylight betrachtet werden (Bericht)
|
|
| 6 | Fixierung von Snapshots | Existierende SGR-Snapshots eines bestimmten Stichdatums können vor Überschreiben (durch das Erstellen eines neuen SGR-Snapshots) und vor Veränderungen geschützt werden. Damit wird sichergestellt, dass an die Kantone gemeldete SGR-Daten durch den Benutzer nicht mehr verändert werden können.   Wurde so gar nie umgesetzt in Evento |
|
| 7 | Snapshot-Versionierung | Es können mehrere Versionen eines SGR-Snapshots mit gleichem Stichdatum erstellt und abgelegt werden. |
|
| 8 | Snapshot-Versionsvergleich | - SGR-Snapshots können miteinander verglichen und die Differenzen in einer Änderungsliste (Bericht) dargestellt werden.
- Es können sowohl Snapshot-Versionen des gleichen Stichdatums als auch Snapshots unterschiedlicher Stichtage miteinander verglichen werden.
- Dies ermöglicht eine gezielte Datenkontrolle, d.h. die SGR-Snapshotdaten müssen nicht zum wiederholten Mal gesamthaft kontrolliert werden.
|
|
| 9 | Werkzeuge zur Datenkontrolle | - ECTS-Summenkontrolle zwischen errechnete PersonenCredits mit Summen auf Kanton/StJg-Ebene
 Ist in Studiliste drinn. - Quercheck aktuelle Berechnung der Credits pro Person und Abrechnungslimite mit Vorgängerdaten im SGR-Snapshot (letzter gespeicherter Stichtag) Ist in Studiliste drinn.
- 01_Auf Abrechnung fehlende Personen: Aufgrund STjg-anm und SN => Im April manuell
|
|