Extraire les champs d'un contrat de travail vers Excel,
étape par étape pour les RH
Un contrat de travail signé arrive aux RH en pièce jointe d'un e-mail. La date de début est lundi prochain, et trois systèmes attendent des données : Workday a besoin du profil de l'employé, BambooHR veut l'enregistrement de la rémunération, et ADP exige la configuration de la paie. Toutes les informations sont là — sur les pages 1 à 7 d'un PDF qui utilise le modèle de contrat de votre entreprise. Mais le texte qu'il contient est invisible pour le logiciel qui en a besoin. Alors quelqu'un ouvre le PDF, trouve le nom de l'employé à la page 1, fait défiler jusqu'au salaire à la page 3, cherche la période d'essai enfouie dans la clause 5.2, et ressaisit chaque champ, un par un, dans chaque plateforme. Selon le Bureau of Labor Statistics des États-Unis, 944 300 spécialistes RH aux États-Unis font des versions de ce travail chaque jour — et rien de tout cela n'est facturable, automatisé, ni particulièrement intéressant pour qui que ce soit.
Points clés à retenir
- Un contrat de travail type contient 10 à 14 champs — nom, titre, salaire, date de début, période d'essai, préavis, avantages — qu'un coordinateur RH ressaisit à la main dans Workday, BambooHR ou ADP, un rituel qui prend 20 à 30 minutes par nouvelle embauche et qui ne gagne aucune efficacité à l'échelle.
- Votre SIRH stocke ce que vous y saisissez — mais les contrats de travail sont des PDF qu'il ne peut pas lire, et comme le modèle de contrat de votre entreprise ne correspond pas à celui que votre nouvelle recrue a signé à son dernier emploi, une approche d'extraction basée sur un modèle qui fonctionne sur les factures standardisées échoue totalement sur le document que vous manipulez le plus.
- Nommer les colonnes que vous voulez — Nom de l'employé, Date de début, Salaire, Période d'essai — et laisser l'IA lire le contrat de travail comme votre équipe le lit, en comprenant ce que chaque champ signifie plutôt que sa position sur la page, réduit un rituel de 30 minutes par contrat à environ 10 secondes.
Votre SIRH stocke ce que vous saisissez — pas ce qui figure dans le document
Workday, BambooHR, ADP, SAP SuccessFactors et UKG gèrent collectivement les dossiers des employés de dizaines de millions de travailleurs. Ils assurent la paie, l'administration des avantages sociaux, le suivi du temps, les évaluations de performance et les rapports de conformité. Aucun d'entre eux ne lit un PDF.
Ce n'est pas une fonctionnalité manquante. C'est une distinction de catégorie. Un SIRH est une base de données — il stocke et organise des enregistrements structurés. Il ne parse pas le langage naturel, il ne localise pas les valeurs dispersées dans des documents multipages, et il ne fait pas la différence entre « Date de début » dans une lettre d'offre et « Date d'effet » dans le même document, à moins qu'un humain n'ait déjà saisi ces valeurs dans les champs appropriés. Le SIRH est la destination. Le contrat de travail signé est la source. Entre les deux se trouve une personne avec deux écrans ouverts et un travail qui n'a pas changé depuis que le classeur est devenu numérique.
L'écart devient visible lors de l'intégration. Le contrat de travail d'une nouvelle recrue arrive sous forme de PDF, souvent un scan d'un original papier signé. Il contient l'enregistrement définitif de ce qui a été convenu : salaire, intitulé du poste, durée de la période d'essai, préavis, heures de travail, éligibilité aux primes, portée de la clause de non-concurrence, fenêtre d'inscription aux avantages sociaux. Chacune de ces valeurs doit exister dans le SIRH avant le premier salaire de l'employé. Mais le SIRH ne peut en extraire aucune. Il ne peut les accepter qu'après que quelqu'un — généralement un coordonnateur ou un généraliste RH — a ouvert le PDF, localisé chaque champ et l'a saisi dans le système.
Un SIRH est un moteur de stockage, pas un moteur de lecture. Le moment entre la réception d'un contrat signé et l'apparition de ses données dans votre base de données employés est comblé par la saisie manuelle — et ce moment coûte de l'argent, introduit des erreurs et évolue linéairement avec chaque embauche.
Pour une entreprise qui ajoute 15 nouveaux employés en un mois — un rythme courant pour une entreprise de taille moyenne en phase de croissance — cela représente environ 7 heures de ressaisie pure. Au salaire médian BLS de spécialiste RH de 72 910 $ par an, le coût annualisé de ce seul flux de travail dépasse cinq chiffres avant que quiconque ne s'en aperçoive.
Contrats de travail : 10 à 14 champs, et pourquoi aucun ne les cache au même endroit
Demandez à un généraliste RH quels champs il extrait d'un contrat de travail signé, et il les énumérera sans hésiter. La liste change rarement :
| Champ | Emplacement habituel dans le contrat | Pourquoi c'est important |
|---|---|---|
| Nom de l'employé | Première page, généralement en haut, parfois dans une section « Parties » | Clé primaire pour toute recherche dans les systèmes RH |
| Intitulé du poste | Généralement dans le paragraphe d'ouverture ou une section « Rôle » | Détermine la position dans l'organigramme et la fourchette de rémunération |
| Date de début | Souvent dans une clause « Entrée en fonction », parfois à la section 1 ou 2 | Déclenche l'activation de la paie, le délai d'inscription aux avantages sociaux et le compte à rebours de la période d'essai |
| Salaire annuel | Varie considérablement — parfois dans « Rémunération », parfois en annexe | Doit correspondre exactement à la lettre d'offre ; tout écart crée un risque de non-conformité |
| Période d'essai | Souvent une clause autonome, ex. « Les 90 premiers jours constituent une période d'essai » | Détermine quand les avantages sociaux sont entièrement acquis ; un suivi manqué = des échéances d'évaluation manquées |
| Préavis | Généralement dans la section « Résiliation », varie de 2 semaines à 3 mois | Régit le calendrier de départ ; essentiel pour la planification des effectifs |
| Horaires de travail | Peut figurer sous « Heures de travail », « Horaires » ou « Conditions d'emploi » | Point d'ancrage de la classification FLSA (exempt vs non-exempt) ; éligibilité aux heures supplémentaires |
| Résumé des avantages sociaux | Souvent dans sa propre section ou annexe, parfois mentionné mais détaillé séparément | Alimente le processus d'inscription aux avantages ; les erreurs ici apparaissent lors de la période d'inscription ouverte |
| Portée de la clause de non-concurrence | Généralement près de la section sur la rupture ou les clauses restrictives | L'applicabilité légale varie selon l'État ; doit être suivie pour la conformité |
| Déclaration d'emploi à volonté | Souvent dans la première section ou la clause relative à la relation d'emploi | Tous les États américains sauf le Montana ; un langage explicite protège l'employeur en cas de litige sur la rupture |
La difficulté ne vient pas de la liste des champs — c'est qu'aucun contrat de travail ne les organise de la même façon. Votre entreprise a rédigé son propre modèle. L'ancien employeur du candidat en utilisait un autre. Si vous traitez des contrats pour une multinationale, le modèle de l'entité britannique place le salaire dans l'annexe 1, tandis que le bureau de Singapour le met en page 3 sous « Rémunération ». Une clause d'emploi à volonté américaine apparaît dans le premier paragraphe d'un contrat et comme avertissement en gras avant le bloc de signature dans un autre.
Cette variance structurelle explique pourquoi les outils d'extraction basés sur des modèles — ceux qui dessinent des zones sur une page et disent au logiciel « le salaire est toujours ici » — échouent sur les contrats de travail d'une manière qu'ils ne connaissent pas avec les factures standardisées. Une facture de n'importe quel fournisseur suit à peu près la même structure : en-tête, lignes, totaux. Un contrat de travail de deux entreprises différentes ne suit absolument aucune convention de mise en page commune. Le champ qui compte se trouve là où le rédacteur l'a placé.
Les contrats de travail partagent un vocabulaire mais aucune mise en page. La « période d'essai » peut figurer à la clause 5.2 d'un contrat, sous forme de puce sous « Conditions d'emploi » dans un autre, et pas du tout dans un troisième parce que le poste est assez senior pour l'avoir supprimée. Un outil basé sur des modèles attend le champ à la même position à chaque fois — exactement ce que les contrats de travail ne lui offrent jamais.
C'est aussi pourquoi le SIRH ne peut pas résoudre le problème lui-même. Même si votre SIRH proposait le téléchargement de documents avec extraction de champs — et la plupart ne le font pas — il utiliserait une correspondance de modèles en interne. Il faudrait un modèle distinct pour chaque format de contrat que vous recevez. Vous passeriez plus de temps à apprendre au système où se trouve chaque champ que vous n'en passez actuellement à le saisir.
Étape par étape : du PDF signé à la feuille de calcul prête pour les RH en une seule passe
L'alternative à l'extraction basée sur des modèles est l'extraction sémantique : l'IA lit le contrat en cherchant le sens, pas la position. Plutôt que de définir des zones sur une page, vous définissez les colonnes que vous voulez dans votre feuille de calcul de sortie — « Nom de l'employé », « Date de début », « Salaire », « Période d'essai » — et l'IA localise chaque valeur en comprenant ce que le champ représente et comment il est probablement exprimé dans un contrat, quel que soit la page où il se trouve ou la formulation du rédacteur. Cette approche s'appelle Extraction de colonnes personnalisées : vous nommez les colonnes souhaitées, et l'IA les remplit en utilisant la compréhension sémantique au lieu des coordonnées de pixels. Si vous vous demandez encore si c'est le bon outil pour votre équipe, le guide sur l'extraction pour la gestion des contrats RH couvre ce que cette capacité fait et quand les équipes RH l'utilisent.
Voici le flux de travail qui remplace 20 à 30 minutes de ressaisie manuelle par 10 secondes de traitement par document.
Téléchargez les contrats de travail signés
Glissez-déposez vos PDF, scans ou même photos de contrats papier signés. Vous pouvez télécharger un seul contrat ou un lot complet — 10 nouvelles embauches, 50 lettres d'offre — dans une file de traitement unique. L'outil accepte les formats PDF, JPG, PNG et WebP, donc que le candidat ait signé électroniquement ou au stylo sur papier que vous avez ensuite scanné, le format d'entrée n'a pas d'importance.
Nommez les colonnes dont vous avez besoin
Saisissez les noms des champs en langage courant — « Nom de l'employé », « Intitulé du poste », « Date de début », « Salaire annuel », « Période d'essai », « Préavis », « Heures de travail », « Résumé des avantages », « Portée de la clause de non-concurrence ». Ces noms deviennent les en-têtes de colonnes dans votre feuille de calcul de sortie. Vous n'avez pas besoin de préciser où se trouve chaque champ dans le contrat. L'IA lit le document de manière sémantique, reconnaissant que « Date d'entrée en fonction » en page 2 d'un contrat et « Date d'effet » en page 1 d'un autre signifient tous deux la même chose que vous attendez sous « Date de début ».
Téléchargez le tableur et alimentez votre SIRH
Le résultat est un tableur Excel (ou CSV, si vous préférez) où chaque ligne correspond à un contrat de travail et chaque colonne à l'un des champs que vous avez nommés. Les 14 champs de 10 contrats arrivent dans un seul tableau. Vous disposez alors d'un jeu de données structuré, importable directement dans Workday, BambooHR ou ADP via la fonction d'import en masse de chaque plateforme — ou simplement conservé comme document de référence vivant qui suit les conditions contractuelles clés de l'ensemble de votre effectif. Le convertisseur de contrats de travail en Excel regroupe ce même flux de nommage des colonnes en une seule étape de dépôt et d'extraction.
Voici le flux de travail en action. Téléversez un contrat de travail, nommez vos colonnes, et l'IA fait la lecture que vous alliez faire vous-même.
Les fichiers sont traités en toute sécurité et ne sont pas stockés.
Une note sur ce qui se passe quand l'IA ne trouve pas un champ : si la période d'essai n'existe pas dans le contrat d'un cadre supérieur parce que le rôle y a renoncé, la cellule est laissée vide. L'IA n'invente pas de valeurs. Elle ne devine pas. Elle trouve le champ et l'extrait, ou ne renvoie rien. Ce comportement est essentiel pour les données RH — une cellule vide est trivialement identifiable dans une feuille de calcul ; une entrée erronée pourrait passer inaperçue jusqu'à ce qu'elle déclenche une erreur de paie ou une échéance de conformité manquée.
Transférer les résultats vers Workday, BambooHR ou ADP
La feuille de calcul extraite n'est pas la destination finale. C'est le pont entre le contrat signé et votre SIRH. Chaque grande plateforme RH prend en charge l'import en masse depuis Excel ou CSV, et les noms de colonnes utilisés lors de l'extraction correspondent directement aux champs attendus par votre SIRH.
Workday, par exemple, accepte les données des employés via les imports Enterprise Interface Builder (EIB). BambooHR propose un import en masse des données des employés à l'aide d'un modèle de feuille de calcul — vous faites correspondre vos colonnes extraites aux noms de champs de BambooHR et vous téléchargez. ADP Workforce Now dispose d'un flux d'import en masse similaire pour les données des nouvelles recrues. Le point clé : une fois vos données contractuelles dans un tableau structuré, l'étape d'import dans le SIRH se mesure en minutes sur toutes les plateformes, et non en heures par recrue.
C'est aussi là que l'approche passe à l'échelle. Si vous avez extrait 10 contrats, vous avez une feuille de calcul avec 10 lignes. Si vous agrandissez votre équipe et avez embauché 50 personnes ce trimestre, vous avez une feuille de calcul avec 50 lignes. Le processus d'import dans votre SIRH est identique quel que soit le volume — ce qui signifie que le temps gagné par recrue ne plafonne pas. Il s'accumule. Lorsque le lot lui-même devient le défi — 50 lettres d'offre de formats variés arrivant la même semaine — le flux de travail d'extraction de lettres d'offre et de contrats par lot couvre les problèmes de nommage, de variance et de consolidation qui n'apparaissent qu'à cette échelle.
Une seule réserve à mentionner : après l'extraction et avant l'import dans le SIRH, vérifiez les colonnes Date de début et Salaire par rapport aux lettres d'offre originales. Ce sont les deux champs où une divergence a les conséquences les plus immédiates — une date de début incorrecte retarde l'activation de la paie, et un salaire incorrect crée un problème juridique et de confiance bien plus difficile à résoudre qu'une faute de frappe dans le champ Résumé des avantages. Une vérification de 30 secondes sur deux colonnes et 50 lignes reste 50 fois plus rapide que de ressaisir les 14 champs.
Si vous traitez également des documents d'emploi standard comme les formulaires fiscaux W-2 en plus des lettres d'offre et des contrats, l'extraction de données contractuelles vers Excel fonctionne sur tous les types de documents — les noms de colonnes que vous définissez s'appliquent uniformément, que le document source soit un contrat de travail, un contrat de prestataire indépendant ou un NDA avec une nouvelle recrue. Un ensemble de colonnes, un export, un import.
FAQ
Ne puis-je pas simplement utiliser les champs de données de DocuSign ou le module d'intégration du SIRH pour cela ?
DocuSign peut baliser des champs pendant le processus de signature lorsque c'est vous qui envoyez le contrat pour signature — cela fonctionne pour les contrats sortants que vous rédigez. Mais les contrats de travail arrivent souvent entrants : un PDF signé d'un ancien employeur (pour la vérification des antécédents), une copie contresignée renvoyée par le candidat, ou un original papier numérisé. Dans ces cas, il n'y a pas de champs pré-baliser à extraire. Quant aux modules d'intégration du SIRH, ils présentent généralement des formulaires numériques que l'employé remplit — ce qui capture les données de manière prospective — mais ils ne lisent pas un PDF déjà exécuté pour en extraire rétroactivement des conditions rédigées par quelqu'un d'autre dans un modèle de quelqu'un d'autre.
Cela fonctionne-t-il si le contrat est un document papier numérisé, et non un PDF numérique ?
Oui. L'IA lit le contenu visuel de la page — texte imprimé, texte numérisé, et même certaines annotations manuscrites — plutôt que de s'appuyer sur des couches de texte intégrées dans un PDF créé numériquement. Un contrat papier photographié avec un téléphone fonctionne comme un PDF numérique généré depuis Word. La qualité de l'image doit être lisible, mais elle n'a pas besoin d'être parfaite.
Qu'en est-il des contrats dans des formats non américains — contrats de travail britanniques, accords de travail européens ?
L'approche est adaptative à la langue et indépendante du format. Un contrat britannique qui parle de « Rémunération » et un contrat américain qui parle de « Salaire » sont tous deux mappés vers la même colonne que vous avez nommée « Salaire annuel », car l'IA comprend à quoi ressemble le langage de la rémunération selon les juridictions. La même logique s'applique à « Période d'essai » (Royaume-Uni) vs « Période d'introduction » (États-Unis) vs « Probezeit » dans un contrat en allemand. L'IA lit le sens, pas une correspondance de mots-clés.
Comment cela gère-t-il le langage d'emploi à volonté dans les différents États américains ?
La Fair Labor Standards Act (FLSA) régit les normes fédérales de salaire et d'heures de travail, mais l'emploi à volonté — la doctrine selon laquelle chaque partie peut mettre fin à la relation de travail à tout moment pour toute raison légale — est régi par le droit de l'État. Les 50 États suivent la règle de l'emploi à volonté, sauf le Montana, qui exige une cause valable pour le licenciement après une période d'essai. Lorsque vous extrayez « Déclaration d'emploi à volonté » comme colonne, l'IA identifie si le contrat contient un langage explicite d'emploi à volonté — que la plupart des contrats de travail américains incluent pour renforcer la position juridique de l'employeur en cas de litige de licenciement — quel que soit le nombre de paragraphes qui le séparent du bloc de signature. Si le contrat concerne un poste dans le Montana, l'absence de langage standard d'emploi à volonté est en soi un point de données à signaler.
Quelle est la différence entre cette solution et un système de gestion du cycle de vie des contrats (CLM) ?
Un CLM — des plateformes comme Ironclad, LinkSquares ou Sirion — gère l'ensemble du flux de travail contractuel : rédaction, négociation, approbation, signature électronique, stockage, suivi des obligations et alertes de renouvellement. Cela représente huit à dix fonctions. La plupart des équipes RH n'ont besoin que d'une seule : extraire des données structurées des contrats de travail signés. Cette approche fait cette seule chose sans nécessiter de cycles de mise en œuvre, de licences par utilisateur ou de formation sur une plateforme que vous n'utiliseriez que pour 10 % de ses fonctionnalités. Ce n'est pas un remplacement du CLM pour les entreprises qui ont besoin d'une gestion complète du cycle de vie. C'est l'outil adapté aux équipes RH dont le défi contractuel commence et se termine par « intégrer les données dans le SIRH ».
Les données sont déjà dans le document. Les en extraire ne devrait pas être la partie difficile.
Les contrats de travail sont des documents juridiques denses, mais les données dont les RH ont besoin sont limitées et prévisibles : qui, quel rôle, combien, à partir de quand, sous quelles conditions, avec quelles restrictions. La liste n'a pas changé depuis des décennies. Ce qui a changé, c'est que les outils de lecture de documents ont rattrapé les outils de stockage de données — et l'écart entre les deux, qui pendant des années était comblé par des coordinateurs RH ouvrant des PDF un par un, n'a plus besoin d'être comblé manuellement.
Les 944 300 professionnels des RH aux États-Unis ne sont pas payés pour ressaisir des informations d'un format à un autre. Ils sont payés pour recruter, développer et fidéliser les talents. Combler l'écart entre un contrat signé et une feuille de calcul prête pour le SIRH est l'un des rares changements opérationnels qui ne coûte rien à annuler, qui accélère immédiatement avec le volume, et qui permet à votre équipe RH de consacrer son temps au travail que son titre décrit réellement.
Testez un exemple de contrat de travail via le flux d'extraction. L'aperçu ci-dessus utilise un préréglage de contrat — saisissez les noms de colonnes dont votre équipe a réellement besoin, et voyez si ce qui aurait été 30 minutes de recoupement devient 10 secondes d'attente pour une feuille de calcul.