Nouvelles fonctionnalités
Congé - Les congés reportés peut être caché de la vue du calendrier public.
Dans HRWize, le type de congé "reporté" est un type spécial utilisé pour enregistrer les allocations reportées d'une année de vacances à l'autre.
Le type de congé reporté dispose un nombre limité de configurations par rapport à d'autres types de congés.
Nous avons ajouté un paramètre à la page Paramètres des congés (global) qui peut être utilisé pour restreindre l'affichage des demandes de congés reportés sur le calendrier public.
UI - Option pour cacher "Mon équipe" et le calendrier sur la page d'accueil
Les vues "Mon équipe" et "Calendrier" dans la page d'accueil offrent un aperçu pour votre équipe et l'ensemble de votre entreprise.
Cependant, pour certaines grandes organisations et pour certains gestionnaires disposent un grand nombre de rapports. En résultat, la quantité de données affichées pouvait ralentir le chargement de la page d'accueil.
Nous avons ajouté un paramètre à la page de localisation pour tous les employés qui leur permet de choisir de masquer la vue "Mon équipe", le calendrier, ou les deux si désiré.
Sécurité - Option pour activer l'authentification à deux facteurs ou la connexion par code PIN pour les utilisateurs Admin et RH seulement
HRWize propose l'authentification à deux facteurs et l'utilisation de codes PIN comme identifiants de connexion secondaires pour raisons de sécurité.
Ces fonctionnalités étaient auparavant activées globalement et s'appliquaient à tous les types d'utilisateurs de la même manière.
Nous avons ajouté des options aux paramètres de sécurité qui permettent d'activer ces fonctionnalités pour les utilisateurs RH et Admin. Si cette option est choisie, elles ne sont pas activées pour les autres types d'utilisateurs.
Interface utilisateur - Possibilité de modifier en groupe le statut de visibilité des notes des employés
La fonction Notes de l'employé permet de stocker des notes en texte libre dans l'enregistrement d'un employé.
Ces notes peuvent être visibles soit par le gestionnaire de l'employé, soit seulement par les utilisateurs Admin or RH.
Auparavant, la visibilité pouvait être modifiée en modifier chaque note. Les utilisateurs peuvent maintenant utiliser le menu Actions multiples de la page Notes de l'employé pour modifier la visibilité de ces éléments en groupe.
Employés - Champs personnalisés ajoutés à la page Changement d'employé
La page Changement d'emploi est utilisée pour enregistrer des informations clés sur le rôle de l'employé, par exemple son titre d'emploi, son gestionnaire et son site.
Les champs personnalisés de l'employé peuvent être utilisés pour enregistrer des informations supplémentaires sur l'employé et sont accessibles à partir de la page Modifier.
Les champs personnalisés de l'employé définis pour apparaître sur la page "Ajout rapide" apparaîtront désormais également sur la page "Modification de l'employé".
Congé - Possibilité d'attribuer plusieurs types d'accumulation selon l'année de service aux employés
Les types de congés pour l'accumulation selon l'année de service peuvent être utilisés pour accorder automatiquement aux employés des congés supplémentaires en fonction de leur année de service.
Auparavant, un seul type pouvait être attribué à chaque employé.
Nous avons ajouté la possibilité pour les employés de gagner leur première augmentation d'ancienneté à 0 an, c'est-à-dire avant qu'ils n'aient accompli leur première année complète de service.
Formulaires - Possibilité d'archiver les performances et autres soumissions de formulaires
Dans HRWize, il est possible de créer des formulaires d'évaluation des performances et des formulaires génériques "Autres" pour enregistrer des informations qui sont ensuite stockées dans le dossier de l'employé.
Ces formulaires peuvent être utilisés plusieurs fois, par exemple, le même formulaire d'évaluation des performances peut être utilisé au cours de chaque période d'évaluation, et chaque fois qu'il est utilisé, une nouvelle instance (" soumission ") de ce formulaire est créée.
Nous avons ajouté la possibilité d'archiver les soumissions des formulaires d'évaluation des performances et des autres formulaires à l'aide du menu "Actions multiples".
Pour les formulaires d'évaluation des performances liés à la grille à 9 cases, les données archivées seront également supprimées de la grille à 9 cases, ce qui permettra de n'afficher que les données les plus pertinentes.
Corrections
Interface utilisateur : Problème d'exportation des vues de tableau contenant de longs champs de texte. Problème résolu où l'exportation d'une vue de table avec un long champ de texte (tel que l'option "Voir plus" est affichée à l'écran) entraînait des erreurs dans le fichier exporté.
Flux de travail : Caractères HTML affichés dans les champs de texte des formulaires d'évaluation des performances utilisés dans les flux de travail. Problème résolu lorsque des sauts de ligne HTML étaient affichés dans les champs de texte des formulaires d'évaluation des performances qui faisaient partie d'un processus de flux de travail.
Employés : La modification d'un champ employé à "Aucun" et la spécification d'une date future n'enregistraient pas de changement en attente. Problème résolu. Si une modification était apportée à un champ sur la page de modification d'un employé, où la valeur choisie était "Aucun" et que la modification était datée au futur, aucune modification en attente n'était enregistrée et, par conséquent, la modification n'avait pas lieu à la date prévue.
Congé: les utilisateurs ne peuvent plus modifier le type de congé avec un parent d'une demande existante. Problème résolu car les utilisateurs ne pouvaient plus modifier le type de congé ("raison") d'une demande de congé existante dans le module du gestion de congé.
Kilométrage : Le bouton "Retour" n'enregistre pas les données. Problème résolu. Si un utilisateur utilisait le bouton "Retour" dans une demande de remboursement kilométrageques pour ajouter une ligne supplémentaire pour le retour, les détails de ce retour n'étaient pas correctement enregistrés.
Congé: les absences de longue durée n'étaient pas correctement signalées dans les rapports pour certains employés. Problème résolu : pour les entreprises utilisant la méthode des "jours calendaires" pour déterminer les absences de longue durée, ces absences n'étaient pas correctement signalées dans le gestion du rapports pour les employés utilisant l'unité de mesure comme Heures.
Employés : Affichage de valeurs de date de naissance erroné pour les employés embauchés à partir de candidats. Problème résolu : si un candidat était complété pour devenir un employé et qu'aucune date de naissance n'était saisie, une date de naissance erroné était incorrectement affichée dans l'enregistrement de l'employé.
Dépenses : La "date de soumission" n'est pas mise à jour lorsqu'un projet de dépense ou une demande de remboursement de frais kilométriques est soumis. Problème résolu. Si un employé soumettait une demande de remboursement de dépense ou de kilométrage qui était auparavant comme brouillon, la colonne de la date "Soumis" indiquait la date de création originale de la demande (projet) et non la date soumise.
Formation : Les noms des employés contenant une apostrophe n'apparaissent pas dans la liste des destinataires. Problème résolu : les noms des employés contenant une apostrophe n'apparaissaient pas dans la liste des destinataires lors de l'ajout d'un enregistrement de formation pour eux via l'icône "Formation" sur la fiche de l'employé.
Dépenses : Les commentaires de l'"Approbateur 2" n'étaient pas conservés lors de l'approbation des dépenses à l'aide du processus d'approbation des dépenses par défaut. Problème résolu : les commentaires stockés dans le champ "Approbateur 2" n'étaient pas conservés. Ce problème se produisait que pour les clients utilisant le processus d'approbation des dépenses par défaut du système avec deux (2) approbateurs.
Rapports : Les filtres dans les rapports de tableau croisé dynamique n'étaient pas correctement appliqués lorsque plusieurs filtres étaient utilisés. Problème résolu. Si plus qu'un filtre était utilisé dans un rapport de type tableau croisé dynamique, les filtres n'étaient pas correctement appliqués au résultat.
Congé: Les feuilles de temps ne cumulaient pas l'allocation des congés compensatoires lorsqu'elles étaient ajoutées par des utilisateurs Admin, RH ou Gestionnaire. Problème résolu : si une feuille de temps était ajoutée par un utilisateur Admin, RH ou Gestionnaire dans un environnement où un employé peut accumuler des allocations de congé à l'aide de feuilles de temps, l'allocation accumulée n'était pas ajoutée pour l'employé.
Recrutement : Date de naissance "erroné" affichée pour les employés complétés à partir de candidats. Problème résolu : si un candidat était sélectionné dans un environnement où la date de naissance n'était pas un champ obligatoire, et que la date de naissance de ce candidat était laissée en blanc, une date de naissance "erroné" était affichée pour l'employé qui en résultait.
Formulaires : Le téléchargement groupé des données d'un formulaire personnalisé ne remplit pas le champ "Employé assigné". Problème résolu : si un utilisateur téléchargeait en groupe les données d'un formulaire personnalisé et choisissait le Nom de l'employé ou l'ID de l'entreprise comme identifiant de l'employé, le champ "Employé assigné" n'était pas correctement téléchargé et, par conséquent, le formulaire n'était pas associé à l'employé.
Congé : Les règles de réservation des congés empêchent à tort l'introduction d'une demande de congé. Problème résolu : dans un environnement où les règles de réservation des congés étaient configurées pour alerter un utilisateur lorsque sa demande de congé ne répondait pas aux exigences, certains utilisateurs étaient incorrectement empêchés de faire des demandes de congé alors qu'ils auraient dû être alertés à la place.
Corrections rapides
Résumé des corrections appliquées en dehors du cycle de publication.
Rapports : Les champs Solde de départ (YTD) et Solde (YTD) s'affichent désormais correctement pour les départs en milieu d'année. Problème résolu où les valeurs des champs Solde de départ (YTD) et Solde (YTD) dans le générateur de rapports n'affichaient pas les valeurs correctes pour les employés qui commençaient en milieu d'année.
Feuilles de temps : Les totaux des feuilles de temps s'affichaient de manière incohérente pour les feuilles de temps avec une pause irrégulière. Problème résolu : si une feuille de temps était saisie avec une pause qui n'était pas un multiple de 15 minutes, la durée totale de cette feuille de temps était affichée différemment sur différents écrans.
Annonces : Les esperluettes s'affichaient incorrectement dans les annonces nécessitant un accusé de réception. Problème résolu : les esperluettes (&) s'affichaient de manière incorrecte dans la "bannière" d'accusé de réception affichée aux utilisateurs lorsqu'une annonce était définie comme "nécessitant un accusé de réception".
Flux de travail : Les étapes d'envoi d'un nouveau formulaire dans les flux de travail produisent des formulaires en double. Problème résolu : si un flux de travail contenait plusieurs étapes "Envoyer un nouveau formulaire", chaque fois qu'une de ces étapes était déclenchée, plusieurs formulaires étaient générés pour l'employé.
Formulaires : Données affichées dans les mauvaises colonnes lors du téléchargement des données du formulaire de demande sous forme de fichier CSV. Problème résolu : les données s'affichaient sous les mauvais en-têtes de colonne lors du téléchargement des formulaires de demande remplis sous forme de fichier CSV.
Flux de travail : Les emails du flux de travail ne prennent pas en compte le fuseau horaire de l'utilisateur. Problème résolu : les utilisateurs situés dans un fuseau horaire autre que UTC recevaient pendant la journée des courriels de flux de travail destinés à être envoyés pendant la nuit.
Flux de travail : Les flux de travail continus basés sur une date stockée dans un champ personnalisé se déclenchent chaque fois qu'une modification est effectuée. Problème résolu : les flux de travail continuels basés sur une date stockée dans un champ personnalisé se déclenchaient lorsque toute modification était apportée à l'employé, et pas seulement les modifications apportées à ce champ personnalisé.
Feuilles de temps : Impossibilité pour les utilisateurs de supprimer des feuilles de temps à partir de la fiche de l'employé. Problème résolu où les utilisateurs ne pouvaient pas supprimer les feuilles de temps lorsqu'ils naviguaient vers les feuilles de temps d'un employé en utilisant l'icône sur la carte de l'employé.
Libre service : Les employés peuvent soumettre la page des détails personnels sans y apporter de modifications. Problème résolu : les employés pouvaient soumettre la page des détails personnels sans y apporter de modifications. Cela provoquait l'envoi de notifications de modification des données personnelles alors qu'aucun changement n'avait été effectué.
Rapports : Erreur générée lors de l'utilisation de filtres spécifiques dans un rapport utilisant la source de données "Analytiques des employés". Problème résolu : une erreur était générée lorsqu'un utilisateur tentait d'exécuter un rapport utilisant la source de données "Analytiques des employés", si le rapport contenait un filtre sur le champ "Date de la semaine", et que ce filtre utilisait une valeur relative (par exemple, "Semaine précédente", "Ce mois-ci", etc.).
Rapports : Les étiquettes de rapport s'affichaient dans le désordre dans les graphiques dont l'axe de l'étiquette est une date. Problème résolu : si un graphique à lignes ou à barres était créé, que l'axe de l'étiquette était une date et que les dates contenues dans le rapport s'étendaient sur plusieurs années, les dates étaient affichées dans un ordre incorrect sur l'axe de l'étiquette.
API : Les champs d'approbation n'étaient pas remplis lors de l'exécution d'une requête GET sur le point de terminaison des changements en attente des employés. Problème résolu : les champs approved_by et approved_date n'étaient pas correctement renseignés lors de l'exécution d'une requête GET sur le point de terminaison de l'API "Employee Pending Changes".
Formulaires : Lorsque deux (2) signatures électroniques sont apposées manuellement sur le même formulaire, la première signature est perdue. Problème résolu : si un formulaire personnalisé contient deux (2) champs de signature électronique et que ces deux champs de signature électronique sont remplis en dessinant manuellement une signature (par opposition à la saisie d'un nom), la première signature est écrasée par la seconde et perdue.
Flux de travail : Problème lorsqu'un formulaire d'autocertification ou de reprise du travail est utilisé pour déclencher un flux de travail. Problème résolu : lorsqu'un formulaire d'autocertification ou de retour au travail était utilisé pour déclencher un flux de travail, l'employé auquel le formulaire faisait référence n'était pas correctement associé au flux de travail qui en résultait. Il pouvait en résulter que les notifications du flux de travail étaient envoyées à la mauvaise personne.
Lara
Commentaires