Relier votre logiciel métier à Silae, avec votre cabinet de paie

Votre paie est-elle dans votre Silae ou dans celui de votre cabinet ?

Cette question décide de qui devra agir. Silae se présente sur son site comme un logiciel de paie et RH « pour cabinets et intégrateurs », déployé par 6 000 partenaires pour leurs clients TPE et PME. Si votre paie est confiée à votre expert-comptable, son gestionnaire de paie travaille dans l'environnement Silae du cabinet, où votre société est un dossier parmi d'autres.

Dans ce cas, le projet se prépare avec le cabinet : l'autorisation d'accès se donne dans l'environnement Silae où se trouvent vos dossiers, et c'est en général le cabinet qui fixe la date limite de transmission des variables et contrôle les bulletins. Le projet commence donc par une réunion à trois. Les cabinets trouveront d'autres pistes sur notre page logiciels pour experts-comptables.

Que peut-on échanger avec Silae par l'API ?

La page que Silae consacre à son API décrit quatre types d'échanges.

Techniquement, l'API Silae échange du JSON par les méthodes GET, POST, PUT et DELETE. L'authentification passe par OAuth 2.0 et trois identifiants fournis par le portail API : ClientID, ClientSecret et SubscriptionKey. Silae annonce des jetons temporaires et la journalisation de chaque appel. Sa documentation en ligne range les fonctions par familles d'API et comporte une annexe « Champs et correspondances » sur les champs utilisés.

Les pages publiques consultées en octobre 2026 ne donnent ni la liste complète des fonctions, ni de limite d'appels chiffrée, ni de webhooks : ces points se vérifient pendant le cadrage.

Les étapes pour obtenir un accès API Silae

1. Demander un compte API. Le compte API se demande à Silae ; sa documentation s'adresse aux éditeurs qui connectent leur logiciel, et son site présente Alliance, son programme partenaire.
2. Recevoir l'environnement de test. D'après la FAQ de la documentation, Silae envoie alors par e-mail une invitation au portail API et les informations de connexion à un environnement de test. La FAQ évoquait un délai de deux semaines et plus dans les premières semaines du lancement de l'offre ; la page API présente cet environnement comme gratuit pour les partenaires.
3. Développer et valider sur des dossiers fictifs.
4. Faire autoriser la production. Dans Silae, un utilisateur habilité ouvre Paramétrage Paie puis Configuration API, sélectionne le compte API de l'éditeur, lui affecte un utilisateur Silae, coche les dossiers de paie concernés et enregistre. Il transmet ensuite l'identifiant de configuration généré, qui sert à activer la connexion et à générer la clé dans le portail API. Si votre paie est produite par un cabinet, convenez avec lui de qui réalise cette étape.
5. Gérer l'accès dans la durée. Le bouton « Bloquer l'accès API » suspend un accès sans le supprimer ; le déblocage se fait depuis le même écran de Silae, l'éditeur ne pouvant pas le faire depuis son portail API. La FAQ précise que l'éditeur n'est pas facturé si l'accès reste bloqué un mois entier, et la documentation comporte une fiche « Contractualisation et facturation » : les conditions financières de l'accès se demandent à Silae avant de chiffrer le connecteur.

Quatre flux concrets vers et depuis Silae

1. Les heures de chantier deviennent des variables. En fin de mois, le conducteur de travaux d'une entreprise de second œuvre valide les heures saisies sur mobile ; le service d'intégration calcule heures supplémentaires et primes de panier selon vos règles, puis les envoie dans le dossier Silae avant la date limite du cabinet.
2. Les absences du planning rejoignent la paie. Une société de sécurité privée affecte ses agents sur plusieurs sites. Les absences validées dans le planning (maladie, congés) partent vers Silae, et le cabinet ne recopie plus un tableau reçu par e-mail.
3. L'embauche crée la fiche salarié. Le nouvel arrivant saisi dans votre outil RH (état civil, coordonnées, contrat) existe dans Silae dès la signature, et non la veille de la paie.
4. La masse salariale remonte dans le pilotage. Les données extraites de Silae alimentent un tableau de bord de pilotage : coût salarial par site ou par activité, mois après mois. Pour un suivi standard, le site de Silae présente mySilae BI, qui transforme les données de paie en tableaux de bord.

