Comment extraire les données P60 du Royaume-Uni dans Excel
pour le rapprochement de la paie (guide 2026)
Chaque année, au 31 mai au plus tard, tout employeur britannique doit remettre un P60 à chaque salarié présent dans les effectifs au 5 avril. Les équipes de paie disposent ainsi d'environ huit semaines pour générer, distribuer et — dans les entreprises qui ne disposent pas de systèmes RH entièrement intégrés — saisir manuellement les mêmes champs sur des dizaines, voire des centaines d'attestations, dans un tableur à des fins de rapprochement. Une entreprise de taille moyenne qui gère sa paie avec Sage, compte 150 salariés et ne dispose d'aucun flux automatisé P60-vers-logiciel-de-paie, passe la dernière semaine de mai à ressaisir les montants de salaire, l'impôt retenu et les références PAYE de l'employeur depuis des P60 imprimés ou reçus par e-mail dans un classeur Excel. À raison de deux minutes par attestation — localiser la bonne case sur la mise en page légèrement différente de chaque fournisseur, vérifier la lettre de catégorie NI, confirmer que le total annuel correspond à la soumission FPS — cela représente cinq heures de pure saisie dans une période où chaque heure compte.
Points clés à retenir
- Cinq heures fin mai : une entreprise de taille moyenne avec 150 salariés passe une journée entière de travail à ressaisir les montants de salaire P60, les numéros NI et les références PAYE depuis des attestations imprimées dans une feuille de rapprochement.
- Le goulot d'étranglement n'est pas la vitesse de frappe — chaque logiciel de paie (Sage, Xero, BrightPay, QuickBooks) affiche les mêmes champs imposés par HMRC dans une mise en page visuelle différente, obligeant quelqu'un à relocaliser 25 cases par attestation avant de saisir un seul chiffre.
- Définissez vos colonnes une seule fois — NINO, Salaire dans cet emploi, Impôt retenu, Lettre de catégorie NI — et les mêmes noms de colonnes d'extraction fonctionnent avec tous les fournisseurs de paie et toutes les années fiscales, car l'IA lit le sens des champs, pas leur position dans le modèle.
Ce que contient un P60 — et pourquoi chaque champ est important pour votre tableur
Le P60, officiellement appelé certificat de fin d'année, est un document réglementaire régi par le HM Revenue and Customs. Son contenu n'est pas une suggestion des concepteurs de logiciels de paie — il est prescrit par la loi conformément à la spécification RD1 du HMRC, qui définit chaque champ que toute mise en page de P60 de substitution doit comporter pour une année fiscale donnée. L'année fiscale court du 6 avril au 5 avril, et les champs du formulaire couvrent les douze mois complets de cette période pour chaque employé.
Comprendre l'utilité de chaque champ réglementaire — et pas seulement son nom — détermine si votre tableur extrait passe la réconciliation avec vos données de déclaration de paiement intégral (FPS) du premier coup ou génère un après-midi de recoupements. Voici les champs qui comptent pour la plupart des travaux de réconciliation de paie, regroupés par fonction aval :
Champs d'identité et de référence
- NINO de l'employé — Numéro d'assurance nationale au format deux lettres, six chiffres, une lettre de suffixe (ex. QQ 12 34 56 C). Sert de clé d'identité de l'employé pour le recoupement HMRC.
- Référence PAYE de l'employeur — au format
NNN/AAAAAAAA(numéro de bureau fiscal à 3 chiffres, barre oblique, jusqu'à 10 caractères alphanumériques). Ancre chaque ligne de P60 à la bonne entité employeur. - Numéro de matricule/de paie — identifiant interne de l'employé, facultatif mais utile lorsque deux employés partagent le même nom.
Chiffres de salaire et d'impôt
- Salaire dans cet emploi — salaire brut de l'année chez cet employeur. C'est le chiffre utilisé pour les déclarations de revenus en auto-évaluation.
- Impôt déduit — total de l'impôt sur le revenu PAYE (Pay As You Earn) déduit de cet emploi. Se réconcilie directement avec vos totaux de fin d'année FPS.
- Salaire total de l'année et Impôt total de l'année — agrégats des emplois précédents et actuels. Essentiel lorsqu'un employé a occupé plusieurs emplois au cours de la même année fiscale.
- Code fiscal final — ex. 1257L. Peut comporter un indicateur Semaine 1 ou Mois 1. Indique quel régime d'impôt d'urgence s'appliquait en fin d'année.
Détails de la National Insurance
- Lettre de catégorie NI — une lettre unique parmi l'ensemble restreint A, B, C, F, H, I, J, L, M, S, V, X, Z. Elle détermine les taux de cotisation appliqués.
- Tranches de revenus — les revenus au Plancher de revenus inférieur (LEL), entre le LEL et le Seuil primaire (PT), entre le PT et le Plafond de revenus supérieur (UEL), et au-dessus du UEL. Affichées séparément pour chaque lettre de catégorie.
- Cotisations salariales dues — la NI réellement retenue sur les revenus supérieurs au PT.
Indemnités légales et retenues
- Indemnité légale de maternité (SMP), Indemnité légale de paternité (SPP), Indemnité légale de congé parental partagé (ShPP), Indemnité légale d'adoption (SAP), Indemnité légale de deuil parental (SPBP), Indemnité légale de soins néonatals (SNCP) — chacune listée séparément. Elles n'apparaissent que si le salarié les a perçues au cours de l'année ; une case vide signifie « non applicable », ce qui diffère de « applicable et nul ».
- Retenues pour prêt étudiant — remboursements Plan 1, Plan 2 ou Plan 4 en livres entières.
- Retenues pour prêt de troisième cycle — distinctes des prêts étudiants de premier cycle, retenues à un seuil différent.
La conséquence pratique de cet ensemble de champs est qu'un tableur d'extraction de P60 pour 150 salariés produit 150 lignes et environ 20 à 25 colonnes selon le niveau de détail choisi pour les tranches de NI. La saisie manuelle sur cette grille — localiser chaque case sur chaque certificat, saisir la valeur, vérifier la lettre NI — représente les cinq heures de travail. Notre guide complet sur l'extraction de données P60 au Royaume-Uni pour les équipes de paie replace ce même ensemble de champs dans les trois flux de fin d'année qui l'utilisent ; l'extraction documentaire par IA supprime l'étape de localisation et de saisie en lisant le certificat de manière sémantique plutôt qu'en s'appuyant sur des coordonnées de pixels.
Le principe fondamental de l'extraction : Vous nommez les colonnes dont votre tableur a besoin — « NINO », « Salaire dans cet emploi », « Impôt retenu », « Lettre de catégorie NI » — et l'IA localise chaque valeur sur chaque P60 en comprenant la signification du champ, et non sa position sur la page. La même définition de colonne fonctionne avec Sage, Xero, QuickBooks, BrightPay et tout autre logiciel de paie proposant une mise en page de P60 de substitution, car l'IA lit la sémantique des libellés, et non le modèle de formulaire.
Pourquoi les mêmes données P60 apparaissent différemment selon les logiciels de paie
Si chaque P60 était identique — mêmes positions de cases, mêmes emplacements d'étiquettes, même police — l'extraction serait un problème résolu avec n'importe quel outil OCR basé sur des modèles. Mais la spécification RD1 de HMRC autorise explicitement des « variations de format et de mise en page » pour les formulaires de substitution, et chaque grand fournisseur de logiciels de paie exerce cette autorisation différemment.
Sage Payroll peut imprimer le NINO de l'employé dans le quadrant supérieur droit avec la référence PAYE dans un bloc séparé en dessous. Xero Payroll peut les placer côte à côte. BrightPay peut utiliser une grille à trois colonnes. IRIS Staffology peut tout empiler dans une seule colonne verticale. Le format de papier, la couleur d'encre et la disposition des cases sont à la discrétion de l'employeur ou du fournisseur de logiciel — la seule contrainte est que tous les champs obligatoires doivent apparaître sur une seule feuille de papier.
Ce n'est pas un bug dans la spécification. Cela existe parce que les employeurs utilisent différents logiciels de paie depuis des décennies, chacun avec son propre moteur d'impression, et l'approche de HMRC consiste à imposer le contenu des données plutôt que la mise en page visuelle. Le résultat pour quiconque fait de l'extraction est que le P60 de chaque fournisseur de paie est une variante de mise en page du même schéma de données sous-jacent — et un outil d'extraction basé sur des modèles entraîné sur la mise en page de Sage échouera sur celle de Xero.
La section sur la lettre de catégorie NI rend cela visible d'une manière qui coûte du temps réel. Lorsque la lettre de catégorie NI d'un employé change en cours d'année — par exemple, de A à C à l'atteinte de l'âge de la retraite d'État — le P60 doit afficher deux lignes NI distinctes sous différentes lettres de catégorie. Sage peut les imprimer comme deux lignes adjacentes avec les lettres d'étiquette à gauche. Xero peut les imprimer comme des sections de tableau distinctes avec la lettre comme en-tête de section. Un modèle recherchant « une ligne avec une lettre NI dans la colonne 1 » capture un format et manque l'autre. L'extraction sémantique — la lecture par le sens plutôt que par la position — gère les deux mises en page car elle comprend que « lettre de catégorie NI » est une valeur de colonne indépendamment de sa présentation visuelle.
Configuration de votre flux de travail d'extraction P60
Le flux de travail qui remplace la transcription manuelle des P60 comporte trois étapes, et l'étape de configuration — la définition de vos colonnes — est celle que vous effectuez une seule fois et que vous réutilisez pour chaque année fiscale, chaque fournisseur de paie et chaque lot d'employés.
Définissez vos colonnes de sortie
Saisissez les noms de champs que vous souhaitez extraire — exactement tels que vous voulez qu'ils apparaissent comme en-têtes de colonnes dans votre feuille de calcul. Pour un classeur de rapprochement, un ensemble de départ pratique est : Employee Name, NINO, Référence PAYE de l'employeur, Code fiscal final, Salaire dans cet emploi, Impôt retenu, Salaire total annuel, Impôt total annuel, Lettre de catégorie NI, Cotisations NI de l'employé, Retenues pour prêt étudiant, Retenues pour prêt de troisième cycle, Indemnité légale de maternité, Indemnité légale de paternité, Nom de l'employeur. C'est l'Extraction de colonnes personnalisées : vous définissez le schéma de sortie, et l'IA fait correspondre les champs de chaque document à vos colonnes — les mêmes noms de colonnes fonctionnent avec la mise en page P60 de chaque fournisseur de paie, car l'IA fait correspondre par sens sémantique, et non par position dans un modèle.
Téléversez tous les PDF P60 en un seul lot
Déposez le dossier complet — 150 PDF, un mélange de P60 imprimés via Sage, via Xero, et de P60 papier scannés d'une année de paie antérieure. Le traitement par lots les gère tous en une seule opération : chaque fichier est traité indépendamment, et tous les résultats sont fusionnés dans une feuille de calcul unifiée. Les fichiers peuvent être des exports PDF du logiciel de paie, des scans de P60 imprimés ou des photos de certificats prises au téléphone — l'IA gère les trois types d'entrée. Pour le flux de travail d'audit avant le 31 mai auquel cela alimente, voir créer la feuille de calcul d'audit de 100+ P60 avant la date limite.
Exportez et validez
Téléchargez le fichier Excel — une ligne par employé et par année fiscale, colonnes dans l'ordre que vous avez défini. Effectuez les contrôles de validation décrits dans la section suivante pour signaler les lignes qui méritent une vérification visuelle par rapport au P60 source. L'export est également disponible en CSV pour une importation directe dans les outils de rapprochement de paie, ou en JSON pour les équipes utilisant des flux de travail d'audit pilotés par API.
Ce flux de travail fonctionne pour tout nombre d'employés et tout mélange de fournisseurs de paie. La définition des colonnes est réutilisable d'une année fiscale à l'autre, car l'ensemble des champs statutaires HMRC ne change que lorsque la législation change — et lorsqu'elle change (comme avec l'ajout de l'Indemnité légale de soins néonatals dans la spécification 2025-26), vous ajoutez la nouvelle colonne à votre définition sans reconstruire le reste.
Ramené à l'ensemble de la fin d'année, c'est à cela que se résume la conversion P60 vers Excel — un ensemble de colonnes qui accepte aussi bien les certificats Sage, Xero et papier scannés, et qui restitue une feuille prête pour le rapprochement.
Trois flux de travail d'extraction P60 qui s'amortissent chaque fin d'année
La plupart des extractions P60 relèvent de trois schémas, chacun avec sa propre forme de lot et son accent sur les résultats. Associer votre flux de travail à la bonne structure de sortie est ce qui transforme un outil générique « d'extraction de données » en quelque chose que votre équipe utilise réellement chaque mois de mai.
Préparation Self Assessment (fenêtre de mars à mai)
Un cabinet comptable au service de clients particuliers reçoit des P60 accompagnés de relevés bancaires, de coupons de dividendes et de formulaires P11D à l'approche de l'échéance de dépôt Self Assessment du 31 janvier. Les clients ayant plusieurs emplois simultanés produisent deux lignes P60 ou plus pour la même année fiscale. Les colonnes principales de ce flux de travail sont Salaire total annuel, Impôt retenu, NINO et Référence PAYE de l'employeur — elles correspondent directement aux pages Emploi de la déclaration SA100. Un client ayant deux emplois à temps partiel génère deux lignes, et la colonne « Total pour l'année » de chaque P60 fournit les chiffres à saisir séparément sur la déclaration.
C'est la fenêtre la plus chargée pour l'extraction P60, car c'est à ce moment que les cabinets traitent le plus grand nombre de documents clients dans le laps de temps le plus court. Remplacer la saisie manuelle ici ne fait pas seulement gagner des heures — cela élimine la source la plus courante de déclencheurs de demandes SA302 : les erreurs de transcription où un chiffre de salaire d'un P60 a été saisi sur la mauvaise ligne d'emploi. Pour le contexte plus large de pourquoi cette transcription a lieu du tout — et ce qu'un chiffre mal saisi coûte en aval — voir Le problème de mai de la paie au Royaume-Uni : le coût caché de la saisie de données P60.
Rapprochement du bureau de paie contre les soumissions FPS
Un bureau de paie gérant la fin d'année pour plusieurs clients employeurs doit confirmer que les chiffres de chaque P60 d'employé correspondent aux totaux de la Full Payment Submission (FPS) de fin d'année envoyés à HMRC. Le rapprochement s'effectue employeur par employeur : extrayez tous les P60 de l'employeur A dans une feuille de calcul, puis comparez les totaux de salaire et d'impôt avec l'extrait FPS du bureau pour cet employeur. L'alignement des colonnes est ce qui rend la comparaison significative — si la colonne « Salaire dans cet emploi » du P60 se trouve à côté de la colonne « Salaire total » du FPS, la formule de variance est une simple soustraction par ligne.
La colonne de lettre de catégorie NI est particulièrement importante dans ce flux de travail. Un employé dont la lettre est passée de A à C en cours d'année affichera deux lignes NI sur le P60 sous des lettres différentes. Le rapprochement du bureau doit prendre en compte les deux lignes pour vérifier que les cotisations totales correspondent au FPS — et une seule colonne « NI total » qui aurait fusionné les deux lignes en un seul nombre masquerait une discordance de lettre de catégorie que HMRC pourrait signaler des mois plus tard.
Vérification des revenus à grande échelle
Les prêteurs hypothécaires, agences de location, cabinets de vérification d'emploi et conseillers en immigration demandent régulièrement les P60 comme justificatif des revenus de l'année précédente. Le processus de vérification est à haut volume et à champ restreint : Nom, NINO, Référence PAYE de l'employeur, Salaire total annuel. Les autres champs légaux — paiements statutaires, déductions de prêt étudiant, ventilation des tranches NI — restent dans le résultat comme données de référence, mais la décision de vérification repose sur le montant du salaire et la référence employeur qui le rattache à une entité réelle.
Comme ce processus implique souvent des P60 provenant de fournisseurs de paie inconnus — un candidat peut fournir un P60 d'un employeur utilisant un système de paie de niche jamais vu par le vérificateur — la capacité de l'outil d'extraction à gérer toute mise en page sans préconfiguration détermine si la chaîne de vérification peut être automatisée ou si quelqu'un doit ouvrir chaque PDF et saisir le chiffre à la main.
Valider vos données P60 extraites avant de les intégrer au tableur de paie
Même avec une extraction très précise, l'opérateur doit effectuer une vérification de cohérence avant le rapprochement ou la validation en aval. Les contrôles ci-dessous sont spécifiques aux P60 et s'effectuent colonne par colonne dans Excel — aucun ne nécessite de vérifier chaque champ sur chaque ligne. Ce sont des contrôles de forme conçus pour identifier les quelques lignes méritant un examen vis-à-vis du P60 source.
| Contrôle | Éléments à vérifier | Formule Excel (ligne 2, à étirer) |
|---|---|---|
| Format NINO | Deux lettres, six chiffres, une lettre suffixe (A–D). Lettres de préfixe invalides : D, F, I, Q, U, V en début ; O en deuxième caractère. | =AND(LEN(A2)=9,NOT(ISERROR(SEARCH("??######?",""&A2)))) — signale les lignes non conformes |
| Forme référence PAYE | Trois chiffres, barre oblique, jusqu'à 10 caractères alphanumériques. | =AND(LEN(B2)>=5,ISNUMBER(VALUE(LEFT(B2,3))),MID(B2,4,1)="/") |
| Appartenance lettre catégorie NI | Doit être l'une des : A, B, C, F, H, I, J, L, M, S, V, X, Z. Tout autre valeur est un indicateur de qualité des données. | =NOT(ISERROR(MATCH(C2,{"A","B","C","F","H","I","J","L","M","S","V","X","Z"},0))) |
| Proportionnalité impôt/salaire | L'impôt déduit doit représenter environ 10–30 % du salaire pour la plupart des codes fiscaux. Les lignes en dehors de cette fourchette méritent un examen plus approfondi — pas forcément erronées, mais à vérifier par rapport à la source. | =AND(D2/E2>0.1,D2/E2<0.3) — mise en forme conditionnelle pour les valeurs aberrantes |
| Paiements statutaires : vide vs zéro | Les cellules vides doivent rester vides. Le zéro ne doit apparaître que si le formulaire imprimait zéro. La conversion vide-à-zéro produit des montants de récupération fantômes dans le rapprochement NI employeur. | Appliquer =ISBLANK(F2) comme règle de mise en forme conditionnelle sur les colonnes de contrôle de nullité |
| Vraisemblance plan prêt étudiant | Lorsqu'une déduction existe, recouper le type de plan avec le plan connu de l'emprunteur. Une déduction Plan 2 sur un emprunteur Plan 1 signale soit une erreur d'extraction, soit une erreur de codage de paie. | Recoupement manuel ; signaler toute ligne avec un code de plan inattendu |
Si cette liste de contrôle est réalisable — plutôt qu'aspirationnelle — c'est parce que les données extraites sont déjà structurées en colonnes. Chaque ligne contient la référence du fichier source, de sorte que toute ligne signalée est à un clic du P60 d'origine. La saisie manuelle ne permettrait jamais de maintenir des vérifications au niveau des colonnes comme celles-ci à l'échelle de l'entreprise, et c'est l'extraction qui rend la phase de validation possible.
P60 vs W-2 : ce que les équipes britanniques et américaines doivent savoir
Les équipes de paie britanniques qui découvrent les outils d'extraction de formulaires fiscaux américains — ou les entreprises américaines ayant des filiales au Royaume-Uni — se demandent souvent si un P60 est essentiellement un W-2 britannique. La réponse courte est qu'ils remplissent la même fonction (certificat de revenus de fin d'année pour l'employé) mais diffèrent par leur structure, leur ensemble de champs et leur utilisation en aval, ce qui a des implications pour la configuration de l'extraction.
Un W-2 déclare les salaires fédéraux (case 1), les salaires Social Security (case 3), les salaires Medicare (case 5) et les ventilations au niveau de l'État sur 20 cases numérotées — le tout pour une année civile d'imposition (1er janvier – 31 décembre). Un P60 déclare le salaire imposable et l'impôt PAYE pour une année fiscale allant du 6 avril au 5 avril, avec la National Insurance (NI) présentée par lettre de catégorie et tranche de revenus plutôt que comme un pourcentage de retenue fixe. Un W-2 n'a pas de notion de lettres de catégorie NI, pas de ventilation des indemnités légales et pas de différenciation des plans de prêt étudiant. Un P60 n'a pas de déclaration au niveau de l'État ni de répartition Social Security/Medicare.
L'implication pour l'extraction est que les deux types de formulaires nécessitent des définitions de colonnes différentes. Un ensemble de colonnes W-2 fonctionne pour les W-2 de tous les employeurs américains ; un ensemble de colonnes P60 fonctionne pour les P60 de tous les prestataires de paie britanniques. Mais les deux ensembles de colonnes ne se recoupent pas au-delà des champs d'identité — et traiter un P60 comme un W-2 avec des numéros de cases différents produit une feuille de calcul qui nécessite un reformatage approfondi après extraction.
Si votre entreprise gère les deux, consultez notre guide complet sur l'extraction des formulaires fiscaux W-2 et 1099 pour le flux de travail côté américain, et utilisez une définition de colonnes distincte pour chaque type de formulaire. L'approche de traitement par lots est la même — télécharger les fichiers, définir les colonnes, exporter la feuille de calcul — mais les noms de colonnes sont spécifiques au marché.
NI vs FICA : La National Insurance (NI) britannique n'est pas la même chose que la FICA américaine. La NI comporte plusieurs lettres de catégorie qui déterminent les taux de cotisation, des tranches de revenus avec des seuils différents, et une structure de calcul annuelle plutôt que par période de paie pour les employés. Une colonne d'extraction nommée « NI » sur un formulaire américain ou « Social Security » sur un formulaire britannique produira des résultats dénués de sens — utilisez le nom de champ spécifique au marché.
FAQ
Puis-je extraire des données d'un P60 papier que j'ai photographié avec mon téléphone ?
Oui. L'IA traite les photos de P60 papier, y compris les scans avec un éclairage irrégulier ou une légère inclinaison, tant que le texte sur le certificat est lisible à l'œil nu. Cela couvre le scénario courant où un employé apporte un P60 papier d'un précédent employeur et où l'équipe paie doit le numériser dans le tableur de rapprochement.
L'extraction fonctionne-t-elle pour différentes années fiscales ?
Oui. Le jeu de champs statutaires du P60 de HMRC est stable d'une année fiscale à l'autre — les mêmes champs apparaissent sur chaque P60 de 2018-19 à 2025-26, avec seulement des ajouts mineurs (le congé statutaire néonatal a été ajouté en 2025-26). Une définition de colonne conçue pour l'année fiscale en cours fonctionnera pour les P60 des années précédentes sans modification. L'année fiscale elle-même apparaît comme une valeur imprimée sur le formulaire et peut être incluse comme colonne d'extraction pour distinguer les lignes de différentes années dans le même tableur.
Que faire si un employé a des P60 de plusieurs employeurs au cours de la même année fiscale ?
Chaque P60 devient sa propre ligne dans le tableur de sortie. Un employé avec deux emplois produit deux lignes — une par employeur — avec la colonne Référence PAYE de l'employeur distinguant quel P60 provient de quel employeur. Les chiffres du Salaire total de l'année et de l'Impôt total de l'année sur chaque P60 incluent les totaux combinés, mais les colonnes Salaire dans cet emploi et Impôt déduit ne rapportent que les chiffres de cet employeur spécifique. C'est intentionnel : la spécification du P60 de HMRC traite chaque emploi comme un certificat autonome, et l'extraction préserve cette structure plutôt que de tenter de fusionner les lignes.
Comment gérez-vous les changements de lettre de catégorie NI en cours d'année ?
Lorsque la lettre de catégorie NI d'un employé change au cours de l'année fiscale — le plus souvent de A à C à l'âge de la retraite d'État — le P60 affiche deux lignes NI distinctes sous différentes lettres de catégorie. L'extraction préserve les deux lignes : la colonne Lettre de catégorie NI contiendra les deux lettres (sous forme de lignes séparées ou d'une valeur délimitée selon le format de sortie de l'outil d'extraction), et les colonnes de tranches de revenus afficheront les montants répartis. C'est le comportement correct — fusionner les deux lignes en un seul chiffre « NI total » perd la ventilation par lettre de catégorie qui est importante pour le rapprochement de l'employeur avec les soumissions RTI.
Peut-il lire des P60 manuscrits ou des certificats annotés ?
L'IA traite le texte imprimé avec une grande précision, y compris les formulaires de substitution imprimés par machine. Les annotations manuscrites sur un P60 imprimé — par exemple, une correction au crayon d'un responsable de paie — peuvent être lues avec une confiance moindre et doivent être signalées pour vérification manuelle. L'outil ne propose pas actuellement de mode optimisé pour l'écriture manuscrite spécifiquement pour les P60, bien qu'il fonctionne bien sur les certificats imprimés et générés numériquement.
Les données des employés sur les P60 sont-elles sécurisées lors de l'extraction ?
Les P60 contiennent des données personnelles sensibles — NINO, chiffres de paie et références employeur. Une plateforme d'extraction responsable chiffre les fichiers en transit et au repos, n'utilise pas les documents téléchargés pour entraîner des modèles d'IA, et supprime automatiquement les fichiers sources dans un délai de conservation défini après le traitement. Si vous évaluez des outils d'extraction pour les données de paie, confirmez ces engagements de sécurité avant de télécharger des documents employés.
Les données extraites peuvent-elles aller directement dans Google Sheets au lieu d'Excel ?
Oui. En plus de l'exportation Excel (XLSX) et CSV, les résultats d'extraction peuvent être écrits directement dans Google Sheets via le module complémentaire Google Sheets. Cela signifie que les équipes de paie qui effectuent leur rapprochement dans Sheets peuvent télécharger des PDF P60 depuis la barre latérale, définir des colonnes et obtenir des données structurées ajoutées à la feuille active sans jamais quitter le tableur.
La différence entre terminer la réconciliation P60 le 28 mai et la repousser à la première semaine de juin représente cinq heures de saisie. Définissez vos colonnes une seule fois et laissez la feuille de calcul se remplir d'elle-même.
Extraire votre premier lot P60Aucune inscription requise pour tester sur des fichiers d'exemple. Traitement sécurisé avec suppression automatique des fichiers.