Versions Compared

Key

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

...

Begriff(e)Beschreibung
Abgerechnete/abrechenbare Kreditpunkte (gem. FHV)Kreditpunkte, welche von einer Hochschule (eigene oder fremde) im Rahmen der laufenden Limite bereits abgerechnet wurden resp. von der eigenen Hochschule abgerechnet werden können.
Angerechnete/anrechenbare KreditpunkteKreditpunkte, welche für den Erwerb eines Diploms angerechnet werden können (Leistungsnachweis). Es kann sich um anrechenbare Vorkenntnisse sowie um frühere oder an der Heimschule erworbenen Credits handeln.
ASBOS

ASBOS steht für "Anpassung der Studierendenstatistik an das Bologna-System" und ist eine vom BfS durchgeführte Erhebung zur Messung der Studienintensität und der studentischen Mobilität.

Eingeschriebene Kreditpunkte (gem. FHV)Belegung einer Lerneinheit, der Kredits zugeordnet sind.
Erworbene Kreditpunkte 

Auch "ausgeschüttete" Kreditpunkte genannt. Kreditpunkte, welche einer Lerneinheit zugeordnet sind und für die die Leistungskontrolle durchgeführt und bestanden wurden. Erworbene Kreditpunkte sind immer auch angerechnete Kreditpunkte.

Evaluierte Kreditpunkte (gem. ASBOS)Ein Kreditpunkt gilt als evaluiert, wenn die Studienleistung von der zuständigen Instanz bewertet wurde - unabhängig vom Resultat.
FHV

Die Interkantonale Fachhochschulvereinbarung vom 12. Juni 2003 (FHV) ist auf Beginn des Studienjahres 2005/2006 in Kraft getreten. Sie löst die erste Fachhochschulvereinbarung für die Jahre 1999 bis 2005 ab. Alle Kantone (ausser NE) und das FL sind der Vereinbarung beigetreten.

Die FHV beschreibt ein Unterstützungsbeitragssystem, welches auf einem ECTS-basierten Abrechnungsverfahren aufbaut.

Kreditpunkten aus Fremdleistungen

Repräsentieren Leistungen der parallelen Mobilität, also Leistungen welche während des Studiums an externen Institutionen resp. ausserhalb des regulären Curriculums absolviert wurden. Bei Kreditpunkten aus Fremdleistungen kann es sich handeln um (und/oder)

  • Angerechnete Kreditpunkte, wenn sie für den Erwerb eines Diploms an der Heimschule relevant sind.
  • Abrechenbare resp. abgerechnete Kreditpunkte (je nachdem ob von Gast- oder Heimschule abgerechnet). Für das FHV-Dokument "Abrechnungsblatt bei Exmatrikulation" muss die Herkunft von Kreditpunkten aus Fremdleistungen dokumentiert und ausgewiesen werden können.
Kreditpunkte aus Vorleistungen

Repräsentieren Leistungen der sequentiellen Mobilität, d.h. Leistungen, welche vor Studienbeginn absolviert wurden. Bei Kreditpunkten aus Vorleistungen kann es sich handeln um (und/oder)

  • Angerechnete Kreditpunkte, wenn sie für den Erwerb eines Diploms an der Heimschule relevant sind.
  • Aberechnete Kreditpunkte. Für das FHV-Dokument "Abrechnungsblatt bei Exmatrikulation" muss die Herkunft von Kreditpunkten aus Vorleistungen dokumentiert und ausgewiesen werden können.
Kreditpunktebuchhaltung für den LeistungsnachweisBuchungsbasiertes System zur Verwaltung der angerechneten Kreditpunkte.
Kreditpunktebuchhaltung für die SchulgeldrechnungBuchungsbasiertes System zur Verwaltung der abgerechnete/abrechenbaren Kreditpunkte.
Schulgeldrechnung (SGR)Unterstützungsbeitragssystem, in welchem die Träger Regionen (Kantone, Länder) finanzielle Beiträge für ihre Studierenden leisten. Hauptsächlich wird nach FHV-Methodik abgerechnet, es gibt aber auch andere Verordnungen und eine zweite Verrechnungsart: "Pro-Kopf" -Abrechnungen(für die Vorbereitungskurse).


