WARNUNG: Sie betrachten nicht die
Live-Version, sondern eine ältere Version.
Release Notes für 3.3
Features
- Buchungs- u. Kontenkorrektur-Client > im Buchungsclient Möglichkeit
eingeführt, die Fehlgründe, die über den Client eingetragen werden dürfen, zu
definieren (konfiguration analog zu Buchungsmasken- bzw. Zeitkorrekturkonfig)
- Erweiterung poPersonConnector um alle sinnvollen Felder aus poPerson Table
- Dienstreise: beim Reisetyp kann man nun auch die Fehlgründe angeben, welche
für die Zeitkorrekturen zur Auswahl stehen:
- GwCalendarService Implementierung für Exchange 2010
- SDL: SimpleDataList Spalten mit Typ-Definitionen anreichern
- Spezial-Validierung bei Kontokorrektur und Umbuchung einbauen >
zusätzliche Validierungsmöglichkeiten sollen eingebaut werden:
- Überprüfung ob Wert ganzzahlig ist, - Überprüfung auf halbe Stunden (abhängig
von NM vs. IM ) > Diese Validierung muss in der Konfig es
Kontokorrekturs-Formulars
- Abfrage mit Favoriten als Gruppe
- Umbuchung: Mailverständigung bei Kontokorrekturanträgen im Entwurfstatus
> Job "createRebookings" parametrierbar
- Umplanung von Tagesprogrammen > Soll nach Löschung einer Umplanung im
Webdesk der Umplanungsatz in der 6020 auf die Vorherigen werte zurückgesetzt
werden
- Berechtigungsantrag > neue Konfigurationsmöglichkeit > Vorbelegung
Datum mit kommendem Ultimo + Datumswert nicht veränderbar
- Connectorframework -> Erweiterung zusätzliche Felder
- Erweiterung Kontokorrektur für Mehrzeitapplikation > Bei der
Kontokorrektur wird angegeben, ob ein Nullwert erlaubt ist. Über die
Prozessdefinition (Prozess wurde bei der Konfiguration der Umbuchung angegeben)
wird abgefragt, ob Null-Werte erlaubt sind.
- Fehlzeitanträge: Anpassung bis Datum, wenn von Datum geändert wurde >
Automatische Anpassung to_date anhand von from_date, wenn to_date>from_date;
wurde bei folgenden Formularen eingebaut: - Fehlzeitformular, -
Berechtigungsformular (falls Zeitraum gewählt)
- GW-Calendaring - Setup / Benutzer / Passwort ausblenden >
In Systemparametern bei den GW-Einstellungen darf der Benutzer / Passwort nicht
ersichtlich sein (Analog zur Passwort-Eingabe).
- Info-Popup über Workflow-Anträge bei Start Webdesk -> Ausnahme von
bestimmten Prozessdefinitionen > Möglichkeit geben, bestimmte
Prozessdefinitionen so zu "markieren", dass diese *NICHT* berücksichtigt werden,
wenn offene Anträge für einen bestimmten Mitarbeiter gesucht werden. Hintergrund
ist, dass die Verarbeitung von Anträgen im Entwurf - insbesondere die
Kontokorrektur, welche für die Umbuchung verwendet wird - nicht zielführend ist.
- Negativ-Berechtigungen
- Passwort per Administrator löschen > Passwort auf System-Default
rücksetzen wie gehabt.
- Passwortvergabe für User die nicht im Active Directory enthalten sind >
Alle Passwörter werden dabei zurückgesetzt auf die konfigurierte
PasswordResetPolicy: entweder username oder "webdesk" wird als Passwort gesetzt
(siehe Menu "System").
- RsPlanningConnector > Einen konfigurierbaren (lesenden) Connector bauen,
der Planungsinformationen aus dem RS-Service retourniert.
- Überarbeitung Ta-Connector (BrokerTeil)
- Filter in Workflow-Liste: Prozessbezeichnung statt Namen anzeigen > Es
wird der Name der Prozessdefinition innerhalb des Filters in der
Prozessdefinition folgendermaßen ermittelt: - wenn eine Aktions-referenz
existiert -> nimm den lokalisierten Namen (d.h.
ProzessAktionsName.proc_action_caption), - wenn eine Bezeichnung (caption) der
Prozessdefinition existiert -> nimm deren lokalisierten Namen (i18n für
"wf_processname_<ProcCaption>", oder falls nicht vorhanden einfach die
nicht übersetzte Bezeichnung), - nimm die lokalisierte Version der ID (i18n für
"wf_processname_<ProcDefId>", oder die ID selbst falls keine Übersetzung
vorhanden). In Klammer wird immer die tatsächliche ProcDefId (inkl. PckId falls
unterschiedlich zur ProcDefId) angedruckt.
- Mögliche Eingabe eines Initialwertes bei Belegtyp > Anfangswert kann
eingegeben und editiert werden, des weiteren kann man auch einstellen, dass -
dieser Belegtyp nur 1x pro Reise verwendet werden darf und - nicht editierbar
ist:
- Search & Sort für Spalte "Kompetenzziel" realisiert > Reiter Im
Kompetenzbereich dieser Rolleninhaber: suche nach rolle / inhaber >
person oder gruppe / gültig von ok
- Lizenzinformationen - eigene Aktion Lizenzinformationen unter dem Menüpunkt
Monitoring ,welche die absoluten Lizenzen den verbrauchten gegenüberstellen und
somit die freien Lizenzen berechnet. Zur Zeit ist für den User nicht
ersichtlich, wieviele Lizenzen noch zur Verfügung stehen
- SPD: Hilfetext und Mailtext mehrsprachig (WF Refactoring)
- Zeitkorrektur in die Zukunft erlauben
- Editieren einzelner Personen in spezieller Einsichtserlaubnis
- Switch-User mit eingeschränkte Aktionen > neuer
Konfigurations-Parameter "Ausführung für geswitchte User verhindern"
Fehlerbehebungen
- Statistik - Änderungen in der Berechnungen Durchschnitt > Wird eine
Schnittberechnung für ein Konto parametriert, und dann die Statistik statt mit
Richtung "vorwärts" mit Richtung "rückwerts" angezeigt, so wird der Durchschnitt
nicht ebenfalls Rückwerts berechnet > Durchschnittswertspalte wird beim
"Rückwärts" nicht angezeigt.
- ExcelAnzeige Buchungsliste
- Managementlisten: Ausgabe in Excel u.a.
- KOMMT-Buchung mit Fehlgrund (z.B. Arzt) ohne Gutschrift
- Statistik - Fehlerhafte Schnittberechtigung bei Neueintritten
- TACon Restart im laufenden Betrieb
- Buchungen von bestimmten Fehlzeiten nur nach Kommenbuchung möglich >
buchungsergänzung bei "Kommen mit Fehlgrund als erste Buchung"
- editAction: Änderung Einsichtsberechtigung v. Mandantenberechtigung
- Fehlzeitkorrektur-Client: Kommentar in 6020 > Wurded ein Kommentar einmal
eingeragen, so wurde er auch wenn man diesen aus dem Feld wieder herauslöscht
bei jedem erneuten Eintrag nochmals geschrieben
- Feiertagsdarstellung fehlerhaft, wenn der Feiertag am ersten Tag des Monats
liegt! > es ist derzeit scheinbar so, dass wenn ein Sondertag / Feiertag am
1.Tag des Monats ist, wird er im Kalender nicht dargestellt (im Journal,
Wochenkalender, etc. wird der Tag richtig angezeigt!)
- Flexibler Stichtag bei verplanter / unverplanter Urlaub > Möglichkeit,
den Stichtag für den verplanten / unverplanten Urlaub flexibel (systemparamter
fixes Datum? oder Eintrittsdatum Mitarbeiter) zu gestalten
- Kontokorrektur lässt nur relative Änderungen der Konten zu > Obwohl
Kontokorrektur mit absolut eingetragen wurde wird die Änderung relativ ins konto
eingetragen!
- Krankmeldung ist nicht editierbar
- Löschen einer Gruppe erzeugt stacktrace
- Löschen von Passwort funktioniert und wird nun auch korrekt angezeigt
- Logischer Fehler in Passwortverwaltung > Das Rücksetzen des Passworts ist
nun auch über den PersonConnector möglich. Das spezielle Feld heist
"$resetPassword". Der übergebene Wert muss dabei "true" sein! Die Rücksetzung
erfolgt auf Grund der PasswordPolicy (d.h. statisch oder Username). Alternativ
kann auch das spezielle Feld $resetToRandomPasswordAndSendMail auf true gesetzt
werden, damit wird ein Zufallspasswort vergeben und ein Mail an den User
geschickt.
- Prozesstyp "Folgefehlgrund": Einblenden von Kalender oder Gruppenkalender
funktioniert nicht > wenn eine Person Krank gemeldet wird, und man im
Formular auf Kalender bzw, Gruppenkalender klickt ==> wird der Kalender bzw.
Gruppenkalender der krank gemeldeten Person angezeigt! Vorraussetzung dafür ist,
dass der Krankmelder die notwendigen Berechtigung auf Kalender und
Gruppenkalender hat!
- Reset Password: Mailtext mit html Formatierung ==> Stacktrace
- Verbesserte performance von PoActionPermissionService.findViewPermission()
>
- ta_getOrgJournal: Hinzufügen einer Zeile in Konfiguration bewirkt
Stacktrace; tritt auch in Anwesenheitstableau auf und bewirkt, dass Konfigs
nicht geändert werden können
- ta_getOrgJournal: Klick auf Korrekturbemerkung --> Bemerkung wird kurz
angezeigt, dann öffnet sich Journal
- allowOnlySingleGroupMembership" innerhalb PoOrgstruture. Dies bewirkt, dass
ein MA zu einem Zeitpunkt nur einer Grupper dieser Orghierarchie gehören kann.
- Passwörter der User in Datenbank verschlüsseln
- Übergeordnete Gruppe *NICHT* entfernbar > Hat eine Gruppe einmal eine
übergeordnete Gruppe, ist es nicht mehr möglich, diese wieder zu entfernen.
Gewünscht wäre, dass wenn man auf "höchste Ebene" klickt, dass dann die
übergeordnete Gruppe verschwindet.
- Umbuchung: (Implizit) Vererbte Rollenkompetenzen > Es wurde nun
eingebaut, dass der Actionhandler die Einstellung "Organisationstyp =
Aufbauorganisation" und "Suche nach Rolleninhabern = aufwärts" in der
zugehörigen Rolle als Bedingung nimmt, um dann alle zurückgelieferten Gruppen
hinsichtlich derer Untergruppen "aufzulösen". D.h. es werden dann Untergruppen
auch immer mitangezeigt!
- untergeordnete Gruppe zuordnen fehlerhaft > Ein Auffrischen der
Zielgruppe wurde implementiert.
- Buchungen über Mitternacht > Buchungen über Mitternacht sollten möglich
sein. Betrifft Methode TaBookingDAOImpl.doBooking() Beispiel von unten: - MA
sticht ein am 16.9.2010 um 8:04 und geht am 17.9.2010 um 0:34 - Webdesk hat
beide Buchungen mit unterschiedlichem Tag eingetragen, obwohl die 2. Buchung
eigentlich noch zum 16.9. gehört, da die Tagesprogrammgültigkeit von 3:00 - 3:00
geht (oder so ähnlich!)
- Fehler bei Excel-ausgabe in getOrgTravel
- Auswahl der Tagesprogrammwerte in Journalen > Es soll im Journal und in
dem OrgJournal möglich sein Anzeige von Tagesprogrammwerten zu konfigurieren.
- Heranholen von Anträgen pro Gruppe in Umplanungsansicht > ist bei "offene
Anträge anzeigen" auch berücksichtigt, da in beiden Fällen
getPersonsFromSelectedGroup aufgerufen wird. Neuer Konfigurations-Parameter soll
Verhalten der Gruppenselektion im Frontend beeinflussen. Nur wenn "Gruppe
selektierbar". (Der Parameter kann nur in der Konfiguration ausgewählt werden).
-> wenn aktiviert, bedeutet, dass zur ausgewählten Gruppe auch alle
untergeordneten Gruppen mitselektiert werden (default) -> wenn deaktiviert
bedeutet diese, dass nur nach der ausgewählten Gruppe selektiert wird. (keine
untergeordnete Gruppen) gilt für Anzeige UND heranholen. ("offen Anträge
anzeigen")
- Passwortänderung nach Passwortrücksetzen über Loginmaske > Wird das
Passwort über die Loginmaske zurückgesetzt, so wird nach dem Login mit dem
zurückgesetzten Passwort die Passwortänderungsmaske nicht aufgerufen. > neue
Spring property
PoResetPasswordPolicy.forcePasswordChangeAfterResetToRandomPassword
Keine Kommentare vorhanden.