Comment extraire les données du P45 britannique dans Excel
pour la paie et le traitement des nouveaux entrants
Une entreprise de 200 personnes avec un turnover moyen au Royaume-Uni — 15 % par an tous secteurs confondus — traite environ 30 nouveaux entrants par an. Chacun arrive avec un P45 de son précédent employeur. L'administrateur paie ouvre le PDF, lit le code fiscal, la date de départ, les salaires et impôts cumulés depuis le début de l'année, ainsi que l'indicateur de prêt étudiant, puis saisit chaque champ dans le formulaire du logiciel de paie. Deux minutes par P45, si tout va bien. Mais un chiffre mal saisi dans le code fiscal — 1257L devient 1275L — et l'employé passe son premier mois avec des retenues erronées jusqu'à ce que le HMRC émette un code corrigé. Le problème principal n'est pas le volume. C'est que les mêmes données structurées passent par une étape de transcription humaine à chaque embauche, et cette étape n'a aucune couche de correction d'erreur entre le P45 et le dossier de paie.
Points clés
- Le HMRC impose chaque champ qu'un P45 doit contenir — puis laisse chaque logiciel de paie concevoir sa propre mise en page, si bien que le même code fiscal apparaît dans une case différente sur chaque certificat, et l'humain est le seul dénominateur commun garanti.
- Demander à 50 anciens employeurs de normaliser leur format P45 est impossible — vous demandez à des organisations qui ne se connaissent pas de se coordonner sur une décision dont aucune ne profite, ce qui explique pourquoi la saisie des données P45 est manuelle depuis la création du formulaire.
- Arrêtez de lire les mises en page et commencez à lire les étiquettes — définissez une fois vos colonnes de tableur en fonction de la signification de chaque champ et laissez l'IA trouver « Code fiscal au départ » sur le certificat de n'importe quel fournisseur de paie en comprenant les mots, pas les coordonnées.
Que contient un P45 — Quatre volets, un seul jeu de données, vos colonnes de tableur
Un P45, officiellement intitulé « Détails du départ d'un salarié », est le document légal remis à tout employé britannique à la fin de son contrat. Il est régi par le Règlement 36 du Income Tax (Pay As You Earn) Regulations 2003, qui exige que l'employeur fournisse ces informations « sans retard injustifié » — en pratique, avec le dernier bulletin de paie ou dans le cycle de paie suivant la date de départ. Contrairement au P60, qui clôture une année fiscale complète pour les salariés en poste, le P45 est déclenché par un événement unique et ne couvre que la période allant du début de l'année fiscale (6 avril) à la date de départ.
Le formulaire comporte quatre volets, mais trois d'entre eux contiennent les mêmes données :
Volet 1 — HMRC (transmis par voie électronique via RTI)
L'ancien employeur transmet ce volet à HMRC via la déclaration de paie finale (FPS). Le salarié ne manipule jamais cette partie. Autrefois, c'était un formulaire papier envoyé par courrier ; aujourd'hui, le système RTI remplace entièrement la version papier.
Volet 1A — Conservé par le salarié
Le salarié conserve cet exemplaire pour ses archives personnelles — preuve d'emploi et d'impôts payés. La plupart des salariés le classent sans jamais le consulter, sauf si HMRC le demande ou si le service paie du nouvel employeur a besoin de la référence d'origine.
Volet 2 — Nouvel employeur (source de toutes les données de paie)
C'est le volet qui intéresse votre service paie. Il contient le code fiscal du salarié, le salaire total et l'impôt déjà payé depuis le début de l'année fiscale, la date de départ, le numéro d'assurance nationale, et l'éventuel prélèvement étudiant. Chaque champ du Volet 2 correspond à une donnée que votre logiciel de paie vous demande de saisir lors de l'embauche.
Volet 3 — Nouvel employeur ou Pôle emploi (copie de sauvegarde)
Un double du Volet 2. Mêmes données, mêmes colonnes. Le nouvel employeur conserve le Volet 2 pour ses archives de paie et utilise le Volet 3 pour enregistrer le salarié auprès de HMRC — ou le transmet à Pôle emploi si la personne demande des indemnités entre deux emplois.
Pour l'extraction, les parties 2 et 3 sont identiques. Vous extrayez les données de celle que l'employé vous remet — un PDF du système de paie de l'ancien employeur, un scan d'un P45 imprimé, ou même une photo d'un exemplaire papier. Les champs sont les mêmes, quel que soit le format.
Les champs qui deviennent vos colonnes de tableur
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). Clé d'identité employé utilisée par le HMRC pour le rapprochement entre emplois. Une erreur empêche le HMRC de faire correspondre le nouveau salarié à son dossier existant, et la première déclaration FPS sera rejetée.
- Référence PAYE de l'employeur — Référence de l'ancien employeur au format
NNN/AAAAAAAA(numéro de bureau fiscal à 3 chiffres, barre oblique, jusqu'à 10 caractères alphanumériques). Différente de la référence PAYE de votre entreprise. Essentielle pour les pistes d'audit et pour que le HMRC cartographie l'historique d'emploi du salarié. - N° de matricule/paie — Identifiant interne de l'ancien employeur. Facultatif mais utile pour recouper les bulletins de paie ou les dossiers de prestataires.
Chiffres de paie et d'impôt (les données à saisir dans le logiciel de paie)
- Salaire total à ce jour — Rémunération brute du 6 avril à la date de départ, incluant les salaires d'emplois antérieurs dans la même année fiscale si le code d'impôt était cumulatif. Ce chiffre permet à votre logiciel de paie de déterminer le montant restant de l'abattement personnel du salarié.
- Impôt total à ce jour — Total de l'impôt sur le revenu PAYE retenu sur tous les emplois de l'année fiscale en cours. Avec un code non cumulatif (Semaine 1/Mois 1), ce montant ne concerne que l'emploi quitté.
- Salaire dans cet emploi et Impôt dans cet emploi — Présents uniquement si le salarié avait plusieurs emplois. Indiquent les montants attribuables au seul employeur quitté, distincts des totaux cumulés.
- Code d'impôt au départ — Ex. 1257L, BR, D0 ou NT. Peut comporter un suffixe W1 ou M1 indiquant une base non cumulative.
- Date de départ — Dernier jour de travail du salarié. Votre logiciel de paie l'utilise pour définir le début de votre période de déclaration PAYE.
Prêt étudiant et autres indicateurs
- Indicateur de retenue pour prêt étudiant — case à cocher ou champ « O/N », pas un montant. Indique si l'ancien employeur déduisait les remboursements de prêt étudiant — Plan 1, Plan 2 ou Plan 4. Si coché, votre logiciel de paie doit continuer ces retenues dès la première période de paie. Le montant mensuel réel est calculé par votre système en fonction des seuils de revenus, il n'est pas repris du P45.
- Indicateur de prêt post-diplôme — distinct des prêts de premier cycle, déduit à un seuil différent. Coché indépendamment sur le P45.
- Indicateur Semaine 1 / Mois 1 — suffixe « S1 » ou « M1 » sur le code fiscal. Ce seul indicateur change tout dans la saisie des données. Avec un code S1/M1, les montants de salaire et d'impôt sont non cumulatifs — ils s'appliquent uniquement à cet emploi spécifique. Avec un code cumulatif standard, les montants sont reportés des emplois précédents.
Champs de référence paie
- Numéro de semaine/mois fiscal — la semaine ou le mois fiscal du dernier paiement. Semaine 1 = 6–12 avril, Mois 1 = 6 avril–5 mai. Votre logiciel utilise cette information pour positionner correctement l'employé dans la chronologie PAYE de l'année fiscale en cours.
- Nom et adresse de l'employé — champs d'identité simples. Recoupez avec les coordonnées de l'employé pour détecter les incohérences.
- Date de naissance et sexe — présents sur certains formats de P45. Utilisés par HMRC pour la vérification d'identité et la détermination de l'âge de la retraite d'État (pertinent en cas de changement de lettre de catégorie NI).
Cela représente 12 à 15 colonnes par nouveau salarié, selon que vous extrayez ou non les champs facultatifs. À deux minutes par P45 pour 30 nouveaux salariés par an, cela fait une heure de pure saisie — et c'est une heure passée sur des données déjà imprimées, correctement, sur le formulaire.
Pourquoi chaque responsable paie au Royaume-Uni ressaisit les mêmes champs du P45 des dizaines de fois par an
Si le P45 n'était qu'un export de données — un fichier CSV d'un système de paie à un autre — cet article n'existerait pas. L'ancien employeur appuierait sur un bouton et votre logiciel de paie importerait directement le dossier du sortant. Si cela ne se produit pas, c'est pour une raison structurelle, pas technique.
Le cahier des charges du P45 par le HMRC, encadré par la réglementation PAYE, impose quelles données doivent figurer sur le formulaire — les champs listés ci-dessus — mais n'impose pas la présentation du formulaire. Chaque éditeur de logiciel de paie conçoit sa propre mise en page du P45 de substitution. Sage 50 Payroll peut imprimer le code fiscal en haut à droite avec le NINO dans un bloc séparé en dessous. BrightPay peut utiliser une grille à trois colonnes avec les coordonnées du salarié à gauche, les chiffres de paie au centre et les informations fiscales à droite. Xero Payroll peut tout empiler verticalement. QuickBooks UK utilise encore une autre disposition. Moorepay, ADP UK, IRIS Staffology, Moneysoft Payroll Manager — chacun a son propre moteur de mise en page.
Il en résulte qu'un P45 de « l'Employeur A utilisant Sage » a un aspect différent d'un P45 de « l'Employeur B utilisant BrightPay », même s'ils contiennent des ensembles de champs identiques. Et comme le système de paie du nouvel employeur ne peut pas connaître la mise en page utilisée par l'ancien employeur, il ne peut pas analyser automatiquement les champs. Le seul dénominateur commun garanti est un humain qui lit le PDF et saisit les valeurs dans le formulaire de nouveau salarié du logiciel de paie.
C'est là que les approches OCR basées sur des modèles — des outils qui dépendent de la connaissance de l'emplacement d'un champ sur la page — échouent. Un modèle entraîné sur la mise en page du P45 de Sage ne peut pas lire un P45 de BrightPay car la case du code fiscal est à une position différente. L'extraction par colonnes personnalisées contourne complètement ce problème : au lieu d'indiquer à l'outil où se trouve le code fiscal sur chaque mise en page, vous lui dites quelles données vous voulez — « Code fiscal », « Salaire total à ce jour », « NINO » — et l'IA lit chaque P45 en comprenant ce que signifie le champ étiqueté, et non où il apparaît sur le papier. La même définition de colonne fonctionne pour toutes les mises en page de tous les fournisseurs de paie.
Le principe d'extraction pour les P45 : Vous définissez les noms de colonnes dont votre feuille de calcul de paie a besoin — « NINO », « Code fiscal au départ », « Salaire total à ce jour », « Impôt total à ce jour », « Date de départ », « Indicateur de prêt étudiant », « Référence PAYE de l'employeur » — et l'IA localise chaque valeur sur chaque P45 par compréhension sémantique, et non par position. La définition de colonne est écrite une fois et réutilisée pour chaque nouveau salarié, quel que soit le logiciel de paie utilisé par leur ancien employeur.
Configuration de votre flux d'extraction P45
Le flux qui remplace la transcription manuelle des P45 comporte trois étapes. L'étape de configuration — définir vos colonnes — se fait une fois et se réutilise pour chaque nouveau collaborateur tout au long de l'année fiscale.
Définissez vos colonnes de sortie
Saisissez les noms de champs exactement comme vous souhaitez les voir apparaître en en-têtes de colonnes. Un ensemble de départ pratique pour la configuration des nouveaux collaborateurs dans Sage, BrightPay ou Xero est : Nom du salarié, NINO, Code fiscal au départ, Salaire total à ce jour, Impôt total à ce jour, Salaire dans cet emploi, Impôt dans cet emploi, Date de départ, Numéro de semaine/mois fiscal, Référence PAYE de l'employeur, Indicateur de prêt étudiant, Indicateur de prêt post-diplôme, Numéro de dossier/paie. Il s'agit de l'Extraction personnalisée de colonnes : vous définissez le schéma de sortie, et l'IA fait correspondre chaque champ du P45 à vos colonnes — en se basant sur le sens sémantique, quelle que soit la mise en page. Si votre logiciel de paie attend un champ qui n'est pas présent sur tous les P45 (par ex. Salaire dans cet emploi n'apparaît que si le salarié a eu plusieurs emplois), l'IA laisse la cellule vide plutôt que de deviner — ce qui est le comportement correct pour un champ qui n'existe pas réellement sur le document source.
Importez les P45 au fur et à mesure — un par un ou par lots
Le flux s'adapte à la façon dont vos P45 arrivent. Si un nouveau collaborateur vous remet un P45 le premier jour, importez un fichier et récupérez une ligne. Si vous intégrez une équipe de cinq sous-traitants de la même agence, déposez les cinq PDF de P45 dans un lot et obtenez cinq lignes dans un seul tableur. Le format d'entrée est flexible : les exportations PDF de tout logiciel de paie, les scans de P45 imprimés (la version papier que le salarié a gardée dans un tiroir pendant deux ans), et les photos de copies papier prises avec un téléphone fonctionnent tous. Le Traitement par lots fusionne plusieurs fichiers en une seule sortie unifiée — utile en fin de trimestre lorsque vous rapprochez plusieurs mois de dossiers de nouveaux collaborateurs.
Exportez et importez dans votre logiciel de paie
Téléchargez le fichier Excel — une ligne par P45, colonnes dans l'ordre que vous avez défini. La sortie inclut une colonne de référence au fichier source pour tracer chaque ligne jusqu'au PDF d'origine du P45. Effectuez les contrôles de validation dans la section ci-dessous, puis saisissez les valeurs extraites dans l'écran de nouveau collaborateur de votre logiciel de paie. L'export est également disponible en CSV pour les systèmes de paie compatibles avec l'import, ou en JSON pour les équipes disposant de pipelines d'intégration basés sur des API. Pour les équipes qui effectuent le rapprochement de paie dans Google Sheets, le module complémentaire Google Sheets écrit les résultats directement dans la feuille active sans quitter le tableur.
Ce workflow fonctionne aussi bien pour un nouvel arrivant que pour cinquante. La définition de colonne est réutilisable sur toute l'année fiscale, car le jeu de champs statutaires du P45 est stable — HMRC ne le modifie qu'en cas de changement législatif, et le cas échéant, vous ajoutez ou renommez des colonnes sans reconstruire le reste de la définition.
Gérer les cas particuliers du P45 qui déjouent la saisie mécanique
La plupart des P45 suivent le schéma standard : code fiscal cumulatif, emploi unique, montants de salaire et d'impôt numériques. Mais suffisamment de P45 s'en écartent pour qu'une approche de saisie purement mécanique — regarder la case X, taper dans le champ Y — génère des erreurs sur les exceptions. Ce sont ces scénarios où l'extraction apporte une couche de cohérence que la saisie manuelle ne peut pas offrir.
Codes fiscaux Semaine 1 / Mois 1 (non cumulatifs)
Un code fiscal se terminant par « W1 » (paiement hebdomadaire) ou « M1 » (paiement mensuel) — par exemple, 1257L M1 — est un code non cumulatif. Cela signifie que l'impôt du salarié est calculé indépendamment pour chaque période de paie, en utilisant uniquement le salaire de cette période, sans tenir compte du salaire et de l'impôt des périodes précédentes de l'année fiscale. La conséquence pratique pour votre saisie : les champs « Salaire total à ce jour » et « Impôt total à ce jour » sur le P45 ne couvrent que l'emploi quitté — ils n'incluent pas les emplois antérieurs de la même année fiscale.
Lorsque vous saisissez un salarié en W1/M1 dans votre logiciel de paie, vous devez savoir que l'abattement personnel cumulatif n'a pas été suivi d'un emploi à l'autre. Le logiciel traitera ce salarié comme s'il commençait en cours de mois, en appliquant l'intégralité de l'abattement fiscal du mois (le code divisé par 12 pour un paiement mensuel). Ce n'est ni un « impôt d'urgence » ni une erreur — c'est le fonctionnement correct d'un code non cumulatif, et le comprendre vous évite d'ajuster manuellement les montants de salaire pour « les faire ressembler à du cumulatif. »
Concrètement : si un P45 affiche le code fiscal 1257L M1 avec un salaire total à ce jour de 4 000 £ et un impôt total à ce jour de 200 £, vous saisissez ces montants exacts dans votre logiciel de paie. Vous n'ajoutez pas d'estimations de salaire antérieur. Votre système de paie calculera correctement l'impôt à venir sur la base M1.
L'impôt d'urgence est différent du W1/M1. Un code fiscal d'urgence (0T, BR ou 1257L en base non cumulative attribué temporairement) survient lorsque le nouvel employeur n'a pas de P45 et doit utiliser une checklist de démarrage. Un véritable code W1/M1 sur un P45 de l'employeur précédent n'est pas un impôt d'urgence — c'est une instruction délibérée de HMRC, généralement émise parce que le salarié avait des dossiers PAYE incorrects ou incomplets plus tôt dans l'année. La distinction est importante car vous traitez les données d'un P45 avec un code W1/M1 comme faisant autorité, et non comme « probablement erronées. »
Le P45 à zéro revenu
Un employé ajouté à la paie mais n'ayant jamais travaillé — ou parti avant sa première période de paie — génère un P45 à zéro revenu. Le formulaire indique Total Pay in This Employment : £0.00, Total Tax in This Employment : £0.00, avec un code fiscal valide et une date de départ. Il s'agit d'un vrai P45 ayant une réelle importance réglementaire : l'employeur est tenu, en vertu du Règlement 36, de l'émettre pour tout employé pour lequel HMRC a délivré un code fiscal, même si aucun paiement n'a été effectué.
Lors de l'extraction de P45 à zéro revenu avec des P45 standards dans un lot, les lignes à zéro se remplissent naturellement avec £0.00 dans les colonnes de salaire et d'impôt. Les données sont correctes. Un opérateur manuel voyant un salaire de £0.00 pourrait hésiter — « ai-je oublié une case ? » — et chercher un nombre qui n'existe pas. L'extraction supprime cette hésitation car l'IA lit la valeur imprimée et restitue ce que dit le formulaire.
Prêt étudiant : indicateur, pas montant
Le P45 comporte un indicateur de prêt étudiant — une case à cocher ou « O/N » — et non un montant monétaire. C'est une source fréquente de confusion pour les gestionnaires de paie novices en P45. Un nouveau salarié qui avait des retenues pour prêt étudiant dans son emploi précédent verra l'indicateur coché, mais aucun montant de remboursement. Votre logiciel de paie a besoin de l'indicateur pour savoir si déduire, à quel seuil (Plan 1, Plan 2 ou Plan 4), puis calcule le remboursement mensuel à partir du salaire brut. La colonne extraite doit capturer l'indicateur comme une valeur catégorielle (Plan 1 / Plan 2 / Plan 4 / Postgraduate / Aucun), pas comme un nombre.
P45 multi-employeurs
Un employé ayant occupé deux emplois simultanément — par exemple, un poste à temps plein et un poste à temps partiel le week-end — quitte l'un d'eux. Le P45 pour l'emploi quitté indique à la fois « Total Pay to Date » (cumulatif, incluant les deux emplois) et « Pay in This Employment » (uniquement l'emploi quitté). Les deux chiffres diffèrent, et les deux comptent : Total Pay to Date alimente le champ cumul annuel de votre logiciel de paie pour la continuité HMRC ; Pay in This Employment sert à vos propres registres pour ce que cet emploi spécifique a payé. L'extraction capture les deux dans des colonnes distinctes. Un opérateur manuel qui confond les deux champs — en saisissant le chiffre « Pay in This Employment » comme total cumul annuel — sous-déclare les revenus cumulés de l'employé à HMRC, risquant de déclencher une correction de code fiscal des mois plus tard.
Validation des données P45 extraites avant votre première exécution de paie
Même avec une précision d'extraction élevée, le responsable paie doit effectuer une vérification de cohérence avant le traitement. Les contrôles ci-dessous sont spécifiques au P45 et s'effectuent colonne par colonne dans Excel. Ce sont des contrôles de forme — conçus pour identifier les quelques lignes à examiner par rapport au P45 source — et non des audits complets.
| Contrôle | Éléments à vérifier | Formule Excel (ligne 2, à étirer) |
|---|---|---|
| Format NINO | Deux lettres, six chiffres, une lettre de suffixe. La combinaison de lettres de préfixe doit être un préfixe valide émis par HMRC — D, F, I, Q, U, V ne sont jamais utilisés comme premiers caractères. Un O en deuxième position n'est pas non plus utilisé. | =ET(NBCAR(A2)=9,NON(ESTERREUR(CHERCHE("??######?";""&A2)))) — signale les violations de format |
| Forme de la référence PAYE | Le format est trois chiffres, une barre oblique, puis jusqu'à 10 caractères alphanumériques. Une valeur comme "123AB4567" sans barre oblique est presque toujours une erreur de transcription ou d'extraction. | =ET(NBCAR(B2)>=5;ESTNUM(VALEUR(GAUCHE(B2;3)));STXT(B2;4;1)="/") |
| Modèle du code fiscal | Les codes valides se terminent par L, M, N, T, BR, D0, D1, NT, 0T, K suivi d'un nombre, ou S suivi de l'un des précédents. Suffixe optionnel W1 ou M1. Un code comme "XYZ500" n'est jamais valide et doit être signalé. | =OU(ESTNUM(CHERCHE({"L";"M";"N";"T";"BR";"D0";"D1";"NT";"0T";"K"};C2))) — signale les codes non conformes ; vérification manuelle requise pour les cas particuliers |
| Vraisemblance de la date de départ | Doit être une date passée, pas future, et doit se situer dans l'année fiscale en cours ou immédiatement précédente (6 avril au 5 avril, avec une tolérance d'un mois pour les P45 reçus tardivement). Une date de départ au 01/01/1900 indique généralement un champ vide converti en date. | =ET(D2 — mise en forme conditionnelle pour mettre en évidence les valeurs aberrantes |
| Proportionnalité impôt/salaire | L'impôt déduit doit représenter environ 10 à 30 % du salaire total pour les contribuables au taux standard. Les lignes en dehors de cette fourchette méritent vérification — elles peuvent être légitimes (hauts revenus, grosses primes) ou indiquer une erreur d'extraction sur le nombre de chiffres de l'impôt. | =ET(E2/F2>0,1;E2/F2<0,3) — avec mise en forme conditionnelle pour les valeurs aberrantes ; pas un échec, juste un signalement |
| Cohérence de l'indicateur W1/M1 | Si le code fiscal contient "W1" ou "M1", le montant du Salaire total à ce jour doit généralement correspondre au Salaire de cet emploi (car le code est non cumulatif). Un écart ici nécessite une vérification manuelle. | =SI(OU(ESTNUM(CHERCHE("W1";C2));ESTNUM(CHERCHE("M1";C2)));G2=H2;"N/A") — où G est le Salaire total et H le Salaire de cet emploi |
| Exhaustivité de l'indicateur de prêt étudiant | Si l'indicateur est présent, il doit être l'un des suivants : Plan 1, Plan 2, Plan 4, Postgraduate, ou None. Le champ vide est acceptable uniquement si le P45 n'avait pas de section prêt étudiant. "Yes" sans type de plan est incomplet. | =OU(I2={"Plan 1";"Plan 2";"Plan 4";"Postgraduate";"None";""}) — liste déroulante de validation des données pour la cohérence de la saisie manuelle |
La valeur d'une validation sur les données extraites est qu'elle prend quelques secondes par ligne plutôt que des minutes. Vous vérifiez la forme, sans relire chaque valeur sur chaque P45. Une colonne de 30 lignes se scanne en moins d'une minute avec ces formules appliquées en tant que mises en forme conditionnelles — les trois ou quatre lignes signalées sont vérifiées manuellement, et le reste est directement intégré au logiciel de paie.
P45 vs Starter Checklist : Pourquoi les données du P45 sont cruciales pour le premier bulletin de paie
Lorsqu'un nouveau salarié arrive sans P45 — fréquent pour les jeunes quittant l'école pour leur premier emploi, les personnes reprenant le travail après une longue pause, ou celles ayant perdu le document — l'employeur doit utiliser un questionnaire d'embauche HMRC (qui a remplacé l'ancien formulaire P46). Ce questionnaire pose trois questions simples sur la situation professionnelle du salarié et attribue un code fiscal provisoire — généralement 1257L en cumul pour la déclaration A (emploi principal, aucun autre revenu), ou BR (taux de base) pour la déclaration B (second emploi).
Un questionnaire d'embauche intègre le salarié dans le système de paie, mais ne contient pas les revenus ni l'impôt déjà payés depuis le début de l'année fiscale. Conséquence : l'abattement personnel du salarié repart de zéro — l'intégralité de l'abattement est appliquée à partir de sa date d'embauche, même s'il en a déjà utilisé une partie chez son précédent employeur. HMRC corrige généralement cela sous 4 à 6 semaines après la première déclaration FPS, mais la correction peut prendre la forme d'un ajustement du code fiscal plutôt que d'un remboursement automatique sur le prochain bulletin.
Un P45 correctement extrait évite toute cette période de régularisation. Le code fiscal est celui émis en dernier par HMRC, et non un code provisoire générique. Les montants cumulés de salaire et d'impôt sont exacts, pas à zéro. Le prélèvement du prêt étudiant commence au bon seuil, au lieu d'être découvert deux mois plus tard après un avis de HMRC. Pour le salarié, la différence est nette entre un premier bulletin correct et 4 à 6 semaines de déductions provisoires pouvant nécessiter un rattrapage.
Voilà pourquoi l'extraction des données du P45 est bien plus qu'une simple commodité. C'est la différence entre « on régularisera les impôts plus tard » et « l'impôt est correct dès le premier jour ». La différence supplémentaire avec l'extraction du P60, une tâche de clôture annuelle unique, est que l'extraction du P45 se répète à chaque embauche — ce qui en fait un processus que vous amortissez sur l'année civile plutôt que de le concentrer sur une fenêtre de deux semaines.
FAQ
Puis-je extraire les données d'un P45 papier que j'ai photographié avec mon téléphone ?
Oui. L'IA traite les photos de P45 imprimés — y compris les scans avec éclairage irrégulier, légère inclinaison ou plis — tant que le texte est lisible à l'œil nu. Cela couvre le cas courant où un employé apporte un P45 physique d'un précédent employeur qui ne délivre pas de copies électroniques, et où l'équipe paie doit le numériser.
L'extraction d'un P45 évite-t-elle l'impôt d'urgence ?
Extraire correctement les données du P45 est la première étape. Les saisir dans votre logiciel de paie est ce qui évite l'impôt d'urgence. Si le P45 comporte un code fiscal valide et que vous le saisissez correctement, votre système de paie applique ce code dès la première période de paie — aucun code d'urgence n'est déclenché. L'extraction élimine les erreurs de transcription (chiffres mal saisis, décimales déplacées) qui amènent le logiciel de paie à rejeter ou à mal appliquer le code.
Que faire si mon nouveau collaborateur a perdu son P45 ?
Un P45 ne peut pas être réédité. Contrairement au P60, où l'employeur peut produire un duplicata marqué « duplicata », le règlement Income Tax (PAYE) interdit la délivrance d'un second P45 car cela créerait des doublons dans les registres PAYE de HMRC. Si un employé a perdu son P45, orientez-le vers la liste de contrôle HMRC pour les nouveaux entrants. L'employé peut également consulter son compte fiscal personnel sur GOV.UK pour trouver son code fiscal et son historique PAYE récent de son précédent emploi, ce qui peut compléter les données de la liste de contrôle.
Les données extraites dans le tableur s'importent-elles directement dans le logiciel de paie ?
Cela dépend de votre logiciel de paie. Sage 50 Payroll, BrightPay et QuickBooks UK prennent tous en charge l'import CSV pour certains types de données, mais les fiches des nouveaux entrants nécessitent généralement une saisie manuelle via l'interface du logiciel pour des raisons de validation. Le tableur extrait vous fournit une source unique de vérité — une ligne par employé avec tous les champs dans l'ordre demandé par l'écran de saisie des nouveaux entrants de votre logiciel de paie, vous permettant de lire la ligne et de saisir les valeurs en séquence sans basculer entre le PDF original du P45 et l'écran de saisie.
Que faire si je traite des P45 de différentes années fiscales dans un même lot ?
L'année fiscale apparaît sous forme de plage imprimée sur le P45 (ex. « 6 avril 2025 à [date de départ] ») et vous pouvez l'inclure comme colonne d'extraction pour distinguer les lignes de différentes années. Le jeu de champs sous-jacent — code fiscal, salaire versé à ce jour, impôt versé à ce jour, indicateur de prêt étudiant — est le même quelle que soit l'année fiscale. Une définition de colonne créée pour 2026-27 fonctionnera pour les P45 de 2025-26, les différences propres à chaque année (comme les changements de seuils pour les retenues de prêt étudiant) étant gérées dans votre logiciel de paie, et non dans les données extraites.
Peut-il lire des P45 manuscrits ou des formulaires annotés ?
L'IA traite les P45 imprimés par machine et les formulaires de substitution générés numériquement avec une grande précision. Les annotations manuscrites sur un P45 imprimé — par exemple, une correction au crayon d'un responsable de paie sur un code fiscal — sont lues avec une fiabilité moindre. Considérez les valeurs manuscrites sur un P45 par ailleurs imprimé comme un signal nécessitant une vérification manuelle. L'outil ne propose pas de mode optimisé pour l'écriture manuscrite spécifiquement pour les P45, mais les champs imprimés standard du même formulaire seront extraits correctement, parallèlement aux segments manuscrits nécessitant une relecture humaine.
Les données des P45 des employés sont-elles sécurisées lors de l'extraction ?
Les P45 contiennent des données personnelles sensibles — NINO, montants de salaire, codes fiscaux 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.
Puis-je traiter par lots des P45 avec des P60 ou d'autres documents de paie ?
Les P45 et les P60 comportent des jeux de champs différents — un P45 a une date de départ et un indicateur de prêt étudiant ; un P60 a des tranches de revenus NI et des détails de paiements statutaires. Il est généralement plus propre de les exécuter en lots séparés avec des définitions de colonnes différentes pour éviter des colonnes clairsemées où la moitié des champs sont vides pour la moitié des documents. Cependant, si votre flux de travail implique le rapprochement des deux types de documents pour le même employé — par exemple, un comptable préparant une déclaration de revenus pour un client qui a changé d'emploi en cours d'année — vous pouvez définir un ensemble de colonnes combiné avec tous les champs et laisser l'IA remplir ce qui existe sur chaque document, laissant des blancs là où un champ est absent de ce type de formulaire particulier.
Le P45 de chaque nouvel embauché est une ligne dans vos fiches de paie que vous ne devriez pas avoir à saisir. Définissez vos colonnes une fois, et laissez le tableur remplir les données pour chaque embauche suivante.
Extraire votre premier P45Aucune inscription requise pour tester sur des fichiers échantillons. Traitement sécurisé avec suppression automatique des fichiers.