|
Et surtout beaucoup plus simple et rapide à implémenter :)
Guillaume Hilt
Le 08/11/2016 à 17:14, Prytoegrian a
écrit :
Tu as drôlement raison. J'en rédige un ticket, je pense qu'on
est arrivé à un truc sympa.
Sent from ProtonMail,
encrypted email based in Switzerland.
-------- Original Message --------
Subject: Re: [libertempo] Jour de fermeture et
congés/absence déjà posés
Local Time: 8 novembre 2016 11:14 AM
UTC Time: 8 novembre 2016 10:14
Dans ce cas, plutôt que de rajouter du code pour lister les
utilisateurs concernés, pourquoi ne pas ajouter un lien vers
le calendrier dans le message d'erreur ? Car rajouter
simplement le nom des utilisateurs ne permet pas de voir
toutes les informations (période et raison des congés).
Guillaume Hilt
Le 07/11/2016 à 19:45, Prytoegrian
a écrit :
Hello,
oui, tu as raison Guillaume, l'information est là si tu
la cherches. Cependant je pense que l'appli manquerait à son
rôle de soutien si elle n'aidait pas l'humain en lui
proposant des feedbacks immédiats sur ses actions pour qu'il
n'ai pas à aller les chercher.
En faisant ça, tu ne te demandes pas « mais, pourquoi il
ne veut pas poser ces fermetures ?! », l'application te dit
précisément ce qui l'empêche d'avancer.
Après, il n'est pas forcément utile d'avoir une
notification qui te saute au nez, un message d'erreur aussi
simple que « Erreur: la fermeture s'étend sur un période
contenant déjà des congés de [Employé X / Employé Y] »
pourrait faire le job pour t'aiguiller.
Pour ce qui est de la prise de décision, je suis tout à
fait d'accord, c'est à l'humain de trancher, ayant plus de
contexte en tête.
Pryto
Sent from ProtonMail,
encrypted email based in Switzerland.
-------- Original Message --------
Subject: Re: [libertempo] Jour de fermeture et
congés/absence déjà posés
Local Time: 4 novembre 2016 3:00 PM
UTC Time: 4 novembre 2016 14:00
Il n'y a pas besoin de les mettre en lumière vu que le
calendrier le fait très bien, en fait.
Donc, au final, c'est au RH de choisir quoi faire avec
les congés déjà en place, idem en cas de maladie
avant/pendant les congés.
Dans les deux cas, cela revient à annuler certains
congés/absences, voire à scinder des périodes en deux.
Guillaume Hilt
Le 03/11/2016 à 13:54,
Prytoegrian a écrit :
ok, j'avais pas compris ça dans ton premier message.
S'il « suffit » de mettre en lumière le(s) coupables, je
te laisse faire un ticket sur Github. Si tu veux même
t'en occuper pour faire accélérer le truc, on pourra
t'indiquer où regarder. Nous sommes en train de finir la
1.9 mais on peut se dégager du temps pour cela.
Malgré tout, avant le moindre code, je tiens vraiment
à étudier ce que l'employeur peut annuler / refuser
comme type d'absences.
Sent from
ProtonMail,
encrypted email based in Switzerland.
-------- Original Message --------
Subject: Re: [libertempo] Jour de fermeture et
congés/absence déjà posés
Local Time: 3 novembre 2016 9:56 AM
UTC Time: 3 novembre 2016 08:56
C'est déjà le cas actuellement, tu ne peux pas fermer
si au moins un salarié a un congé/une absence sur la
date, sauf que cela ne te dit pas qui est concerné.
Guillaume
Le 03/11/2016 à 09:36,
Prytoegrian a écrit :
Salut,
Stéphane : je ne suis pas sûr de comprendre ce
que tu veux dire.
Guillaume : ça aurait pu marcher, malheureusement
il est possible d'annuler des congés. Donc pour une
période de fermeture donnée, tous les employés
seront en congés officiels sauf l'employé à qui j'ai
annulé les congés (qui primait sur la fermeture).
A contrario, les fermetures sont associées à
l'entreprise, avec des règles particulières (ce sont
des congés payés obligatoirement + d'autres règles
que j'ai pas la capacité des creuser actuellement).
En conséquence, tous les employés doivent être sous
le même régime (ou le groupe mais t'as compris
l'idée).
Pour nous assurer l'application de cette règle
métier, je ferais bien en sorte que les fermetures
ne puissent pas être posées dès lors que sur la
période, d'autres « absences » ont été posées par
l'un des employés affectés par cette fermeture. En
mentionnant bien évidemment la raison et le coupable
pour qu'il subisse mille sévices.
Ce que je ne mesure pas par contre, c'est si
l'employeur peut sans consultation faire sauter une
absence de type « décès » ou d'autres types afin de
poser les fermetures tranquillement.
Pryto
Sent
from ProtonMail,
encrypted email based in Switzerland.
-------- Original Message --------
Subject: Re: [libertempo] Jour de fermeture et
congés/absence déjà posés
Local Time: 3 novembre 2016 7:41 AM
UTC Time: 3 novembre 2016 06:41
Sauf que selon les organisations légalement
cela pose un problème puisque dans ce cas un
jour de congé aura été décompté du solde de la
personne qui l'aura posé, puis un jour de
fermeture est ajouté ce jour là et son jour
restera décompté alors qu'il ne le sera pas pour
les autres employés qui n'avaient pas posé de
congé (traitement inégal).
Stéphane
Le 02/11/2016 à 20:33, Guillaume a écrit :
La solution la plus simple et la moins
intrusive est de n'ajouter la fermeture que sur
les utilisateurs n'ayant rien de posé à
cette date. Puisque ces utilisateurs-là
seront déjà absent, pourquoi s'embêter ?
Guillaume
Le 31/10/2016 à
10:37, Prytoegrian a écrit :
Salut Guillaume,
je ne sais pas bien sur quel axe partir. Tu
envisages les choses comment de ton côté ?
Prytoegrian
Sent
from ProtonMail,
encrypted email based in Switzerland.
-------- Original Message --------
Subject: [libertempo] Jour de fermeture
et congés/absence déjà posés
Local Time: 27 octobre 2016 8:01 PM
UTC Time: 27 octobre 2016 18:01
Petit souci lorsque l'on veut placer un
jour de fermeture global alors
que certains utilisateurs ont déjà un
congé (cp,rtt,maladie ...) de
posé, LT refuse de placer le jour de
fermeture.
Que faudrait-il faire dans ce cas-là ?
- N'ajouter la fermeture que sur les
utilisateurs n'ayant rien de posé à
cette date ?
- Annuler ce qui est posé ? Sachant que
cela peut faire partir d'une
demande sur plusieurs jours, donc on ne
pourrait pas l'annuler.
Dans le cas présent, j'ai annulé ce qui
était posé, mais le souci, c'est
que sur la date de fermeture, on a des
arrêts maladie, donc la fermeture
ne devrait pas décompter de cp.
--
Guillaume
|