Améliorations

Option d'application rétrospective des modifications de l'historique pour les jours obligatoires

• Suite aux commentaires de nos clients, nous avons cherché à résoudre un problème concernant l'application des jours obligatoires aux allocations de temps libre des employés, lorsque l'employé a des enregistrements d'historique qui indiquent que ses jours de travail (ou ses heures de travail) ont changé au cours de l'année.
  
  
• Auparavant, ces données historiques n'étaient pas prises en compte dans le calcul des jours obligatoires dont disposait l'employé au cours de son année de vacances.
  
  
• Cette nouvelle fonctionnalité est facultative et peut être activée en définissant l'option «Appliquer l'historique des salaires pour les jours obligatoires» sur «Oui» dans Paramètres des congés > Global
  • Administration > Entreprise > Paramètres > Paramètres de congé (global)
    
    
• Une fois cette option activée, le système vérifiera l'historique des salaires de l'employé afin de déterminer quels jours obligatoires seront appliqués à son indemnité.
  
  
• Par exemple, si :
  • le mois en cours est décembre et
  • les jours de travail actuels de l'employé sont du lundi au vendredi, et
  • les jours de travail de l'employé au cours des six premiers mois de l'année étaient du lundi au jeudi, alors
  • le jour férié obligatoire du vendredi saint ne sera pas déduit de son indemnité, car
  • le vendredi n'était pas un jour ouvrable pour l'employé à ce moment-là.
• Remarque : cette fonction ne peut pas être utilisée pour les salariés ayant des rythmes de travail personnalisés (où le rythme est utilisé pour déterminer les jours de travail pour l'ensemble de l'année) ou pour les salariés dont le compteur de temps libre (jours/heures) a changé en cours d'année.

Options supplémentaires pour l'expiration des droits à congés pour ancienneté de service 

• Suite aux commentaires de nos clients, nous avons introduit des options supplémentaires pour déterminer le moment où les allocations d'ancienneté accumulées expirent et ne sont plus disponibles pour être utilisées dans les demandes de congé.
  
  
• Cette nouvelle fonctionnalité est facultative et peut être activée en naviguant vers Types de temps libre et en ajoutant ou en modifiant un type de temps libre qui est soit « Accumuler selon les années du service », soit « Accumuler selon les années du service - alternée » :
  • Administration > RH > Gestion des congés > Types de congés
• Vous trouverez ici un nouveau paramètre intitulé « L'indemnité d'ancienneté expire » avec 3 options disponibles.

Les options disponibles sont les suivantes :

• Paramètrage par défaut
  L'allocation expirera à la fin de l'année de vacances du salarié.  Cette option correspond au comportement du système avant cette modification et constitue l'option par défaut.
  
  
• Date de début anniversaire
  L'allocation expirera à la date anniversaire de la date de début de l'activité du salarié.
  
  
• Date spécifique
  L'allocation expirera à la date (jour/mois) spécifiée.

Nouveau point de terminaison de l'API pour l'obtention de tous les formulaires

• Les clients qui utilisent l'API pour récupérer les données d'un formulaire ont signalé qu'ils avaient des difficultés à déterminer l'identifiant correct du formulaire à utiliser dans la demande.  Auparavant, cet identifiant ne pouvait être obtenu qu'en visitant le formulaire dans l'interface utilisateur.
  
  
• Pour résoudre ce problème, nous avons ajouté un point de terminaison pour les formulaires avec une route GET ALL.
  
  
• Il renverra les détails de tous les formulaires configurés dans l'environnement du client, y compris l'identifiant du formulaire, afin qu'il puisse être utilisé dans les demandes ultérieures de données de formulaire à l'aide du point de terminaison Données de formulaire personnalisées.
  
  
• Les clés API pour ce point final et tout autre point final peuvent être gérées par les utilisateurs administrateurs en naviguant vers :
  • Administration > Entreprise > Paramètres > API > Paramètres de l'API

Corrections

