Salaire/Note de frais

Bonjour,

Tout d’abord merci pour le travail déjà accompli sur dolibarr et comme disent les anglais, keep going :happy:.

Je suis actuellement gérant de mon entreprise et j’utilise cet ERP depuis peu. Pourriez-vous me dire comment générer mon bulletin de paie sur cette solution?
Je suis allé dans compta/treso ==> salaire ==> nouveau reglement pour générer une fiche de paie d’1€ mais j’ai l’impression que ce n’est pas la bonne marche à suivre car il n’y a aucun pdf généré …
Dois-je créer une facture à la place?

Concernant les notes de frais, lors de la génération d’un bulletin de paie il n’y a pas de mode permettant de les associer (les notes de frais) à l’utilisateur lorsqu’elles sont impayés.
Dois-je aussi créer une facture au nom de l’utilisateur pour le remboursement?

Merci

Bonsoir,
Attention Dolibarr ne génère pas de bulletin de salaire. Il enregistre le paiement et se limite à ça.
Pour les notes de frais c’est un peu pareil sauf à acheter le NotedeFrais+ qui génère la note et le paiement.
@+

1 « J'aime »

Ok merci pour ton retour

Bonjour,

Faisant des paies (Une centaine par mois) et vu la législation Française, il faudrait une cellule de veille sociale à plein temps (et 2 ans de développement) pour espérer avoir la possibilité de faire des paies sur Dolibarr donc non et c’est un domaine tellement spécifique et risqué (Contentieux) qu’il faut mieux le communiqué à un professionnel qui fera ça pour 25€ HT par mois par fiche plutôt que de bidouiller soi-même car en plus il faut un logiciel spécifique pour l’envoi des DADS et dans le future les DSN (2016 !) qui sont à la norme EDI.

I have a dream :wink:

1 « J'aime »

Bonjour,

Sans vouloir aller jusqu’a la génération de fiche de paie, je pense qu’il serait intéréssant d’avoir une fonctionnalité RH un peu plus développé, ca permeterrait de prégénérer les lignes salaires ( à corriger & à soumettre manuelement)

Dans ce but, je me demande si ca à du sens de créer une table qui pourrait servir de base a la génération de salaire comme ex: llx_user_contract qui contiendrait des info de base comme:
- nombre d’heure hebdomadaire
- nombre d’heures travailler par jours
- nombre de jours travaillé par semaine
- jours de travaillable ( lundi, mardi …)
- periode d’application du taux hebdomadaire ( semaine / mois / année)
- periode de salaire : semaine ou mois
- taux de génration des jours de repos par periode de salaire
- date debut applicaiton
- date fin application
- date de creation
- créé par
- clé externe: mode de calcul de salaire ( vers une methode d’estimation du salaire)
- cle externe utilisateur

Qu’ en pensez vous ?

Bonsoir Delcroip,

Pour l’instant, je suis plus sur la compta et vu le boulot, y’en a jusqu’à la version 3.9 !

Mais plusieurs personnes on déjà travailler sur le module RH, pas exemple, j’ai ce module pour le suivi des contrats de travail qui attend d’être intégré depuis 1 ans et 1/2 :
https://github.com/aspangaro/Dolibarr_employment_contract/tree/3.5.x/emcontract

Le problème majeur pour l’instant est que les utilisateurs sont gérés via l’administration de Dolibarr, il faudrait une gestion déporté sans toutes les options admin et personne n’a pris le temps de se pencher dessus. J’avais proposé un autre base « employé » mais cela sous entend gérer deux bases utilisateurs, un peu ce qui se passe avec la base adhérents, ces derniers n’étant pas lié forcément à un utilisateur Dolibarr.

Un jour… la V4 sera parfaite :happy:

Merci Pour ces info je vais y jeter un oeil pour voir si on peut utiliser ce module pour la prégénéaration des salaires (sans doutes en utilisant une clé externe dans contract type).

PS:Je comprends l’idée des deux bases mais je pense qu’une autre approche serait plus simple: un base « personne » ou se trouverai tous les contact, employée, user, adhérent… avec un type dans le style
1- contact
2 - adherent
256 - employee
1024 - Utilisateur dolibarr
Pour permetre d’ajouter des nouveaux type facilement, de les combiner et de gérer facielement les access .

Bonsoir Delcroip,

Si tu veux nous pouvons travailler à deux dessus, il faut juste ouvrir un répertoire Github que nous soumettrons une fois que ce sera prêt.