Einführung

Die FHV beschreibt ein Unterstützungsbeitragssystem, welches auf einem ECTS-basierten Abrechnungsverfahren aufbaut. Es liegt also Nahe, die Verwaltung dieser für die Schulgeldrechnung relevanten Kreditpunkte in irgend einer Form in die Kreditpunktebuchhaltung für den Leistungsnachweis zu integrieren. Diese zwei "Kreditpunktesysteme" unterscheiden sich jedoch fundamental in folgenden Punkten:

...

Kreditpunkte sind also nicht Kreditpunkte - die Verwendung resp. der Kontext derselben ist entscheidend. Der hier beschriebene Sachverhalt legt nahe, die unterschiedlichen Kreditpunkte in separaten und voneinander unabhängigen Systemen resp. Buchhaltungen zu verwalten.

...

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 buchungsbasiertes 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 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.


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.

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 der den entsprechenden Berechtigung Berechtigungen möglich, Buchungen jeglicher Ausprägung manuell zu erstellen, zu bearbeiten und zu löschen.
4Buchungsgeneratoren
  • 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 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 Kreditpoints
  • 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).
12Reguläre BuchungenKredits
  • 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".

1312Differenzbuchungen
  • Abrechnungswirksame Auf-/Abrundungsbuchungen.
  • Müssen als solche erkennbar sein in der Buchhaltung.

1413Korrekturbuchungen
  • Abrechnungsunwirksame Buchungen, z.B. die ECTS von Übernahmeverträgen, welche bereits von der Vorgängerschule abgerechnet wurden.
  • Müssen als solche erkennbar sein in der Buchhaltung.

...

Nr

Anforderung

Beschreibung / Bemerkung

Umsetzung in daylight

1Verwaltung 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.
  • Zusätzliche Optimierung der Datenstrukturen für historische Auswertungen.
Implementierung der Datenstrukturen analog Evento SGR.
2Stammdatenverwaltung 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 Teilschule (question), 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.
3SGR-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.
4Message-System für die GenerierungslogikEs wird ein Message-System für auftretende Fehler bei der Generierungslogik implementiert.
5Fixierung von SnapshotsExistierende 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.
6Snapshot-VersionierungDie SGR-Snapshot-Daten eines Stichdatums können versioniert Es können mehrere Versionen eines SGR-Snapshots mit gleichem Stichdatum erstellt und abgelegt werden.
7Snapshot-Versionsvergleich (gleiche Abrechnungsperiode)Für die versionierten Daten gibt es eine Änderungsliste, welche die Datenveränderungen der aktuellen im Vgl. mit der letzten Version aufweist.
  • 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.

8Werkzeuge zur Datenkontrolle
  • Änderungsliste aktuelle SGR-Snapshotdaten mit Snapshotendaten des vorherigen Stichtages (der vorherigen Abrechnungsperiode).
  • ECTS-Summenkontrolle zwischen errechnete PersonenCredits mit Summen auf Kanton/StJg-Ebene (question) (question)
  • Quercheck aktuelle Berechnung der Credits pro Person und Abrechnungslimite mit Vorgängerdaten im SGR-Snapshot (letzter gespeicherter Stichtag) (question) (question)

Übernahmeverträge / Abrechnungsblatt Exmatrikulation


Anforderung

Beschreibung / Bemerkung

Umsetzung in daylight

1


Berichte

Nr

Anforderung

Beschreibung / Bemerkung

Umsetzung in daylight

1Kantonsliste



2Ertragsrechnung inkl. Kontroll-Excel



3Abrechnungsblatt Exmatrikulation



4Snapshot-Versionsvergleich

Datenübernahme & initialer Datenbestand für Stichtag Apr. 2019

...