Pourquoi les RH suivent encore
les dates d'expiration des contrats dans un tableur

Les dates que les RH doivent vraiment suivre ne sont pas dans le SIRH

Un contrat de travail est truffé de dates. Pas seulement les plus évidentes — la date de début, que tout SIRH capture parce que la paie en a besoin — mais les dates moins évidentes, aux enjeux plus élevés, qui déterminent si le statut d'emploi d'une personne est sur le point de changer.

Un salarié en CDD embauché le 15 janvier avec un contrat de 12 mois a une date d'échéance au 14 janvier de l'année suivante. Avant cette date, l'employeur doit décider : renouveler le contrat, le transformer en CDI, ou laisser le terme expirer. La plupart des contrats de travail précisent également un délai de préavis pour le non-renouvellement — généralement 30, 60 ou 90 jours — ce qui recule l'échéance de la décision par rapport à la date de fin du contrat. Un préavis de non-renouvellement de 90 jours pour une échéance au 14 janvier signifie que la décision doit être prise avant le 16 octobre. Manquez le 16 octobre et vous ne pouvez pas sortir du contrat à sa date de fin naturelle sans violer ses termes. Vous négociez alors une prolongation que vous ne souhaitiez pas, parce que le calendrier a avancé plus vite que quiconque ne l'a remarqué.

Une nouvelle recrue avec une période d'essai de 6 mois a une date limite d'évaluation — la date à laquelle le manager doit soumettre son bilan d'essai et l'équipe RH doit soit confirmer le statut définitif, soit prolonger l'essai, soit rompre le contrat. Les dates de fin de période d'essai sont particulièrement piégeuses car elles se situent généralement entre 90 et 180 jours après la date de début — une fenêtre de temps assez longue pour que l'urgence initiale de l'intégration s'estompe, mais assez courte pour qu'un dépassement de deux semaines signifie qu'un salarié a passé deux semaines supplémentaires dans un statut non autorisé par l'entreprise.

Ajoutez maintenant les autres catégories de dates qui vivent dans le contrat mais pas dans le SIRH : la période de non-concurrence — généralement de 6 à 12 mois après la rupture, durant laquelle les restrictions de recherche d'emploi de l'ancien salarié doivent être surveillées ; la date d'expiration du visa ou de l'autorisation de travail, qui pour les titulaires de visas H-1B ou L-1 est directement liée à la durée du contrat ; la date de révision annuelle du salaire spécifiée dans les contrats pluriannuels ; la fenêtre de clause de droit de renouvellement qui donne au salarié, et non à l'employeur, l'option de prolonger — et si les RH manquent la fenêtre du salarié, celui-ci peut perdre ce droit.

Chacune de ces dates a une conséquence juridique attachée. Aucune d'elles n'a de champ dédié dans Workday, BambooHR ou ADP Workforce Now. La date de début est saisie lors de l'intégration car la paie ne peut pas fonctionner sans elle. Toutes les autres dates du contrat restent enfermées dans le PDF — visibles pour quiconque l'ouvre mais invisibles pour tout système qui gère le dossier du salarié. La coordinatrice RH qui a configuré le profil du salarié dans le SIRH le premier jour a peut-être lu la date de fin de période d'essai en remplissant le formulaire d'intégration, l'a notée mentalement, et ne l'a jamais saisie nulle part. Six mois plus tard, quand le bilan d'essai est dû, personne ne s'en souvient — sauf le manager qui veut soudainement savoir pourquoi il n'y a pas eu de rappel.

Le tableur n'est pas une solution — c'est la preuve qu'aucune solution n'existe

Demandez à n'importe quel généraliste RH dans une entreprise de 100 à 500 employés comment il suit les dates de contrat, et la réponse sera presque toujours une variante de la même chose : un tableur tenu à la main, soutenu par des rappels Outlook, parfois recoupé avec un disque partagé rempli de PDF. Ce n'est pas parce que les professionnels RH manquent de compétences organisationnelles. C'est parce que le tableur est le seul outil de la pile technologique de l'entreprise qui permet à une personne de créer une structure de données que les systèmes réels de l'entreprise n'ont jamais construite.

