Comment extraire les données du P60 britannique dans Excel
pour le rapprochement de la paie (guide 2026)
Chaque année, au 31 mai, tout employeur britannique doit remettre un P60 à chaque salarié présent au 5 avril. Cela laisse aux équipes paie environ huit semaines pour générer, distribuer et — dans les entreprises sans système RH intégré — recopier manuellement les mêmes champs sur des dizaines, voire des centaines de certificats dans un tableur pour rapprochement. Une entreprise de taille moyenne utilisant Sage pour la paie, avec 150 salariés et sans flux automatisé P60 vers le logiciel de paie, passe la dernière semaine de mai à ressaisir les montants de salaire, l'impôt prélevé et les références PAYE employeur depuis des P60 imprimés ou reçus par e-mail dans un classeur Excel. À raison de deux minutes par certificat — repérer 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 montant annuel correspond à la déclaration FPS — cela représente cinq heures de pure ressaisie dans une période où chaque minute compte.
Points clés à retenir
- Cinq heures fin mai : une entreprise de taille moyenne avec 150 salariés passe une journée entière à ressaisir les montants de salaire P60, les numéros NI et les références PAYE depuis des certificats imprimés dans un tableur 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 le HMRC dans une mise en page visuelle différente, obligeant à localiser 25 cases par certificat avant de saisir un seul chiffre.
- Définissez vos colonnes une fois — NINO, Salaire de cet emploi, Impôt prélevé, Lettre de catégorie NI — et les mêmes noms de colonnes d'extraction fonctionnent pour tous les fournisseurs de paie et toutes les années fiscales, car l'IA lit le sens du champ, pas sa 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 (HMRC). 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 l'assurance nationale
- 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. Détermine les taux de cotisation appliqués.
- Tranches de revenus — revenus au seuil inférieur (LEL), entre LEL et le seuil primaire (PT), entre PT et le seuil supérieur (UEL), et au-dessus de l'UEL. Affichés séparément pour chaque lettre de catégorie.
- Cotisations salariales dues — le NI réellement déduit sur les revenus au-dessus du PT.
Paiements légaux et déductions
- Congé maternité légal (SMP), congé paternité légal (SPP), congé parental partagé légal (ShPP), congé adoption légal (SAP), congé de deuil parental légal (SPBP), congé de soins néonatals légal (SNCP) — chacun listé séparément. Ils n'apparaissent que si le salarié les a perçus dans l'année ; vide signifie « non applicable », ce qui diffère de « applicable et nul ».
- Déductions pour prêt étudiant — remboursements Plan 1, Plan 2 ou Plan 4 en livres entières.
- Déductions pour prêt post-diplôme — distinctes des prêts étudiants de premier cycle, déduites à un seuil différent.
La conséquence pratique de cet ensemble de champs est qu'un tableur d'extraction P60 pour 150 salariés produit 150 lignes et environ 20 à 25 colonnes selon le niveau de détail des tranches NI. La saisie manuelle dans cette grille — localiser chaque case sur chaque certificat, taper la valeur, vérifier la lettre NI — est ce qui prend les cinq heures. 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 se basant sur les coordonnées des pixels.
Le principe d'extraction central : Vous nommez les colonnes dont votre tableur a besoin — « NINO », « Salaire dans cet emploi », « Impôt déduit », « Lettre de catégorie NI » — et l'IA localise chaque valeur sur chaque P60 en comprenant ce que signifie le champ, et non où il se trouve sur la page. La même définition de colonne fonctionne avec Sage, Xero, QuickBooks, BrightPay et tout autre logiciel de paie utilisant une mise en page 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 diffèrent selon les logiciels de paie
Si chaque P60 était identique — mêmes emplacements de cases, mêmes é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 éditeur de logiciel 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 de l'éditeur — la seule contrainte est que tous les champs obligatoires doivent apparaître sur une seule feuille.
Ce n'est pas un défaut de 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 disposition visuelle. Le résultat pour quiconque fait de l'extraction est que chaque P60 d'un éditeur 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 des lettres de catégorie NI illustre cela 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 des lettres de catégorie différentes. Sage peut les imprimer comme deux lignes adjacentes avec les lettres à gauche. Xero peut les imprimer comme des sections de tableau séparées 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 rate l'autre. L'extraction sémantique — lire 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 d'extraction P60
Le flux qui remplace la transcription manuelle des P60 comporte trois étapes, et l'étape de configuration — la définition de vos colonnes — se fait une fois pour toutes et se réutilise pour chaque année fiscale, chaque éditeur de paie et chaque lot de salariés.
Définissez vos colonnes de sortie
Saisissez les noms des champs à extraire — exactement comme vous souhaitez les voir apparaître en en-têtes de colonnes dans votre tableur. Pour un classeur de rapprochement, un ensemble de départ pratique est : Nom du salarié, NINO, Référence PAYE de l'employeur, Code fiscal final, Salaire perçu dans cet emploi, Impôt prélevé, Salaire total de l'année, Impôt total de l'année, Lettre de catégorie NI, Cotisations NI du salarié, Prélèvements pour prêt étudiant, Prélèvements 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 par 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 tous les formats de P60 des éditeurs de paie, car l'IA fait correspondre par sens sémantique, et non par position dans un modèle.
Importez tous les PDF P60 en un seul lot
Déposez le dossier complet — 150 PDF, un mélange de P60 imprimés Sage, Xero et de P60 papier scannés d'une année fiscale 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 en un seul tableur unifié. Les fichiers peuvent être des exportations PDF d'un logiciel de paie, des scans de P60 imprimés ou des photos de certificats prises avec un téléphone — l'IA gère les trois types d'entrée.
Exportez et validez
Téléchargez le fichier Excel — une ligne par salarié et par année fiscale, les 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 méritant une vérification sur le 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 d'audit basés sur des API.
Ce flux fonctionne pour tout nombre de salariés et tout mélange d'éditeurs de paie. La définition des colonnes est réutilisable d'une année fiscale à l'autre, car l'ensemble des champs légaux du HMRC ne change que lorsque la législation évolue — et quand c'est le cas (comme avec l'ajout de l'Indemnité légale de soins néonatals dans le cahier des charges 2025-2026), vous ajoutez la nouvelle colonne à votre définition sans reconstruire le reste.
Trois flux d'extraction P60 qui s'autofinancent chaque fin d'année
La plupart des extractions de P60 se répartissent en trois schémas, chacun avec son propre format de lot et ses priorités de sortie. Adapter votre flux à la structure de sortie appropriée transforme un outil générique d'extraction de données en un outil que votre équipe utilise réellement chaque mois de mai.
Préparation de la déclaration de revenus (fenêtre mars–mai)
Un cabinet comptable servant des clients particuliers reçoit des P60 accompagnés de relevés bancaires, de coupons de dividendes et de formulaires P11D avant l'échéance de la déclaration de revenus 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 clés pour ce flux sont Salaire total de l'année, 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 avec deux emplois à temps partiel génère deux lignes, et la colonne « Total de l'année » de chaque P60 fournit les chiffres à saisir séparément dans la déclaration.
C'est la fenêtre la plus chargée pour l'extraction de P60, car les cabinets y traitent le plus grand nombre de documents clients dans le délai le plus court. Remplacer la transcription manuelle ici ne fait pas que gagner des heures — cela élimine la source la plus courante de déclenchements d'enquêtes SA302 : les erreurs de transcription où un chiffre de salaire d'un P60 a été saisi sur la mauvaise ligne d'emploi.
Rapprochement du bureau de paie avec les soumissions FPS
Un bureau de paie gérant la fin d'année pour plusieurs clients employeurs doit vérifier que les chiffres de chaque P60 correspondent aux totaux de la soumission de paie complète (FPS) de fin d'année envoyés à HMRC. Le rapprochement s'effectue employeur par employeur : extraire tous les P60 pour l'employeur A dans un tableur, puis comparer les totaux de salaire et d'impôt avec l'extrait FPS du bureau pour cet employeur. L'alignement des colonnes rend la comparaison pertinente — si la colonne « Salaire dans cet emploi » du P60 se trouve à côté de la colonne « Salaire total » du FPS, la formule d'écart est une simple soustraction par ligne.
La colonne de la lettre de catégorie NI est particulièrement importante dans ce flux. 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 a besoin des deux lignes pour vérifier que les cotisations totales correspondent au FPS — et une seule colonne « total NI » qui fusionnerait les deux lignes en un seul nombre masquerait une divergence 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 |
Cette liste de contrôle est réalisable — et non pas un simple vœu pieux — car les données extraites sont déjà structurées en colonnes. Chaque ligne contient la référence du fichier source, donc toute ligne signalée est à un clic du P60 original. La ressaisie manuelle ne permettrait jamais de maintenir des vérifications au niveau des colonnes comme celles-ci à l'échelle d'une entreprise, et l'extraction est ce qui rend la validation possible.
P60 vs W-2 : Ce que les équipes britanniques et américaines doivent savoir
Les équipes de paie britanniques découvrant les outils d'extraction de formulaires fiscaux américains — ou les entreprises américaines avec des filiales au Royaume-Uni — se demandent souvent si un P60 est l'équivalent britannique du W-2. La réponse courte est qu'ils remplissent la même fonction (certificat de revenus annuel des employés), mais diffèrent par leur structure, leurs 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 de la Sécurité sociale (case 3), les salaires Medicare (case 5) et les détails par État dans 20 cases numérotées — le tout pour une année fiscale civile (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 les cotisations National Insurance indiquées par lettre de catégorie et tranche de revenus plutôt que comme un pourcentage fixe. Un W-2 n'a pas de concept de lettres de catégorie NI, ni de ventilation des paiements légaux, ni de différenciation des plans de prêts étudiants. Un P60 n'a pas de déclaration par État ni de division Sécurité sociale/Medicare.
L'implication pour l'extraction est que les deux types de formulaires nécessitent des définitions de colonnes différentes. Un jeu de colonnes W-2 fonctionne pour tous les employeurs américains ; un jeu de colonnes P60 fonctionne pour tous les prestataires de paie britanniques. Mais les deux jeux de colonnes ne se chevauchent pas au-delà des champs d'identité — et traiter un P60 comme un W-2 avec des numéros de cases différents produit un tableur nécessitant un reformatage important 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 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 le tableur — mais les noms de colonnes sont spécifiques au marché.
NI vs FICA : Les cotisations National Insurance (NI) britanniques ne sont pas équivalentes au FICA américain. Les NI comportent plusieurs lettres de catégorie déterminant les taux de cotisation, des tranches de revenus avec différents seuils, 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 finir le rapprochement P60 le 28 mai et le repousser à la première semaine de juin, c'est cinq heures de saisie. Définissez vos colonnes une fois, et laissez le tableur se remplir tout seul.
Extraire votre premier lot de P60Aucune inscription requise pour tester sur des fichiers échantillons. Traitement sécurisé avec suppression automatique des fichiers.