Versions Compared

Version Old Version 42 New Version Current
Changes made by

Alex Grossmann

Alex Grossmann

Saved on

Key

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

Entwurf, Version vom 27.2.2019

Glossar

...

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.

...

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.

...

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.

...

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.

...

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.

...

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:

  • Grundlage für die ECTS-Finanzierung stellen die eingeschriebenen Kreditpunkte dar, für den Leistungsausweis sind die erworbenen/angerechneten Kreditpunkte relevant.
  • Die Anzahl eingeschriebener Kreditpunkte kann sich massgeblich von den erworbenen/angerechneten Kreditpunkten unterscheiden. Gründe für die Differenz sind "No shows", vorzeitige Abbrüche, Nichtbestehen, Erfüllung durch Vorleistung/Fremdleistung gesamthaft oder in Teilen usw.
  • Unterschiedlicher Buchungszeitpunkt: FHs buchen in der Regel eingeschriebene Kreditpunkte zu Semesterbeginn, erworbene am Ende bei bestandener Leistungskontrolle.
  • Unterschiedlicher zeitlicher Bezug: Die Kreditpunkte eines Unterstützungsbeitragssystems haben einen eindeutigen Bezug zu einer Abrechnungsperiode resp. zum einem Stichtag (Snapshot-Charakteristik). Erworbene/angerechnete Kreditpunkte haben diesen Bezug nicht. Sie besitzen jedoch einen Bezug auf das Semester resp. die Periode, in welcher sie durch den Studenten erworben wurden.
  • Nicht alle Unterstützungsbeitragssysteme sind kreditpunktebasiert. Viele Bildungsinstitutionen werden "pro Kopf" subventioniert. Die Unterstützungsbeitragsverwaltung darf also nicht per se auf der Kreditpunktebuchhaltung aufsetzen, sondern es muss auch möglich sein, von Kreditpunkten unabhängige Abrechnungssätze zu generieren.

Ähnlich verhält es sich mit ASBOS. Hier sind die evaluierten Kreditpunkte massgebend, welche sich ebenfalls von den erworbenen/angerechneten Kreditpunkten unterscheiden.

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.

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.
  • Abgebildet in daylight als "Kreditpunktebuchungen Eingeschrieben" (verwaltet in Entität PersonCreditPoints).
  • Das Buchungsregister kann im Navigator unter "Anlässe und Artikel" => "Kreditpunktebuchungen Eingeschrieben" aufgerufen werden.
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

kann zum Zeitpunkt des Arbeitsschrittes geschehen, welcher für die Buchung "verantwortlich" ist oder aber zu jedem beliebigen Zeitpunkt bis zum Stichtag.

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.

Folgende Prozesse im Kontext von Lerneinheiten sind buchungsrelevant und müssen fortlaufend nachgeführt werden können:

  • Anmeldung
  • Abmeldung
  • Ummeldung
  • Löschen von Anmeldungen

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.
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öglicht ein iteratives Bereinigen von Daten und/oder ein zeitlich versetztes Ausführen.
(warning) Spezifikation der Buchungsgeneratoren

Für die PHSZ wird 1 Generator implementiert. Spezifikation: https://daylightsoftware.atlassian.net/wiki/x/LN4a


5Fixierung von Buchungen
  • 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 werden auch von Buchungsgeneratoren nicht mehr verändert.
  • Fixierte Buchungen können "unfixiert" und erneut bearbeitet werden. Dies erfordert jedoch ein Spezialrecht.
  • Es ist möglich, Buchungen in der Masse zu fixieren.
Aktion "Kreditpunkte fixieren/unfixieren" im Buchungskontext.
6Status
(question)
(question) Benötigen Kreditpunktebuchungen einen Statusplan oder ist die Fixierung ausreichend?Nur Fixierung, keinen Workflow implementiert.
7Change Tracking

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

(question) 10

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

Standard daylight Change Tracking-Felder implementiert. Keine Mutationshistory.
8Stornierung

Kreditpunktebuchungen können storniert werden. Es kann ein Grund für die Stornierung angegeben werden (Freitext).

(question) Fixierte Buchungen aus abgeschlossenen Abrechnungsperioden sollten nicht mehr storniert werden können!