Le flux de travail est banal mais fragile. Chaque fois qu'un nouveau contrat de travail est signé, quelqu'un aux RH ouvre le tableur de suivi, trouve ou crée une ligne pour cet employé, et saisit manuellement six à huit champs de date. Chaque fois qu'un contrat est modifié — prolongation de période d'essai, renouvellement, ajustement salarial avec une nouvelle date de révision — le tableur doit être mis à jour. Si la personne qui tient le tableur quitte l'entreprise ou part en congé, un collègue hérite du fichier sans savoir quelles dates ont été vérifiées pour la dernière fois par rapport à quelles versions de contrat. Six mois plus tard, quelqu'un pose une question de routine — « Quels contrats expirent le trimestre prochain ? » — et la réponse nécessite d'ouvrir plusieurs dizaines de PDF parce que personne ne fait plus confiance au tableur.

La fragilité s'aggrave avec l'échelle. Une entreprise de 200 employés, dont 30 en CDD, 15 en période d'essai, et 12 sous visa parrainé — ce n'est pas un portefeuille RH inhabituel pour un cabinet de services professionnels de taille moyenne ou une entreprise technologique avec une main-d'œuvre internationale. Ce portefeuille génère environ 57 événements sensibles aux dates qui doivent être suivis dans 57 documents différents, chacun dans un format potentiellement différent. Une seule mise à jour manquée — quelqu'un a renouvelé son contrat mais le tableur affiche encore l'ancienne date d'expiration — crée une erreur qui se propage silencieusement. Le tableur ne sait pas qu'il a tort. Il reste là, semblant fiable, jusqu'à ce que quelqu'un agisse sur des données erronées.

Ce qui rend cela pire qu'un risque typique de tableur, c'est que la source de vérité — le contrat signé en PDF — se trouve dans un endroit différent de l'outil de suivi. Mettre à jour le tableur nécessite de lire le contrat. Lire le contrat nécessite d'ouvrir un PDF. Ouvrir le PDF nécessite de naviguer dans une structure de dossiers. Un processus avec trois transferts manuels entre la source de données et l'enregistrement de suivi n'est pas un système. C'est une chaîne d'attention humaine, et chaque maillon de cette chaîne échoue à un certain taux. La seule question est de savoir à quelle fréquence — et si la surface d'échec touche une date d'expiration, un délai de non-renouvellement, ou un examen de période d'essai que quelqu'un a oublié.

SIRH et CLM : deux catégories, aucune conçue pour le suivi des contrats de travail

Pour comprendre pourquoi ce processus basé sur un tableur persiste dans les entreprises de toutes tailles, il faut comprendre l'architecture des deux catégories de produits qui auraient pu, en théorie, résoudre le problème — et pourquoi aucune ne l'a fait.

Les plateformes SIRH gèrent les dossiers des employés, pas les cycles de vie des contrats. Workday, BambooHR, ADP Workforce Now et leurs concurrents sont construits autour d'un dossier employé — une entrée de base de données qui stocke le nom, l'adresse, le numéro de sécurité sociale, la rémunération, le service, le manager, les options de couverture sociale, les soldes de congés et les évaluations de performance. Chaque fonctionnalité ajoutée à ces plateformes au cours des vingt dernières années — modules de gestion des talents, planification de la rémunération, analyses des effectifs — étend les capacités du dossier employé. Aucune d'elles n'étend le concept de dossier employé pour inclure une chronologie contractuelle prospective. BambooHR a un onglet Documents où les contrats signés peuvent être téléchargés au format PDF. Il n'extrait pas les champs de ces PDF. Il ne renseigne pas les dates de ces PDF dans un rapport ou un tableau de bord. Il stocke le document. C'est le plafond de la gestion contractuelle native des SIRH : un classeur avec recherche.

Les plateformes CLM gèrent les contrats commerciaux, pas les contrats de travail. Les outils de gestion du cycle de vie des contrats — Ironclad, LinkSquares, Juro, ContractWorks — ont été conçus pour traiter les accords de vente, les contrats d'approvisionnement, les NDA, les accords avec les fournisseurs et les partenariats. Leurs fonctionnalités reflètent cela : bibliothèques de clauses pour les termes commerciaux, workflows de négociation avec révision, intégration de signature électronique, suivi des obligations pour les livrables et les jalons de paiement. La tarification le reflète également — à partir de 600 à 1 200 dollars par mois, conçue pour les services juridiques et les équipes achats dont l'ensemble du flux de travail tourne autour de la gestion des contrats. Le volume des contrats de travail représente généralement un dixième à un vingtième du nombre total de contrats d'une entreprise de taille moyenne, et les profils d'utilisateurs sont complètement différents. Un CLM est un luxe coûteux et excessif pour une équipe RH qui doit suivre 50 dates de contrat, et non 5 000 accords fournisseurs.

