Chiffrer le coût réel de la double saisie RH

« Il faudrait raccorder l'ATS à la paie » est une phrase qui se dit dans toutes les entreprises et qui se chiffre dans très peu. Voici une méthode en quatre mesures, et les seuils en dessous desquels la bonne décision est de ne rien développer.

Précision d'emblée, puisque ces notes sont éditées par Visigol, une agence qui développe ce type d'intégrations : le calcul ci-dessous conclut « ne rien faire » dans une bonne partie des cas. C'est voulu. Une intégration vendue sous son seuil de rentabilité se paie en insatisfaction plus tard.

Mesure 1 — Le temps par occurrence

Chronométrez. Pas une estimation, un chronomètre, sur trois cas réels.

Ce que la mesure doit inclure, et que les estimations oublient systématiquement :

• ouvrir les deux outils et retrouver le dossier ;
• copier les champs, y compris ceux qui demandent une transformation — un format de date, un code interne, une convention de nommage ;
• vérifier, qui représente souvent autant de temps que la saisie ;
• le changement de contexte, c'est-à-dire le temps de reprendre ce qu'on faisait avant.

Ordre de grandeur pour une embauche complète recopiée de l'ATS vers un outil de paie : quinze à trente minutes. Pour un simple report de statut : deux à cinq minutes.

Mesure 2 — La fréquence annuelle

Le nombre d'occurrences réelles, pas le nombre théorique.

Attention à deux effets qui font sous-estimer :

La ressaisie ne concerne pas que les embauches. Un changement d'adresse, une correction d'IBAN, une modification de date d'entrée repassent aussi par les deux systèmes.

Il y a souvent plus de deux systèmes. L'annuaire, le badge, le compte informatique, l'outil d'intégration des nouveaux arrivants. Chacun reçoit les mêmes données. Comptez tous les systèmes destinataires, pas seulement la paie.

Mesure 3 — Le coût horaire chargé

Le salaire brut de la personne qui saisit, majoré des charges — un coefficient de 1,4 à 1,5 est une approximation courante — divisé par le nombre d'heures travaillées annuelles.

Ce coût est celui qu'on économise sur le papier. En réalité, on ne licencie personne parce qu'une intégration existe : le temps libéré est réaffecté. C'est une vraie valeur, mais ce n'est pas une économie budgétaire, et il faut le dire ainsi dans un dossier interne, sinon l'argumentaire ne survit pas au premier contrôleur de gestion.

Mesure 4 — Le coût des erreurs

C'est la mesure qui fait basculer les dossiers, et c'est celle que personne ne fait.

Relevez sur les douze derniers mois combien d'erreurs sont venues d'une ressaisie : IBAN erroné, date d'entrée fausse, nom mal orthographié sur un contrat, taux horaire mal reporté.

Pour chacune : le temps de détection, le temps de correction, et les conséquences — un virement à refaire, une déclaration à rectifier, une régularisation de paie, un salarié mécontent.

Un taux d'erreur de saisie de un à trois pour cent sur des champs manuels est ordinaire. Sur cinquante embauches, cela fait une à deux erreurs par an, dont une peut coûter plusieurs heures.

Les seuils constatés

Sur la base de ce calcul, appliqué à des situations réelles :

Deux facteurs déplacent ces seuils vers le bas, c'est-à-dire rendent l'intégration rentable plus tôt : un coût d'erreur élevé — secteur réglementé, paie complexe, conventions multiples — et un pic saisonnier, où quarante embauches concentrées sur trois semaines saturent une équipe alors que quarante embauches étalées sur l'année ne se voient pas.

Les trois solutions, par coût croissant

L'écran de recopie assistée. Un affichage qui présente les données prêtes à copier, dans l'ordre des champs de l'outil destinataire, avec les transformations déjà appliquées. Ne supprime pas la saisie mais divise son temps et une bonne partie des erreurs. Coût faible, fonctionne même sans API côté destinataire.

L'export de fichier. L'ATS produit un fichier au format attendu, déposé ou importé. Robuste, sans point d'entrée à exposer, supervisable simplement. C'est la bonne réponse quand l'outil de paie n'a pas d'API — ce qui est fréquent — et elle est largement sous-employée.

L'intégration par API. Le raccordement complet. Le plus cher, le plus confortable, et celui qui demande une supervision réelle — voir webhooks ou interrogation périodique. À réserver aux cas où le calcul le justifie franchement, pas de justesse.

Ce qui rend un calcul faux

Oublier la maintenance. Déjà dit, c'est l'erreur la plus fréquente et la plus coûteuse.

Compter le temps libéré comme une économie budgétaire. Il ne l'est pas, sauf à supprimer réellement une charge.

Ignorer le coût de la conception. Décider quels champs circulent, dans quel sens, avec quelles règles de transformation et quel comportement en cas d'échec représente souvent plus de temps que le développement lui-même. C'est du travail métier, et il ne se délègue pas au prestataire sans produire des approximations.

Supposer que l'intégration supprime toute vérification. Elle supprime la saisie, pas le contrôle. Quelqu'un continuera de vérifier que l'embauche est bien partie — et c'est sain.

Questions fréquentes

À partir de combien d'embauches une intégration ATS-paie est-elle rentable ?

Autour de vingt à trente embauches annuelles avec un seul système destinataire, plus tôt dès qu'il y en a plusieurs ou que le coût d'une erreur est élevé. En dessous, l'export de fichier ou l'écran de recopie assistée offrent l'essentiel du bénéfice pour une fraction du coût.

Comment chiffrer le coût des erreurs de saisie ?

Relevez les incidents des douze derniers mois plutôt que d'estimer. Pour chacun : temps de détection, temps de correction, conséquence financière ou sociale. C'est fastidieux une fois, et c'est le chiffre qui rend un dossier crédible en interne, parce qu'il est vérifiable.

Que faire si le logiciel de paie n'a pas d'API ?

L'export de fichier au format attendu, qui couvre la quasi-totalité du besoin pour un flux d'embauches. C'est moins élégant qu'une API et tout aussi efficace, avec un coût de maintenance plus faible et une supervision plus simple.

Peut-on faire l'intégration avec un outil d'automatisation sans développement ?

Pour un flux simple, oui. Pour un flux qui alimente la paie, la question n'est pas de savoir si l'outil peut le faire — il le peut — mais ce qui se passe quand un envoi échoue. Sans journal exploitable ni alerte sur le silence, une perte passe inaperçue jusqu'au jour de paie. Si la perte a des conséquences, il faut un système qui sait dire qu'il a perdu quelque chose.

Combien de temps faut-il pour rentabiliser une intégration ?

En appliquant la formule sur des cas réels, l'amortissement se situe généralement entre douze et vingt-quatre mois quand les seuils sont franchis. Au-delà de trois ans, c'est que le calcul a été fait de justesse — mieux vaut alors une solution intermédiaire, qui apporte l'essentiel du gain sans engager la maintenance.