Il n'était pas possible de se connecter à LDPaye lorsque la gestion des mots de passe LDPaye utilisait l'active directory.

Lorsque le salarié n'a aucune section analytique renseignée dans LDPaye, c'est celle du service qui devait être prise. Cependant, on ne tenait pas compte des données du service.

Désormais, on en tient compte. 

Il n'était pas possible de supprimer une interface vers LDPaye lorsque la base de données LDPaye était en client / serveur.

Désormais, les interface se suppriment correctement. 

Il est désormais possible de gérer dans LDTemps la saisie des sociétés, salariés et situations associées à ces salariés.

Cette saisie est utile lorsqu'on souhaite mettre en place un dossier qui n'est pas liée à LDPaye. En effet, si une société est liée à LDPaye, les salariés doivent toujours être gérés dans la paye.

Il est désormais possible de détailler les heures supplémentaires par cycle lorsqu'on les interface avec LDPaye.

Pour cela, il faut indiquer dans la fiche du motif d'heures supplémentaires qu'il faut détailler par cycle. Dans LDPaye, il faut indiquer que la rubrique d'heures supplémentaires est daté.

Les fiches ayant des anomalies non traitées apparaissent désormais avec une croix rouge pour indiquer l'anomalie.

Une nouvelle zone permet de filtrer rapidement sur le code société, matricule, nom, prénom, badge et code affectation d'un salarié. On peut saisir plusieurs mots séparés par des espaces. 

Un nouvel état permet désormais de lister les pointages effectuées au cours des dernières heures.

Cela est utile lors d'un contrôle incendie pour répertorier les personnes présentes dans l'entreprise.

Il est désormais possible de saisir les temps pour la fiche associée à l'utilisateur courant si l'utilisateur a les droits d'accès à d'autres affectations et que sa fiche personnelle n'en fait pas partie.

Lorsqu'on utilisait le module d'initialisation des fiches (Menu Fiches de présence / Initialisation des fiches), les journées déjà saisies étaient réinitialisées, au risque de perdre les données déjà saisies.

Désormais, une option (non cochée par défaut) permet de forcer l'initialisation. Si ce n'est pas le cas, les fiches déjà saisies ne sont pas modifiées.

Corrections :
- Dans certains cas, les journées pouvaient être doublées lorsqu'on demandait une période à cheval sur deux mois. 
- Les périodes où un salarié n'est pas présent dans l'entreprise (en fonction de sa situation) ne sont pas imprimées.

Amélioration :
- Les pointages effectués sur une journée non travaillée (JNT) sont désormais affichés.

L'initialisation des périodes à interfacer provoquait dans certains cas une erreur "Erreur à la ligne 7 du traitement Constructeur de la classe cCyclePrésence. Date invalide." lors de l'interface vers LDPaye. Cela se produisait si le mois est à cheval sur 2 périodes (le 1er du mois appartient à la fiche précédente), pour les salariés entrés dans la période courante (qui n'ont donc pas de fiche précédente).

L'option d'initialisation des fiches depuis les pointages n'était pas pris en compte sur certains jours (qui sont habituellement initialisés à l'ouverture de la fiche). La seule solution était de forcer l'initialisation (option à cocher), ce qui avait également pour effet d'effacer les motifs déjà saisis sur les jours (même si pas de pointage pour cette journée).

Dans la fenêtre de sélection de la fiche à saisir, si lors du rafraîchissement de la liste des codes affectations sélectionnables (en cas de changement de période par exemple), un code affectation est sélectionné, celui-ci est de nouveau sélectionné par défaut après le chargement de la liste.

Dans certains cas, notamment lorsque plusieurs périodes existent dans le salarié (cas des salariés ayant eu des situations différentes dans LDPaye, qui engendrent des périodes différentes dans LDHeures), seul la dernière période était synchronisée. Selon les cas, cela pouvait également supprimer les périodes précédent la dernière période du salarié.

Le calcul des compteurs provoquait une erreur de compilation lorsque l'expression de calcul du compteur comportait un signe moins "-" juste avant une valeur qui se trouve négative. Cela doublait le signe "-", ce que le programme ne pouvait pas interpréter. Pour éviter cela, les valeurs sont désormais encapsulées entre parenthèses lors de leur remplacement pour calcul.

