convention-collective-et-gestion-des-temps-avec-un-logiciel-dedie
Publié le 28 septembre 2026

Une solution de gestion des temps peut automatiser le calcul des heures supplémentaires et le suivi d’une annualisation, mais elle ne devient pas pour autant un moteur universel capable d’appliquer sans paramétrage toutes les conventions collectives. Le point décisif est de vérifier comment l’outil traduit les règles applicables à l’entreprise, comment il suit la période de référence et comment les résultats sont transmis à la paie.

Réponse directe : une GTA adaptée doit gérer les compteurs, les seuils et la période de référence, tout en permettant d’intégrer les règles conventionnelles réellement applicables. Nibelis documente à la fois une maintenance des évolutions légales et conventionnelles et des fonctions liées à la modulation ; Skello et Kelio documentent l’annualisation, tandis que Lucca publie une limite précise dans un scénario d’annualisation. Ces éléments permettent de présélectionner des solutions, mais pas d’affirmer qu’une d’elles couvre automatiquement toutes les conventions collectives.

Pourquoi la convention collective change le calcul des heures supplémentaires

Au 28 septembre 2026, le Code du travail prévoit que lorsqu’un dispositif d’aménagement du temps de travail s’étend sur une période de référence supérieure à la semaine, le décompte des heures supplémentaires peut intervenir à l’issue de cette période. Sur une période annuelle, la référence légale est de 1 607 heures, sous réserve du dispositif applicable. Les règles d’aménagement du temps de travail publiées sur Légifrance constituent ici la source de référence.

Cette logique explique pourquoi un simple dépassement hebdomadaire de 35 heures ne suffit pas toujours à piloter correctement les compteurs. Un accord d’entreprise ou d’établissement ou, à défaut, une convention ou un accord de branche peut organiser une période de référence plus longue et en fixer plusieurs modalités. Le logiciel doit donc être capable de traduire ces paramètres dans son moteur de calcul sans les confondre avec un réglage générique valable pour toutes les entreprises.

Ce que cela change dans le logiciel : la GTA doit pouvoir relier période de référence, seuils de déclenchement, compteurs et règles applicables. Le besoin n’est pas seulement de totaliser des heures, mais de déterminer à quel moment elles deviennent supplémentaires dans le cadre retenu par l’entreprise.

Les majorations illustrent la même nécessité de contextualiser. Le Code du travail permet qu’une convention ou un accord collectif fixe les taux de majoration, avec un minimum légal de 10 %. À défaut d’accord applicable, les taux supplétifs sont notamment de 25 % pour les huit premières heures supplémentaires puis de 50 % pour les suivantes. Il serait donc incorrect d’affirmer qu’une GTA peut appliquer un barème unique à toutes les situations.

Schéma reliant accord collectif, période de référence, logiciel GTA et paie
Le logiciel traduit des règles applicables en paramètres de calcul avant transmission des variables vers la paie.

Les fonctions à exiger d’un logiciel de gestion des temps

Le bon critère de choix n’est pas seulement la présence d’une badgeuse ou d’un compteur d’heures. Une GTA destinée à traiter des règles conventionnelles doit être évaluée sur quatre couches : le cadre collectif applicable, le moteur de calcul, le traitement de l’annualisation et la transmission des éléments vers la paie. Cette grille évite de confondre une fonction disponible avec une règle réellement maintenue par l’éditeur.

Les contrôles essentiels

  • Vérifier si les périodes de référence, seuils et tranches de majoration sont configurables.
  • Contrôler le suivi des heures planifiées, réalisées, des absences et des repos compensateurs.
  • Identifier qui maintient les évolutions légales et conventionnelles : éditeur, intégrateur ou entreprise.
  • Tester la transmission des variables calculées vers la paie et la traçabilité des corrections.

La première couche concerne donc la règle elle-même : période de référence, seuil hebdomadaire éventuel, limite annuelle, majorations et compensations. La deuxième concerne la manière dont la GTA transforme ces règles en compteurs opérationnels. La troisième porte sur les cas qui compliquent l’annualisation, comme les absences ou les changements de situation en cours de période. Enfin, la quatrième vérifie que le résultat calculé arrive correctement dans la paie sans ressaisie incohérente.

Pour approfondir ce dernier point, une ressource consacrée aux logiciels GTA avec intégration de la paie peut compléter l’analyse fonctionnelle. Ce lien sert de prolongement éditorial ; il ne constitue pas une preuve des caractéristiques comparées dans cet article.

Dans une entreprise en création ou en évolution, cette réflexion s’inscrit aussi dans un cadre plus large d’organisation sociale. Le choix d’un outil RH peut ainsi être rapproché du besoin de choisir le statut social de son entreprise, sans confondre pour autant structure juridique, règles conventionnelles et paramètres de temps de travail.

Nibelis, Skello, Kelio et Lucca : que documentent réellement les éditeurs ?

Les documentations publiques consultées ne prouvent pas le même niveau d’automatisation. Elles permettent toutefois de comparer des capacités explicites. En septembre 2026, Nibelis indiquait que sa solution Paie et RH Nibelis était maintenue à jour des évolutions légales et conventionnelles. Cette déclaration doit rester dans son périmètre : elle ne démontre pas, à elle seule, que toutes les conventions collectives sont appliquées automatiquement et sans paramétrage dans tous les scénarios GTA.

