• Neu ist es möglich, in daylight mehrere Mailserver für den Mailversand einzurichten und bei Benutzern sowie neu bei Anlässen zu hinterlegen.
• Auf der Durchführung und auf dem Produkt kann neu ein anlass-spezifischer E-Mail-Absender (Name und Adresse) und Mailserver hinterlegt werden. E-Mail-Berichte, welche im Kontext dieses Anlasses resp. im Kontext seiner Anmeldungen, Termine, Belegungen oder Funktionäre verschickt werden, verwenden diese E-Mail-Einstellungen anstelle der Standard-Einstellungen. Die Felder befinden sich für Durchführungen und Produkte im Register "Anmeldung".
• Im Dialog "E-Mail schreiben" kann neu ebenfalls der Mailserver ausgewählt werden. Name und Adresse des Absenders werden neu in zwei Feldern gepflegt anstatt in einem wie bisher.
• Im Dialog "Reportvorschau" kann neu ebenfalls der Mailserver ausgewählt werden. Name und Adresse des Absenders werden neu in zwei Feldern gepflegt anstatt in einem wie bisher.

Neuer Dialog zur Personen-Duplikateprüfung und -Bereinigung. Der Dialog kann im Navigator über den Link "Duplikateprüfung Personen" im Bereich "Adressen" aufgerufen werden.
Es sind detaillierte Beschreibungen über die Funktionsweise der einzelnen Schaltflächen vorhanden. Diese werden automatisch eingeblendet, wenn der Mauszeiger über den Schaltflächen positioniert wird.

Es besteht ebenfalls die Möglichkeit, Personen direkt im Dialog zusammenzuführen => Siehe dazu DL-1587 (unter Verbesserungen)

Die Dokumentation der Duplikateprüfung inkl. zwei Beispiele finden Sie hier

Die Registrar-Funktionalität wurde reaktiviert und erweitert:

• Neues Register "Registrare"
• Neue Funktion "Registerare" erstellen
• Neue Funktion "Personen anmelden mit Registrar"
• Neue Funktion "Registrar ändern" für existierende Anmeldungen
• Anzeige der Registrare und seiner Anmeldungen in der Durchführungs-Detailansicht (im Menübaum rechts)

Eine Dokumentation zu den Registraren finden Sie hier

Bei ganztägigen (mehrtägigen) Terminen gab es Probleme mit dem Enddatum. Dieses wird von daylight als Uhrzeit 0:00 des nächsten Tages gespeichert. Viele Benutzer sind jedoch davon ausgegangen, dass der Tag des Enddatums inkludiert ist (BIS UND MIT anstatt nur BIS). Dies hat zu Problemen in der Kalenderansicht und bei der Konflikprüfung geführt. Folgende Verbesserungen / Bugfixes wurden implementiert, um das Problem zu entschärfen:

• Bugfix: Ganztägige, mehrtägige Termine werden in der Termine-Detailansicht jetzt mit korrektem Enddatum dargestellt.
• Überarbeitung Dialog "Start-/Endzeit eingeben": Ganztätige, mehrtägige Termine werden nun BIS UND MIT dem Enddatum erstellt. Anpassung der Felder-Steuerlogik: Felder in welche keine Werte eingegeben werden können, sind neu unsichtbar und nicht einfach nur disabled.
• Neues Termin-Feld "Dauer" mit einer verbesserten Darstellung der von/bis-Daten eines Termins. Die Abkürzungen 'GT' und 'MT' stehen für ganztätig und mehrtägig. Das Feld kann in der Termine-Listenansicht eingeblendet werden.
• In der Durchführungs-Detailansicht werden die Termine im Baum auf der linken Seite neu mit dem Dauer-Feld dargstellt und nicht mehr mit dem von/bis-Datum.

Neu wird die Generierung von mehrseitigen Kreuztabellen unterstützt. Der Report wächst dynamisch nach unten. Für jeden Datensatz wird eine neue Row im Excel eingefügt werden, anstatt den Inhalt in eine bestehende zu kopieren. Damit können beliebig viele Rows eingefügt werden und ein allfälliger Footer verschiebt sich dynamisch nach unten.

Die Funktion "Personen zusammenführen" wurde verbessert und erweitert. Sie kann im Personenregister oder im Duplikateprüfungs-Dialog ausgeführt werden. Die Funktion überführt sämtliche Subobjekte (z.B. Postadressen, E-Mail-Adressen, Telefonnummern) und Objektreferenzen (z.B. Anmeldungen, Rechnungen) der Quellperson auf die Zielperson.

Folgende Punkte gilt es beim Zusammenführen zu beachten:

• Die Aktion des Zusammenführens kann nicht rückgängig gemacht werden.
• Neu wird die Quellperson nach dem Zusammenführen in jedem Fall gelöscht (in bestimmten Fällen wurden Quellpersonen in früheren Versionen nur inaktiviert).
• Es werden (zur Zeit) keine Feldwerte von der zu löschenden Person auf die Zielperson übernommen. Die Feldwerte der Zielperson bleiben unverändert. Es wird empfohlen, die Quellperson vor dem Ausführen der Zusammenführung zu prüfen und manuell Werte auf die Zielperson zu übertragen, wenn erforderlich.
• Neu gibt es eine Validierung, welche die Zusammenführung der Quellperson in die Zielperson überprüft, ohne dabei Daten zu verändern. Die Validierung erstellt Meldungen für alle Aktionen, welche im Rahmen der Zusammenführung durchgeführt werden. Diese kann der Benutzer validieren und entscheiden, ob er die Zusammenführung vornehmen will oder nicht.
• Die Validierung wird automatisch ausgeführt, wenn die "Personen zusammenführen"-Funktion aus dem Personenregistier gestartet wird. Der Benutzer hat danach die Möglichkeit, die Zusammenführung noch abzubrechen. Im Duplikateprüfungs-Dialog gibt es getrennte Schaltflächen für die Validierungsfunktion ("Prüfen") und die Zusammenführung ("Zusammenführen").
• Es empfiehlt sich in jedem Fall, diese Validierung vor der Zusammenführung auszuführen und die dabei erstellten Meldungen zu überprüfen.

Neue Felder auf dem Fibu-Mandanten: Standard-Rechnungstitel (DefaultInvoiceTitle) und Standard-Rechnungstext (DefaultInvoiceText).
Neue berechnete Felder auf der Rechnung: Rechnungstitel nach Mahnstufe (InvoiceTitleComputed) und Rechnungstext nach Mahnstufe (InvoiceTextComputed) für die automatische Selektion der korrekten Fibu-Mandant-Texte aufgrund der Mahnstufe und der Datensprache.
Die Anzahl Zeichen bei den Mahntext-Feldern auf dem Fibu-Mandanten wurde auf 1000 erhöht.

• Damit das Benutzerfeld SecurityUser.MailDispatcher durch die Schemamigration eingefügt werden kann, muss im daylight.config-File disableauthentication=true gesetzt werden (einmalig für die Schemamigration).
• MailDispatcher, welche für Benutzer zur Auswahl stehen sollen, müssen als LookupValues der LookupList DlMasterData.UserSelectableEmailDispatcher erfasst werden. Dabei muss hinterlegt werden: LookupValue.Name = Dispatcher Name, LookupValue.Value = Dispatcher Id (als String).
• Der SmtpEmailDispatcher loggt neu sämtliche ausgehenden E-Mails. Bisher wurde nur ein Logeintrag für nicht erfolgreich versendete E-Mails erstellt. MessageIdentifier für erfolgreich versendete Mails: 08CE5465-0A82-45A9-BAEF-65EFFC3341EA. Für nicht erfolgreich versendete Mails: EC43EEDF-2397-4245-88DF-43814CF4FCAC.

Im Rahmen der unten beschriebenen Änderungen an Configuration und Solution Set Up wurden auch die Namen der kundenspezifischen dll's geändert.
Diese Assembly Names müssen mittels SQL Server Management Studio in der Tabelle daylight_coreconfiguration angepasst werden

Der Konfigurations-Standard für den PersonDuplicateManager hat sich geändert: Neu ist es PersonDuplicateManagerASync, früher war es PersonDuplicateManagerClientWin.

Achtung: PersonDuplicateManagerClientWin bitte zur Zeit nicht verwenden. Dieser Manager ist verantwortlich für die Duplikate-PopUps und ist in der aktuellen Version nicht kompatibel mit dem Duplikateprüfungs-Dialog (das PopUp erscheint die ganze Zeit über im Dialog). Entsprechende Config-Einträge müssen aus den Configurationsfiles entfernt werden.

Weitere Details siehe in der daylight Solution: Daylight.Configuration => Files => DaylightConfig => TypeReg_PersonDuplicateManager.xml

Das DaylightConfiguration-File als Ganzes sowie das DB-Passwort innerhalb des DataConnection-Files können neu verschlüsselt werden. Es empfiehlt sich, im Minimum das DB-Passwort zu verschlüsseln - vor allem bei Nicht-Hosting-Kunden. Weitere Infos siehe Jira-Issues und in Confluence: https://confluence.educo.ch/x/kgF4AQ