De plus, le caractère "–" (code caractère 150) pouvait être présent, au lieu du signe "-" (code caractère 45). Dans ce cas, le signe n'était pas interprété et provoquait une erreur.

L'annulation d'une interface provoquait une erreur d'intégrité entre CAELVA et CALIBU lorsqu'un bulletin a été calculé à partir d'au moins un élément variable qu'on souhaite annuler.

L'édition des pointages réels n'affichait pas les pointages pris en compte si ceux-ci n'étaient pas dans la même journée (cas du travail de nuit).

L'initialisation des fiches est désormais possible depuis Emalti-RH. Pour cela, le logiciel Emalti-RH doit avoir mis à disposition le fichier LD_TEMPS_ABSENCES.FIC. Le chemin d'accès vers la base de données, dans laquelle se trouve ce fichier, doit être défini dans l'environnement.

L'initialisation de la journée était effectuée (depuis le planning par exemple) à tort sur les jours fériés si l'option "Les jours fériés ne peuvent pas être saisis" a été coché dans le cycle.

Les fiches pouvaient ne pas être initialisée correctement, notamment par les pointages, pour les journées type ayant des horaires sur 2 jours (travail de nuit), lorsque l'horaire de base n'est pas préalablement initialisé. Ce qui est le cas lorsqu'on initialise la fiche depuis la fenêtre de saisie elle-même.

Le correctif niveau 37 pouvait provoquer une erreur "Erreur à la ligne 7 du traitement Récupération de la propriété TravailDeNuit. La dimension 1 du tableau possède 1 élément(s) et vous tentez d'accéder à l'élément 2."

Dans le cas où aucun motif de jour férié n'est inscrit dans le cycle type, et que les jours fériés ne sont pas bloqués en saisie, les horaires des jours fériés n'était pas initialisés.

Afin d'éviter bon nombre de journées type, qui n'étaient créées que pour définir des imputations différentes, il est désormais possible d'ajouter un conditionnement sur le motif imputé (conditions à définir dans la fiche motif elle-même) de telle sorte que si les conditions sont respectées, le motif est imputé, sinon le motif est ignoré. On peut donc désormais définir nombre de motifs sur une même journée type (tous les cas possible d'imputations pour cette journée), c'est le conditionnement qui filtrera les motifs réellement imputés.
Dans le cas des horaires de nuits (début avant minuit et fin après minuit, le lendemain donc), il est possible de définir ce conditionnement par jour réel (de l'heure de début jusqu'à minuit, puis de minuit jusqu'à l'heure de fin). Ainsi, les durées des motifs, imputés uniquement sur une partie de la nuit, seront limitées à la partie qui respecte les conditions du motif.

Un filtre supplémentaire, sur les sociétés, a été mis en place dans la liste des fiches de saisie des heures.
Si une société est sélectionnée dans ce filtre, la colonne “Société” est automatiquement masquée afin de gagner de la place dans la table.

Une option de tri des salariés a été ajoutée, par matricule ou par nom et prénom, ainsi que la possibilité de trier en amont par code affectation, sur les éditions des fiches d'heures, des récapitulatifs par salarié, et des pointages réels. Pour ces 2 derniers, l'option n'est pas disponible depuis la liste des fiches d'heures, l'édition est alors toujours faite triée par matricule (il faut passer par le menu éditions pour avoir l'option).

