Siehe Einführung und Glossar.

Analog der Kreditpunktebuchhaltung für den Leistungsausweis sollen die Kreditpunkte für die SGR ebenfalls in einem buchungsbasiertes System verwaltet werden können.

• Die Kreditpunktebuchhaltungen für den Leistungsausweis und für die SGR sind strikte voneinander getrennt.
• In jede Kreditpunktebuchhaltung wird separat gebucht. Es gibt keine "systemübergreifenden" Buchungssätze.
• Bei Geschäftsprozessen resp. Arbeitsschritten, welche Kreditpunkte sowohl für den Leistungsausweis als auch für die SGR "generieren", wird doppelt gebucht: Einmal in die Leistungsausweis-Buchhaltung, einmal in die SGR-Buchhaltung.
• Die beiden Systeme sind komplett unabhängig voneinander. Buchungen in die Leisungsausweis-Buchhaltung haben niemals einen Einfluss auf die SGR-Buchhaltung und den darauf basierenden Komponenten (SGR-Snapshots, Reports etc.) und umgekehrt.

Im Gegensatz zu Evento, wo die Kreditpunkte für die SGR erst zum Stichtag evaluiert werden, sollen in daylight die Buchungen laufend vorgenommen werden. Dies soll zum Zeitpunkt des Arbeitsschrittes geschehen, welcher für die Buchung "verantwortlich" ist.

So sollen z.B. die eingeschriebenen Kreditpunkte gebucht werden, wenn die Studierenden zu Semesterbeginn definitiv auf die Anlässe angemeldet werden, die Differenzbuchungen zum Zeitpunkt der Exmatrikulation etc.

• Ergänzend zur manuellen Buchung von SGR-relevanten Kreditpunkten sollen Buchungsgeneratoren dort zum Einsatz kommen, wo viele, gleichartige Buchungen nach einer klar definierbaren Logik generiert werden müssen.
• Von Generatoren erstellten Buchungen sind nachträglich durch den Benutzer editierbar/löschbar.
• Die Fixierung erfolgt der Buchungen erfolgt manuell durch den Benutzer (siehe nächster Abschnitt).
• Die Generatoren sind möglichst "intelligent" zu implementieren. So ist es z.B. vorteilhaft, wenn sie im gleichen Kontext mehrmals ausgeführt werden können. Dies ermöglich ein iteratives Bereinigen von fehlerhaften Daten und/oder ein zeitlich versetztes Ausführen.

Spezifikation der Buchungsgeneratorena) für den kommenden Snapshot
b) für die

• Kreditpunktebuchungen können durch den Benutzer fixiert werden.
• Fixierte Buchungen sind "read only" und können im UI nicht mehr editiert werden.
• Fixierte Buchungen können "unfixiert" und erneut bearbeitet werden, dies erfordert jedoch ein Spezialrecht.
• Es ist möglich, Buchungen in der Masse zu fixieren.

Kreditpunktebuchungen besitzen die daylight-Standardfelder "Erstellt", "Erstellt von", "Zuletzt geändert", "Zuletzt geändert von".

Benötigen wir eine Änderungshistorie? Soll das Mutationsjournal für diese Entität aktiviert werden?

Einer Kreditpunktebuchung muss eine Anmeldung zugewiesen werden können (optional). Dies ist für Buchung von eingeschriebenen Kreditpunkten zwingend.

• Verwaltung von Abrechnungsperioden (Stichtagen) in Form von Stammdaten.
• Einer Kreditpunktebuchung muss eine Abrechnungsperiode zugewiesen werden können (zwingend).
• Abrechnungsperioden können fixiert werden. Für fixierte Abrechnungsperioden können keine Buchungen mehr erstellt werden.

SGR-Snapshots einmal jährlich generieren oder halbjährlich? Bisher wurde halbjährlich, jedoch den Kantonen nur jährlich gemeldet, korrekt? Ist das halbjährliche neu noch notwendig?

• Verwaltung von Abrechnungslimiten in Form von Stammdaten.
• Einer Kreditpunktebuchung muss eine Abrechnungslimite zugewiesen werden können (zwingend).

• Müssen als solche erkennbar sein in der Buchhaltung.
• Müssen zwingend mit der relevanten Anmeldung verbunden sein (die Anmeldung sollte nicht mehr gelöscht werden können).

• Müssen als solche erkennbar sein in der Buchhaltung.
• (nicht zu Verwechseln mit den Startbuchungen, siehe unten)

Bsc: Aus daylight
Ma:

• Aufrundungsbuchungen für Exmatrikulierte
• Abrundungsbuchungen

• Startbuchungen aus Übernahmeverträgen (bei Neu-Immatrikulierten)