Le contrat de travail se situe précisément dans le vide produit entre ces deux catégories. Il est trop structuré pour un tableur générique : il comporte plusieurs types de dates avec des interdépendances juridiques, et la saisie manuelle des données à grande échelle produit des erreurs qui se traduisent par une exposition réglementaire. Mais il sort du périmètre natif à la fois du SIRH — qui n'a pas été conçu pour suivre les cycles de vie des contrats — et du CLM — qui n'a pas été conçu pour les utilisateurs RH ou les cas d'usage RH. Ce n'est pas un échec d'un fournisseur en particulier. C'est le résultat prévisible de deux catégories de produits évoluant de part et d'autre du fossé entre dossier employé et contrat commercial, sans qu'aucune n'ait intérêt à construire dans la mince bande de territoire qui les sépare.

Le tableur gagne — non pas parce qu'il est bon, mais parce que c'est la seule option qui ne nécessite pas de décision d'achat de logiciel de la part d'un service extérieur aux RH. C'est le choix par défaut, pas le choix délibéré.

Les enjeux de conformité que personne ne comptabilise avant un audit

Le suivi des contrats est généralement présenté comme un problème d'efficacité — des dates manquées créent des bousculades administratives, des renouvellements de dernière minute, des conversations gênantes avec des employés dont le contrat a expiré. Mais l'exposition la plus profonde est juridique.

En vertu du règlement sur la tenue de registres de la FLSA (29 CFR Partie 516), les employeurs doivent conserver les registres de paie pendant au moins trois ans et les documents sur lesquels reposent les calculs de salaire pendant au moins deux ans. Un contrat de travail en lui-même n'est pas un document requis par la FLSA — mais les conditions salariales, la date de début, la classification et les clauses relatives aux heures de travail qu'il contient sont la base des calculs de salaire. Lorsqu'un contrat expire et qu'un employé continue de travailler sans nouvel accord signé, la documentation de l'employeur concernant la base de rémunération de cet employé présente une lacune — pas nécessairement une infraction, mais une faiblesse probante qui compte en cas de litige salarial. Si l'employé était sous contrat à durée déterminée à 85 000 $ par an et que le contrat a expiré il y a six mois mais qu'il est toujours payé au même montant, la question juridique ne porte pas sur le montant du chèque de paie. Elle porte sur le point de savoir si l'arrangement de rémunération est toujours régi par les termes du contrat expiré, ou s'il est revenu à quelque chose de moins clairement défini.

L'emploi à volonté ajoute une autre dimension. Dans 49 États américains — tous sauf le Montana — l'emploi est par défaut à volonté, ce qui signifie que chaque partie peut mettre fin à la relation à tout moment pour tout motif non discriminatoire. Un contrat de travail signé avec une durée déterminée crée une exception au statut à volonté pendant la période contractuelle. Lorsque ce contrat expire et que l'employé continue de travailler sans nouvel accord, son statut d'emploi revient silencieusement à l'emploi à volonté — mais si personne n'a documenté ce retour, les protections contre le licenciement que l'employé croyait avoir en vertu du contrat peuvent devenir l'objet d'un litige. La date d'expiration du contrat n'est pas seulement un événement de calendrier. C'est un point de transition de statut juridique. Et dans la plupart des services RH, le système qui suit les transitions de statut juridique est le même tableur qui suit tout le reste — avec le même taux d'erreur, les mêmes problèmes de contrôle de version et la même absence de piste d'audit.

Pour les employés sous visa parrainé — H-1B, L-1, TN — la date d'expiration du contrat et la date d'expiration du visa sont rarement identiques, mais elles sont liées. Un travailleur H-1B dont le contrat de travail expire peut toujours avoir un statut de visa valide si l'employeur demande une prolongation avant l'expiration du visa. Si le contrat expire et que personne aux RH ne traite les documents de prolongation à temps, la cascade de non-conformité est punitive : travailleur en situation irrégulière, violation potentielle du formulaire I-9 pour l'employeur, et — puisque l'USCIS lie chaque pétition H-1B à un emploi spécifique avec des conditions spécifiques — une inadéquation entre les conditions d'emploi pétitionnées et la relation d'emploi réelle. La FLSA, la doctrine de l'emploi à volonté des États et la conformité en matière d'immigration convergent sur le même point de données : la date d'expiration du contrat. Et ce point de données est suivi, dans la plupart des organisations, dans un fichier appelé suivi-contrats-v3-final.xlsx.

