Les logiciels Lucca reposent sur une architecture modulaire connectée par API REST, ce qui conditionne toute stratégie d’intégration à un existant SIRH ou ERP. Avant de parler de modules fonctionnels, il faut comprendre comment cette couche technique s’articule avec vos flux de données actuels, car c’est là que se jouent la réussite ou l’échec du déploiement.
API et connecteurs Lucca : contraintes techniques à anticiper
L’intégration de Lucca avec un système tiers passe par des appels API REST authentifiés par token. Chaque module expose ses propres endpoints, ce qui signifie qu’un connecteur paie ne couvrira pas automatiquement les endpoints absences ou notes de frais.
Nous recommandons de cartographier les flux de données avant tout paramétrage. Identifiez les objets métier partagés entre votre SIRH existant et Lucca : collaborateurs, contrats, compteurs de congés, éléments variables de paie. Sans cette cartographie, les doublons et désynchronisations apparaissent dès les premières semaines.
Un point souvent négligé : la gestion des identifiants uniques. Si votre système source utilise un matricule salarié différent de celui généré par Lucca, prévoyez une table de correspondance maintenue en temps réel. Toute rupture dans ce chaînage provoque des rejets silencieux lors des exports paie.
Fréquence de synchronisation
Le choix entre synchronisation temps réel (webhooks) et batch quotidien dépend du volume de modifications et de la tolérance aux écarts temporaires. Pour la gestion des absences, un décalage de quelques heures reste acceptable. Pour les éléments variables de paie transmis en fin de mois, un batch nocturne suffit dans la majorité des cas.
Intégration Lucca et gestion des absences avec Timmi
Timmi Absences se connecte aux plannings existants à condition que le référentiel de types d’absences soit harmonisé. En pratique, cela suppose d’aligner vos codes absence internes (congés payés, RTT, congé sans solde, absences maladie) avec les catégories paramétrées dans Timmi.
La visualisation des plannings en temps réel constitue l’un des gains opérationnels les plus immédiats. Les managers accèdent aux soldes de congés actualisés sans interroger le service RH, ce qui réduit les allers-retours par email. Les solutions Lucca facilitent cette centralisation en exposant les données d’absences via des endpoints dédiés.
L’intégration avec un logiciel de GTA (gestion des temps et activités) existant nécessite de définir quel système fait autorité sur chaque donnée. Nous observons régulièrement des conflits quand deux outils calculent les compteurs de congés en parallèle. La règle : un seul système maître par type de compteur, l’autre en lecture seule.
Dématérialisation de la paie avec Pagga et raccordement SIRH
Pagga prend en charge la distribution dématérialisée des bulletins de paie, mais son raccordement au moteur de paie existant mérite une attention particulière. Le module récupère les fichiers PDF générés par votre logiciel de paie et les met à disposition des collaborateurs via un coffre-fort numérique.
Pour que ce flux fonctionne sans intervention manuelle, il faut configurer un dépôt automatisé (SFTP ou API) entre votre outil de paie et Pagga. Les modules Lucca prennent en charge les formats standards, mais vérifiez la compatibilité du nommage de fichiers avec votre convention interne.
L’adaptation aux conventions collectives se joue côté moteur de paie, pas côté Pagga. Le rôle de Pagga se limite à la distribution sécurisée et à l’archivage légal. Confondre les deux périmètres entraîne des attentes mal calibrées lors du déploiement.
Onboarding automatisé : points d’attention pour l’intégration
Le module d’onboarding de Lucca orchestre les tâches liées à l’arrivée d’un nouveau collaborateur : création du dossier administratif, collecte des documents, attribution des accès. Son efficacité repose sur sa capacité à déclencher des actions dans vos autres systèmes.
Concrètement, l’onboarding doit pouvoir :
- Créer automatiquement la fiche collaborateur dans votre annuaire interne (Active Directory, Google Workspace ou équivalent)
- Pré-remplir les données contractuelles dans le SIRH pour éviter la double saisie
- Notifier les managers et le service informatique via vos canaux existants (messagerie, ticketing)
- Planifier les sessions d’accueil en s’appuyant sur le calendrier partagé de l’entreprise
Sans ces connexions, le module reste un formulaire en ligne. Avec elles, il supprime la majorité des tâches manuelles liées à l’intégration d’un salarié.
Méthode de déploiement pour une intégration Lucca réussie
Déployer plusieurs modules simultanément multiplie les risques. Nous recommandons une approche séquencée :
- Commencer par le module dont le périmètre fonctionnel est le plus isolé (souvent Timmi Absences ou Pagga)
- Valider la synchronisation des données sur un échantillon de collaborateurs avant la généralisation
- Documenter chaque mapping de champs entre Lucca et le système source pour faciliter la maintenance
- Prévoir une phase de double run d’au moins un cycle de paie complet avant de couper l’ancien processus
Un déploiement module par module réduit les incidents et permet d’ajuster les connecteurs au fil de l’eau. La tentation de tout activer en même temps se paie en correctifs pendant les premières clôtures de paie.
Rôle de l’intégrateur
Le paramétrage initial peut être réalisé en interne si l’équipe IT maîtrise les API REST et connaît le modèle de données du SIRH existant. Dans les autres cas, un intégrateur certifié apporte la connaissance des limites de chaque endpoint et des cas de bord fréquents.
L’interopérabilité entre les modules Lucca et un existant hétérogène (ERP, GTA, logiciel de paie, annuaire) repose sur des choix techniques précis pris en amont. Chaque flux de données doit avoir un système maître clairement désigné, et chaque connecteur doit être testé sur un cycle métier complet avant mise en production. C’est cette rigueur de cadrage qui distingue une intégration fonctionnelle d’un assemblage fragile.
