Les entreprises françaises qui exploitent déjà un logiciel de paie, un ERP ou un outil de recrutement se retrouvent face à une question concrète au moment d’adopter Lucca : comment brancher un SIRH modulaire sur un écosystème existant sans créer de doublons ni de circuits parallèles ? Lucca, éditeur fondé en 2002 et revendiquant plus de 8 000 clients, propose des connecteurs vers plusieurs logiciels tiers.
Un connecteur, toutefois, ne règle pas à lui seul la question de la gouvernance des données. La directive européenne 2023/970 sur la transparence des rémunérations renforce d’ailleurs l’enjeu : les écarts de rémunération entre femmes et hommes doivent pouvoir être examinés sur la base de critères objectifs, ce qui suppose des données cohérentes entre SIRH, paie et outils de rémunération.
Système de référence des données RH : le choix à faire avant toute connexion
Avant d’activer le moindre connecteur, une décision structurante s’impose : quel logiciel fait foi pour chaque type de donnée ? Un dossier collaborateur peut exister simultanément dans Lucca, dans le logiciel de paie et dans l’ERP. Sans règle claire, les corrections se font dans un outil, pas dans l’autre, et deux versions concurrentes cohabitent en quelques semaines.
Le principe est simple à énoncer, plus délicat à appliquer. Il faut associer chaque catégorie de données (identité, contrat, absences, rémunération, formation) au système qui en est la source unique de vérité. Lucca peut être référent pour les congés et les dossiers collaborateurs, tandis que le logiciel de paie reste maître sur les éléments variables et les bulletins. Un connecteur Lucca pour l’intégration RH facilite le transfert, mais il ne remplace pas cette cartographie initiale.
Lucca prépare et transmet les données de paie sans produire lui-même les bulletins ni la DSN. Selon le logiciel de paie utilisé, la liaison passe par une API, un fichier préparamétré ou un format à définir. Vérifier le mode de transfert et le périmètre des données transmises avant de choisir le scénario d’intégration évite les mauvaises surprises au premier cycle de paie.
Erreurs de synchronisation Lucca : qui corrige, où et quand ?
Un connecteur entre deux logiciels ne fonctionne pas nécessairement sans configuration préalable. La documentation de certains outils de recrutement compatibles avec Lucca indique par exemple que l’intégration peut ne transférer que les nouvelles recrues, pas l’ensemble des dossiers et des changements RH. Ce périmètre limité n’est pas un défaut, mais il doit être connu de l’équipe RH dès le départ.
La vraie question opérationnelle porte sur le traitement des erreurs. Quand un enregistrement échoue lors de la synchronisation (format de date incompatible, champ manquant, doublon de matricule), qui reçoit l’alerte ? Qui corrige dans quel système ? Sans procédure définie, le réflexe naturel consiste à corriger dans l’outil où l’on se trouve, ce qui crée une divergence avec l’outil référent.
Trois éléments à formaliser dans un protocole de correction
- Le destinataire des alertes de synchronisation, avec un délai de traitement convenu (par exemple 48 heures ouvrées pour les données contractuelles, correction immédiate pour un rejet de paie)
- Le système dans lequel la correction doit être saisie en priorité, en cohérence avec la cartographie des sources de vérité définie au départ
- La règle de gestion des doublons : suppression manuelle, fusion automatique ou blocage de la synchronisation tant que le conflit n’est pas résolu
Ce protocole ne nécessite pas un document de cinquante pages. Une matrice simple (type de donnée, système référent, responsable de correction, délai) suffit à couvrir la majorité des cas.
Approche modulaire Lucca : intégrer par étapes sans surcharger les équipes
Lucca se distingue par une architecture modulaire : gestion des absences, dossier collaborateur, notes de frais, entretiens, rémunération. Chaque module s’active indépendamment. Cette granularité permet un déploiement progressif, mais elle comporte un piège : activer trop de modules simultanément revient à multiplier les flux de données avant que les équipes aient stabilisé les premiers.
Un séquençage pragmatique consiste à démarrer par le module dont la valeur ajoutée est la plus immédiate par rapport au système existant. Si l’entreprise gère encore les congés par tableur, le module absences apporte un gain mesurable rapidement. Si la paie est déjà fiabilisée mais que l’onboarding repose sur des échanges d’emails, le module dossier collaborateur prend le relais.
Chaque nouveau module activé ajoute un flux de données à superviser. Stabiliser un module avant d’en connecter un second réduit la charge de gouvernance et permet de corriger les erreurs de paramétrage sur un périmètre restreint.
Points à vérifier avant chaque activation de module
- Le sens de circulation des données : le module envoie-t-il des informations vers un outil tiers, en reçoit-il, ou les deux ? La réponse détermine le risque de conflit
- Les droits d’accès : qui peut modifier quoi dans le nouveau module, et ces droits sont-ils cohérents avec ceux définis dans le logiciel de paie ou l’ERP ?
- La fréquence de synchronisation : temps réel, quotidienne ou hebdomadaire ? Une fréquence trop élevée sur des données peu volatiles génère du bruit inutile dans les journaux d’erreur
Transparence salariale et qualité des données interconnectées
La directive européenne 2023/970 impose de pouvoir examiner les écarts de rémunération entre femmes et hommes pour un même travail ou un travail de valeur égale, selon des critères objectifs. Un outil de rémunération connecté au SIRH et à la paie peut limiter les ressaisies, mais il ne dispense pas de structurer les emplois et de vérifier la cohérence des données.
Concrètement, si les intitulés de poste diffèrent entre Lucca et le logiciel de paie, ou si les classifications conventionnelles ne sont pas alignées, aucun connecteur ne produira un reporting fiable sur les écarts salariaux. Le travail préalable de normalisation des référentiels (emplois, niveaux, coefficients) conditionne la qualité de tout ce qui en découle.
Certaines annonces récentes autour de fonctionnalités liées à la transparence salariale méritent une vérification directe auprès de l’éditeur avant d’y adosser un projet. Disponibilité effective, périmètre fonctionnel et modalités d’intégration avec les outils existants sont trois points à confirmer.
L’intégration de Lucca dans un système RH existant repose moins sur la technicité des connecteurs que sur des décisions organisationnelles prises en amont. Définir le système référent par type de donnée, formaliser le circuit de correction des erreurs et séquencer l’activation des modules constituent le socle d’un déploiement qui simplifie les processus au lieu de les dédoubler.