Une anomalie a également été corrigée dans l'édition des fiches de présence. Lorsque la 1ère journée imprimée n'était pas une journée paramétrée (cas d'un nouvel arrivant par exemple), et qu'elle a été ajoutée pour compléter le cycle (option cochée à l'édition), alors les cumuls en bas de l'édition n'étaient pas imprimés.

Pour éviter des temps de chargement trop longs, seuls les salariés présents sont désormais affichés par défaut dans la liste des salariés. Une liste de sélection permet de choisir les salariés à afficher (présents, partis, ou tous).

Une erreur du type "Erreur à la ligne 2 du traitement ConditionXXXX.Vous avez appelé la fonction DateVersJour. L'an zéro n'est pas une année valide. La datation passe de 1 avant J.C. à 1 après J.C." pouvait se produire si un motif d'imputation est conditionné, et que celui-ci est imputé (généralement en automatique) sur une journée pour laquelle il n'est saisi des heures que l'après-midi (saisie journée continue, ou motif d'absence le matin par exemple).

Un contrôle sur la période limitait la création des périodes jusqu'à l'année 2020.

Les recherches des salariés et de leurs situations dans LDPaye étaient effectuées sur toutes les sociétés du répertoire LDPaye défini, sans tenir compte de l'activation ou non de la synchronisation pour ces sociétés dans LDTemps.

Une erreur se déclenchait lors de la création de la période, pendant la phase d'initialisation. Le message de l'erreur indiquait "Impossible d'initialiser les périodes. Propriété 'COSO' interdite."
La période pouvait néanmoins être ensuite initialisée, après sa création, par le bouton Initialiser.

La correction niveau 52 contenait une erreur qui empêchait la mise à jour de la situation des salariés depuis LDPaye (y compris, et surtout, pour les nouveaux salariés).

La taille des codes pour les fiches type a été réduite à 3 caractères, et les journées et cycles types à 5 caractères, pour éviter des erreurs. En effet, ces codes sont repris dans les fiches horaires (fichier HEFIJO) et les situations (fichier HEPACT) dans des champs restreints à 5 ou 3 caractères.
A l'ouverture du dossier avec un profil administrateur, si des codes trop longs existent, une fenêtre de re-codification des codes est proposée. Les codes trop longs apparaissent en rouge.

Un nouveau mode de gestion du n° de bon a été ajouté dans les paramètres généraux (mot clé PARAMETRES/GESTIONBON) :
Mode 1 : Le numéro de bon est facultatif. Si le champ n'est pas rempli, l'application ajoute un numéro automatique.
Mode 2 : Le numéro de bon est automatique (toujours rempli par l'application)
Mode 3 (par défaut) : Le numéro de bon est obligatoire. Il doit être saisie par l'utilisateur et doit être unique.

Une option a été ajoutée au menu ? pour lancer une fenêtre Windev.

L'édition des pointages et heures réelles ne tenait pas compte des sélections sur la société, les affectations, ... qui sont faites sur la fenêtre de lancement si cette édition est demandée directement depuis le menu général.

Lors de la saisie d'une fiche de présence, les menus contextuels listant les journées et cycles types peuvent être très longs. Il est désormais possible de rattacher chaque journée et cycle type à une ou plusieurs sociétés ou établissements.

Pour cela, il suffit de se rendre dans les fenêtres de gestion des jours/cycles type et de cliquer sur l'onglet "autorisation". Ce nouvel onglet permet d'indiquer les sociétés/établissements qui utilisent ces jours/cycles. Pour qu'un jour/cycle soit accessible aux personnels de toute une société, il suffit de laisser le champ code établissement vide.

La liste des jours/cycles, lors de la saisie, sera ainsi adaptée à la société/établissement du personnel en saisie.

Lors de la modification des fiches/journées/cycles type, la modification du libellé ou du rang n’apparaît pas à l'écran et peut ne pas s'appliquer sans le redémarrage de l'application. Dorénavant, les modifications de ces objets s'affichent correctement.

Lorsqu'un salarié est supprimé de LD Paye. Cette suppression n'est pas reportée dans LD Temps.
Dorénavant, les suppressions de salariés sont reportées lors de l'initialisation d'une nouvelle période de paye dans LD Temps. Par défaut, seuls les salariés n'ayant pas encore de fiche horaire dans LD Temps sont supprimés. Ce comportement peut être désactivé en cochant la case "Supprimer les données des salariés qui ne sont plus dans LDPaye" dans la fenêtre d'initialisation des périodes. Si coché, l'ensemble des données du salarié présent dans LD Temps et absent de LDPaye (pour les sociétés synchronisés) sera supprimé.

A la réception d'un pointage, la recherche du salarié affecté par le badge tient compte désormais des dates des situations des salariés ayant été affectés par le même n° de badge. Pour qu'un salarié soit donc imputé d'un pointage, il doit avoir une situation pour la date du pointage dans laquelle est inscrite ce n° de badge.
De plus, lors de l'enregistrement des pointages (ou lorsqu'on rejoue une journée), si le pointage a précédemment été affecté à un autre salarié, le pointage est modifié.

Deux corrections de bug au menu de cette nouvelle version :
- L'attribution automatique des pointages fonctionne à nouveau pour les salariés en CDD (dont la date de fin de contrat a été renseignée et est supérieure à la date du pointage). Il est possible de rectifier les journées de pointage en lançant l'application LDPointage et en cliquant sur "rejouer une journée de pointage". Les pointages non attribués ou attribués à tort seront corrigés. Les fichiers de pointage possèdent l'extension .pntg
- La liste des salariés affiche correctement les salariés présents et dont la date de fin de contrat a été renseignée.

Les cumuls paramétrés en bas de l'édition de la fiche d'heure peuvent venir soit des imputations, soit du calcul des heures travaillées. Lorsque sur une même fiche, le cumul a des valeurs provenant des 2 provenances, seules le résultat du calcul des heures apparaissait sur l'édition.

Dans certains cas, une erreur indiquant que le dossier devait être migré pouvait apparaître à tort et empêcher l'ouverture du dossier.

LDTemps peut désormais fonctionner sans la présence de LDPaye. Pour activer ce mode, il suffit de ne pas indiquer de paramètre REPDATALDPAYE dans le fichier LDTParam.ini de LDTemps.
N'oubliez pas ensuite de décocher la case "synchroniser avec LDPaye" dans les fiches sociétés.

Un nouveau bouton "Importer" a été ajouté dans la fenêtre de gestion des salariés. Il permet d'importer des salariés et/ou leurs compteurs associés à partir de fichier texte. Attention, cet import ne fonctionne que pour des salariés dont la société n'est pas synchronisée avec LD Paye.

De nouveaux exports, au format SAGE, sont disponibles. Ces exports doivent être activés en indiquant, dans le menu Fichier - Paramètres Généraux, sous la section [PARAMETRES], le paramètre Export=SAGE. Ce paramètre donnera accès à trois menus : Interface des heures vers SAGE et Interface des absences vers SAGE, dans le menu Fiches de présence, et Interface des frais vers SAGE dans le menu Frais de déplacement.
Dans la fiche des motifs, un champ a été ajouté pour renseigner le nom de la rubrique SAGE à générer, et une coche Export avec date si les dates des absences doivent être envoyés lors de l'interface.
De la même manière, un champ a été ajouté dans la fiche des types de frais de déplacement pour renseigner le nom de la rubrique SAGE à générer.

Si plus de 5 types de frais différents était paramétrés dans LDTemps,  alors on pouvait observer un plantage lors de l'ouverture de la fenêtre de saisie des frais.
Ce problème est désormais corrigé.

Lors de l'affichage d'un cycle type, le premier cycle de la liste peut ne plus afficher les jours types qui lui sont affectés. Par ailleurs, la modification d'un cycle type n'est pas enregistrée dans la base de données.

En cas d'impossibilité de se connecter à la base de données LDPaye paramétrée (en cas de droits insuffisant, de problème réseau, ...), l'application pouvait provoquer une erreur et arrêter l'application. Dans ce cas, les options liées à LDPaye sont désormais uniquement désactivées.

Une erreur peut apparaître lors de la fermeture de la fenêtre de saisie des heures. Le code de la fenêtre a été amélioré pour éviter cette erreur.
Par ailleurs, le code a été modifié pour accélérer l'enregistrement de la saisie. (L'enregistrement pouvait être lent sur certaine configuration). 

