Pourquoi le formulaire P45
coûte plus cher aux équipes paie britanniques qu'elles ne le pensent

Le formulaire que la RTI était censée tuer

Avant l'entrée en vigueur de la RTI en 2013, l'ensemble du P45 était une chaîne papier physique : l'employeur remplissait quatre volets carbone, envoyait le volet 1 au HMRC, remettait les volets 1A, 2 et 3 au salarié partant. Les retards, le courrier perdu et la saisie manuelle au HMRC étaient endémiques. La RTI a été présentée comme la solution structurelle : les informations de départ devaient transiter électroniquement de la déclaration de paie complète (FPS) de l'employeur directement au HMRC en quasi-temps réel. Le volet 1 est devenu redondant — le logiciel de paie génère la FPS, le HMRC reçoit les données, le dossier fiscal du salarié est mis à jour.

C'est exactement là que la transformation numérique s'est arrêtée.

Les volets 1A, 2 et 3 restent des documents papier. Le salarié doit les recevoir — sur papier, ou en PDF imprimé ou envoyé par courriel depuis le logiciel de paie de l'employeur. Le salarié doit conserver le volet 1A pour ses archives. Il doit ensuite remettre les volets 2 et 3 à son nouvel employeur, qui doit saisir manuellement le salaire cumulé, l'impôt cumulé, le code fiscal et le numéro d'assurance nationale dans son système de paie avant la première paie. Selon les règles du HMRC, si le nouvel employeur effectue la paie sans P45, le salarié passe sous un code fiscal d'urgence. Le formulaire censé devenir obsolète en 2013 est, en 2026, toujours le seul mécanisme de transfert des données fiscales cumulées entre deux systèmes de paie non connectés.

Un P45 pour chaque départ : le volume que personne ne compte

Le P45 n'est pas un document occasionnel. Il est généré pour chaque événement de départ — démission, licenciement économique, retraite, licenciement, fin de contrat à durée déterminée, même décès. Pour une économie avec un turnover de 34 % et une main-d'œuvre PAYE d'environ 33 millions de personnes, l'arithmétique est simple : des millions de P45 chaque année fiscale. Le chiffre de 34 % du CIPD se décompose en 27,4 % qui changent d'employeur et 6,6 % qui quittent le marché du travail. Même en ne prenant que les changeurs d'emploi — ceux dont le P45 doit physiquement parvenir à un nouvel employeur — cela représente près de 9 millions de P45 en transit chaque année.

Le turnover n'est pas uniforme. L'hôtellerie-restauration affiche un turnover de 52 %. La construction, le commerce de détail et les services professionnels se situent bien au-dessus de la moyenne nationale. Une entreprise de construction avec 400 ouvriers sur chantier traitera plus de P45 en un an qu'une entreprise de services financiers de taille similaire en cinq ans. Une chaîne hôtelière avec 1 200 employés répartis sur les pics saisonniers peut émettre 600 P45 par an. Dans ces secteurs à fort turnover, le flux des P45 n'est pas une simple contrainte de conformité — c'est une charge opérationnelle récurrente qu'aucun budget de personnel ne prend explicitement en compte.

Les chiffres en aval amplifient l'ampleur. Un bureau de paie de taille moyenne gérant 30 clients PME avec une moyenne de 15 employés chacun traite 450 P45 par an — rien que pour les départs. Un cabinet comptable déposant des déclarations de revenus pour 100 clients a besoin des chiffres P45 de chaque emploi précédent de ses clients au cours de l'année fiscale, souvent sur plusieurs emplois. Dans chacun de ces scénarios, le P45 existe. Les données sont imprimées sur la page. Mais les faire passer de la page dans le système qui en a besoin — logiciel de paie, déclaration fiscale, calcul de prestations — reste un exercice de saisie manuelle.

Le problème de distribution en quatre parties

Pour comprendre pourquoi le P45 reste un point de défaillance structurel, il faut suivre chaque partie dans son parcours prévu — et voir où les ruptures se produisent.

Partie 1 — HMRC. C'est la partie que RTI a résolue. Le logiciel de paie la soumet dans le cadre du FPS le jour de paie final du salarié ou avant. HMRC la reçoit. Le dossier fiscal du salarié est mis à jour. Cette étape du parcours est numérique depuis 2013 et, dans l'ensemble, fonctionne.

