Calcul des durées de congés "ouvrés/ouvrables".

[X-Ryl669]

En gros, notre entreprise utilise la variante jours ouvrés/jours ouvrables. Nous travaillons effectivement 5 jours par semaine (du lundi au vendredi) mais le samedi est un jour ouvrable. Nous avons 2.5 jours de congés par mois pour un temps plein (ce qui fait 30 jours par an).

La loi stipule que tout vendredi posé entraine un samedi posé pour les 5 premiers vendredi de l'année en congés (dans ce cas, nous avons bien 5 semaines de congés payés par an, vu qu'une semaine fait 6 jours).

J'ai donc renseigné que le samedi était ouvré dans le logiciel et ça marche bien sauf pour 2 choses que je détaille ci-dessous:

1. Si un utilisateur pose ses congés du 3 au 21 août 2015 (cas complexe choisi exprès), le nombre de jours pris devrait être: (3/8=>8/8 + 10/8=>15/8 + 17/8=>22/8 - 15/8 car férié = 17 jours). Le logiciel calcule 16 jours, car il enlève bien le jour férié, mais il ne rajoute pas automatiquement le samedi final manquant

2. Il n'y a pas moyen de limiter à 5 samedi par an (exemple: un utilisateur qui pose tous ses mercredi, devrait en avoir 30 jours effectifs, par contre, s'il pose tous ses vendredi, il devrait en avoir 25 jours effectifs)

C'est quand on voit comment c'est simple en France que l'on comprend pourquoi on adore nos administrat(eur/ions), snif...

Je peux modifier le code de fonction_calcul pour ce cas, mais il faut que vous me disiez ce que je dois faire pour ajouter proprement ce système dans la config et dans la base. Idéalement, il faudrait pouvoir compter le nombre de vendredi posés par période, mais cela risque d'être fastidieux, aussi, peut être peut-on stocker le compte dans la BDD à chaque fois que l'on voit un vendredi posé.

[wouldsmina]

ok, pas simple ce truc!
L'important, c'est d'ajouter un champ à la table config pour permettre d'activer ou désactiver cette futur fonction, il faudra alors passer en version 1.7.1...
Pour les 5 vendredis par an, serait-il possible de le calculer à la volée? Parce que s'il faut ajouter un champ dans la BDD, le développement d'un plugin serait plus adapté.
Bon courage.

Pour infos, je dois encore apporter quelques modifications au niveau des droits HR (la 1.7 sera alors considérée stable), puis je passerai au développement de la 1.7.1.
Donc, pour la 1.7.1 :

• supprimer le champ smtp de la BDD
• ajouter un champ pour l'import d'une clé pour l'authentification CAS
• ajouter/affiner les emails...
• et maintenant, gérer les "samedis" selon le droit français
• ...

[X-Ryl669]

J'essaye de m'y mettre la semaine prochaine.
Je propose donc la chose suivante:

1. Ajout d'une configuration "mode 5 jours ouvrés sur 6 jours ouvrables" dans le formulaire de configuration (et de tout ce que cela implique)
2. Ajout d'une fonction "compteVendredi" dans le fichier de calculs, qui iterera les congés pris par la personne concernée dans les périodes de congés envisagées (mai à mai par ex), pour compter les vendredi évidemment
3. Modification du code de calcul du nombre de jours pour ajouter un jour de plus si compteVendredi() retourne <= 5 et que le dernier jour de congé posé est un vendredi.

Pour info, j'en profiterais pour ajouter le champ "Grand responsable" dont j'ai parlé dans l'autre rapport d'erreur/feature request.

[lacausse]

Bonjour,
Est ce que cette fonctionnalité a été ajouté à la 1.8.1 ?
Merci

[X-Ryl669]

Non, je ne pense pas, je n'ai pas réussi à l'implémenter par manque de temps. C'est assez compliqué en fait, vu le nombre de cas à gérer pour chaque demi-journée (en RTT, déjà avec un congé posé dans la période, congé forcé, jour férié, etc..). En gros, il faudrait faire une fonction sql qui retourne tous les vendredi complets posés dans la période précédente, et mettre en cache le résultat, pour éviter de refaire cette requête à chaque demi journée de la demande (sinon c'est l'horreur en terme de nombre de requêtes). Le problème survient lorsque le congé demandé contient le fameux 5ème vendredi (ou un vendredi férié). Il faut alors modifier en cours de route sa méthode de calcul (car à partir du 5eme vendredi, les vendredis compte pour un et plus pour 2). Ceci entraînant cela, la fonction qui calcule le nombre de jour de congés devrait être coupée en deux (celle qui prend en compte les "vendredis comptent double" et celle qui ne les prend pas en compte), et appelée par une nouvelle fonction qui change à la volée en fonction du cas.

Bref, c'est pas simple, et n'étant pas juriste, j'ai aussi des doutes sur l'interprétation des textes (notamment sur la notion de vendredi férié, doit on compter le samedi?, et pour un samedi férié ? et si le 5eme vendredi tombe un vendredi férié, doit on compter le 6ème vendredi comme un "compte double" ou pas, etc...)

Comme d'habitude en France, on aime les choses pas très simple...

[prytoegrian]

@X-Ryl669 : tu n'as pas d'autres manières de faire que de stocker ce comptage quelque part. Ceci afin de :

• Le mettre en lumière là où il a été pris (dans l'apparence et dans le code, pour reconstruire des états)
• Réaliser un comptage simple lors de la prise d'une nouvelle période

Je pense qu'avec ce qu'il y a actuellement dans l'appli (+ ce qui va va arriver dans la 1.9), tu as tout ce dont tu as besoin pour mettre en place cette règle métier. Au besoin, tu peux toujours rajouter un champ / une table.

Cependant, j'éviterais les fonctions sql, trop imprévisibles. Ce sont des fonctions fantômes dans l'appli et ça oblige à avoir tout un pan de code pour s'assurer qu'elles sont biens là au moment où on en a besoin. Et pis c'est pas testable.

Par contre, je ne peux pas m'empêcher de trouver très intéressant :

en RTT, déjà avec un congé posé dans la période, congé forcé, jour férié, etc..

C'est vrai qu'on a pas de moyen extrêmement simple de savoir si un employé est en congés à un instant T. Ça pourrait être très utile.

[lacausse]

Une fonctionnalité simple dans un premier temps, serait de voir combien de samedi on était posé sur une période, dans la tableau récapitulatif par exemple.
Cela permet d'être sur que tout le monde à bien posé ses 5 samedis avant la fin de la période.