Avant de développer, vérifiez si votre outil est déjà connecté. La FAQ de la documentation Silae listait au 19 avril 2024 ces éditeurs partenaires de l'API : Airporting, Bleez, Inqom, Lucca, Pennylane, Qotid, Teogest et Tiime. Si votre comptabilité tourne sur l'un d'eux, voir par exemple connecter Pennylane.

Sens unique et responsabilité : ce que cela change

Silae décrit la connexion d'un outil SIRH comme une synchronisation unidirectionnelle, de l'outil RH vers Silae, manuelle (trois fois par jour, indique sa page API) ou automatique (chaque soir à 20 h) ; ces modalités se confirment avec Silae au cadrage. Trois conséquences pratiques en découlent.

• Votre outil fait foi. Une correction saisie directement dans Silae ne remonte pas dans votre outil : toute correction se fait à la source, puis repart.
• Le calendrier compte autant que le code. Une absence validée après la dernière synchronisation avant la paie arrive trop tard : le logiciel affiche aux managers la date limite convenue avec le cabinet.
• Un contrôle avant paie. Un état récapitulatif par salarié (heures, primes, absences) rapproche ce que votre outil a envoyé de ce que Silae a reçu.

Côté responsabilité, la FAQ de la documentation Silae est explicite : les éditeurs connectés sont seuls responsables du développement et du bon fonctionnement de leur connecteur, et la page API ajoute que Silae « décline toute responsabilité sur le connecteur ». Le contrat doit donc dire qui maintient le connecteur, sous quelles conditions il est corrigé et qui prévient le cabinet en cas d'incident ; notre guide du contrat de développement logiciel détaille ces clauses.

Données de paie : ce que demande la CNIL

Un connecteur de paie transporte des données que la CNIL demande de réserver aux personnes chargées de la gestion du personnel, avec un enregistrement des actions effectuées (qui, quand, quoi). Concrètement :

• n'envoyer que les champs utiles au calcul de la paie, en s'appuyant sur l'annexe des champs de la documentation Silae ;
• affecter au connecteur un utilisateur Silae dédié, limité aux dossiers concernés, plutôt que le compte personnel d'un gestionnaire ;
• garder dans le journal technique des identifiants et des statuts, jamais des montants de salaire.

Silae indique bénéficier d'une certification 27001 et AFAQ VP2 (RGPD) : elle concerne son propre service, pas votre connecteur ni votre hébergement. Pour les durées de conservation, la CNIL a publié en avril 2026 un référentiel propre aux ressources humaines. Le reste des obligations figure dans notre guide RGPD et logiciel métier.

Développer un connecteur, ou s'en passer ?

Un connecteur sur mesure n'est pas la seule issue.

• Votre outil RH ou comptable figure parmi les éditeurs connectés : activez sa liaison avec votre cabinet, c'est le chemin le plus court.
• Vous avez peu de variables : un état mensuel propre, exporté de votre outil et transmis au cabinet, peut rester raisonnable. Comparez le coût d'un connecteur au temps réellement passé à ressaisir.
• Vous changez de cabinet : le nouveau cabinet devra autoriser l'accès dans son propre environnement ; cette étape se prévoit à chaque changement.

Le développement se justifie quand les variables sont nombreuses et calculées (heures de nuit, majorations, primes par site) ou quand l'outil métier est interne. Si votre paie tourne sur PayFit plutôt que sur Silae, l'accès suit une autre logique : voir connecter PayFit.

La méthode YMHB Web pour un connecteur Silae

YMHB Web construit le connecteur pour votre entreprise, avec votre cabinet, à partir de la documentation publiée par Silae.

• Un cadrage à trois : liste des variables, règles de calcul, calendrier de clôture, dossiers concernés. Le chiffrage en forfait global suit ce cadrage.
• Un compte API ouvert, quand Silae l'accepte, au nom de votre entreprise ou de votre DSI, pour que l'accès ne dépende pas de nous.
• Un service d'intégration en Node.js, avec une base PostgreSQL pour la correspondance entre vos identifiants de salariés et ceux de Silae, hébergé chez vous.
• Un écran de contrôle avant paie, et une alerte si une synchronisation échoue ou si l'accès est bloqué.
• La documentation et le code source, qui vous appartiennent au paiement intégral.

Voir aussi notre offre API et microservices.