LE MODULE PAIE

Utiliser mon Dolibarr
21

Bonjour,

Intéressant ce débat sur le social.

@hubz
Le volet social du TESE est très rapide à faire. Quelques minutes pour le faire seulement. Le problème se situe plutôt au niveau des éléments variables constituant le brut comme les absences, les congés, les primes, les frais … et c’est le problème du social en général qui n’est pas vraiment de faire les bulletins de payes et les déclarations sociales (c’est de la mécanique) mais d’appliquer correctement le droit du travail, la convention collective (c’est ce qui demande de la compétence, formation …).

Payer quelqu’un pour faire (et en prendre la responsabilité) le TESE à partir des éléments variables communiqués par l’entreprise, les contrats de travail et les éditions de fin de contrat pour 1 heure à 30 euros, je suis perplexe. Si vous connaissez une personne qui fait cela correctement, je suis preneur de ses coordonnées. Pour moi, faire un contrat de travail un peu particulier (cadre, temps partiel, CDD, annualisé …) qui sort du CDI standard employé en vérifiant un peu les dispositions du droit du travail, de la convention collective, les usages de l’entreprise … c’est plutôt 2-4 heures de travail la 1ère fois mais la matrice est réutilisable.
Pour le TESE, il me semble plus intéressant de se faire aider pour le mettre en place et faire les 1ères payes. Ainsi, l’entreprise est ensuite quasi-autonome et le coût est quasi-nul.

@aspangaro
Globalement d’accord avec toi.

, c’est de notre faute. On ne communique pas assez sur ce que l’on fait. Quand les entreprises font (par exemple le TESE), elles voient bien les difficultés. Personnellement, je suis devenu un adepte d’expliquer et former plutôt que faire.

Le TESE

, intéressant. Que veux tu dire ? Tu as eu des contrôles avec redressements ? Sur quoi ? Moi pas de contrôles !

Cordialement.

1 « J'aime »
22

Bonjour,

Il y a plusieurs aspects et je vais tâcher d’y apporter de l’eau à vos moulins, si vous me le permettez point par point :

- Générer des bulletins de salaires n’est pas en soit très complexe, comme certains d’entre vous l’évoque. C’est toute la variabilité, cas par cas qui fait que c’est compliqué. Et c’est pour cela qu’il y a de façon récurrente et aussi bien en cabinet comptable, que chez les prestataires spécialisés des erreurs de générés. Car toutes les informations ne sont pas forcément transmises comme il faut. D’ailleurs certains prestataires utilisent des outils spécifiques pour ce faire. Et au vue de la façon dont ils sont développés, je me risquerais pas à dire qu’ils sont au points ;

- Une des difficultés avec la paie, c’est l’aspect conventionnelle/branche chacune ayant ses spécificités. Je sais de quoi je parle et suis suffisamment au fait pour confirmer les propos à ce sujet ;

- Il y a également la difficulté de transmettre les données (DSN) et là aussi c’est un peu le foutoirs. Mais c’est un peu logique vu la façon dont les administrations et organismes gère leurs informatique interne. Et en disant cela je suis gentil ;

- Si j’ai bien compris, il y a un module de génération de bulletin de salaire en préparation. Ça serait déjà pas mal, en tout cas pour ma part, ça m’intéresse ;

- Pour le TESE j’ai commencé à regardé, je connaissais pas ce dispositif. Mais là aussi, il doit bien avoir quelques chausse trap ;

- Personnellement, payé c’est bien mais comme on n’est jamais mieux servit que par soit même, je préfère éviter aujourd’hui de sous-traiter pour diverses raisons. Dont les risques et responsabilité à engager. N’oublions pas que si il y a une erreur c’est l’entreprise et son représentant légal qui est en première ligne, pas le sous-traitant. Et se retourner n’est pas toujours, facile ou possible ;

- La question initiale n’était pas d’intégrer toutes les fonctionnalités GRH que l’ont peu attendre d’outils plus spécifiques et adaptés d’ailleurs. Mais de pouvoir générer et gérer les éléments de bases (salaires, congés, notes de frais, …). Ce qui est le cas pour une partie ;

- Dans l’immédiat, ce qui m’intéresse c’est de pouvoir générer des bulletins de salaires, ça c’est une priorité même si c’est du ponctuel.

Merci pour vos remarques et retours instructifs. Affaire à suivre donc.

23

Bonjour,
Ayant quelque peu bossé sur le sujet (25 ans chez un gros éditeur de logiciels de gestion), je confirme et approuve la réponse d’Alexandre; la GRH est une appli comme une autre, assez simple et intéressante à coder, tandis que la Paie est une vraie plaie et nécessite un paramétrage du type usine à gaz pour pouvoir s’adapter à tous les cas et à toutes les évolutions de la loi…

24

et j’oublie bien sûr l’essentiel, à savoir que Dolibarr est un logiciel utilisé partout dans le monde, donc il faudra développer soit un module franco-français, soit une usine à gaz internationale qui gère toutes les législations :wink: Bon courage !

25

