Dommage que personne n’ai répondu à ta question, ça serait bien d`avoir d’autres avis …
Personnellement je n’ai jamais bossé dans le domaine RH donc l’avis des non programmeur est le bien venu aussi
Pour l’instant, j’ai
- les contrat type avec: le type de contrat (CDI, CDD … ) la durée de travail, la modulation (sans ou par x mois), les jours de travail normal (Lundi, …), les jours de la semaine travaillable, le nombre d’heures prévu par jours, le taux des heures supp (facteur du taux horaire de base), payement des heures sup ou non, la gestion des heures de nuit (horaire +taux ) ainsi que la méthode de calcul des salaires associée
-les contrats (module d’ aspangaro) par salarié, avec le contrat type utilisé, le taux horaire et les différentes dates (date de signatures employé & direction, dernier examen médical, début et fin du contrat).
Pour la méthode de calcul je ne vais pas rentrer dans les détails mais l’idée est de pouvoir générer les charges sur les bon compte comptable, le salaires, le compte de jours de congé restant (basé sur d’autre table ) …
Tous ces développements reste en mode bac à sable afin d’avancer dans la définition d’un module RH: la critique(constructive) est vraiment la bien venue
Pensez vous qu’il manque des informations ou que certaines ne sont pas au bon endroit ?
Quelles donnée faudrait-il prendre en compte pour la méthode de calcul ?
Sur le github j’ai adapté le module emcontract pour qu’il support le data modèle que j’ai fait, j’ai pas encore fait les pages pour créer les contrat type et les méthodes de calcul donc j’ai fait un fichier sql pour charger des donnée de test. La prochaine étape est de faire le code pour calculer les salaires et interface de validation afin de tester le modèle de donné
Aspangaro, pense tu qu’on devrait faire un thread dédié a un hypothétique module HR afin d’avoir plus de réaction ?