Quand le fossé est comblé du côté du document, pas du système

Les sections précédentes ont diagnostiqué pourquoi le fossé existe — le SIRH regarde les dossiers des employés, le CLM regarde les contrats commerciaux, aucun ne regarde la chronologie du contrat de travail. La solution n'est pas de remplacer l'une ou l'autre catégorie. Elle est de combler le vide entre elles. Et le point de départ pour combler ce vide, c'est le document lui-même.

Un PDF de contrat de travail — qu'il s'agisse d'une page de signature scannée, d'une lettre d'offre signée électroniquement, d'un avenant de renouvellement ou d'un contrat à durée déterminée avec plusieurs lettres modificatives — contient toutes les dates et les détails des clauses que les RH doivent suivre. Le goulot d'étranglement est que l'extraction de ces dates dans un tableau structuré a, historiquement, nécessité qu'une personne ouvre chaque PDF, localise chaque champ de date, lise sa valeur et la saisisse dans le tableur de suivi. Pour 50 contrats — soit environ le portefeuille d'une entreprise de taille moyenne avec 500 employés, dont une partie en contrats à durée déterminée — cela représente des heures de lecture et de saisie répétitives, avec un taux d'erreur inhérent à chaque frappe.

Ce qui a changé, ce n'est pas que les plateformes SIRH ou CLM ont ajouté des fonctionnalités. Ce qui a changé, c'est qu'une catégorie d'outils différente — l'extraction de documents par IA — peut désormais lire un contrat comme le ferait un coordinateur RH : en comprenant ce que chaque champ signifie, et non en faisant correspondre un modèle prédéfini à une mise en page spécifique. Le mécanisme est l'extraction par nom de colonne : vous définissez les champs de données dont vous avez besoin — « Date de début du contrat », « Date d'expiration du contrat », « Date de fin de période d'essai », « Délai de préavis de renouvellement (jours) », « Durée de la clause de non-concurrence (mois) », « Date d'expiration du visa » — et l'IA lit chaque contrat téléchargé, localise les valeurs correspondantes où qu'elles apparaissent sur la page, et compile le tout dans un seul tableur. Une lettre d'offre d'une start-up tech avec des clauses d'acquisition d'actions, un contrat à durée déterminée d'une université avec des conditions de renouvellement par année académique, un avenant de prestataire avec des dates de fin spécifiques au projet — tous lus avec les mêmes définitions de colonnes, quel que soit le format, la mise en page ou la longueur du document.

Le changement crucial est le suivant : lorsque l'étape d'extraction est automatisée, le travail du coordinateur RH passe de la saisie de données à la vérification des données. Au lieu d'ouvrir 50 PDF et de saisir 300 champs de date dans Excel, le coordinateur télécharge le dossier de contrats, attend la fin de l'extraction — généralement 5 à 10 secondes par page — puis vérifie le tableau de sortie. L'étape de vérification préserve la supervision que les équipes RH exigent avant que les données contractuelles n'entrent dans un système de suivi ou ne déclenchent un workflow d'échéance, mais elle réduit la tâche de heures de saisie mécanique à quelques minutes de balayage d'un tableau pour repérer les champs à faible confiance signalés. Pour le workflow spécifique d'extraction des champs clés des contrats de travail dans un tableur, cela signifie que l'étape de nommage des colonnes — définir ce que vous voulez suivre — se fait une fois, et que chaque lot de contrats ultérieur hérite du même schéma.