Je remercie Libaud pour la somme de détails apportés, à mon avis, là se séparent nos chemins ne voulant pas développer une usine à gaz tout de suite :wink:
J’espère que les services URSSAF ouvriront une API bientôt pour
« envoyer le brut et les variables »
depuis Dolibarr et hop on reçoit les fiches de paie comme par magie par mail !
Je vais aller troller le forum de l’URSSAF pour voir s’ils m’écoutent :stuck_out_tongue:

26

Bonjour,

Pour les API faut pas rêver :dry:, je pense !

Naturellement les systèmes de paies sont spécifiques pour chaque Etat/Nation/Pays. Donc obligatoirement, il faut un système dédié.

Je n’ai pas dit qu’il fallait un tout en un. L’avantage de Dolibarr c’est ça très forte modularité. Peut-être même plus importante que certains ERP de renom, m’y étant frotté par le passé. Naturellement, il faut du temps, comme cela l’a été dit il est urgent d’attendre. Toutefois, il est bon aussi de réfléchir et de se poser les questions qui s’imposent.

27

Odoo l’a fait… Dolibarr le peut !
Peut etre pas la peine de réinventer la roue…

Un moteur paramétrable, identifier un modele économique (meme EBP le fait au bulletin avec veille fiscale…)

pour ceux qui savent lire le python dans le texte…

http://www.sudokeys.com/solutions/gestion-de-la-paie-et-SIRH-pour-Odoo

28

Bonjour,

A vérifier mais si vous regardez les fonctionnalités de OpenPaie vous trouvez « Plateforme télé-déclarative (2014) » depuis la DSN, 4DS… sont arrivées !
La faisabilité n’est pas le problème. C’est surtout une histoire de coût de développement et de maintenance.
Un service de veille juridique n’est pas simple à mettre en place, il faut interpréter les textes et ensuite transmettre au développement qui appliquera. On a déjà au moins deux permanents !
@+

29

oui. J’ai parlé un peu vite. Et après longs échanges avec ma fiduciaire, et quelques clients, il apparaît que la paie est a ce point stratégique que plusieurs entreprises séparent totalement la paie du reste du système, ne serait ce que pour des raisons de sécurité et de confidentialité. Exporter les ecritures dans l’erp par la suite n’est pas lourd, et même ici au maroc la paie c’est sportif.

Peut etre voir les choses différemment et avoir des formats d’importation corrects serait déjà top :happy:

30

Et n’est-il pas possible, pour commencer, de ne pas générer les montants à payer mais simplement de les entrer (type import massif) afin d’affecter les bon comptes et peut-être d’imprimer la feuille de paie ?

de plus cette approche permet de géré tous les pays car les ligne et les comptes associé devront être configurable.

(étant freelance en Belgique je suis peut être à coté de la plaque :happy: )

31

Bonjour
J’ai lu avec intérêt cette discussion.
Je ne souhaite pas que Dolibarr fasse la paie car notre cabinet comptable la fait et c’est très bien.
Mais je ne sais pas comment saisir les écritures comptables que le cabinet m’envoie.
Genre : où saisir le salaire brut, les charges et les contreparties.
Actuellement, le module charge social ne permet pas de tout saisir…
Je ne sais pas si je suis claire, mais c’est ce que m’a fait remonter ma comptable.
Amitiés
Christophe

32

Bonjour,

Pour saisir les écritures de paie, il faut se rendre dans le module comptabilité avancée et aller dans le grand livre et faire « nouvelle transaction ».

C’est le combo parfait : Module salaires + Module charge sociales + Écritures de paie qui donne une comptabilité bien propre.

33

merci mais pourriez vous me donner un exemple précis. Cela m’éclairera. Je reste dans le flou quand à l’utilisation des trois modules mentionnées. En vous remerciant
Christophe

34

Je me permets de vous relancer. J’ai toujours des difficultés à saisir mes salaires comme vous l’indiquez.
J’ai fait une nouvelle transaction. Elle s’implémente dans le grand livre mais je peux pas rapprocher ces lignes d’un quelconque relevé bancaire, donc il me manque une étape. D’où ma demande d’un exemple précis. En espérant que vous pourrez prendre ce temps. Cordialement
Christophe

35

Bonjour @noisette,

Si c’est le rapprochement bancaire que vous souhaitez, il suffit juste de saisir les salaires nets dans le module salaire.

Pour ce qui est du paiement des charges sociales, (URSSAF par exemple), il faut aller dans le module charges sociales, entrer le montant et procéder au règlement.

Si après, vous avez saisie l’écriture de paie que vous a envoyé l’Expert Comptable, toutes les opérations se trouvent de fait dans la comptabilité et si votre Dolibarr est bien configuré, tout va ensemble.

Après si vous avez besoin d’aide, je peux vous proposer un pack d’aide « configuration compta ». Un email : aspangaro AT open-dsi DOT fr

37

effectivement votre cheminement pour intégrer les salaires et cotisations est bien le meilleur, et permet de s’adapter à tous les cas… et ils sont nombreux…
Un de plus à vous signaler : L’URSSAF propose via sa plateforme TFE de gerer les contrats de travail et fiches de paie de salariés français payés par une firme étrangère (européenne ou pas).
Ce qui manque cruellement, ou alors je ne l’ai pas encore trouvé, c’est comment on gère le cumul et solde de congés. Avec le module des congés, cela serait super de voir les cumuls se mettre à jour…
Si c’est déjà prévu comment faites vous ??