le besoin de notifications est là, on en a conscience. Le
point de doute que j'ai à titre personnel sur l'envoi de mail à
tous pour chaque congés (/etc) validés, c'est sur l'aspect «
imposé » de la démarche. « si j'ai envie que mon collègue sache
que je pars en vacances et que je lui dis, c'est une chose. Si
un outil automatisé prend la décision pour moi et informe toute
la boîte des moments où je prends des jours de congés ou que
j'ai des absences plus personnelles, c'en est une autre* »
Ainsi, il est nécessaire que l'activation ou non de ces
envois de mail soit une décision active et révocable.
Nous en avions discuté tous les deux et je reste d'accord
avec Wouldsmina, on sort du cadre des congés pures pour tomber
dans l'organisationnel ; mais on peut aussi soutenir ce besoin.
* Un premier en édition de groupe qui sera sous la décision
d'un responsable : « Informer le groupe lors d'une validation de
congés (couverture sur les congés / rtt / absences diverses à
négocier) »
[Je me permets de mettre en avant le groupe parce que la
prochaine version de LT verra une refonte des groupes ; il
prendront alors une importance de premier plan, alors autant
avoir des idées qui ne rentrent pas en collision avec ça.]
De cette façon l'entreprise peut s'organiser comme elle
l'entend, mais l'employé reste maître de ses données
personnelles. Charge à vous ensuite d'obtenir l'autorisation de
vos employés pour cocher la case associée.
Pour éviter une flopée de notifications dans tous les sens,
Wouldsmina avait proposé un mail régulier sous forme de récap'.
Pryto.
PS : Nous parlons bien ici d'informer les employés qui sont
en relation directe avec l'employé X, et qui sont
potentiellement affectés par son absence. Voyez ça comme des
silos. Sous cette forme, je ne vois pas quel pourrait être le
sens métier d'informer un autre employé Z en dehors de ce silo.
L'application doit savoir s'arrêter à ses bornes pour laisser la
main à l'humain pour des particularités.
-------- Original Message --------
Subject: Re: [libertempo] Plusieurs résponsables
Local Time: 12 septembre 2016 4:19 PM
UTC Time: 12 septembre 2016 14:19
Ben non, comme ça le RH reçoit l'information, et si c'est
une option,
laisser le champ vide permet de désactiver les notifications.
De nos jours, on peut tous définir des filtres dans nos boîtes
mail,
donc c'est parfaitement gérable :)
Guillaume Hilt
Le 12/09/2016 à 16:02, wouldsmina a écrit :
> David, je pense que ton problème est plutôt d'ordre
organisationnelle.
> Je veux dire par la que c'est aux responsables de se
concerter avant
> de valider les demandes qui les concernent. Pour ma part,
je ne
> souhaite pas implémenter cela dans LT.
>
> Guillaume, recevoir toutes les validations par mail
risque d’être
> ingérable au quotidien. Nous misons plutôt sur un tableau
de bord qui
> permettrai aux employés, responsables et RH d'avoir une
vue rapide sur
> les points qui les concernent.
>
> a+
>
> Le 6 septembre 2016 à 13:56, Guillaume Hilt
<g@xxxxxxx> a écrit :
>> Pour rejoindre un peu la demande ci-dessous, il
serait pratique de pouvoir
>> définir une adresse email recevant toutes les
informations de congés
>> validés, afin de savoir quand une personne va être en
congés, sans devoir
>> régulièrement consulter le calendrier.
>>
>> Donc à chaque demande de congés validée par un
responsable, hop, un email
>> sur l'adresse spécifiée.
>>
>> Le 04-09-2016 16:36, Prytoegrian a écrit :
>>
>> Hello,
>>
>> je comprends ce que tu veux faire. Même si un champ
<mail> du protocole du
>> même nom accepte plusieurs mail effectif séparé par
des « ; », dans LT ça ne
>> devrait pas être le cas ; si c'est possible, c'est à
considérer comme un
>> bug. Vois plutôt le champ <mail> de l'entité
Employé / Utilisateur comme un
>> élément possédant un domaine de définition : son
adresse mail pro. Il n'y en
>> a donc forcément qu'une (et avec les règles de la RFC
que tu connais).
>> D'autres arguments, sur la confidentialité des
échanges entre un employé et
>> son employeur / responsable me laissent à penser que
c'est une mauvaise
>> réponse à un besoin métier.
>>
>> Du coup, je déconseille toujours l'exploit bug.
D'expérience, ça arrive,
>> mais vient un jour où on corrige le bug et tu n'as
plus que tes yeux pour
>> pleurer parce que tu as mis le bazar dans les données
de l'appli.
>>
>> En relisant tes mails, j'en viens à me dire que le
besoin réel est l'accès
>> au calendrier des autres pour un employé donné et on
pourrait creuser dans
>> ce sens. D'après ce que tu sembles dire, ces
employées n'ont pas de groupes
>> précis, donc tu peux les mettre ensemble dans le même
groupe sans tordre tes
>> règles métiers ; de cette façon, elles pourront
chacune voir les congés les
>> unes des autres, moyennant l'activation de l'option
qui va bien dans la
>> config, non ?
>> Reste le problème des notifications. Nous avons dans
les cartons un système
>> de dashboard où tu retrouverais toutes les
notifications qui te concerne
>> (congé accepté, etc). C'est pas pour demain mais ça
ne paraîtrait pas
>> stupide d'avoir en notifications les congés validés
de ton groupe, et ça
>> pourrait sans doute coller à ton besoin. À toi de me
dire ce que tu en
>> penses.
>>
>> Pryto.
>>
>> Sent from ProtonMail, encrypted email based in
Switzerland.
>>
>>
>>
>> -------- Original Message --------
>> Subject: Re: [libertempo] Plusieurs résponsables
>> Local Time: 1 septembre 2016 1:18 PM
>> UTC Time: 1 septembre 2016 11:18
>>
>> Bonjour,
>>
>> Tout d'abords pas de problème pour les délais. Je
suis dév aussi et je sais
>> que ça prend beaucoup de temps de faire son travail
et ses hobbies.
>> J'ai une question avant d'étayer ma réponse :
>>
>> champs du mail du salarié ? En gros pour l'envoi de
notif à plusieurs
>> mails...
>> J'ai testé de créer un user (qui en fait est un
groupe ex : fonction
>> facturation) avec plusieurs mails dans le champ mail
( ex:
>> En gros je me servirais de ce "user" que je mettrais
en responsable d'un
>> groupe et qui permettra d'avoir le mail de
notification si un user pose des
>> congés dans ce groupe. Ils ne pourront bien entendu
pas valider les congés
>> mais au moins être au courant.
>>
>> Tout cela pour répondre à ma problématique d'informer
les users remplaçant
>> de la personne qui part en congés et qui n'est pas
attitré à un seul
>> groupe...
>>
>> En fait dans mon entreprise nous avons 2/3 personnes
qui gèrent le
>> téléphone, la facturation et l'éxpédition... elles ne
sont pas attitrées à
>> un service d'ou ma précédente demande mais qui peux
être n'a aucun sens ou
>> trop peu de cas d'utilisation dans la vraie vie :/
>>
>> Merci encore pour tes réponses.
>>
>> Cordialement et restant à votre disposition.
>>
>> M. LOPES David
>> CIFEC - Responsable maintenance informatique
>> 12 bis rue du Cdt Pilot - 92200 Neuilly sur Seine -
France
>> TEL direct : 01 4640 4945
>>
>>
>>
>> Date : 31/08/2016 16:49
>> Objet : Re: [libertempo] Plusieurs résponsables
>> ________________________________
>>
>>
>> Hello,
>>
>> Désolé pour le délai, IRL m'occupe pas mal en ce
moment et je voulais
>> vraiment donner tout le sérieux à la réponse, et pas
faire un truc par
>> dessus la jambe pour me débarrasser.
>>
>> Ton besoin est un très bon cas d'étude, il nous force
à nous creuser la tête
>> avec la réalité du métier et tous ses cas
particuliers. Du coup, j'en viens
>> à me poser une question :
>> Tu parles d'un employé qui aurait besoin de changer
de groupe pour remplacer
>> une compétence manquante d'un autre groupe, dans
quelle mesure ce besoin
>> doit avoir un echo dans le logiciel de gestion de
congés ? Ces employés
>> ont-ils des particularités ?
>>
>> Je te demande ça parce que j'ai plusieurs pistes de
réponses, de la plus
>> immédiate à la plus... précise mais je préfère savoir
de quoi je parle avant
>> d'orienter mon choix.
>>
>> * La plus simple serait de dire que les groupes sont
constants et «
>> immuables » et que lorsqu'un employé doit être
déporté en soutien pour un
>> service, il s'agit d'une considération qui ne remet
pas en cause la chaîne
>> de responsabilités des congés.
>> * Si par contre certains employés ont quelques chose
de particulier (au sens
>> du logiciel de congé), alors on pourrait imaginer
représenter cette
>> particularité dans le profil de l'employé, de telle
sorte qu'il puisse se
>> faire remplacer lors de ses congés par un autre
employé le jour venu. Cette
>> dernière solution a l'avantage d'être précise, mais
conserve les travers et
>> les bugs (potentiels) du format actuel. Comme tu t'en
doutes, ça ne sera pas
>> trivial à coder mais s'il y a un besoin métier, nous
devons y réfléchir.
>>
>> Tout le sujet est bien évidemment de savoir qu'elle
sens donner à «
>> remplacement de compétence », je te laisse donc nous
en dire plus.
>>
>>
>> Comme tu l'as dis, le groupe « Secrétaire » n'est pas
pas une bonne piste
>> car elle ne représente aucun service concret au sein
de l'entreprise, vous
>> allez vous battre contre le système ; la solution
doit donc se trouver
>> ailleurs.
>>
>> Pryto.
>>
>> Sent from ProtonMail, encrypted email based in
Switzerland.
>>
>>
>> -------- Original Message --------
>> Subject: Re: [libertempo] Plusieurs résponsables
>> Local Time: 26 août 2016 9:46 AM
>> UTC Time: 26 août 2016 07:46
>>
>> Hello ^^,
>>
>> Merci pour ta réponse. Mon cas a été un peu abordé
sur le github, je peux
>> avoir une personne qui change de groupe pour
remplacer une compétence d'un
>> autre groupe
>>
>> exemple tout bête :
>>
>> j'ai 3 secrétaires qui sont réparties sur 3 services.
>> Si l'une part en vacances il faut que je le chef des
2 autres services
>> puissent valider en disant "ok ma secrétaire sera là
et pourra aider ton
>> service"
>>
>> Je pourrais crée un groupe secretaire me diras tu,
avec tous les chefs de
>> groupe MAIS la vue par "groupe" dans le calendrier
sera moins lisible.
>>
>>
>> Je pense que le cas de la "polyvalence métier" est
très présente sur les PME
>> et donc que ce cas là est assez présent mais peux
être que nous ne
>> fonctionnons pas bien et que nous pouvons nous
adapter .
>>
>> Thanks
>>
>> Cordialement et restant à votre disposition.
>>
>> M. LOPES David
>> CIFEC - Responsable maintenance informatique
>> 12 bis rue du Cdt Pilot - 92200 Neuilly sur Seine -
France
>> TEL direct : 01 4640 4945
>>
>>
>>
>> Date : 26/08/2016 09:30
>> Objet : Re: [libertempo] Plusieurs résponsables
>> ________________________________
>>
>>
>> Hello,
>>
>> Tout nous porte à croire qu'il n'y a pas de
justification métier, c'est
>> pourquoi la conversation présente sur Github
>> direction de ne mettre un employé que dans un groupe
et un seul.
>> Ceci étant, il peut nous manquer des cas
d'utilisations, et avoir plus
>> d'informations pourrait nous faire changer d'avis.
>>
>> Donc... Convainc nous ! :p
>>
>> Sent from ProtonMail, encrypted email based in
Switzerland.
>>
>>
>> -------- Original Message --------
>> Subject: Re: [libertempo] Plusieurs résponsables
>> Local Time: 26 août 2016 7:32 AM
>> UTC Time: 26 août 2016 05:32
>>
>> Re,
>>
>> Merci de ton aide. Je suis d'accord avec toi sur les
3 niveaux qui me semble
>> inutiles. J'ai bien lu le fil de discussion et je
vais donc attendre cette
>> amélioration.
>>
>> J'ai bien compris qu'un user pouvait avoir plusieurs
responsables en
>> attribuant plusieurs responsable à son même groupe
MAIS :
>> peut il avoir plusieurs responsable en étant situé
dans 2 groupes ?
>>
>> Je m'explique :
>>
>> tartanpion => dans le groupe 1
>> groupe 1 a pour responsable boss
>>
>> tartanpion est aussi dans le groupe 2
>> groupe 2 à pour responsable newbee
>>
>> Donc les demandes de tartanpion seront soumises à
boss et newbee ? (après
>> j'ai compris c'est là ou ça coince car c'est le
premier qui valide qui est
>> le roi ^^)
>>
>> Bonne journée.
>>
>>
>> Cordialement et restant à votre disposition.
>>
>> M. LOPES David
>> CIFEC - Responsable maintenance informatique
>> 12 bis rue du Cdt Pilot - 92200 Neuilly sur Seine -
France
>> TEL direct : 01 4640 4945
>>
>>
>>
>> Date : 25/08/2016 12:31
>> Objet : Re: [libertempo] Plusieurs résponsables
>> ________________________________
>>
>>
>> Ok, je pensais que tu voulais traiter une demande par
plusieurs responsable
>> de même niveau...
>> La triple validation : c'est pas possible, et je ne
pense pas que nous
>> l'implémenterons. Par expérience, avoir 2 validateurs
retarde beaucoup la
>> validation finale d'une demande (qui devrait être
traité avant d'être
>> consommé!) alors 3...
>> Ton premier validateur, il n'est pas responsable de
tartanpion?? il n'a pas
>> son mot à dire du coup. C'est plutôt au responsable
de s'assurer qu'un
>> collègue de tartanpion sera présent (mais c'est juste
mon avis, je connais
>> pas le fonctionnement de ta boite...)
>>
>>> mais reçoivent ils tous la demande de congé de
cette utilisateur ?
>> Oui, ils reçoivent tous un mail et tous le vois dans
l'onglet traitement des
>> demandes, mais si un resp traite la demande, les
autres ne le voient plus
>> (normal, c'est traité!)
>>
>>> Si oui à quoi sert le champ de sélection du
responsable dans la fiche
>>> utilisateur?
>> LT a héritez cela de php_conges. C'est dans le cas ou
la gestion des groupes
>> ne serait pas utilisée, mais cela nous cause plus de
soucis qu'autre
>> chose... Nous comptons, dans une futur version,
retirer la sélection du
>> responsable dans la fiche user pour privilégier
uniquement la gestion des
>> groupes...
>> n'hésite pas à poser des questions, la liste est
faite pour ça ;)
>> a+
>>
>>
>> Merci pour la réponse hyper rapide ça fait toujours
plaisir.
>>
>> Concernant le problème c'est plus ou moins cela :
>> La double validation me va mais en fait il faudrait
même 3 :
>>
>> Ex pour M. Tartanpion :
>>
>> 1er niveau = collègue à même de faire le travail de
TARTANPION 2ème
>> niveau= responsable de groupe 3ème niveau = chef du
>> responsable
>>
>> Donc en gros les collègues de Tartanpion reçoivent la
notification et dise
>> oui ou non si ils sont présent pendant les congés de
TARTANPION
>> ensuite si au moins un est présent alors => je
remonte au level 2 et enfin
>> level 3 (juste parce que c'est le boss ^^)
>>
>>
>> Autre chose : je ne comprends pas quelque chose . Tu
me dis "Actuellement,
>> il est possible d'affecter un utilisateur dans
plusieurs groupes (donc avec
>> plusieurs responsable)" ce qui pour moi veut dire =
l'utilisateur peut avoir
>> plusieurs responsables
>> mais reçoivent ils tous la demande de congé de cette
utilisateur ? Si oui à
>> quoi sert le champ de sélection du responsable dans
la fiche utilisateur?
>> En gros j'ai du mal a comprendre la différence entre
ce champ et le fait
>> d'affilier un responsable à un groupe dans lequel se
trouve cet utilisateur.
>>
>>
>> Cordialement et restant à votre disposition.
>>
>> M. LOPES David
>> CIFEC - Responsable maintenance informatique
>> 12 bis rue du Cdt Pilot - 92200 Neuilly sur Seine -
France
>> TEL direct : 01 4640 4945
>>
>>
>>
>> Date : 25/08/2016 11:57
>> Objet : Re: [libertempo] Plusieurs résponsables
>> ________________________________
>>
>>
>>
>> Bonjour,
>>
>> alors, tu met le doigt sur un problème sur lequel
nous réfléchissons
>> actuellement :
>>
>> J'imagine que la double validation ne correspond pas
à tes besoins...
>>
>> Actuellement, il est possible d'affecter un
utilisateur dans plusieurs
>> groupes (donc avec plusieurs responsable), mais cela
nous pose quelques
>> problèmes... Si un resp traite la demande, les autres
n'ont pas leur mot à
>> dire (ce qui n'est pas génial, c'est clair). En fait,
LT ne sais pas gérer
>> les affections multiples, en transposant son
fonctionnement à la réalité,
>> une personne est dans plusieurs service en même
temps, sauf clonage :p cela
>> n'est pas possible. Pour cette raison, nous comptons
forcer un utilisateur à
>> n'avoir qu'un groupe. Nous aurions pu décider
d'affecter un utilisateur dans
>> un groupe à un instant T (compta le lundi,
secrétariat le mardi...) Mais
>> cela risque de compliquer considérablement le
développement et l'utilisation
>> de l'appli...
>>
>> a+
>>
>>
>>
>> Bonjour à tous et BRAVO pour votre application.
>> Très simple et épuré tout en répondant à une haute
configuration.
>>
>> Voilà quelques jours que je test en long et en
travers l'appli et je ne
>> trouve pas de réponses..
>>
>> Comment puis je mettre plusieurs responsable pour un
même salarié ?
>> En effet, pour certains de mes salariés il faut que
3/4 personnes valident
>> ses congés.
>>
>> Cordialement et restant à votre disposition.
>>
>> M. LOPES David
>> CIFEC - Responsable maintenance informatique
>> 12 bis rue du Cdt Pilot - 92200 Neuilly sur Seine -
France
>> TEL direct : 01 4640 4945
>>
>> This document should only be read by those persons to
whom it is addressed
>> and is not intended to be relied upon by any person
without subsequent
>> written confirmation of its contents. Accordingly,
our company disclaim all
>> responsibility and accept no liability (including in
negligence) for the
>> consequences for any person acting, or refraining
from acting, on such
>> information prior to the receipt by those persons of
subsequent written
>> confirmation.
>>
>> If you have received this e-mail message in error,
please notify us
>> immediately by telephone. Please also destroy and
delete the message from
>> your computer.
>>
>> Any form of reproduction, dissemination, copying,
disclosure, modification,
>> distribution and/or publication of this e-mail
message is strictly
>> prohibited.
>>
>>
>>
>> This document should only be read by those persons to
whom it is addressed
>> and is not intended to be relied upon by any person
without subsequent
>> written confirmation of its contents. Accordingly,
our company disclaim all
>> responsibility and accept no liability (including in
negligence) for the
>> consequences for any person acting, or refraining
from acting, on such
>> information prior to the receipt by those persons of
subsequent written
>> confirmation.
>>
>> If you have received this e-mail message in error,
please notify us
>> immediately by telephone. Please also destroy and
delete the message from
>> your computer.
>>
>> Any form of reproduction, dissemination, copying,
disclosure, modification,
>> distribution and/or publication of this e-mail
message is strictly
>> prohibited.
>>
>>
>>
>> This document should only be read by those persons to
whom it is addressed
>> and is not intended to be relied upon by any person
without subsequent
>> written confirmation of its contents. Accordingly,
our company disclaim all
>> responsibility and accept no liability (including in
negligence) for the
>> consequences for any person acting, or refraining
from acting, on such
>> information prior to the receipt by those persons of
subsequent written
>> confirmation.
>>
>> If you have received this e-mail message in error,
please notify us
>> immediately by telephone. Please also destroy and
delete the message from
>> your computer.
>>
>> Any form of reproduction, dissemination, copying,
disclosure, modification,
>> distribution and/or publication of this e-mail
message is strictly
>> prohibited.
>>
>>
>>
>> This document should only be read by those persons to
whom it is addressed
>> and is not intended to be relied upon by any person
without subsequent
>> written confirmation of its contents. Accordingly,
our company disclaim all
>> responsibility and accept no liability (including in
negligence) for the
>> consequences for any person acting, or refraining
from acting, on such
>> information prior to the receipt by those persons of
subsequent written
>> confirmation.
>>
>> If you have received this e-mail message in error,
please notify us
>> immediately by telephone. Please also destroy and
delete the message from
>> your computer.
>>
>> Any form of reproduction, dissemination, copying,
disclosure, modification,
>> distribution and/or publication of this e-mail
message is strictly
>> prohibited.
>>
>>
>>
>> This document should only be read by those persons to
whom it is addressed
>> and is not intended to be relied upon by any person
without subsequent
>> written confirmation of its contents. Accordingly,
our company disclaim all
>> responsibility and accept no liability (including in
negligence) for the
>> consequences for any person acting, or refraining
from acting, on such
>> information prior to the receipt by those persons of
subsequent written
>> confirmation.
>>
>> If you have received this e-mail message in error,
please notify us
>> immediately by telephone. Please also destroy and
delete the message from
>> your computer.
>>
>> Any form of reproduction, dissemination, copying,
disclosure, modification,
>> distribution and/or publication of this e-mail
message is strictly
>> prohibited.
>>
>>
>
>