En attendant, ci joint le lien de la discussion que j’avais eu avec le staff Dolibarr sur ce sujet et qui rejoint ta réflexion :
https://github.com/Dolibarr/dolibarr/pull/1424

j’ai fait un fork sur github, j’ai eu du mal a l’activer sur Dolibarr, j’ai du faire des modif dans le modemcontract …
mais j’ai été tout de suite confronté à une erreur d’affichage: quand la dB est vide le module affiche une date de l’an 1600 … a tu déjà eu cette erreur (lié au 64 bits) ?

PS:j’ai proposé à eldy un fix de la function db->jdate pour ne plus avoir cette erreur

Bonsoir Delcroip,

Mon module est un peu vieux, je ne pense pas que ce soit le bon moyen de commencer. Je l’intégrerai par la suite sous forme d’onglet

J’ai créé une nouvelle branche sur mon repo github :
https://github.com/aspangaro/dolibarr/tree/develop-hrm

J’ai commencé un peu mais la première chose à fixer est de savoir quel champs utiliser dans la table llx_user.

Pour l’instant, je suis partie de fk_societe (sur les conseils d’Eldy) avec :
<0 = Utilisateur dolibarr non salarié (Gérant, administrateur Dolibarr) (n’apparait pas dans la liste des congés et dans le module RH)
0 = Utilisateur dolibarr salarié
>0 = Utilisateur externe

Si c’est ok, il faut ensuite rajouter une liste déroulante pour choisir le type d’utilisateur dans la fiche de création de l’utilisateur.

De mon point de vue, la création d’un utilisateur salarié passera par deux étapes : création d’un utilisateur Dolibarr dans l’administration (Service informatique) et gestion du salarié dans le module RH (Service RH) même si les données se trouvent dans la même table llx_user

Les onglets params, groupes etc restent du côté admin, l’onglet, salaire, congés payés, note de frais etc seront dans le module RH.

Qu’en pensez vous ? Delcroip et les autres développeurs ?

Pourquoi pas faire simplement un SQL view entre ta table contract et llx_user ?
IT cree dans llx_user
HR cree dans emcontract
les admininistrateurs d’entreprise peuvent être dans emcontract avec un type de contrat particulier.

Pour l’instant je suis parti de ton module pour voir si le modele de donné que j’ai crée à partir de emcontract est viable/utilisable:
https://github.com/delcroip/Dolibarr_employment_contract/blob/develop/emcontract/sql/llx_emcontract.sql

Si tu pense qu’une autre approche est mieux, n’hesite pas je suis fléxible.

Bien à toi.

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 :wink:

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 :wink:

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 ?

Bonjour Delcroip,

Je suis moi même comptable/gestionnaire paie avant d’être programmeur (un bien grand mot pour mes capacités) et je travaille tous les jours sur de module paie/rh Cegid.

Je vais ouvrir un nouveau tread officiel ce soir pour le module Rh, si on peu monter un équipe et discuter, cela sera un gain de temps.

Bonjour,

quelques infos qu’il pourraient être utile d’ajouter sur ce module :

- nombre d’heures hebdomadaires du contrat ;
- à la place de « signature direction » -> « date signature employeur » ;
- type de poste ;
- groupe (selon convention collective par exemple) ;
- coefficient de base (valeur chiffrée de type : ‹ 0000 ›) ;
- nombre de jours de la période d’essai ;
- lieu de travail habituel.
Et le statut : (cadre, assimilé cadre, non cadre, cadre dirigeant).

cordialement.

- nombre d’heures hebdomadaires du contrat ;
j’avais oublier de le mentionner mais il y est déjà
- à la place de « signature direction » -> « date signature employeur » ;
ce n’est pas un problème, c’est une histoire d’interface
- type de poste ;
est ce qu’il faut un liste ? dans ce cas qu’est ce qui faudrait lier aux postes ? (skills, qualif nécessaire?)
- groupe (selon convention collective par exemple) ;
Quelle est la difference avec le contract type ? ou faudrait-il que les contrats type soit lier à un groupe ?
- coefficient de base (valeur chiffrée de type : ‹ 0000 ›) ;
Peux tu donner plus d’info sur ce coef de base, je ne suis pas sûr de comprendre ce que c’est ?
- nombre de jours de la période d’essai ;
Est-ce que c’est lier à chaque contrat ou aux contrats type ?
- lieu de travail habituel.
je pense que ça doit être lié contrat, il faut que je regarde si les sites sont déja gérés
Et le statut : (cadre, assimilé cadre, non cadre, cadre dirigeant).
je pense que ça doit être lié contrat type

bonsoir