Cette approche ne remplace pas le SIRH. Le SIRH continue de gérer le dossier employé, d'exécuter la paie, de suivre les congés et de stocker les évaluations de performance. Ce qui change, c'est le point d'entrée des données dans l'organisation : au lieu qu'une personne saisisse manuellement les champs d'un contrat PDF dans le SIRH un par un sur plusieurs jours, l'étape d'extraction produit un tableur qui peut être vérifié en quelques minutes puis importé en masse dans le SIRH, l'outil de conformité ou le calendrier partagé du service. Pour le tableur de suivi lui-même — celui que les équipes RH maintiennent faute de mieux — le résultat de l'extraction remplace la saisie manuelle qui était la principale source d'erreur du tableur. Le tableur reste, si l'équipe le souhaite, mais il est alimenté par l'extraction plutôt que par la frappe.

Pour les organisations qui traitent des contrats à grande échelle — cycles d'embauche saisonniers, nominations de professeurs en CDD à l'université, intégration de contractuels sur projet — l'extraction par lots des lettres d'offre et des contrats dans une base de données employés unifiée élimine entièrement le travail de saisie par contrat et par champ. Cinquante nouvelles recrues avec des lettres d'offre signées, contenant chacune date de début, période d'essai, salaire et préavis de rupture, produisent un tableau de sortie avec exactement les colonnes définies par les RH — un import, une vérification, zéro saisie manuelle. Le flux de travail par lots sépare le travail mécanique de lecture des documents du travail de jugement de vérification des données extraites, et cette séparation est ce qui permet au processus de passer à l'échelle au-delà de ce qu'un seul coordinateur peut saisir en une semaine.

FAQ

Pourquoi mon SIRH ne suit-il pas déjà les dates d'expiration des contrats ?

Les SIRH ont été conçus autour de la fiche employé — une base de données du statut d'emploi actuel, de la rémunération et des avantages sociaux. Les contrats de travail, en revanche, sont des documents temporels qui encodent des événements futurs (expiration, renouvellement, revue de période d'essai). La plupart des SIRH ont un seul champ « date de début » et, parfois, un champ « date de fin ». Les dates intermédiaires — fin de période d'essai, date limite de renouvellement, fin de clause de non-concurrence — n'ont jamais fait partie du modèle de données des SIRH car elles n'étaient pas nécessaires au traitement de la paie, fonction première que les SIRH ont automatisée. Ajouter ces champs nécessiterait des modifications de schéma, des moteurs de workflow et une logique de notification qui sortent du paradigme de la fiche employé sur lequel la plupart des plateformes ont bâti leur architecture.

Les outils CLM comme Ironclad ou LinkSquares peuvent-ils gérer les contrats de travail ?

Techniquement, oui — les plateformes CLM peuvent stocker, rechercher et suivre les dates de tout type de contrat, y compris les contrats de travail. En pratique, les obstacles sont le coût et l'expérience utilisateur. Le prix des CLM commence à 600-1 200 $ par mois et augmente avec le nombre d'utilisateurs — une tarification conçue pour les services juridiques gérant des milliers de contrats commerciaux, pas pour les RH gérant des dizaines de contrats de travail. L'interface utilisateur, le langage de workflow (négociation, révision, gestion des contreparties) et l'écosystème d'intégration sont tous construits pour les profils juridiques et achats, pas pour le coordinateur RH qui doit rapidement vérifier quelles revues de période d'essai sont dues la semaine prochaine. La plupart des équipes RH qui essaient un CLM pour le suivi des contrats de travail l'abandonnent en un trimestre car l'outil exige plus de travail que le processus qu'il était censé remplacer.

Quelles sont les dates de contrat les plus souvent oubliées en RH ?

Les dates de fin de période d'essai sont les plus fréquemment oubliées — elles surviennent 90 à 180 jours après le début, moment où l'urgence de l'intégration initiale est passée et où la date n'a jamais été transférée du PDF du contrat dans un système de suivi. Les dates d'expiration des contrats à durée déterminée viennent ensuite, en particulier pour les contrats de plus d'un an, car le processus de renouvellement (préavis de 30 à 90 jours) nécessite un calcul rétroactif à partir de la date d'expiration que la plupart des tableurs manuels n'automatisent pas. Les dates de fin de clause de non-concurrence ne sont presque jamais suivies — elles s'activent après le départ, donc la responsabilité du suivi échappe aux RH dès que l'employé quitte l'entreprise, malgré l'importance juridique de la fin de la restriction.

L'extraction par IA peut-elle traiter des contrats manuscrits ou numérisés ?

