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

En 2024, 34 % de la main-d'œuvre britannique a changé d'employeur ou quitté le marché du travail — soit environ 11 millions de personnes — selon l'analyse CIPD de l'Annual Population Survey. Chacun de ces départs a déclenché une obligation légale en vertu du règlement 36 du Income Tax (PAYE) Regulations 2003 : l'employeur doit délivrer un P45 au cours de la période de paie de départ ou « sans retard déraisonnable ». Cette obligation n'est pas le problème. Le problème, c'est que malgré la numérisation de la partie 1 du P45 par le Real Time Information (RTI) en 2013, les trois autres parties — 1A pour les dossiers de l'employé, 2 et 3 pour le nouvel employeur — suivent toujours une chaîne de distribution conçue en 1944, l'année où le formulaire a été introduit. Quelque part dans cette chaîne, entre une date de départ et la première paie dans un nouvel emploi, des documents se perdent, des chiffres sont mal saisis, et les systèmes de l'HMRC appliquent par défaut un code d'impôt d'urgence que l'employé peut ne pas remarquer pendant des semaines — voire jamais.

Arrêtez la saisie manuelle — laissez l'IA lire vos documents
Image ou PDF — données structurées en 10 secondes
Essayer maintenant →
Graphique principal avec le titre de l'article « Pourquoi le formulaire P45 coûte plus cher aux équipes de paie britanniques qu'elles ne le pensent » au-dessus de trois icônes vectorielles plates : des formulaires papier empilés étiquetés Parties 1A-3 Toujours sur papier, une enveloppe avec une flèche directionnelle étiquetée 9M P45 en transit par an, et un badge d'avertissement ambre étiqueté Aucun remplacement en cas de perte.

Points clés à retenir

  1. Onze millions de changements d'emploi au Royaume-Uni en 2024 ont déclenché onze millions de P45 — et à un taux d'erreur de champ conservateur, statistiquement un P45 sur dix ressaisi manuellement entre dans un système de paie avec au moins un chiffre erroné.
  2. Le coût réel n'est pas l'appel de correction à l'HMRC — c'est le numéro NI mal saisi il y a cinq ans, dormant sans être détecté dans une archive de paie, attendant une inspection qui déclenche une pénalité pouvant atteindre 3 000 £ par employé.
  3. Les données du P45 sont déjà imprimées sur le formulaire — extrayez-les directement et l'administrateur de paie devient un vérificateur, comblant l'écart entre la sortie de paie de l'employeur A et l'entrée de paie de l'employeur B sans une seule frappe de création de données.

Le formulaire que la RTI était censée éliminer

Graphique comparatif vectoriel à deux colonnes : la colonne de gauche montre une icône d'upload verte intitulée 'Partie 1 à HMRC' avec la mention 'Numérique via RTI FPS depuis 2013' et un badge vert marqué Numérique ; la colonne de droite montre une icône de pile de papier ambre intitulée 'Parties 1A, 2 et 3' avec la mention 'Imprimées, envoyées par courrier ou par e-mail à l'employé' et un badge ambre marqué Toujours sur papier.

Avant l'entrée en vigueur de la RTI en 2013, le P45 était entièrement une chaîne papier : l'employeur remplissait quatre exemplaires autocopiants, envoyait la Partie 1 à HMRC, et remettait les Parties 1A, 2 et 3 à l'employé sortant. Les retards, le courrier perdu et la saisie manuelle des données côté HMRC étaient endémiques. La RTI a été présentée comme la solution structurelle : les informations de départ devaient circuler électroniquement, de la Full Payment Submission de l'employeur directement à HMRC, en quasi temps réel. La Partie 1 est devenue redondante — le logiciel de paie génère la FPS, HMRC reçoit les données, le dossier fiscal de l'employé est mis à jour.

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

Les Parties 1A, 2 et 3 restent des documents physiques. L'employé doit les recevoir — sur papier, ou sous forme de PDF imprimé ou envoyé par e-mail depuis le logiciel de paie de l'employeur. L'employé doit conserver la Partie 1A pour ses propres archives. Il doit ensuite remettre les Parties 2 et 3 à son nouvel employeur, qui doit saisir manuellement le salaire cumulé depuis le début de l'année, l'impôt cumulé, le code fiscal et le numéro NI dans son système de paie avant la première exécution de paie. Selon les règles de HMRC, si le nouvel employeur exécute la paie sans P45, l'employé 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.