- type de poste ;
est ce qu’il faut un liste ? => oui (soit via un dictionnaire soit en récupérant la valeur du champ « job » de la table user)
dans ce cas qu’est ce qui faudrait lier aux postes ? (skills, qualif nécessaire?) => oui pour les skills à minima

- groupe (selon convention collective par exemple) ;
Quelle est la difference avec le contract type ? ou faudrait-il que les contrats type soit lier à un groupe ?
Il s’agit d’une info qui doit apparaître sous forme d’une lettre en majuscule via une liste de choix par ex
Cette classification est essentiellement utilisée dans les structures / établissements / associations qui sont cadrés par une convention collective.
Les emplois sont classés en 7 groupes :
-groupes A et B : employés ;
-groupes C, D et E : techniciens ou agents de maîtrise ;
-groupes F et G : cadres.
Les contrats d’alternance (apprentissage et professionnalisation) sont hors grille.

- coefficient de base (valeur chiffrée de type : ‹ 0000 ›) ;
Peux tu donner plus d’info sur ce coef de base, je ne suis pas sûr de comprendre ce que c’est ?
Dans le cadre d’une convention collective chaque salarié est rattaché à :
– Un groupe : employés/ouvriers /techniciens/cadres (représenté sous forme de lettres comme expliqué dans le paragraphe précédent) .
– Un coefficient (120 – 130 – 140, 450…) qui renvoie à un indice de rémunération. Ce dernier est une composante du calcul du salaire de base

- nombre de jours de la période d’essai ;
Est-ce que c’est lier à chaque contrat ou aux contrats type ? => chaque contrat
- lieu de travail habituel.
je pense que ça doit être lié contrat, il faut que je regarde si les sites sont déja gérés => ok
Et le statut : (cadre, assimilé cadre, non cadre, cadre dirigeant).
je pense que ça doit être lié contrat type => ok

Bonjour,

Je pense toujours a créer un poste unique pour discuter, j’ai juste une semaine chargée, je m’en occupe dès que possible en prenant en compte les différentes réponses pour établir un squelette complet.

Pour les postes, département de travail, les listes cela arrive ce week end en remplacement du champ"job" dans la table user et géré via dictionnaires.

Pareil pour les conv, la liste traine sur mon ordinateur prête a être intégrée. Mais c’est purement français.

Bonne journée

Bonjour

Pourquoi ne pas faire une table Job, ca permettrai plus de flexibilité et le documenter au niveau du contrat car c’est celui-ci qui lie le Job à l’utilisateur ?
Pour les conv, j’ai essayé d’y réfléchir et ma conclusion est que si on fait un champ à part alors le code devra le prendre en compte ce qui limitera la flexibilité et compliquera la maintenance, je pense que c’est plus simple de les gérer en tant que contract type (table) sur lequel on lie une méthode de calcul de salaire(ou on peut documenter des taux de cotisations, des constants de calculs …
PS : je suis toujours en train de chercher une bonne manière de calculer les heures sup/heure de nuit sur base des tasktimes mais c’est sacrement compliqué et je n’ai pas beaucoup de temps non plus (passage d’indépendant à société a risque limité)

Bonjour,

Je suis face a cette question: comment documenter les jours non ouvré (fêtes nationales, jours de fermeture … ) ?

J’ai d’abord pensé à une table dédiée mais je pense que llx_holiday (avec soit fk_user=0 (admin) soit NULL - apparemment il n’y a pas de contrainte de clé externe- ou un fake utilisateurs dédié) serait mieux car lorsqu’on voudrait récupérer les vacances ou pourrait inclure ces jours non ouvrés sans qu’ils soit entré comme vacance pour chacun des employées (on ne veut pas qu’il soit décompté)

quel est votre avis ?

Bien à vous.

Bonjour,

J’ai une autre question:

Concernant le calcul des heures sup sur base des tasktimes:

Dans le cas d’un employé qui ne doit pas travailler tous les jours de la semaine mais seulement trois jours par exemple (8h par jour), s’il pose ses vacances dés le mercredi mais qu’il travail le lundi et le mardi Dois-je:
- considérer qu’ayant poser les 3/5 eme de sa semaine il ne devait faire que 2/5 eme de ses heures hebdomadaire donc dans l’exemple il fait 16-2/5*24=6,4 heures sup
- prendre en compte que deux jours ne sont pas posé donc ils doivent être travaillés
- ne rien faire, ce cas ne dois pas arrivé, s’il pose trois jours il ne travaillera pas du tout cette semaine.
- gérer ces cas en fonction d’une config

Merci d’avance