Une erreur pouvait survenir, et arrêter l’application, lors d'un double clic dans une cellule type d'une ligne de saisie horaire.

Ajout d'un champs de saisie dans la fiche société pour saisir le code société à utiliser lors de l'export SAGE pour la constitution du matricule salarié.
Le matricule utilisé lors de l'interface est construit avec ce code société plus le matricule du salarié.

Dans la fiche de saisie d'un motif, si aucun code n'était renseigné dans la zone de correspondance pour SAGE, alors la valeur interprétée lors de l'export SAGE était "0" au lieu d'un chaine vide. Créant ainsi des lignes sans intérêt dans le fichier d'export.

Une erreur "Erreur à la ligne 16 du traitement Procédure locale xValiderLigne. Vous avez appelé la fonction DateVersJour.Une date doit être représentée par une chaîne de huit caractères au format AAAAMMJJ" pouvait survenir lors de l'enregistrement d'une fiche de saisie d'heures après validation des anomalies.

Lors de l’affichage de la liste des salariés, certains salariés pouvaient apparaitre comme étant partis alors qu’ils sont toujours présents.

La ré-initialisation d'une période ne supprimait pas les fiches horaires de salariés partis après une première initialisation de la période. Dorénavant, lorsque des fiches horaires existent pour des salariés partis, l'application supprime les fiches non renseignées et liste les fiches comportant des horaires. Cette liste permet à l'utilisateur de supprimer ces horaires et ensuite de supprimer les fiches. Par ailleurs, la phase d'initialisation des périodes a été améliorée et les données sont synchronisées avec les dernières données de la paye : Il n'est plus nécessaire de relancer LD Temps pour obtenir les derniers changement apporté aux situations des salariés.