La réalité structurelle : la RTI a numérisé la partie employeur-vers-HMRC du P45. Elle n'a rien fait pour la partie employeur-vers-employeur. Chaque segment du processus de départ que la RTI n'a pas couvert constitue désormais une jonction entre systèmes — et à chaque jonction, une personne saisit des données.

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, retraite, cessation d'emploi, fin de contrat à durée déterminée, voire décès. La plupart de ces événements commencent par une lettre des RH, et extraire une lettre de départ signée vers Excel permet de capturer le dernier jour travaillé, le motif de la séparation et les détails de la paie finale aux côtés du P45. Pour une économie avec un taux de rotation du personnel de 34 % et une main-d'œuvre assujettie au 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 considérant que les personnes qui changent d'emploi — celles dont les P45 doivent physiquement parvenir à un nouvel employeur — cela représente près de 9 millions de P45 en transit chaque année.

La rotation n'est pas uniforme. L'hôtellerie-restauration affiche un taux de rotation 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 de chantier traitera plus de P45 en un an qu'une entreprise de services financiers de taille similaire n'en traite en cinq. Une chaîne hôtelière avec 1 200 employés sur les pics saisonniers peut émettre des P45 à 600 départs par an. Dans ces secteurs à forte rotation, le flux de P45 n'est pas une considération de conformité secondaire — c'est une charge opérationnelle récurrente qu'aucun budget de personnel ne prend explicitement en compte.

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

Remplacer cette saisie par un transfert P45 vers Excel ne change pas la façon dont le formulaire circule — les quatre volets se déplacent toujours exactement comme décrit. Cela supprime l'étape de frappe chez l'employeur destinataire et permet à l'administrateur de paie de vérifier les chiffres plutôt que de les saisir.

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.

La chaîne de distribution comporte au moins sept points de transfert : dernière paie → génération du P45 → Partie 1 via FPS → Parties 1A/2/3 au salarié → le salarié conserve 1A → le salarié remet 2/3 au nouvel employeur → le nouvel employeur saisit les données dans la paie → nouveau FPS soumis. Chaque flèche est un point de rupture. Aucune entité ne possède l'ensemble de la chaîne.

De la partie 2 manquante à l'impôt d'urgence : la cascade des coûts

Lorsque les parties 2 et 3 ne parviennent pas au nouvel employeur avant la première paie, l'employé est placé sous 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 autonome, sans ajustement cumulatif depuis le début de l'année. L'abattement personnel standard est divisé également entre les périodes de paie plutôt que d'être appliqué cumulativement sur le total des revenus perçus à ce jour.

Graphique vectoriel carré plat avec un grand chiffre bleu foncé « £100–150 » au-dessus des deux lignes « extra tax per month on a £30,000 salary » et « while Parts 2 and 3 are missing », plus un badge d'avertissement ambre intitulé Emergency Code 1257L M1.

Le calcul est impitoyable. Pour un salaire annuel de 30 000 £, un employé sous le code cumulatif 1257L paie environ 290 £ d'impôt par mois. Sous le code d'urgence M1, la retenue est d'environ 400 £ — soit une différence de 100 à 150 £ par mois. Pour un employé 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 vrai manque à gagner en 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 quelle étape repousse la fenêtre de correction au-delà de 35 jours. L'employé soumis à l'impôt d'urgence pendant deux périodes de paie peut l'être pour une troisième — et à ce moment-là, il a perdu 300 à 450 £. Le HMRC remboursera le trop-perçu, mais le mécanisme de remboursement dépend de la suite. Si la correction arrive au cours de la même année fiscale, l'employeur ajuste les retenues futures. Si elle arrive après la fin de l'année fiscale — ce qui peut arriver avec des corrections tardives — l'employé doit réclamer 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 remboursement de leur 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é un 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 employés avaient 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 de 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 gère la transmission. Il n'y a donc aucune entité unique qui puisse être tenue responsable de la corriger.

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