Noch nicht umgesetzt.

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?

  • Die FHV-Abrechnung und der hierfür notwendige SGR-Snapshot findet 2 mal pro Jahr zu fixen Terminen statt, nämlich am 15.04. und am 15.10. für die Kreditpunkteabrechnung. Die Pro-Kopf-Abrechnung findet jeweils einen Monat später statt am 15.05. und am 15.11.
  • Bei jedem dieser Snapshots, also 2-mal im Jahr, muss den Kantonen die sog. Kantonsliste und die jeweiligen Rechnungsbeilagen gemeinsam mit der Rechnung geschickt werden; für die Neustudierenden werden ausserdem noch zusätzliche Dokumente incl. Personalienblatt mitgeliefert
  • Die jährliche Meldung der Studierenden an BFS müssen wir im Oktober machen, dies ist aber eine reine statistische Datenerhebung (= Studierendenstatistik) und hat eigentlich nichts mit der FHV-Abrechnung zu tun (…ausser dass hier die immatrikulierten Studis gemeldet werden)
  • Tabelle für Abrechnungsperioden implementiert: "FHV SGR Abrechnungsperiode".
  • Folgende Stammdatensätze erfasst: "FHV SGR 2018-10", "FHV SGR 2019-04", "FHV SGR 2019-10"


10Fixierung von Abrechnungsperioden

Die Buchungen einer fixierten Abrechnungsperioden können nicht mehr verändert werden.

(Noch) nicht umgesetzt. Fixierung erfolgt zur Zeit nur auf Buchungsebene.
11Abrechnungslimiten
  • Verwaltung von Abrechnungslimiten in Form von Stammdaten.
  • Einer Kreditpunktebuchung muss eine Abrechnungslimite zugewiesen werden können (zwingend).
1112

12Regulä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.
  • Feld Typ: Wert "Standard".
  • Feld "Anmeldung" für Zuweisung der Anmeldung auf die Lerneinheit, welcher die Kredits zugeordnet sind.
13Verknüpfung Anmeldung mit Kreditpunktebuchung (Einzelbuchung)
  • 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.
  • Feld "Anmeldung" für Zuweisung der Anmeldung auf die Lerneinheit, welcher die Kredits zugeordnet sind. Der Fremdschlüssel wurde trotzdem auf der Buchung implementiert und nicht auf der Anmeldung (aufgrund von Designüberlegungen und Abwärtskompatibilität).
14Sammelbuchungen
  • 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".
  • Die Id der Buchung wird auf allen dazugehörenden Anmeldungen hinterlegt,
  • Zwischenentität "Kreditpunktebuchungsreferenz", mit welcher mehrere Anmeldungen der gleichen Buchung zugewiesen werden können.
15Differenzbuchungen
  • Abrechnungswirksame Auf-/Abrundungsbuchungen.
  • Müssen als solche erkennbar sein in der Buchhaltung.
Auswahlfeld "Typ", Ausprägung
  • Feld Typ: Wert "Differenzbuchung".