Les motifs d’absence et d’imputation réservés au service paye ne sont plus saisissables pour les utilisateurs qui ne sont pas administrateurs.

Lors de l’annulation d’une interface avec la paie, un message d’erreur pouvait apparaitre indiquant qu’une contrainte d’intégrité n’était pas respectée. Cette correction rétabli le fonctionnement normal de l’annulation et indique, le cas échéant, si cette annulation va avoir un impact sur les bulletins déjà calculés dans la paye.

Lorsqu’un motif d’absence ou d’imputation est déjà utilisé, il ne faut plus pouvoir modifier son type (nombre ou durée) sinon les calculs seront faussés. Ce correctif vérifie l’utilisation de chaque motif et empêche sa modification s’il est présent dans une fiche horaire.

La suppression d'une fiche, d'un cycle ou d'une journée type ne doit pas s'effectuer si une fiche horaire y fait référence. Cette correction met en place un contrôle qui vérifie cette condition.

Le message d’erreur concernant la rubrique de paye réservée à l’analytique n’est pas valide.

Des modifications ont dû être effectuées pour que les logiciels LDTemps et LDPlanning puissent communiquer entre eux suite aux changement de version de LDPlanning.

Certains badges lus par les pointeuses remontent un code hexadécimal sur 8 caractères, représentant un numéro décimal connu des utilisateurs. Pour faciliter la gestion de ces badges, on peut ajouter le paramètre "FormatBadge=H" dans la section "Paramètres" du fichier LDHeuServ.ini afin que ce soit le n° décimal des badges qui soit enregistré dans LDTemps, et que LDPointage traduise ce code numérique en code hexadécimal lors de la création du fichiers des personnes, et inversement traduise le code hexadécimal lu dans les infos de la pointeuse en code numérique, pour enregistrer le pointage. ATTN, il ne s'agit pas d'une conversion simple en hexadécimal. Le code hexadécimal est également inversé (il faut le lire de droite à gauche, par mot de 2 caractères).

Lors de l’initialisation des périodes. Si la société en cours d'édition n’était pas synchronisée avec la paie, l’initialisation ne fonctionnait pas.

Prise en charge d’une nouvelle rubrique (supprimeeOuiNon) pour la synchronisation des données avec emalti

Lors de la réinitialisation d’une période. Certains salariés peuvent être partis. La réinitialisation permet de supprimer les fiches horaires inutiles. Cette suppression automatique est désactivée lorsqu’une saisie a été réalisée sur la période. Or dans certains cas, l’application pouvait détecter une saisie sans qu’elle soit réelle.

Lors de la saisie des horaires et de leur imputation,la fenêtre popup de saisie des imputations d’un jour ne permettait pas d’ajouter des éléments si on supprimait toutes les imputations déjà renseignées.

Les fichiers des fonctions et des personnes n'étaient pas créés correctement pour l'envoi sur les pointeuses. Par exemple, les nom et prénom des personnes étaient manquant.