Neu können E-Mails mit benutzerspezifischem Absender und benutzerspezifischer Signatur mit daylight versendet werden. Diese Informationen können in der Benutzerverwaltung (Stammdaten) pro Benutzer hinterlegt werden und kommen in folgenden Bereichen zum Einsatz:

• Bei der Funktion "E-Mail schreiben": Ist beim aktuell eingeloggten Benutzer eine Absender-E-Mailadresse (und optional ein Absender-Name) hinterlegt, so wird diese anstelle des Standard-Absenders verwendet. Der verwendete Absender wird im E-Mail-Tab ganz oben im Feld "Absender" angezeigt. Ist beim aktuell eingeloggten Benutzer eine Absender-Signatur hinterlegt, so wird diese in die leere E-Mail eingefügt.
• Bei E-Mail-Berichten: Ist beim aktuell eingeloggten Benutzer eine Absender-E-Mailadresse (und optional ein Absender-Name) hinterlegt, so wird diese anstelle des Standard-Absenders verwendet. Der verwendete Absender wird in der E-Mail-Berichtvorschau zuunterst im Feld "Absender" angezeigt. Signaturen werden nicht unterstützt bei E-Mail-Berichten (diese sind in der entsprechenden E-Mailvorlage zu definieren).

Nicht verwendet werden benutzerspezifische Absender bei E-Mail-Berichten, welche durch Statuswechsel automatisch generiert und verschickt werden. Hier wird immer der vorkonfigurierte Standard-Absender verwendet.

Neue Funktion "Personen zusammenführen" im Personenregister. Mit dieser Funktionen können Personenduplikate zusammengeführt werden. Dabei werden die Objektverknüpfungen der Ausgangsperson (Adressdaten, Anmeldungen, Rechnungen etc.) auf die Zielperson übertragen. Die Ausgangsperson wird wenn möglich gelöscht oder aber inaktiviert. Folgendes gilt es zu beachten:

• Existiert auf der Zielperson eine Anmeldung auf die gleiche Durchführung wie auf der Ausgangsperson, wird die Anmeldung der Ausgangsperson nicht übertragen und nicht gelöscht sondern mit einem Abgesagt-Status versehen ("Abgemeldet Veranstalter" beim Standard-Workflow).
• Existiert auf der Zielperson eine Registrationen auf die gleiche Mitgliedschaft wie auf der Ausgangsperson, wird die Registration der Ausgangsperson nicht übertragen und nicht gelöscht sondern mit einem Abgesagt-Status versehen ("Inaktiv" beim Standard-Workflow).
• Es werden alle Rechnungen auf die Zielperson übertragen, auch jene von Anmeldungen und Registrationen der Ausgangsperson, welche nicht auf die Zielperson übertragen werden konnten.
• Bei auf die Zielperson übertragenen Postadressen werden die Privatperson-Felder und die Organisations-Felder vor dem Übertragen auf manuell gesetzt. Dadurch wird verhindert dass sich die Postadresse inhaltlich ändert aufgrund von unterschiedlichen Namen der Ausgangs- und Zielperson.

Neues Register "Belege", welche sämtliche Belege aller Typen (Faktura, Zahlungseingänge, Stornos etc.) auflistet. Mit Hilfe des Suchfeldes "Ist fixiert" kann nach Belegen mit einem fixiert-Status gesucht werden (Haken gesetzt) resp. nach noch nicht fixierten Belegen (Haken nicht gesetzt).
Dieses Register ersetzt das bestehende Register "Zahlungen". Der Inhalt des Zahlungs-Registers kann im Belege-Register angezeigt werden, indem im Suchfeld Belegtyp "Zahlungseingang" ausgewählt wird.

Integration der Registrare in die daylight-Benutzeroberfläche:

• Im Register Anmeldungen kann neu das Feld Registrar.Kurzinfo eingeblendet und nach diesem gruppiert werden. Optional gibt es auch die Felder Registrar.Person.Name und Registrar.Person.Id, diese sind jedoch nicht eindeutig, wenn nach Anmeldungen von unterschiedlichen Durchführungen gruppiert wird.
• Neue Kontextnavigation (blauer Pfeil) für Anmeldungen: "Alle Anmeldungen des Registrars/der Registrare"

Kontextnavigation (blauer Pfeil):
Vom Register Buchungen kann neu auf Rechnungen gewechselt werden.
Vom Register Rechnungen kann neu auf Belege und Buchungen gewechselt werden.

Neues Feld "IstStorniert" (IsReversed) für Belege. Das Feld ist berechnet und sichtbar in der Belege-Detailansicht.

Bei Postadressen vom Typ Privat wurden fälschlicherweise die Organisationsnamen von der Person übernommen. Dieses Verhalten konnte nur verhindert werden, wenn die Check-Box "Eigener Org-Name" (resp. neu "Organisations-Felder manuell") aktiviert wurde und die Organisationsnamen manuell rausgelöscht wurden. Dieser Fehler ist nun behoben: Bei Postadressen vom Typ Privat werden die Organisationsnamen neu nicht mehr von der Person übernommen.

Bei der Erstellung von Belegen vom Typ Storno und Gutschrift wird neu das Valuta-Datum = Belegdatum des neuen Belegs gesetzt. Bei der Erstellung von Buchungen vom Typ Storno und Gutschrift wird neu das Valuta-Datum = Buchungsdatum der neuen Buchung gesetzt.

Die Storno-Buchungen haben neu das gleiche Valuta-Datum haben wie das der zu stornierenden Buchung. Bisher wurde das Rechnungsdatum verwendet. Die Storno-Belege haben neu das gleiche Valuta-Datum haben wie das des zu stornierenden Belegs. Bisher wurde das Rechnungsdatum verwendet.

Neue Funktion "Neues Passwort setzen" für Benutzer.