Partie 1A — Dossiers salarié. L'employeur génère cette partie en même temps que les parties 2 et 3. Elle doit parvenir au salarié — idéalement le dernier jour travaillé, ou avec son dernier bulletin de paie. En pratique, le moment dépend du traitement de la dernière paie. Si le dernier salaire n'est calculé qu'après le départ du salarié — fréquent avec les congés payés, indemnités de préavis ou primes — le P45 est émis plus tard. Le salarié parti le 10 et ayant commencé un nouvel emploi le 17 a déjà eu sa première paie chez le nouvel employeur quand le P45 arrive. À ce stade, les parties 2 et 3 sont en retard. L'horloge de paie du nouvel employeur a déjà tourné.

Parties 2 et 3 — Nouvel employeur. Le salarié doit les remettre physiquement au nouvel employeur avant la première paie. Si elles arrivent en retard — ou jamais — le service paie utilise la Starter Checklist de HMRC, qui attribue un code fiscal initial sans cumul annuel. La Starter Checklist détermine si le salarié obtient un code cumulatif (si c'est son seul emploi et qu'il n'a pas eu d'autre emploi dans l'année fiscale) ou un code BR au taux de base (si c'est un second emploi). Si la checklist est mal remplie — une déclaration "c'est mon seul emploi" alors qu'il s'agit d'un second emploi, par exemple — le code fiscal est erroné dès le premier jour. Et contrairement au P45, la Starter Checklist ne contient aucune donnée de revenus antérieurs. Elle ne peut pas reprendre le calcul cumulatif de l'impôt. Elle ne peut que deviner.

Il existe un mode de défaillance moins évident : le scénario du P45 tardif. Comme la documentation de BrightPay pour les administrateurs paie le précise explicitement, "un nouveau salarié peut parfois remettre son P45 à son nouvel employeur après sa première paie et après la soumission d'un FPS à HMRC." Au moment où le P45 arrive, HMRC a peut-être déjà émis un code fiscal basé sur les données de la Starter Checklist. L'administrateur paie doit alors décider : utiliser le code émis par HMRC ou les données du P45 ? La documentation indique d'utiliser le code envoyé par HMRC — ce qui signifie que les données du P45 que le salarié a passé deux semaines à obtenir peuvent ne même pas être saisies. Le formulaire est arrivé. Mais trop tard pour avoir de l'importance.

De la Partie 2 manquante à l'Urgence Fiscale : La Cascade des Coûts

Lorsque les parties 2 et 3 ne parviennent pas au nouvel employeur avant la première paie, le salarié se voit attribuer un code d'impôt d'urgence — généralement 1257L W1 (semaine 1) ou 1257L M1 (mois 1). Ces codes traitent chaque période de paie comme une période fiscale indépendante, sans ajustement en cours d'année. L'abattement personnel standard est divisé également entre les périodes de paie plutôt que d'être appliqué de manière cumulative sur le total des revenus perçus à ce jour.

L'arithmétique est impitoyable. Pour un salaire annuel de 30 000 £, un salarié au code cumulatif 1257L paie environ 290 £ d'impôt par mois. Avec le code d'urgence M1, la déduction est d'environ 400 £ — soit une différence de 100 à 150 £ par mois. Pour un salarié qui vient de commencer un nouvel emploi, peut-être après une période sans revenus, cette réduction de 100 £ du salaire net n'est pas une préoccupation abstraite de conformité. C'est un véritable choc de trésorerie.

Le HMRC indique que les corrections de code d'impôt « peuvent prendre jusqu'à 35 jours à compter du début de votre emploi ». En pratique, le délai dépend de l'alignement de trois systèmes distincts : l'ancien employeur doit avoir soumis le FPS de départ, le nouvel employeur doit avoir soumis le FPS d'arrivée, et les systèmes du HMRC doivent rapprocher les deux. Un retard à n'importe quel stade repousse la fenêtre de correction au-delà de 35 jours. Le salarié qui a été imposé d'urgence pendant deux périodes de paie peut l'être pour une troisième — et à ce moment-là, il a perdu entre 300 et 450 £. Le HMRC remboursera le trop-perçu, mais le mécanisme de remboursement dépend de la suite. Si la correction intervient au cours de la même année fiscale, l'employeur ajuste les déductions futures. Si elle intervient après la fin de l'année fiscale — ce qui peut arriver avec des corrections tardives — le salarié doit demander le remboursement directement, via son Compte Fiscal Personnel ou par téléphone. Le HMRC estime qu'un million de personnes par an ne réclament pas le trop-perçu d'impôt.