Equipements/Actifs : La déclaration de signature des actifs ne prend pas en compte les nouvelles lignes lorsqu'elle s'affiche pour l'utilisateur qui la signe. Problème résolu où la déclaration de signature des actifs s'affichait sous la forme d'un seul bloc de texte sans tenir compte des nouvelles lignes lorsque les employés signaient pour un actif. La déclaration s'affiche désormais correctement avec le formatage prévu, ce qui améliore la lisibilité pour tous les utilisateurs.

Annonces : Les annonces qui nécessitent un accusé de réception s'affichent pour les utilisateurs qui ont un modèle de module où les annonces ne sont pas activées. Problème résolu où les utilisateurs dont le modèle de module n'incluait pas le module « Annonces » pouvaient quand même voir les annonces nécessitant un accusé de réception. Les annonces ne seront désormais visibles que par les utilisateurs dont le modèle de module inclut le module d'annonces, ce qui garantit un contrôle d'accès approprié.

Planificateur : L'ajustement du niveau de zoom sur le planificateur entraîne l'absence de semaines dans le fichier exporté. Le problème a été résolu lorsque l'exportation du planificateur était affectée par le niveau de zoom, ce qui entraînait l'exportation de données incomplètes. Les exportations du planificateur incluront désormais toutes les semaines de données, quel que soit le niveau de zoom, ce qui garantit l'exactitude et la facilité d'utilisation.

Rapports : Le filtre de date de la source de données 'Periode de congé - par demande' ne prend en compte que le premier enregistrement et non le reste de la demande. Le problème suivant a été résolu : le filtre « Date » de la source de données « Periode de congé - par demande » ne prenait en compte que le premier enregistrement des dates de repos au lieu de la demande entière. Les utilisateurs peuvent désormais appliquer correctement les filtres « Date » afin de capturer tous les enregistrements de congés pertinents dans la plage de dates spécifiée.

Rapports : Il n'y a pas de champ disponible pour la devise des dépenses par ligne dans le rapport des éléments de dépenses. Le problème a été résolu lorsque les utilisateurs faisant un rapport sur les éléments de dépenses ne pouvaient voir que la devise de la réclamation et non la devise sélectionnée par ligne de dépense. Un nouveau champ de données a été ajouté à l'ensemble de données, permettant aux utilisateurs de faire un rapport sur la devise sélectionnée pour chaque ligne de dépense.

UI : Le menu déroulant 'Equipe' du calendrier n'affiche pas tous les employés. Le problème suivant a été résolu : le menu latéral « Équipe » de l'écran d'accueil du calendrier ne permettait pas aux utilisateurs de faire défiler plus d'un certain nombre d'employés. Le menu s'étend désormais correctement, permettant aux utilisateurs de visualiser et de sélectionner tous les employés concernés.

Temps libre : le report défini pour s'afficher dans le résumé s'affiche dans l'allocation de l'année suivante. Le problème suivant a été résolu : la valeur reportée était incorrectement incluse dans le total des indemnités de l'année suivante au-delà de sa date d'expiration lorsque l'option « Inclure le report dans le type de récapitulatif » était réglée sur « Oui ». Les valeurs reportées expirent désormais comme prévu et ne sont plus ajoutées à l'allocation totale au-delà de leur période de validité.

Temps libre : Impossible de réserver un Time-Off pour le dernier jour d'un employé lors de la réservation pour l'année de vacances suivante. Le problème suivant a été résolu : les utilisateurs ne pouvaient pas réserver un congé à la date de fin de contrat d'un employé, même s'il s'agissait de son dernier jour de travail. Les congés peuvent désormais être réservés avec succès à la date de fin de contrat, comme prévu.

Feuilles de temps : Le delta s'additionne incorrectement lors de l'utilisation de la fonction nouvelle ligne et le système affiche incorrectement un delta négatif. Le problème a été résolu : le calcul du delta de la feuille de temps a été corrigé pour s'assurer que si le temps total de plusieurs entrées est égal aux heures de travail journalières prévues, le delta n'affiche pas une valeur négative.

