Die existierende, anmeldungsbasierte Kreditpunkteverwaltung von daylight wurde erweitert resp. umgewandelt werden in eine Kreditpunktebuchhaltung. Es handelt sich um ein Buchungssystem, in welchem es möglich ist, Kreditpunktebuchungen für Personen zu verwalten: Regulär erworbene Kreditpunkte mit Anmeldungsbezug (war bisher schon möglich) sowie neu angerechnete resp. anderweitig gutgeschriebene Kreditpunkte ohne eindeutigen Anmeldungsbezug (Übernahmeverträge, Startbuchungen, Korrekturbuchungen etc.).

Das Buchungssystem besteht effektiv aus drei Kreditpunktebuchhaltungen:

1. Angerechnete Kreditpunkte.

1. Das ist die "klassische" Kreditpunktebuchhaltung für den studentischen Leistungsausweis.
2. Eingeschriebene Kreditpunkte. Das ist die Kreditpunktebuchhaltung für die FHV Schulgeldrechnung und für die Exmatrikulationsbescheinigung.
3. Evaluierte Kreditpunkte. Das ist die Kreditpunkteverwaltung für die ASBOS-Statistik

1. .

Diese drei in daylight implementierten Kreditpunktebuchhaltungen sind strikte voneinander getrennt. In jede Kreditpunktebuchhaltung wird separat gebucht - manuell oder mit Buchungsgeneratoren. Es gibt keine "systemübergreifenden" Buchungssätze.

Neu können Fachhochschulen und pädagogische Hochschulen die ECTS-Punkte-basierte Rechnungsstellung an die Kantone mit daylight abwickeln. Für die Schulgeldrechnung wurde eine dedizierte Kreditpunktebuchhaltung "Eingeschriebene Kreditpunkte" implementiert.

Das Plugin beinhaltet ebenfalls eine Implementierung der Exmatrikulationsbescheinigung, welcher für die studentische Mobilität zwischen Schweizer Fachhochschulen und PHs zum Einsatz kommt.

Neu können Fachhochschulen und pädagogische Hochschulen die ASBOS-Statistik mit daylight erstellen. Die Statistik "Anpassung der Studierendenstatistik an das Bologna-System" wurde vom BfS lanciert und liefert weiterführende Daten zu den an den Hochschulen eingeführten Bologna-Konzepten, insbesondere zum Bachelor-Master-System.

Für die Statistik wurde eine dedizierte Kreditpunktebuchhaltung "Evaluierte Kreditpunkte" implementiert.

An der Abacus-Schnittstelle wurden Verbesserungen vorgenommen. Beim Export kann optional in eine einzelne Datei exportiert werden und das Feld Document.LineItem.Text wurde auf 80 Zeichen limitiert.

Bei den Umfragen wurden folgende Verbesserungen vorgenommen:

• Beim Duplizieren von Umfragesektionen werden die Fragezuweisungen mitkopiert.
• In der Anlass-Detailansicht sind dem Anlass zugewiesene Umfragen in der Baumstruktur sichtbar.
• Bei Umfrage-Antworten kann im Feld "Wert Text" ein beliebig langer Text eingegeben werden.

Beim Erstellen einer Terminserie im Dialog "Terminserie generieren" kann neu die Option "Keine Termine an Feiertagen" aktiviert werden. Wenn aktiviert, wird geprüft, wie viele der zu erstellenden Termine einen Konflikt mit einem Feiertag haben und somit nicht generiert werden.

Feiertags-Prüflogik: Auf globale Feiertage wird immer geprüft. Ist dem Anlass ein Standort zugewiesen, so werden die für diesen Standort erfassen Feiertage mitgeprüft. Auch alljährliche Feiertage werden geprüft.

Wird ein Anlass mit einer Text-Id gespeichert, welche nicht eindeutig ist (d.h. es existiert bereits ein Anlass mit der gleichen Text-Id), wird neu eine sinnvolle, verständliche Fehlermeldung angezeigt.

Folgender Fehler wurde behoben: Über die Kontextnavigation "Person => Benutzer" können Benutzer gelesen und editiert werden, obwohl der eingeloggte Benutzer das Recht dazu nicht besitzt (Stammdaten bearbeiten).

Folgender Fehler wurde behoben: Beim Erstellen von Protokolleinträgen und Aufgaben via WebService wird ein willkürlicher User als Reporter gesetzt anstelle des Users "SystemServer".

Folgender Fehler wurde behoben: Benutzer löschen funktioniert nicht, wenn Protokolleinträge existieren.

Beim Ausführen der Stornierungfunktion für Rechnungen kann neu ein Stornogrund in Textform (kein Auswahlwert) angegeben werden.

Folgender Fehler wurde behoben: In gewissen Fällen können Duplikate von Anlassverbindungen erstellt werden. Dies ist neu nicht mehr möglich. Als Duplikate gelten Anlassverbindungen, welche gleiche Werte in den Feldern "Anlass Chef" und "Anlass Mitglied" haben.

Folgender Fehler wurde behoben: Der Dialog "Terminserie generieren" friert für ca. 30 Sekunden ein, wenn man im Feld "Startdatum" den Datumswert komplett markiert (Tag, Monat und Jahr), danach löscht und dann irgend eine Zahl drückt.

Folgender Fehler wurde behoben: In der Reportvorschau kann es passieren, dass bei mehreren generierten E-Mails mit Anhängen der Anhang der ersten E-Mail vertauscht wird mit dem Anhang der letzten E-Mail. Solange keine Änderungen an den E-Mails vorgenommen werden, handelt es sich nur um ein Anzeigeproblem. D.h. die E-Mails werden mit den richtigen Anhängen versendet. Nimmt man Änderungen vor kann es jedoch vorkommen, dass auch die falschen Anhänge versendet werden.

Folgender Fehler wurde behoben: Der "Autosave-Mechanismus" scheint bei mehrzeiligen Textfeldern in einigen, spezifischen Fällen nicht zu greifen und es gehen Daten verloren (z.B. Anlass-Publikationsname).

Der Fehler trat nur ab daylight v.1.7 und höher auf. Es wurde auch ein Hotfix für daylight v.1.7 ausgeliefert.

Folgender Fehler wurde behoben: Aufgrund von Änderungen in daylight v.1.7 treten vereinzelt und nicht reproduzierbar wieder Fehlermeldungen von Typ"Puncture.HasValue already" auf. Die Fehlermeldungen treten erratisch an verschiedenen Orten bei verschiedenen Aktionen in daylight auf. Der Fehler wird erzeugt aufgrund eines bekannten Bugs in einer Drittkomponente, welche daylight verwendet (DevExpress).

Der Fehler trat nur ab daylight v.1.7 und höher auf. Es wurde auch ein Hotfix für daylight v.1.7 ausgeliefert.