Une documentation sectorielle Nibelis plus ancienne décrit également la modulation du temps de travail et le déclenchement automatique des heures excédentaires et des repos compensateurs. Cette source est utile pour caractériser des fonctions documentées, mais leur disponibilité exacte dans l’offre actuelle et leur périmètre contractuel doivent être confirmés lors d’une démonstration.

Capacités documentées et points à confirmer — vérification au 28 septembre 2026
Solution Capacité documentée Limite ou point à confirmer
Nibelis Mises à jour légales et conventionnelles déclarées ; documentation d’une modulation avec déclenchement d’heures excédentaires. Ne prouve pas une couverture automatique et universelle de toutes les conventions ; certaines fonctions sont documentées dans une source sectorielle plus ancienne.
Skello Annualisation paramétrable avec plafond hebdomadaire, tranches d’heures supplémentaires et pourcentages de majoration. Le paramétrage ne prouve pas que toutes les règles conventionnelles sont préconfigurées ou maintenues nativement.
Kelio GTA présentée comme facilitant la gestion de l’annualisation du temps de travail. La documentation consultée ne suffit pas à établir une prise en charge automatique de toutes les règles conventionnelles.
Lucca Gestion des heures supplémentaires documentée avec des possibilités de suivi dans Timmi. Dans le scénario d’annualisation décrit par sa FAQ, Lucca signale que les heures supplémentaires déjà payées pendant l’année ne peuvent pas être automatiquement déduites du total final.

Le centre d’aide Skello détaille le paramétrage de l’annualisation dans Skello : l’entreprise peut notamment définir un plafond hebdomadaire déclenchant des heures supplémentaires, ainsi que des tranches et pourcentages de majoration. La preuve porte sur la possibilité de paramétrer ces éléments, et non sur une application automatique de toute convention collective.

Kelio indique de son côté que sa GTA peut accompagner la gestion de l’annualisation. La documentation Lucca apporte un autre type d’information, particulièrement utile pour la décision : elle expose une limite dans un scénario précis où des heures supplémentaires ont déjà été payées pendant l’année. Ce contraste montre pourquoi les limites documentées doivent compter autant que la liste des fonctions commerciales.

Comparaison visuelle des critères pour choisir un logiciel GTA
Comparer les solutions par fonction vérifiée et limite documentée plutôt que par un classement global.

Le test à faire avant de signer avec un éditeur

Une présélection documentaire ne suffit pas. La vérification la plus utile consiste à demander une démonstration fondée sur un cas réel de l’entreprise : convention ou accord applicable, période de référence, seuil de déclenchement, majorations, absence et résultat attendu dans la paie. Il s’agit d’une recommandation de recette fonctionnelle, pas d’une obligation réglementaire.

Tester la GTA avec un scénario réel
  1. Identifier la règle applicable

    Préparer la convention ou l’accord concerné, la période de référence, les seuils et les modalités de majoration à reproduire.

  2. Simuler plusieurs semaines

    Tester une semaine normale puis une semaine dépassant le seuil afin d’observer le comportement des compteurs.

  3. Tester l’annualisation

    Vérifier le cumul sur la période, le traitement d’une absence et, si nécessaire, d’une entrée ou d’une sortie en cours de période.

  4. Contrôler la paie

    Comparer les variables transmises avec le résultat attendu et vérifier comment les corrections sont historisées.

  5. Clarifier la maintenance

    Demander précisément qui met à jour les règles conventionnelles : l’éditeur, un intégrateur ou l’entreprise utilisatrice.

Cette méthode permet de vérifier la chaîne complète : règle applicable, paramétrage, calcul GTA, traitement des exceptions puis transmission à la paie. Elle permet aussi de détecter rapidement si une fonction annoncée comme « annualisation » couvre réellement le scénario de l’entreprise ou seulement une partie du besoin.

Il faut également confirmer le périmètre du module réellement souscrit et la configuration proposée. Une fonctionnalité visible dans une documentation éditeur peut dépendre d’un module, d’un paramétrage ou d’un contexte particulier. La recette doit donc porter sur l’environnement qui sera effectivement déployé, pas uniquement sur une démonstration générique.

Point de vigilance : une mention telle que « à jour des évolutions conventionnelles » ou « annualisation disponible » ne suffit pas, isolément, à démontrer que toutes les règles de la convention de l’entreprise seront appliquées automatiquement. Le périmètre exact doit être vérifié sur le cas réel.

Arbre de décision pour tester un logiciel de gestion des temps
Un test réaliste doit suivre la règle conventionnelle depuis le paramétrage jusqu’au résultat transmis à la paie.

Pour une structure qui doit encore arbitrer ses investissements de lancement ou d’équipement, la réflexion peut aussi être reliée à la manière de financer son projet de création d’entreprise. Le choix de la GTA reste toutefois une décision fonctionnelle : il faut sélectionner une solution compatible avec les règles réelles de l’organisation, puis vérifier son comportement sur des données représentatives.

En pratique, la bonne question n’est donc pas seulement « ce logiciel calcule-t-il les heures supplémentaires ? ». Il faut surtout demander quelles règles sont déjà maintenues, lesquelles doivent être paramétrées, comment l’annualisation est traitée et comment le résultat est contrôlé dans la paie. Cette grille permet de comparer les solutions sans confondre automatisation, conformité déclarée et couverture réelle du besoin.

Rédigé par Matthieu Roussel, spécialisé dans la vulgarisation des sujets liés à la gestion d'entreprise, aux outils numériques et à l'organisation des processus administratifs et RH.