Les statistiques plus larges sur les erreurs de code d'impôt racontent la même histoire sous un autre angle. En 2023/24, 5,6 millions de personnes ont payé trop d'impôt sur le revenu — 3,5 milliards de £ au total. Une étude de The Tax Refund Company a révélé que 36 % des salariés ont eu au moins un mauvais code d'impôt sur une période de quatre ans, perdant en moyenne 204 £ chacun. Toutes ces erreurs ne proviennent pas de P45 manquants. Mais un P45 manquant est la cause la plus structurellement évitable dans la chaîne — et la plus répartie. Il n'existe pas un seul système de paie, un seul employeur, un seul processus du HMRC qui soit propriétaire de la transition. Il n'y a donc aucune entité unique qui puisse être tenue responsable de sa correction.

Pourquoi le P45 persiste : inertie institutionnelle et problème de sauvegarde

La propre feuille de route de transformation du HMRC, publiée en juillet 2025, énumère plus de 50 projets : un nouveau portail PAYE, la numérisation des services de droits de succession, un moteur de conformité basé sur l'IA, la biométrie vocale pour les lignes d'assistance. Le mot « P45 » n'apparaît pas une seule fois. Dans une agence qui « supprime le recours aux avis papier de code fiscal » et teste « de nouvelles façons d'informer les gens des changements de leur situation fiscale », le formulaire de départ employeur à employeur — le document qui, plus que tout autre morceau de papier, détermine si un salarié commence un nouvel emploi avec le bon code fiscal — est absent du programme numérique.

Il y a deux raisons à cela, et elles sont structurelles plutôt que bureaucratiques.

Premièrement : le P45 sert de système de sauvegarde. Lorsque les transmissions RTI FPS échouent, lorsqu'un logiciel de paie produit un fichier corrompu, lorsqu'un employeur a déclaré en ligne mais que le nouvel employeur ne peut pas recevoir les codes fiscaux électroniques car son logiciel est obsolète — le P45 papier est la solution de repli. Tant que la sauvegarde existe, le pipeline RTI principal n'a pas besoin d'être parfait. Supprimer la sauvegarde nécessiterait de rendre le RTI véritablement tolérant aux pannes, ce qui est un projet bien plus vaste que la délivrance d'un formulaire numérique. Du point de vue du HMRC, le coût de l'élimination du P45 papier n'est pas le coût du formulaire. C'est le coût pour rendre l'ensemble de l'infrastructure numérique suffisamment infaillible pour que la sauvegarde ne soit plus nécessaire. Cette facture n'est jamais détaillée dans une feuille de route de transformation parce que personne ne l'a demandée.

Deuxièmement : la transition se situe entre les employeurs, et le mandat du HMRC est contribuable ↔ HMRC. Le vide du P45 existe dans l'espace entre la sortie de paie de l'employeur A et l'entrée de paie de l'employeur B. Cet espace n'est pas réglementé par le HMRC de la même manière que les déclarations FPS. Il n'existe pas de « norme de transfert électronique du P45 ». Il n'y a pas de format imposé pour les parties 1A, 2 et 3 au-delà du cahier des charges du HMRC pour les P45 imprimés — papier blanc A4, minimum 80 g/m², encre noire pure uniquement. Le cahier des charges régit l'apparence du formulaire, pas la façon dont ses données circulent entre les systèmes. Ce vide n'est la responsabilité de personne à combler.

Le facteur de saisie manuelle que personne ne mesure

Les interstices entre les systèmes — entre le PDF du P45 et l'écran de saisie de paie du nouvel employeur, entre le formulaire papier et le tableur — sont là où les données sont ressaisies. Et la ressaisie est source d'erreurs.