Infographie vectorielle plate intitulée « Pourquoi la saisie de 200 P45 par an ne peut pas être sans erreur », avec quatre points numérotés disposés en grille deux par deux : 2 000 champs saisis, 20 erreurs à un taux de 1 %, 60 erreurs à un taux de 3 %, et un taux de 9,6 % de dossiers comportant une erreur mis en évidence.

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 là où les erreurs se produisent.

Les recherches sur la saisie manuelle de données convergent vers un taux d'erreur au niveau du champ de 1 % à 4 % pour les opérateurs formés. En paie, les 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 de paie entiers. Pour un employeur de taille moyenne traitant 200 départs par an, chaque P45 comportant environ 10 champs saisissables — numéro NI, date de départ, code fiscal, total des salaires à ce jour, total des impôts à ce jour, indicateur de prêt étudiant, numéro de semaine/mois, et les informations personnelles de l'employé — cela représente 2 000 champs saisis par an. À 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 interrogeables — le chiffre est de 60 erreurs par an.

L'erreur au niveau du dossier se cumule plus rapidement que les équipes de paie ne l'anticipent. Avec 10 champs par P45 et un taux d'erreur de 1 % par champ, le taux d'erreur au niveau du dossier — 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 employés, cela représente environ 45 P45 par an comportant une erreur de données quelque part dans le dossier — et chacun d'eux est un code fiscal potentiellement erroné, une correction de P45 en double potentielle, une demande de conformité HMRC potentielle.

Le coût de ces erreurs n'est pas le temps de correction en lui-même, bien qu'il soit significatif — un seul code fiscal erroné peut nécessiter un appel à HMRC, une soumission FPS modifiée, un bulletin de paie corrigé, et une conversation avec un employé qui a remarqué l'erreur. Le coût réel est l'exposition cumulative à la conformité. HMRC exige que les employeurs 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 aux chiffres des documents sources. Un tableur contenant un chiffre de 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 registre invérifiable. La pénalité pour registres inadéquats peut atteindre 3 000 £ par employé. Le P45 saisi correctement ne crée pas la responsabilité. Le P45 saisi avec un seul chiffre erroné, et saisi il y a cinq ans, vivant tranquillement dans les archives, la crée.

La défaillance systémique n'est pas le P45 en lui-même. C'est la combinaison de la distribution papier en quatre exemplaires et de la saisie manuelle des données — un processus de 1944 greffé sur une infrastructure numérique RTI de 2013, avec l'interstice entre les deux comblé par des frappes clavier que personne n'audite.

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

Le problème du papier du P45 ne se règle pas en demandant à l'HMRC de supprimer le formulaire. Le papier remplit une fonction de secours dont dépend le RTI, et les priorités de transformation de l'HMRC sont ailleurs. Ce qui est réglable, c'est la saisie.

Lorsqu'un P45 arrive — que ce soit sous forme de PDF provenant du logiciel de paie d'un ancien employeur, d'un scan d'un formulaire papier d'un retardataire de l'ère pré-RTI, ou d'une photo envoyée par texto par un salarié quittant son dernier emploi — les données qu'il contient n'ont pas besoin d'être ressaisies. Les outils d'extraction de documents qui comprennent la structure sémantique d'un P45 peuvent lire directement le code fiscal, les montants de salaire et d'impôt 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 sur 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 administrateur de paie taperait dans un tableur, générées en quelques secondes. Le clavier qui était la jonction entre les systèmes devient une étape de vérification au lieu d'une étape de création.

C'est ce que couvre en détail le guide complémentaire sur l'extraction des données de départ des salariés du P45 vers Excel pour la paie : comment prendre un P45 de n'importe quel format — imprimé, scanné, PDF — et le transformer en données de paie structurées sans ressaisir un seul champ. La technologie existe. Le P45 existe. L'écart entre eux se mesure en frappes de clavier.

Pour le contexte plus large de pourquoi la saisie manuelle des données de paie reste un risque structurel dans le paysage documentaire fiscal du Royaume-Uni, l'analyse de la saisie manuelle des données du P60 dans la paie au Royaume-Uni suit le même schéma — des certificats de fin d'année générés par logiciel, consommés par des personnes, tapés dans des tableurs — et ce que cela coûte aux services qui les traitent.

Questions fréquentes

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

Non. L'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 liste de contrôle de démarrage de l'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 l'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.

📮 contact email: [email protected]