Oui, avec une précision qui dépend de la qualité du document. L'extraction des noms de colonnes utilise un modèle de langage visuel qui lit le texte en comprenant le sens sémantique plutôt qu'en faisant correspondre des motifs de caractères. Les documents imprimés clairs et les PDF tapés — la plupart des contrats de travail entrent dans cette catégorie — sont extraits avec une grande précision. Les documents numérisés avec une résolution nette offrent des performances comparables. Les annotations manuscrites sur des contrats imprimés, un contraste de numérisation très faible ou des photocopies de plusieurs générations peuvent générer des avertissements de confiance sur les champs concernés, les signalant pour une vérification manuelle. Le résultat typique pour un lot de contrats de travail : 85 à 95 % des champs de date sont correctement extraits dès le premier passage, les 5 à 15 % restants étant signalés pour qu'un relecteur les vérifie par rapport au document original — une réduction considérable par rapport à la saisie manuelle de 100 % des champs.

Que se passe-t-il si un contrat expire et qu'un employé continue de travailler sans nouvel accord ?

Aux États-Unis, la plupart des employés sont en emploi à volonté par défaut, donc la relation de travail se poursuit — mais sans les protections ou les conditions prévues par le contrat expiré. Si le contrat spécifiait un délai de préavis minimum pour le licenciement, cette protection disparaît à l'expiration. Si le contrat incluait une formule d'indemnité de départ définie, l'employeur n'y est plus tenu, sauf si la loi de l'État ou la politique de l'entreprise exige indépendamment une indemnité de départ. Si le contrat spécifiait des dates de révision salariale ou des critères d'éligibilité aux primes, ces conditions expirent. L'exposition pratique est double : (1) l'employeur peut accidentellement refuser à l'employé un avantage auquel le contrat lui donnait droit avant l'expiration, créant un litige, et (2) si l'employeur continue de payer le même salaire et que l'employé continue de travailler, un tribunal peut ultérieurement conclure que les conditions du contrat ont été implicitement renouvelées — ce qui signifie que l'employeur est lié par des conditions qu'il croyait expirées, parce que personne n'a documenté l'expiration.

Comment cette approche s'intègre-t-elle à notre SIRH existant — devons-nous remplacer quelque chose ?

Aucun remplacement n'est nécessaire. L'extraction des noms de colonnes produit un tableur (Excel ou CSV) qui devient l'entrée pour tout système de suivi ou flux de travail utilisé par votre équipe. Si vous tenez un tableur de suivi des contrats, le résultat de l'extraction l'alimente directement — remplaçant la saisie manuelle des données par une vérification uniquement. Si vous utilisez un SIRH avec une capacité d'importation en masse, le tableur se charge dans le SIRH via son interface de téléchargement standard. Si vous utilisez un calendrier partagé ou un outil de gestion de projet pour suivre les échéances, les colonnes de dates extraites deviennent les données sources pour alimenter ces rappels. L'étape d'extraction comble le fossé entre le PDF du contrat et le système que votre équipe utilise pour suivre son contenu — sans nécessiter de modifications de ce système.

Un vide structurel, pas un problème de compétences

Le tableur de suivi des contrats de travail n'est pas le signe d'une équipe RH désorganisée. C'est une adaptation rationnelle à un vide structurel dans le paysage technologique RH — un vide créé par deux catégories de produits qui ont évolué pour gérer les dossiers d'un côté et les accords commerciaux de l'autre, laissant les échéances des contrats de travail dans l'espace entre les deux. Tant que les plateformes SIRH n'auront pas de modèle de données pour les échéances des contrats et les plateformes GCL des workflows adaptés aux RH, le tableur restera l'outil par défaut — car c'est le seul qui permette à un coordinateur RH d'inventer une structure de données que le marché n'a jamais construite.

Ce qui change aujourd'hui, ce n'est pas l'arrivée d'une nouvelle plateforme pour combler ce vide. C'est que le document lui-même — le PDF signé dans un dossier partagé — peut désormais être lu, ses dates et clauses extraites dans un tableau structuré, sans qu'une personne ait à lire et à saisir. Cette seule capacité — l'extraction sémantique de champs, quel que soit le format du contrat — transforme le tableur d'une corvée de saisie en un tableau de bord de suivi et de révision. L'écart entre le contrat et le système de suivi ne se comble pas. Mais le pont qui le franchit cesse d'être un clavier.

Essayez d'extraire les dates et champs de vos propres contrats de travail