Les recherches sur la saisie manuelle de données convergent vers un taux d'erreur par champ de 1 % à 4 % pour les opérateurs formés. En paie, des enquêtes sectorielles ont révélé qu'environ 20 % des cycles de paie contiennent au moins une erreur — pas 20 % des champs, mais 20 % des cycles complets. Pour un employeur de taille moyenne gérant 200 départs par an, chaque P45 comportant environ 10 champs saisissables — numéro d'assurance nationale, date de départ, code fiscal, total des revenus à ce jour, total des impôts à ce jour, indicateur de prêt étudiant, numéro de semaine/mois, et les coordonnées personnelles du salarié — cela représente 2 000 champs saisis par an. Avec un taux d'erreur de 1 % par champ : 20 champs mal saisis. Au taux plus réaliste de 3 % dans les conditions de paie — pression temporelle, variation de format entre employeurs, P45 reçus sous forme de scans plutôt que de PDF consultables — le chiffre est de 60 erreurs par an.

Le taux d'erreur par enregistrement se cumule plus vite que les équipes paie ne l'anticipent. Avec 10 champs par P45 et un taux d'erreur de 1 % par champ, le taux d'erreur par enregistrement — la probabilité qu'un P45 donné contienne au moins une erreur — est d'environ 9,6 % (1 − 0,99¹⁰). Près d'un P45 saisi manuellement sur dix contient au moins une erreur. Pour le bureau de paie de 450 salariés, cela représente environ 45 P45 par an avec une erreur de données quelque part dans l'enregistrement — et chacun est un code fiscal potentiellement erroné, une correction potentielle de P45 en double, une demande de conformité potentielle du HMRC.

Le coût de ces erreurs n'est pas seulement le temps de correction, bien que celui-ci soit significatif — un seul code fiscal erroné peut nécessiter un appel au HMRC, une soumission FPS modifiée, un bulletin de paie corrigé et une conversation avec un salarié qui a remarqué l'erreur. Le vrai coût est l'exposition cumulative à la conformité. Le HMRC exige des employeurs qu'ils conservent les registres de paie pendant au moins trois ans. Lors d'une inspection, l'employeur doit être en mesure de démontrer que les chiffres de son système de paie correspondent à ceux des documents sources. Un tableur avec un chiffre P45 mal saisi — sans piste d'audit indiquant quand l'erreur a été introduite, par qui, ou quelle était la valeur d'origine — est un enregistrement invérifiable. La pénalité pour des registres inadéquats peut atteindre 3 000 £ par salarié. Le P45 saisi correctement ne crée pas la responsabilité. Celui saisi avec un seul chiffre erroné, et saisi il y a cinq ans, dormant tranquillement dans les archives, le fait.

Briser le cycle : ce qui change quand le clavier disparaît

Le problème papier du P45 n'est pas soluble en demandant au HMRC de supprimer le formulaire. Le papier sert de sauvegarde dont dépend le RTI, et les priorités de transformation du HMRC sont ailleurs. Ce qui est soluble, c'est la saisie.

Quand un P45 arrive — que ce soit en PDF depuis le logiciel de paie d'un ancien employeur, un scan d'un formulaire papier d'un réfractaire au RTI, ou une photo envoyée par SMS par un ancien collègue — les données qu'il contient n'ont pas besoin d'être retapées. Les outils d'extraction de documents qui comprennent la structure sémantique d'un P45 peuvent lire le code fiscal, les salaires et cotisations cumulés depuis le début de l'année, la date de départ, le numéro NI et l'indicateur de prêt étudiant directement depuis la page. Le résultat n'est pas un PDF. C'est une ligne de données structurée — les mêmes colonnes qu'un gestionnaire de paie taperait dans un tableur, générée en quelques secondes. Le clavier qui faisait la jointure entre les systèmes devient une étape de vérification plutôt que de création.

C'est ce que couvre en détail le guide compagnon pour extraire les données de départ d'un P45 vers Excel pour la paie : comment prendre un P45 dans n'importe quel format — imprimé, scanné, PDF — et le transformer en données de paie structurées sans retaper un seul champ. La technologie existe. Le P45 existe. L'écart entre eux se mesure en frappes.

