Re: [libertempo] Plusieurs résponsables

[ Thread Index | Date Index | More lists.tuxfamily.org/libertempo Archives ]


Attention, je ne parle pas d'informer toute la boite mais juste le rh, afin que la personne soit au courant en temps réel des congés validés sans devoir constamment regarder le calendrier et chercher les différences, car actuellement, sauf à pointer à chaque consultation, comment le rh sait ce qui a changé ?

Toi tu parles d'informer tout le groupe, ce qui peut aussi être utile, ça évite d'avoir 2 collègues sur le même poste en congés en même temps (enfin, disons que le collègue X peut s'organiser du moment qu'il sait que le collègue Y est en congés à telle date).

  Guillaume Hilt
Le 14/09/2016 à 16:33, Prytoegrian a écrit :
Hello,

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* »
Je pense notamment à la notion de responsabilité du RH dont il ne doit pas se défausser et aux nouvelles législations en vigueur (http://www.myprivacyspace.net/protection-des-donnees-personnelles-comment-vous-preparez-vous-aux-nouvelles-obligations/comment-page-1/) que LT se doit de suivre.
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.
Donc je militerais pour quelques chose de doublement paramétrable :
* 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) »
* Un second en édition d'employé : « Ne pas informer le groupe »

[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'.

Que pensez-vous de tout ça ?

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.


Sent from ProtonMail, encrypted email based in Switzerland.


-------- Original Message --------
Subject: Re: [libertempo] Plusieurs résponsables
Local Time: 12 septembre 2016 4:19 PM
UTC Time: 12 septembre 2016 14:19
From: g@xxxxxxx

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
>> From: dl@xxxxxxxxxxx
>>
>> 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 :
>>
>> Peux on mettre un mail du type "toto@xxxxxxxxxx;tata@xxxxxxxxxx" dans le
>> 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
>> www.cifec.fr - Email direct : dl@xxxxxxxx
>> TEL direct : 01 4640 4945
>>
>>
>>
>> De : Prytoegrian <prytoegrian@xxxxxxxxxxxxxx>
>> 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
>> From: dl@xxxxxxxxxxx
>>
>> 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
>> www.cifec.fr - Email direct : dl@xxxxxxxx
>> TEL direct : 01 4640 4945
>>
>>
>>
>> De : Prytoegrian <prytoegrian@xxxxxxxxxxxxxx>
>> 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
>> From: dl@xxxxxxxxxxx
>>
>> 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
>> www.cifec.fr - Email direct : dl@xxxxxxxx
>> TEL direct : 01 4640 4945
>>
>>
>>
>> De : wouldsmina <wouldsmina@xxxxxxxxx>
>> 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+
>>
>>
>> Le 25 août 2016 à 12:11, David LOPES <dl@xxxxxxxxxxx> a écrit :
>> 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
>> www.cifec.fr - Email direct : dl@xxxxxxxx
>> TEL direct : 01 4640 4945
>>
>>
>>
>> De : wouldsmina <wouldsmina@xxxxxxxxx>
>> 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+
>>
>>
>>
>> 2016-08-25 10:38 GMT+02:00 David LOPES <dl@xxxxxxxxxxx>:
>> 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
>> www.cifec.fr - Email direct : dl@xxxxxxxx
>> 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.
>>
>>
>
>







Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/