Employés : Le dernier jour de travail et la date de démission ne sont pas effacés lors de la restauration d'un employé démissionnaire/archivé. Le problème suivant a été résolu : lors de la restauration d'un départ à l'aide de la fonction de restauration, les champs « Date de démission » et « Dernier jour de travail » n'étaient pas effacés, ce qui entraînait des incohérences. Ces champs sont désormais effacés lors de la restauration afin de garantir l'exactitude des enregistrements des employés.

Employés : Le fait d'avoir un historique des changements de salaire et d'emploi faisait que le système appliquait des changements à partir de dates incorrectes. Le problème a été résolu lorsque l'historique des changements d'emploi affectait de manière incorrecte l'application des changements de l'historique des salaires pour les jours ouvrables, ce qui entraînait des durées de congés inexactes. Le système applique désormais correctement les modifications des jours ouvrables en se basant uniquement sur l'historique des salaires afin de garantir un calcul précis des congés.

Employés : Message d'erreur généré lors de la synchronisation des chefs de service et des super approbateurs pour les sous-départements.  Le problème a été résolu lorsque la mise à jour du chef de service ou du super approbateur pour un sous-département ne se synchronisait pas correctement, ce qui entraînait l'affichage d'un message d'erreur. Désormais, la fonctionnalité de synchronisation fonctionne correctement à la fois pour les départements normaux et les sous-départements lors de la mise à jour des rôles de direction.

Employés : Les champs personnalisés des employés ne peuvent pas être modifiés de manière à ce qu'aucun groupe d'utilisateurs ne soit sélectionné. Le problème suivant a été résolu : après avoir modifié un champ personnalisé et supprimé tous les groupes d'utilisateurs, le champ personnalisé conservait les paramètres des groupes d'utilisateurs précédents lors de la soumission. Désormais, lorsque tous les groupes d'utilisateurs sont supprimés, le champ personnalisé n'affiche plus les groupes d'utilisateurs associés.

Performance : Les formulaires d'évaluation des performances ne peuvent pas être verrouillés/déverrouillés individuellement dans la nouvelle interface utilisateur, ce qui nécessite l'utilisation d'actions en bloc. Le problème suivant a été résolu : après la mise à jour vers la nouvelle interface utilisateur, la possibilité de verrouiller et de déverrouiller les formulaires individuels d'évaluation des performances a été perdue. La fonctionnalité est maintenant rétablie, permettant aux administrateurs, aux utilisateurs RH et aux gestionnaires de verrouiller ou de déverrouiller les formulaires individuellement en utilisant l'action appropriée dans le menu Actions.

Kilométrage - Lors de la visualisation/approbation d'une demande de remboursement de frais kilométriques, le champ facturable apparaît comme vide. Problème résolu où le champ 'Facturable' dans les demandes de remboursement de frais kilométriques s'affichait en blanc, empêchant les utilisateurs d'identifier si les frais kilométriques étaient facturables. Le champ affiche désormais correctement la valeur sélectionnée (Oui ou Non) dans les vues Employé et Gestionnaire.

Calendrier : Le calendrier de la page d'accueil, lorsqu'il est restreint, affiche le temps d'arrêt sans motif. Problème résolu où les entrées de congés avec le paramètre "Oui - mais sans raison affichée" restaient affichées sur le calendrier après la suppression de tous les filtres. Cela permettait aux utilisateurs de déduire le motif du congé. Le problème a été résolu et les entrées Time-Off sont désormais correctement masquées lorsque tous les filtres sont désélectionnés, ce qui garantit la confidentialité comme prévu.

Éléments à venir : les paramètres de confidentialité sélectionnés par un employé ne sont pas respectés dans les événements à venir. Le problème suivant a été résolu : les éléments à venir ne respectaient pas les paramètres de confidentialité de l'employé pour les anniversaires. Désormais, seul l'événement sélectionné (anniversaire) sera visible dans la section Éléments à venir, conformément aux préférences de confidentialité de l'employé. Cette correction assure la cohérence entre le calendrier et les éléments à venir.