Pour le contexte plus large de pourquoi la saisie manuelle des données de paie reste un risque structurel dans le paysage des documents fiscaux britanniques, l'analyse de la saisie manuelle des données P60 dans la paie britannique suit le même schéma — certificats de fin d'année générés par logiciel, consommés par des humains, tapés dans des tableurs — et ce qu'il coûte aux services qui les traitent.

Questions fréquentes

Puis-je obtenir un P45 de remplacement si j'ai perdu le mien ?

Non. Le HMRC indique explicitement que les anciens employeurs ne peuvent pas délivrer un P45 de remplacement. Si vous perdez votre P45 ou ne le recevez jamais, votre nouvel employeur doit utiliser la Checklist de démarrage HMRC à la place. Cela signifie que vous ne bénéficierez pas du calcul d'impôt cumulatif que permet le P45 — vous serez probablement placé sous un code d'impôt d'urgence jusqu'à ce que le HMRC corrige votre dossier.

Que se passe-t-il si mon nouvel employeur exécute la paie avant de recevoir mon P45 ?

Vous serez placé sous un code d'impôt d'urgence — généralement 1257L W1 ou M1 — qui traite chaque période de paie indépendamment plutôt que de manière cumulative. Sur un salaire de 30 000 £, cela signifie environ 100 à 150 £ d'impôt supplémentaire retenu par mois par rapport au code cumulatif correct. HMRC indique que la correction peut prendre jusqu'à 35 jours. L'impôt trop perçu est remboursable — soit par des retenues réduites sur les fiches de paie suivantes si la correction a lieu dans l'année fiscale, soit par une réclamation directe auprès de HMRC après la fin de l'année fiscale.

Pourquoi HMRC ne rend-il pas l'intégralité du P45 numérique ?

La partie 1 est déjà numérique — elle est soumise à HMRC par voie électronique via la déclaration de paiement intégral (FPS) du système RTI. Les parties 1A, 2 et 3 restent physiques car elles assurent une fonction de transfert entre employeurs que le RTI n'a pas été conçu pour remplacer. Les travaux de transformation actuels de HMRC privilégient les services numériques destinés aux contribuables — un nouveau portail PAYE, des avis de code d'impôt numériques — plutôt que de combler le fossé du transfert de données entre employeurs. Le P45 papier sert également de sauvegarde système : si les soumissions RTI échouent, le formulaire papier offre un mécanisme de repli pour la continuité des données fiscales.

Mon employeur est-il amendé pour ne pas avoir délivré de P45 ?

Il n'existe pas d'amende fixe et autonome uniquement pour défaut de fourniture d'un P45. Cependant, cela peut contribuer à des constats plus larges de non-conformité au PAYE. Les employeurs s'exposent à des amendes allant jusqu'à 3 000 £ par employé pour des registres de paie inadéquats ou inexacts, et les pénalités de déclaration RTI vont de 100 £ à 400 £ par mois selon la taille de l'employeur. Les employés qui ne reçoivent pas de P45 peuvent saisir HMRC, ce qui peut déclencher un examen de conformité des pratiques de paie de l'employeur.

Est-ce que je reçois plusieurs P45 si j'ai occupé plusieurs emplois au cours de la même année fiscale ?

Oui. Chaque employeur que vous quittez au cours de l'année fiscale doit délivrer un P45 distinct. Si vous avez occupé deux emplois simultanément et les avez quittés tous les deux, vous recevrez deux P45 — chacun ne montrant que le salaire et l'impôt de cet emploi spécifique. Cela crée un problème d'agrégation de données : votre nouvel employeur ou comptable doit combiner les chiffres de plusieurs P45 pour comprendre votre situation fiscale totale. Chaque point de fusion est une source potentielle d'erreur de calcul manuel.

Un P45 est-il identique à un P60 ?

Non. Un P45 est délivré lorsque vous quittez un emploi et couvre votre salaire et vos impôts du début de l'année fiscale jusqu'à votre date de départ. Un P60 est délivré à la fin de l'année fiscale (avant le 31 mai) à chaque employé toujours inscrit sur la paie au 5 avril, couvrant l'intégralité de l'année fiscale. Un employé parti en décembre reçoit un P45 en décembre. Ce même employé ne reçoit pas de P60 de cet employeur — mais l'employeur qui a délivré le P45 doit conserver les registres à des fins de conformité avec le HMRC pendant au moins trois ans.