Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

SGR-Kreditpunktebuchhaltung

Nr

Anforderung

Beschreibung / Bemerkung

Umsetzung in daylight

1Dedizierte Kreditpunktebuchhaltung für die Schulgeldrechnung

Siehe Einführung und Glossar.

Analog der Kreditpunktebuchhaltung für den Leistungsausweis sollen die Kreditpunkte für die SGR ebenfalls in einem buchungsbasierten 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 Aktionen mit Kreditpunkten aus beiden Kontexten involvieren, 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.


2Laufende Erfassung von Buchungen

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.

Anmeldung, Abmeldung, Ummeldung, Löschen

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


3Manuelle Buchung durch BenutzerEs ist grundsätzlich und mit den entsprechenden Berechtigungen möglich, Buchungen jeglicher Ausprägung manuell zu erstellen, zu bearbeiten und zu löschen.
4BuchungsgeneratorenAnmeldungs-Buchungsgenerator
  • 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öglicht ein iteratives Bereinigen von Daten und/oder ein zeitlich versetztes Ausführen.

(warning) Spezifikation der Buchungsgeneratoren


5Fixierung
  • Kreditpunktebuchungen können durch den Benutzer fixiert werden.
  • Fixierte Buchungen sind "read only" und können im UI nicht mehr editiert oder gelöscht 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.

6Status(question) Benötigen Kreditpunktebuchungen einen Statusplan oder ist die Fixierung ausreichend?
7Change Tracking

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

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


8StornierungKreditpunktebuchungen können storniert werden. Es kann ein Grund für die Stornierung angegeben werden (Freitext).
9Abrechnungsperioden
  • 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.

(question) 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?


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

11Reguläre Buchungen für eingeschriebene Kredits
  • Buchungen für an der Heimschule eingeschriebene und somit abrechnungswirksame Kreditpunkte.
  • Müssen als solche erkennbar sein in der Buchhaltung.
  • Einzelbuchungen müssen, wann immer möglich, mit der Anmeldung auf die Lerneinheit, welcher die Kredits zugeordnet sind, verbunden werden (optional). Referenzierte Anmeldungen sollten nicht mehr gelöscht werden können.
  • Alternativ soll es soll es möglich, Sammelbuchungen für eingeschriebene Kreditpunkte zu erfassen. Beispiel: Total aller eingeschriebene Kredits im FS 2019 für Studi X, Kanton Y und Abrechnungslimite Z für Abrechnungsperiode "Apr. 2019".
Auswahlfeld "Typ", Ausprägung "Standard".
12Differenzbuchungen
  • Abrechnungswirksame Auf-/Abrundungsbuchungen.
  • Müssen als solche erkennbar sein in der Buchhaltung.
Auswahlfeld "Typ", Ausprägung "Differenzbuchung".
13Korrekturbuchungen
  • Abrechnungsunwirksame Buchungen, z.B. die ECTS von Übernahmeverträgen, welche bereits von der Vorgängerschule abgerechnet wurden.
  • Unterscheidung aus Vorleistung oder int. Korrektur => siehe Exmatrikulationsbescheinigung
  • Subtyp: "Korrektur", "interner Wechsel", "externe mitgebracht"
  • Müssen als solche erkennbar sein in der Buchhaltung.
Auswahlfeld "Typ", Ausprägung "Korrekturbuchung".
14Buchungen für Kreditpunkte aus Vorleistungen/Fremdleistungen
  • Kreditpunkte aus Vorleistungen müssen als solche erkennbar sein in der Buchhaltung.
  • Kreditpunkte aus Fremdleistungen müssen als solche erkennbar sein in der Buchhaltung.

Auswahlfeld "Art der Leistung" mit den Ausprägungen "Standard", "Vorleistung", "Fremdleistung".

...

Nr

Daten

Beschreibung / Bemerkung

Datenherkunft

Administration in daylight
1Kreditpunkte-Saldi des letzten Stichtages (ECTS bisher)

Die am letzten Stichtag (Okt. 2018) den Kantonen gemeldeten Kreditpunkte-Saldi. Diese gelten pro Student, Kanton und Abrechnungslimite.

Diese Saldi sind die neuen "ECTS bisher" für den Stichtag Apr. 2019.

Ab Evento SGR letzter SnapshotDer letzte Stichtag (Okt. 2018) wird als Abrechnungsperiode erfasst und die Saldi werden als Differenzbuchungen oder Korrekturbuchungen (question) darauf gebucht.
2Eingeschriebene Kredits HS 2018 - Nachzügler
(question) Aus daylight?
3Eingeschriebene Kredits FS 2019

Bsc: Aus daylight
Ma: (question)

(question) Kreditpunktebuchungen für Ma: Mit welchen Anmeldungen verbunden?
4Differenzbuchungen seit letztem Stichtag
  • Aufrundungsbuchungen für Exmatrikulierte
  • Abrundungsbuchungen


5Korrekturbuchungen seit letztem Stichtag
  • Startbuchungen aus Übernahmeverträgen (bei Neu-Immatrikulierten)


Termine, Meilensteine

DatumThemaBemerkungen

Feature Complete Release 1.1

Beinhaltet:

  • BfS-Studierendenstatistik
  • SGR-Kreditpunktebuchhaltung Datenstrukturen
  • SGR-Snapshotverwaltung Datenstrukturen
  • Anmeldungs-Buchungsgenerator
  • Snapshot-Generator
  • Berichte
    • SGR-Kantonsliste
    • SGR-Rechnungsbeilage
    • SGR-Studiliste
    • SGR-Snapshot-Versionsvergleich
15. Apr 19Stichtag SGR (BfS Stud wird nicht gemeldet)BfS Stud wird nicht gemeldet, muss aber trotzdem erstellt werden für SGR

Feature Complete Release 1.2

Berichte

  • SGR VK-Abrechnungen
  • Abrechnungsblatt Exmatrikulation
  • ASBOS
15. Mai 19Stichtag SGR VKs
  • Vorbereitungskurse (pro Kopf-Verrechnung)
Juli 19Exmatrikulationen
15. Okt 19Stichtag SGR und BfS Stud
15. Nov 19Stichtag SGR VKs
Feb. 20ASBOS


Offene Fragen

NrThemaBeschreibung
1VKsAuf wann und wie werden die Vorkurse resp. die Pro-Kopf-Abrechnung umgesetzt?




Dokumente

Attachments

Links

...