Es können globale E-Mail-Adressen hinterlegt werden, welche bei jedem mit daylight versendeten E-Mail (inkl. Web) in die CC- resp. BCC-Zeile kopiert werden:

• Die E-Mail-Adressen werden gepflegt unter Systemeinstellungen => "daylight Globaleinstellungen - Standard" in den Feldern "Globale CC E-Mail-Adressen" und "Globale BCC E-Mail-Adressen".

• Pro Feld können eine oder mehrere E-Mail-Adressen angegeben werden. Mehrere E-Mail-Adressen müssen zwingend mit einem Strichpunkt separiert werden.

• Bei Änderungen in diesen Feldern muss der daylight Client resp. Server neu gestartet werden.

Zurücksetzen von Benutzereinstellungen (user settings). Neu können die Benutzereinstellungen an folgenden Orten in daylight zurückgesetzt werden:

• Ribbon-Funktion "Benutzereinstellungen zurücksetzen" (im Tab Ansicht) setzt die Benutzereinstellungen des akutell eingeloggten Benutzers zurück.
• Aktion "Benutzereinstellungen zurücksetzen" im Register Benutzer setzt die Benutzereinstellungen aller selektierter Benutzer zurück.

Neu können in daylight Kreditpunkte (ECTS o.ä.) verwaltet werden:

• Kreditpunkte können nur bei Anlässen der Art Bildungseinheit und Bildungseinheit-Definition eingegeben werden.
• Neue Anlassfelder "Kreditpunkte" und "Kreditpunkte-Distributor", neue Anmeldungsfelder "Kreditpunkte", "Kreditpunkte Fremdleistung" und "Kreditpunkte fixiert"
• Mittels Kreditpunkte-Distributoren kann auf Anlassebene die Ausschüttungslogik der Kreditpunkte festgelegt werden. Es können kundenspezifische Distributoren implementiert werden. Der Standard-Distributor schüttet die Punkte immer aus (keine Prüfung).
• Die Kreditpunkteausschüttung erfolgt mittels Funktion "Kreditpunkte ausschütten" auf Anmeldungsebene.
• Kreditpunkte können auf Anmeldungsebene fixiert werden mittels Funktion "Kreditpunkte fixieren/unfixieren". Fixierte Punkte werden durch den Distributor nicht mehr überschrieben.
• Kreditpunkte können auf Anmeldungsebene manuell geändert werden mittels Funktion "Kreditpunkte manuell ändern"
  
  

Tastatur-Shortcuts

Neue Tastatur-Shortcuts:

• Ctrl + s: Aktiviert den Suchdialog-Tab bei Listenansichten
• Ctrl + Shift+ Cursor left und Ctrl + Shift + Cursor right: Geht die Tabs einer Listenansicht (Daten, Suche, erweiterte Suche) durch
• Shift + Mausklick auf Navigator-Links: Öffnet ein "leeres" Daten-Tab mit aktiviertem Suchtab.
• Ctrl + Mausklick zeigt Daten resp. Resultate in einem neuen Tab an. Dieser Shortcut funktioniert an folgenden Orten:

  • Bei Navigator-Links

  • Bei Kontextnavigationen (blaue Pfeile)

  • Beim Ausführen von Funktionen vom Aktionen-Panel (die Ctrl-Taste muss beim Klicken auf den Funktionsnamen gedrückt werden)

  • Beim Erstellen von neuen Objekten mittels "Neu"-Button im Ribbon (die Ctrl-Taste muss beim Klicken auf den Ribbon-Button gedrückt werden)

  • Beim Duplizieren von Objekten mittels Ribbon-Button (die Ctrl-Taste muss beim Klicken auf den Ribbon-Button gedrückt werden)

  • Beim "Suchen"-Button der erweiterten Suche

  • Funktioniert NICHT beim "Suchen"-Button der einfachen Suche (wird vorerst nicht umgesetzt da sehr aufwändig).
• Existierender Shortcut: Tabs durchgehen mit Ctrl + Cursor left und Ctrl + Cursor right: Diverse Bugfixes vorgenommen, sollte jetzt in allen Fällen fehlerfrei funktionieren