Téléchargement : Le téléchargement en masse d'employés assigne automatiquement l'option la plus élevée pour le sexe si elle est laissée vide dans le CSV. Le problème suivant a été résolu : le champ « Sexe » prenait par défaut la première option de la liste s'il était laissé vide. Le champ « Sexe » sera désormais défini par défaut sur « Non spécifié » s'il est laissé vide lors du téléchargement en masse.

Recrutement : Les demandes approuvées en dehors des flux de travail sont mises à jour avec une référence « En attente ». Le problème suivant a été résolu : les références des demandes d'emploi étaient incorrectement affichées avec la mention « En attente » lorsque la demande d'emploi était approuvée en dehors du flux de travail d'approbation désigné. La référence de la demande restera désormais cohérente tout au long du processus d'approbation, qu'elle soit approuvée à l'intérieur ou à l'extérieur du flux de travail.

Recrutement : La boîte de présentation du poste s'affiche même si rien n'est coché dans les paramètres de la page de liste. Le problème suivant a été résolu : la boîte de présentation du poste s'affichait toujours sur la page du rôle du poste, même si aucun champ n'était sélectionné dans les paramètres de la page de liste. La boîte de présentation du poste ne sera plus visible si aucun champ n'est sélectionné dans les paramètres de la page de liste.

Modèles de travail : pauses incorrectes appliquées aux modèles de travail.  Ce problème a été résolu lorsque le nombre d'heures affiché pour les journées de travail avec pauses était incorrect, en raison des paramètres de suivi du temps qui influençaient les déductions des pauses. Les pauses sont désormais correctement appliquées aux modèles de travail, quels que soient les paramètres de suivi du temps.

Flux de travail : La présence de certains types d'étapes avant une étape de workflow déclencheur entraîne l'échec de l'étape de déclenchement. Ce problème a été résolu lorsque l'étape de déclenchement d'un flux de travail s'est vu attribuer de manière incorrecte un attributaire lorsqu'elle était précédée d'étapes de flux de travail spécifiques. Cela entraînait l'échec de l'étape et empêchait le déclenchement du deuxième flux de travail. L'étape de déclenchement s'exécutera comme prévu, indépendamment des types d'étapes précédentes.

Rapports : Les champs personnalisés des employés restreints sont visibles par les utilisateurs en dehors de la restriction. Le problème suivant a été résolu : les utilisateurs ne faisant pas partie d'un groupe d'utilisateurs restreint pouvaient accéder aux champs personnalisés des employés et établir des rapports à leur sujet, malgré les restrictions d'accès. Les champs restreints ne seront désormais visibles dans Repot Builder que pour les utilisateurs autorisés.

Flux de travail : Les emails de workflow ne traduisent pas correctement le texte généré par le système et affichent des langues mélangées ou incorrectes. Problème résolu où les emails de workflow n'adhéraient pas aux paramètres de localisation de l'utilisateur et de la société. Avec cette correction, les courriels de workflow reflèteront désormais de manière cohérente la langue voulue en fonction des préférences de localisation.

Flux de travail : Emails et formulaires en double déclenchés par des étapes de Workflow avec des délais basés sur le temps. Problème résolu où certaines étapes du Workflow, configurées pour se déclencher après une période spécifique (par exemple, 1 jour après la 'date de congé' ou 7 semaines avant la 'date de début'), envoyaient des emails et des formulaires en double. La correction permet de s'assurer qu'ils ne sont envoyés qu'une seule fois, comme prévu.

Flux de travail : Les départements avec des tirets provoquent un déclenchement incorrect des workflows. Le problème suivant a été résolu : les restrictions de flux de travail basées sur les départements n'étaient pas appliquées de manière cohérente lorsque les noms de départements contenaient des caractères spéciaux (par exemple, des tirets ou des esperluettes). Cela entraînait un déclenchement incorrect ou incohérent des flux de travail.

Module social : le paramètre s'affiche comme désactivé dans l'interface utilisateur mais reste activé dans le backend. Le problème suivant a été résolu : le paramètre du module social apparaissait comme désactivé dans l'interface utilisateur, mais restait activé dans le backend.