13Subtyp
16Korrekturbuchungen
  • 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
    • Müssen als solche erkennbar sein in der Buchhaltung.
    • Folgende Subtypen müssen unterscheidbar sein: "Korrektur", "
    interner
    • Interner Wechsel", "
    externe
    • Extern mitgebracht"
    Müssen als solche erkennbar sein in der Buchhaltung
    • .
    Auswahlfeld "
    • Feld Typ: Wert "
    , Ausprägung "Auswahlfeld "Art der Leistung" mit den Ausprägungen
    • 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.
    • Die Subtypen sind im Feld Kategorie abgebildet. Folgende Werte können für Buchungen vom Typ "Korrekturbuchung" gesetzt werden: "Standard", "
    Vorleistung
    • Interner Wechsel", "
    Fremdleistung
    • Extern mitgebracht".

    SGR-Snapshots

    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.
    		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 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.
    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.
    5Snapshot-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)

    6Fixierung 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.

    (warning) Wurde

    (question) Brauchen wir das? Wurde (vermutlich) so gar nie umgesetzt in Evento...


    7Snapshot-VersionierungEs können mehrere Versionen eines SGR-Snapshots mit gleichem Stichdatum erstellt und abgelegt werden.
    8Snapshot-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.

    9Werkzeuge zur Datenkontrolle
    • ECTS-Summenkontrolle zwischen errechnete PersonenCredits mit Summen auf Kanton/StJg-Ebene
    • (warning) Ist in Studiliste drinn.
    • Quercheck aktuelle Berechnung der Credits pro Person und Abrechnungslimite mit Vorgängerdaten im SGR-Snapshot (letzter gespeicherter Stichtag)
    (warning)
    • (warning) Ist in Studiliste drinn.
    • 01_Auf Abrechnung fehlende Personen: Aufgrund STjg-anm und SN => Im April manuell

    Verwaltung Kreditpunkte aus paralleler und sequentieller Mobilität / Abrechnungsblatt Exmatrikulation

    Anforderung

    Beschreibung / Bemerkung

    Umsetzung in daylight

    1Kreditpunkte aus Vorleistungen im Leistungsausweis-Kontext

    Verwaltung in der Kreditpunktebuchhaltung für den Leistungsausweis.

    2Kreditpunkte aus Fremdleistungen im Leistungsausweis-KontextVerwaltung in der Kreditpunktebuchhaltung für den Leistungsausweis.3Kreditpunkte aus Vorleistungen im SGR-KontextVerwaltung in der Kreditpunktebuchhaltung für die SGR.4Kreditpunkte aus Fremdleistungen im SGR-KontextVerwaltung in der Kreditpunktebuchhaltung für die SGR.5Kreditpunkte relevant für Abrechnungsblatt ExmatrikulationWerden in der Kreditpunktebuchhaltung für die SGR verwaltet.


    Berichte

    Nr

    Name

    		Vorlage

    Beschreibung / Bemerkung

    Umsetzung in daylight

    1

    SGR-Kantonsliste
    (alias Kantonsrechnung Studierende)

    View file
    nameKantonsrechnung_Studierende.pdf
    height150



    2SGR-Rechnungsbeilage
    (alias Kantonsrechnung Beilage, alias Ertragsrechnung)

    View file
    nameKantonsrechnung_Beilage.pdf
    height150



    3SGR-Studiliste

    Image Modified

    Image Modified



    4SGR-Snapshot-Versionsvergleich

    Image Modified



    5SGR-Log

    Image Modified



    6

    Abrechnungsblatt Exmatrikulation
    (alias Exmatrikulationsbescheinigung)

    View file
    nameExmatrikulationsbescheinigung_Muster-Karin.pdf
    height150



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

    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 Snapshot

    Pro Student, Kanton und Abrechnungslimite müssen folgende Buchungen für SGR-Kreditpunktebuchhaltung und für die Abrechnungsperiode "10.2018" erstellt werden:

    • Korrekturbuchung "Extern mitgebracht": Summe aller Buchungen aus Tabelle PersonCreditsMitgebracht
    • Korrekturbuchung "Intern": Summe aller Buchungen aus Tabelle PersonCreditsMitgebracht
    • Sammelbuchung: EctsTotal des letzten SGR Snapshots (Tab tblCstPHZ_3160_SGR_Snapshot_Stud) - Betrag Korrekturbuchung "Extern mitgebracht"- Betrag Korrekturbuchung "Intern".

    Tabelle PersonCredits.

    Der letzte Stichtag (Okt. 2018) wird als Abrechnungsperiode erfasst und die Saldi werden als

    Differenzbuchungen oder Korrekturbuchungen (question) darauf gebucht

    Sammelbuchungen (Korrekturbuchungen, mit entspr. Subtyp) darauf gebucht.

    WICHTIG: Die Anmeldungen (der migrierten Anlässe und weitere) müssen mit den Sammelbuchungen verknüpft werden.

    2Eingeschriebene KreditsFS 2019 und Nachzügler aus HS 2018
    - Nachzügler4
    (question) Aus daylight?3Eingeschriebene Kredits FS 2019

    Bsc: Aus daylight
    Ma: (question)

    (question) Kreditpunktebuchungen für Ma: Mit welchen Anmeldungen verbunden?
    daylight (Anmeldungs-Kreditpunktegenerator).

    Tabelle PersonCredits.

    Buchungen für die aktuelle Abrechnungsperiode werden generiert mittels Anmeldungs-Kreditpunktegenerator.

    Bewegungsdaten müssen vorgängig aufbereitet werden (Bsc und Ma).

    3Differenzbuchungen seit letztem Stichtag

    Aufrundungsbuchungen für Exmatrikulierte

  • Abrundungsbuchungen
    • 5

    , Abrundungsbuchungen

    Es gibt keine Buchungen für diese Abrechnungsperiode.

    Tabelle PersonCredits.

    Werden in Zukunft manuell als Kreditpunktebuchungen erfasst.

    4Korrekturbuchungen seit letztem Stichtag

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

    		Es gibt keine Buchungen für diese Abrechnungsperiode.

    Tabelle PersonCredits.

    Werden in Zukunft manuell als Kreditpunktebuchungen erfasst.

    Dokumente

    Attachments

    Links

    https://docdaylightsoftware.daylightatlassian.softwarenet/wiki/x/uAXNAgYw4H