Terminanmeldungen

Mit den Terminanmeldungen bietet daylight neu die Möglichkeit, eine Präsenz- resp. Absenzenverwaltung auf Anmeldungsebene betreiben zu können:

• Neue Entität "Terminanmeldungen" mit eigenem Register und Navigator-Link (in der Sektion "Anlässe & Artikel).
• Mit Hilfe des Feldes "Terminanmeldungen aktiviert" (im Tab Anmeldung) kann pro Anlass angegeben werden, ob Terminanmeldungen aktiviert oder deaktiviert werden sollen. Wenn aktiviert, wird durch daylight automatisch pro Teilnehmer und Termin eine Terminanmeldung generiert.
• Das Terminanmeldungsfeld "Teilnahme" besitzt standardmässig nur die Ausprägung "Unbekannt". Weitere Lookup-Werte können kundenspezifisch erfasst werden (Stammdaten).
  
  

Sammelrechnungen

Mit dem neuen Dialog "Sammelrechnungen" (Ribbon-Knopf) können Rechnungen zu einer Sammelrechnung zusammengeführt werden.
Dokumentation: https://confluence.educo.ch/x/xgfZAQ

Datenabschriften

Datenabschriften sind ein neues Berichte-Konzept, welches es ermöglicht, Berichte basierend auf eigens dafür erstellten Datenabschriften (Snapshots) zu generieren. Da jedem Bericht eine Datenabschrift zugrunde liegt, ist die Unveränderlichkeit der Reportdaten gewährleistet. Datenabschriften bieten sich damit an für Zeugnisse und Leistungsausweise jeglicher Art oder aber für Berichte, die eine spezifische Struktur als Datenbasis benötigen.

Datenabschriften und Datenabschriftsberichte müssen durch den Hersteller erstellt und geändert werden. Der Kunde hat keine Möglichkeit dazu. Zur Zeit existieren keine Datenabschriften und Datenabschriftsberichte für daylight Standard.

Mit der neuen Funktionalität "Massenaktualisierung" können Feldinhalte von mehreren (gleichartigen) Objekten gleichzeitig geändert werden:

• Die Funktionaltiät wird aktiviert, wenn in einem Register mit Objekten eines Typs, für welche die Massenaktualisierung zugelassen ist, zwei oder mehr Datensätze selektiert werden. Im Ribbon wird dann in der Sektion "Bearbeiten" der Knopf "Massenänderung" (Pinsel-Symbol) sichtbar. Wird dieser gedrückt erscheint ein Dialog, wo angegeben werden kann, welche Werte aktualisert werden sollen.
• Die Massenaktualisierung ist standardmässig für folgende Entitäten zugelassen (kann kundenspezifisch angepasst werden): Anlässe, Anmeldungen, Termine, Bewertungen, Mitgliedschaften, Mitgliedschaftsregistrationen, Rechnungen

Kontaktperson für Rechnung

Für Rechnungen gibt es neu ein Feld "Kontaktperson" und ein Textfeld "Kontaktinformation", welche beim Rechnungsdruck automatisch gesetzt werden. Das Feld Kontaktinformationen kann auf dem Rechnungsreport angedruckt werden.

Kontaktpersonen für die Rechnung können neu an folgenden Orten hinterlegt werden:

• Im neuen Feld "Kontaktperson für Rechnung" auf dem Anlass
• Im neuen Feld "Kontaktperson für Rechnung" auf der Mitgliedschaft

Im neuen Feld "Kontaktperson für Rechnung" auf dem Fibu-Mandant

Standardlogik zum Ermitteln der Kontaktperson:

1. Auf dem Anlass hinterlegte Kontaktperson resp. auf der Mitgliedschaft hinterlegte Kontaktperson
2. Die mit dem eingeloggten User verknüpfte Person (nur beim Applikationstyp ClientWin)
3. Die auf dem Fibu-Mandanten hinterlegte Kontaktperson
4. NULL wird zurückgegeben, wenn in keinem der obigen drei Fällen eine Person ermittelt werden kann.

Vor dem Druck bearbeitbare Serienbriefe

• Neu kann beim Erstellen eines Serienbriefes oder E-Mails die Berichtvorlage spezifisch für den einmaligen Druck angepasst werden.
• Der Prozess sieht folgendermassen aus: Nach der Auswahl der zu druckenden Daten und der Berichtvorlage wird dem Benutzer in einem Designer-Dialog eine Kopie der Berichtvorlage angezeigt. Er kann darin seine inhaltlichen Änderungen vornehmen und mit OK bestätigen. Die Berichte werden danach mit diesen Änderungen generiert. Die Kopie dieser Berichtvorlage wird nicht gespeichert sondern nach der Berichtgenerierung wieder verworfen. Die Original-Berichtvorlage bleibt immer unverändert.
• Diese Funktionalität wird aktiviert, wenn bei den entsprechenden Serienbriefvorlagen resp. E-Mailvorlagen in der Reportverwaltung die Eigenschaft "Verlangt Änderung" aktiviert wird.

DL-1723, DL-1725, DL-1729

An diversen Orten in daylight finden neu Rechteprüfungen statt:

• Rechteprüfung beim Starten von daylight
• Rechteprüfung für die Sichtbarkeit von Navigator-Links
• Rechteprüfung für das Erstellen, Lesen, Aktualisieren und Löschen aller Businessobjekt-Typen.
• Rechteprüfung für Keyword-Mutationen
• Rechteprüfung für ReportDefinition-Mutationen
• Rechteprüfung für Datenschnittstelle-Ausführungen
• Rechteprüfung für Belegungs-Mutationen

Standardmässig sind diese Rechteprüfungen für alle Benutzer immer erfolgreich (mit Ausnahme des Startens von daylight). Die Rechteprüfungen können jedoch kundenspezifisch abgeleitet und mit einer beliebiegen Prüflogik versehen werden (z.B. Prüfung eines Einzelrechts, welches der Benutzer besitzen muss).

Neu können in daylight Bewertungen (Noten) verwaltet werden:

• Neue Entität Bewertungen mit eigenem Register. Bewertungen können nur bei Anlässen der Art Bildungseinheit eingegeben werden.
• Neue Entität Bewertungsdefinitionen. Bewertungsdefinitionen können für Bildungseinheiten erfasst werden. Die Funktionsweise ist derjenigen der Gebühren für die Verrechnung nachempfunden. Für jede Bewertungsdefinition eines Anlasses wird automatisch pro Anmeldung eine Bewertung erstellt.
• Neue Stammdaten-Entitäten: Bewertungsskala, Bewertungsskalatyp, Bewertungsskala-Element

Mit der Funktion "Studiengebühren: Verrechenbare Anmeldungen finden" im Perioden-Register können fakturierbare Anmeldungen einer Periode gesucht werden. Diese können dann im Sinne einer Semestergebühr verrechnet werden. Nehmen Sie mit uns Kontakt auf, wenn Sie diese Funktion einsetzen möchten. Sie ist kundenspezifisch anpassbar.
Dokumentation: https://confluence.educo.ch/x/DYPjAQ

Mit Einführung der Schulverwaltungsfunktionalität wurden diverse neue Funktionalitäten umgesetzt:

• Neues Anlassarten: Bildungseinheit, Bildungseinheit-Definition und Periode mit jeweils eigenen Registern
• Neue Entität Anlassverbindungen: Damit können neu Anlässe miteinander verbunden werden, sowohl auf Planungs- wie auch auf Durchführungsebene.
• Diverse neue Felder auf verschiedenen Entitäten. Hier die Wichtigsten:
  • Person: Ist immatrikuliert, Matrikelnummer
  • Standort: Öffnungszeiten
  • Termin: Intern
  • Belegung: Intern
  • Resource.Ausstattung / Eigenschaften, Grundfläche, Anzahl Personen, Anzahl Sitzgelegenheiten, Anzahl Tische, Stockwerk
• Die existierende Anlassart Produkt sowie die neue Anlassart Bildungseinheit-Definition besitzen neu einen eigenen Workflow

Folgende Verbesserungen wurden für die Stichworte vorgenommen:

• Stichworte entfernen in der Masse: Neu können nicht nur Stichworte in der Masse hinzugefügt, sondern auch entfernt werden. Dazu wird der Benutzer nach dem Drag & Drop von mehreren Objekten auf ein Stichwort mit einem Dialog gefragt, ob er besagtes Stichwort hinzufügen oder entfernen will.
• Beim Ziehen von einem oder mehreren Objekten auf ein Stichwort mittels Drag & Drop wird das aktuell selektierte Stichwort neu farblich hervorgehoben.

Mit dem neuen Anlass-Feld "AssignedResources" können in Berichten sämtliche Ressourcen ausgewiesen werden, welche auf die Termine des Anlasses disponiert wurden. Achtung, dieses Feld kann nur in Berichten verwendet werden und ist ansonsten unsichtbar in daylight.

Keyword-Zuweisungen ausschliessen

In der erweiterten Suche ist es neu möglich, Keyword-Zuweisungen auszuschliessen: Feld "Stichwort-Zuweisung", Operator "Ist ungleich".

DL-1747
DL-1737 

Folgende Verbesserungen wurden für die Baumstruktur der Objekt-Detailansichten vorgenommen:

• Es wurde ein Fehler behoben, bei welchen die Baumstruktur bei Mutationen zugeklappte und wieder neu geöffnet werden musste
• Datenabschriften wurden bei Anlässen und Personen unter die Anmeldungen gehängt
• Bewertungen und Lektionsanmeldungen wurden bei Anlässen unter die Anmeldungen gehängt
• Bei den Anlassverbindungen für Anlässe wurde eine Kontextnavigation direkt auf die Anlässe auf "globaler" Ebene sowie auf Ebene der Anlasstypen integriert
• Die Aktivitäten wurden bei den wichtigsten Entitäten integriert.

Folgende Verbesserungen wurden für die Rechnungen vorgenommen:

• Für Preise und Teilpreise gibt es zwei neue Felder für die Übersteuerung der regulären Gebührentexte: "Spezifischer Gebührenname" und "Spezifische Gebührenbeschreibung". Diese Felder können z.B. für Teilrechnungen verwendet werden, wenn jede Teilrechnung spezifische Gebührentexte erhalten soll.
• Das Rechnungs-Feld "Postadresse-Rechnungsempfänger" ist neu read only. Grund: Die Abacus-Schnittstelle synchronsiert die Adressdaten der Postadresse selbst und nicht den Inhalt dieses Feldes. Bei Kunden, welche dieses Feld editieren möchten und keine Fibu-Schnitstelle verwenden, kann dies kundenspezifisch übersteuert werden.
• Neues Rechnungs-Feld "Bemerkungen"
• Neues Feld "Text-Id" für Mehrwertsteuersätze

Feld "Rechnungsnummer"

• Das Feld Rechnungsnummer auf der Entität Rechnung wurde reaktiviert, damit dieses Feld anstatt der Id auf dem Rechnungsbericht angedruckt werden kann.
• Die Logik für die Berechnung dieses Feldes kann kundenspezifisch angepasst werden (standardmässig wird die Id verwendet).
• Beim Einsatz der Abacus-Schnittstelle wird eine spezielle Berechnungslogik verwendet: Es wird die Voucher-Id des Rechnungsbelegs als Rechnungsnummer verwendet.

Die Kalenderansicht wurde überarbeitet und verbessert. Die wichtigsten Änderungen sind:

• Die chronologische Ansicht (Zeitleistenansicht) wurde grundlegend überarbeitet. Termine und Belegungen von mehreren Kalendern können neu in Form eines Zeitstrahls untereinander angezeigt werden.
• Die Zeitleistenansicht kann ausgedruckt werden. Die Darstellung wurde so gut wie möglich der Bildschirmdarstellung nachempfunden.
• Verbesserte Performance beim Laden und Anzeigen von Terminen und Belegungen.
• Die Einstellungen bezüglich Anzeigetexte (Button "Anzeigetexte anpassen") werden neu als Benutzereinstellungen gespeichert.
• Die Standard-Anzeigetexte können neu kundenspezifisch angepasst werden.
• Bei Anlässen und Ressourcen kann eine Farbe hinterlegt werden für die Anzeige in der Kalenderansicht.

Neu können in daylight für einen Datensatz beliebig viele Schlüssel von Drittsystemen hinterlegt werden (sichtbar im Info-Tab des Datensatzes). Bis anhin konnte nur jeweils einer gespeichert werden.

Neues Konzept für Anrede, Briefanrede und Postadressformatierung. Das existierende Konzept für Anrede und Briefanrede mit den entsprechenden Feldern auf den Entitäten Person, Anmeldung, Mitgliedschaftsanmeldung usw. wurde überarbeitet:

• Die Felder "Anredecode", "Anrede", "Briefanrede" auf der Person und auf der Postadresse sind neu berechnet und werden durch das Personenfeld "Geschlecht" gesteuert. Die Berechnungslogik für diese Felder kann kundenspezifisch angepasst werden (für jede Sprache).
• Das Feld "Postanschrift mehrzeilig" auf der Postadresse ist ebenfalls berechnet und kann für jede Sprache kundenspezifisch angepasst werden.
• Auf der Postadresse sind neu sämtliche Namensfelder vorhanden, welche es auf der Person auch gibt. Die Werte von diesen Feldern werden standardmässig automatisch von der Person übernommen. Wird die Checkbox "Spezifische Personen-Feldwerte" aktiviert, können die Werte manuell übersteuert werden.
• Mit dem Feld "Spezifische Briefanrede" kann die Briefanrede auf der Person und auf der Postadresse übersteuert werden.

• Anmeldezusatzfelder besitzen neu ein eigenes Icon: Einen orangen Pin
• Bei Anmeldungen werden die Anmeldezusatzfelder neu in einem eigenen Tab (oranger Pin) dargestellt und nicht mehr direkt unterhalb der regulären Anmeldungsfelder.

Für Funktionäre wurden zahlreiche Verbesserungen vorgenommen:

• Eigenes Register für Funktionäre in der Navigatorsektion "Anlässe & Artikel"
• Neues Icon (weisser Hut)
• Die Felder "Anlass" und "Person" können nach dem Erstellen eines Funktionärs neu nicht mehr geändert werden
• Integration der Funktionäre in den Detailansichts-Baum von Personen
• Neue Kontextnavigationen (blaue Pfeile): Personen <=> Funktionäre <=> Anlässe

Gebühren werden nicht aktualisiert in der Liste von Anmeldungen
Wird bei einem Anlass eine Gebühr resp. der Preis einer Gebühr geändert und gespeichert und anschliessend die Gebührenwerte für die Anmeldungen neu generiert, werden oftmals die alten Werte verrechnet. Beim Neugenerieren der Gebührenwerte für Anmeldungen sollten aber in jedem Fall die aktualisierten Gebühren verwendet werden.

Zahlungsbedingungen werden nicht übernommen bei Rechnungsstellung
Zahlungsbedingungen können pro Anlass hinterlegt werden. Diese werden aber nicht übernommen bei der Rechnungsstellung. Es werden immer die Default-Zahlungsbedingungen verwendet.

DL-1793

Der Wert des neuen Feldes Rechnungsnummer ist nach dem Erstellen eine Guid. Das Setzen des eigentlichen Wertes erfolgt durch einen WorkflowStepActionHandler. Dieser muss in den bestehenden Rechnungs-Workflow eingebaut werden und zwar VOR dem Handler, welcher die ESR-Zeile generiert (normalerweise OpenItemComputePaymentSlipReferenceAndEsr).

Es stehen zwei Standard-Handler zur Verfügung: OpenItemSetInvoiceNumberFromOpenItemId und OpenItemSetInvoiceNumberFromVoucherId.

Bei der Migration muss individuell entschieden werden:

• • Welcher ActionHandler verwendet wird
  • Welcher Wert im Feld OpenItem.Rechnungsnummer bei existierenden Rechnungen gesetzt wird (defaultmässig die Id) und ob NumberFixed gesetzt werden muss