Le guide complet de l'extraction
des données P45 UK pour les équipes paie (2026)

Ce qu'est réellement un P45 — et pourquoi il existe

Un P45 — officiellement intitulé « Détails du départ d'un salarié » — n'est pas un résumé de fiche de paie. C'est un mécanisme de continuité fiscale : l'instrument juridique qui transfère le dossier cumulé de PAJE d'un employé d'un ancien employeur à un nouveau au cours d'une même année fiscale (du 6 avril au 5 avril). Sans lui, le nouvel employeur ne peut pas calculer où se situe l'employé dans son abattement personnel, et le HMRC perd le fil des revenus cumulés.

L'obligation légale figure dans le Règlement 36 du Income Tax (Pay As You Earn) Regulations 2003, qui stipule : « Lorsqu'il cesse d'employer un salarié pour lequel un code a été émis, l'employeur doit remplir le formulaire P45. » Le règlement précise que le formulaire doit être rempli le jour de la cessation d'emploi ou, si cela n'est pas possible, sans retard injustifié. Le Règlement 36 s'applique à tous les salariés pour lesquels le HMRC a émis un code fiscal — y compris ceux sans revenus — et couvre tous les types de cessation d'emploi : démission, licenciement économique, licenciement, retraite ou expiration d'un contrat à durée déterminée.

C'est pourquoi, au fond, le P45 n'est pas qu'un simple formulaire. C'est le maillon de transmission de données qui relie la dernière paie de l'employeur A à la première paie de l'employeur B — et ce, dans le cadre du système de déclaration en temps réel (RTI) du HMRC, où chaque jour de paie nécessite une soumission électronique complète (FPS) qui référence le code fiscal actuel et les montants cumulés depuis le début de l'année. Rompez la chaîne avec des données P45 inexactes, et l'ensemble du calcul de PAJE pour cet employé pour le reste de l'année fiscale repose sur des données erronées.

Ce que la plupart des guides de paie omettent : le P45 existe parce que le système fiscal britannique est cumulatif, et non transactionnel. Contrairement à certains pays où l'impôt de chaque mois est calculé isolément, le système PAJE britannique suit la part de l'abattement personnel de 12 570 £ utilisée dans tous les emplois au cours d'une même année fiscale. Un nouvel employeur ne peut pas simplement repartir de zéro — il doit savoir ce qui s'est passé avant. Le P45 est le seul mécanisme officiel pour cette transition.

Les quatre volets d’un P45 — et à qui chacun est destiné

Un P45 n’est pas un document unique remis à une seule personne. Il s’agit d’un formulaire en quatre volets conçu pour distribuer les mêmes données fiscales essentielles à trois parties distinctes — HMRC, le salarié sortant et le nouvel employeur — chacune ayant un besoin juridique spécifique de ces informations.

Le processus pratique pour l’employeur sortant : après avoir traité la dernière paie — qui marque le salarié comme sortant et déclenche la FPS finale contenant toutes les données P45 vers HMRC — l’employeur imprime ou envoie par email le P45 et remet les volets 1A, 2 et 3 au salarié. Si le P45 est généré électroniquement, les volets 2 et 3 sont généralement fusionnés en un seul PDF. Le salarié conserve le volet 1A et transmet les volets 2 et 3 au nouvel employeur avant ou le premier jour de travail.

Un détail qui prête à confusion même chez les gestionnaires de paie expérimentés : lorsque le P45 est généré par un logiciel de paie imprimant sur du papier A4 standard (plutôt que sur un formulaire pré-imprimé HMRC), le document peut ne pas être visuellement divisé en quatre sections clairement identifiées. Dans ce cas, savoir quelles données vont où dépend entièrement de la numérotation des cases — et non de la mise en page. Les cases 1 (référence PAYE de l’employeur) à 13 (déclaration de l’employeur) constituent l’ensemble complet des données P45, quel que soit le volet consulté.

Chaque champ d'un P45, expliqué par numéro de case

Comprendre ce que signifie chaque champ — pas seulement l'étiquette qu'il porte — fait la différence entre recopier mécaniquement des chiffres et vérifier réellement que le P45 est correctement rempli avant de saisir ses données dans la paie. Le modèle officiel HMRC P45 (version 12/15) comporte 13 cases numérotées réparties sur les quatre volets :

Le champ le plus important de ce formulaire pour le salarié est la case 5 — le code fiscal. Un code fiscal incorrect chez un nouvel employeur a des répercussions sur chaque fiche de paie suivante. Si l'employeur précédent a émis un P45 avec le code 1257L W1 (non cumulatif), le nouvel employeur appliquera le W1 partout — ce qui signifie que le salarié ne bénéficie pas de son abattement fiscal non utilisé accumulé depuis avril. Résultat : l'impôt de chaque mois est calculé comme si le mois était isolé, ignorant que le salarié a peut-être eu peu ou pas de revenus les mois précédents. Un utilisateur Reddit décrit cette expérience en ouvrant sa première fiche de paie dans un nouvel emploi et découvrant « une grosse somme envolée en impôt d'urgence » — une frustration qui revient chaque année dans des centaines de fils similaires sur r/UKPersonalFinance, presque toujours due à un P45 manquant ou mal traité.

Le P45 dans son contexte : sa place dans l'écosystème de la paie au Royaume-Uni

Le P45 n'existe pas isolément. Sa fonction — et les conséquences d'une erreur — ne deviennent claires que lorsqu'on le replace dans le cadre plus large des déclarations de paie obligatoires. Trois relations sont essentielles :

P45 vs P60 : Pas Interchangeables

Le P45 et le P60 sont les deux formulaires PAYE les plus souvent confondus, mais ils remplissent des fonctions opposées. Un P60 est un récapitulatif annuel — il indique le salaire total et l'impôt total prélevé pour l'ensemble de l'année fiscale (du 6 avril au 5 avril) pour les salariés encore en paie au 5 avril. Un P45 est un instantané en cours d'année — il couvre la période du 6 avril à la date de départ spécifique, et il n'est généré qu'à la fin d'un contrat de travail. Conséquence pratique : vous ne donnez jamais un P60 à un nouvel employeur. Seul un P45 contient le code fiscal dans un format qu'un système de paie peut ingérer pour poursuivre les calculs cumulatifs. Donner un P60 à un nouvel employeur en remplacement d'un P45 ne fonctionne tout simplement pas — le logiciel de paie n'a aucun mécanisme pour extraire un code fiscal d'un P60, car le P60 n'a jamais été conçu à cette fin.

P45 vs Checklist de Démarrage : Le Recours, Pas l'Équivalent

Lorsqu'un salarié commence un nouvel emploi sans P45 — soit parce que l'employeur précédent ne l'a pas encore émis, soit parce que le salarié l'a perdu (rappel : les P45 ne peuvent pas être réémis) — le nouvel employeur utilise une Checklist de Démarrage HMRC (anciennement P46). La checklist pose trois questions :

1. S'agit-il du premier emploi du salarié depuis le 6 avril dernier ?
2. Depuis le 6 avril, le salarié a-t-il perçu des paiements d'un emploi, d'allocations chômage ou d'une pension ?
3. Le salarié perçoit-il actuellement des paiements d'un autre emploi ou d'une pension ?

En fonction des réponses, HMRC attribue un code fiscal initial — généralement 1257L en base cumulative pour la Déclaration A (premier emploi), ou 1257L W1/M1 pour la Déclaration B (avait un autre emploi mais celui-ci a pris fin). La différence cruciale avec un P45 : la Checklist de Démarrage ne fournit aucun montant de salaire ou d'impôt depuis le début de l'année, obligeant le nouveau système de paie à estimer la position du salarié par rapport à son abattement personnel. Une Checklist de Démarrage vaut mieux que rien, mais elle n'est pas un remplacement équivalent en termes de données. Il lui manque les chiffres cumulatifs précis que seul un P45 peut fournir. C'est pourquoi le premier bulletin de paie du salarié basé sur un code issu d'une Checklist de Démarrage est souvent erroné, et pourquoi HMRC recommande de demander un P45 même après avoir initialement utilisé une checklist — car une fois les données du P45 reçues, le dossier de paie peut être corrigé rétroactivement.

Comment le RTI a remplacé les envois papier du P45 à HMRC

Depuis avril 2013, le Royaume-Uni applique le système de déclaration en temps réel (RTI). Avec le RTI, l'employeur sortant n'envoie plus physiquement la partie 1 du P45 à HMRC. Les informations de départ — date de sortie, code fiscal final, cumul salaire/impôt — sont directement intégrées dans la déclaration de paie complète (FPS) de la dernière période. La FPS doit être soumise au plus tard le jour de paie. Les systèmes internes d'HMRC utilisent ces données pour clore le dossier d'emploi et préparer la réception de la FPS du prochain employeur.

Le délai est serré : la FPS finale doit comporter une date de départ exacte et tous les cumuls. Si la paie est traitée avant confirmation de la date de départ — fréquent en cas de démission immédiate — l'employeur peut devoir soumettre une FPS corrigée. Sans correction, le dossier HMRC du salarié reste ouvert, ce qui peut retarder la capacité du nouvel employeur à enregistrer l'arrivée et appliquer le bon code fiscal.

Le coût réel de la saisie manuelle des données P45

Le coût de la saisie manuelle des P45 n'est pas principalement lié au temps — bien qu'à deux minutes par P45, un service paie traitant 30 nouveaux arrivants par mois passe une heure à ressaisir des données déjà calculées et imprimées par un autre système. Le vrai coût réside dans les cascades d'erreurs. Chaque P45 comporte environ 15 données à transcrire dans le logiciel de paie du nouvel employeur. Avec un taux de précision de 99,7 % par champ — optimiste pour une saisie manuelle — la probabilité d'une transcription sans erreur est de 0,997^15, soit environ 95,6 %. Pour 30 P45 par mois, cela signifie qu'au moins un nouvel arrivant par mois, en moyenne, intègre la paie avec des données fiscales erronées.

Nous avons analysé ce coût en détail dans notre étude des coûts de traitement manuel des P45 pour les employeurs britanniques, qui décompose la structure de coûts par départ et par an. Le cadre couvre les coûts directs de main-d'œuvre, le temps de correction des erreurs (y compris l'attente au standard PAYE d'HMRC pour résoudre les erreurs de code fiscal) et le coût aval des corrections tardives de code fiscal sur la rétention des employés.

Mais il existe un problème structurel plus profond qui dépasse les taux d'erreur unitaires. Lorsqu'un administrateur paie ressaisit des données P45, le système ne dispose d'aucune couche de détection d'erreur entre le document source et la base de paie. Dans la plupart des processus métier — comptabilité en partie double, scan de codes-barres en inventaire, rapprochement de paiements — une étape de vérification existe : une somme de contrôle, une correspondance avec un enregistrement connu, ou une double relecture. La transcription manuelle des P45 n'en comporte aucune. L'administrateur tape « 1257L » dans le formulaire d'arrivée, et le logiciel de paie l'accepte. Aucun recoupement avec l'image du P45. Aucune validation par rapport aux formats de code fiscal typiques pour ce code postal ou cette tranche de salaire. L'erreur persiste sans être détectée jusqu'à ce que le salarié remarque une anomalie sur son bulletin, ou que le rapprochement de fin d'année d'HMRC signale l'écart — à ce stade, 4 à 11 mois de retenues incorrectes ont déjà eu lieu.

Pour comprendre pourquoi ce décalage systémique persiste dans les équipes de paie britanniques, consultez notre analyse pourquoi les équipes paie britanniques traitent encore manuellement les formulaires P45 papier en 4 parties — qui retrace les raisons structurelles, réglementaires et technologiques derrière ce goulot d'étranglement de la saisie manuelle.

Comment les logiciels de paie gèrent les P45 — et ce qu'ils ne font pas

Les logiciels de paie britanniques modernes excellent dans la génération des P45. Lorsque vous déclarez un employé comme sortant dans Sage Payroll, BrightPay ou Xero, le logiciel calcule automatiquement les cumuls de fin d'année, remplit les 13 cases, génère le PDF en quatre parties et intègre les données de départ dans la déclaration FPS à HMRC. Le processus Sage, par exemple, consiste à sélectionner l'employé, aller dans l'onglet Emploi, choisir « Sortant », saisir la date de départ et imprimer le P45 sur du papier A4 standard — le logiciel gère tout le reste, y compris la soumission RTI.

Ce que le logiciel de paie ne fait pas : lire un P45 entrant d'un précédent employeur et en extraire les données dans la fiche du nouveau salarié. Le logiciel propose un formulaire de nouveau salarié avec des champs vides. L'administrateur paie les remplit. Le cheminement des données est le suivant :

C'est dans cet écart — entre la sortie structurée du P45 et l'entrée structurée du logiciel de paie — que se niche le goulot d'étranglement de la saisie manuelle. Le marché des logiciels de paie britanniques est mature et concurrentiel, allant des outils gratuits Basic PAYE Tools de HMRC (pour les entreprises de moins de 10 salariés) aux plateformes professionnelles comme IRIS (certifiées CIPP Gold). Mais sur tout le spectre, le processus de saisie des données des nouveaux salariés reste fondamentalement tributaire du clavier.

Comment l'extraction de données IA transforme le flux P45

Le goulot d'étranglement de la transcription manuelle existe car l'OCR traditionnelle (Reconnaissance Optique de Caractères) a une limitation fondamentale face à des formulaires comme le P45 : elle lit les caractères, mais ne comprend pas à quelle case appartient chaque valeur. Un outil OCR classique pointé sur un P45 scanné produit un texte brut — un flux de mots comme « 1257L £2 450,00 QQ123456C 15/03/2026 » — et l'administrateur paie doit encore mapper manuellement chaque valeur au champ correct du formulaire de nouveau salarié. L'étape de lecture est automatisée. L'étape de compréhension ne l'est pas.

Ce qui change la donne, c'est l'extraction sémantique de données — une approche où l'IA ne reçoit pas l'instruction « regarde aux coordonnées (x, y) pour le code fiscal », mais plutôt « trouve le code fiscal sur ce document ». L'IA lit le formulaire dans son ensemble, identifie l'étiquette « Code fiscal à la date de départ » et extrait la valeur à côté — que le formulaire soit un PDF propre, un scan froissé ou une photo prise en biais. C'est le changement de paradigme entre l'extraction basée sur la position (où la mise en page du document détermine le succès) et l'extraction basée sur la sémantique (où l'IA comprend ce que chaque champ signifie, pas seulement où il se trouve).

Le terme pour cette approche dans le domaine de l'extraction de données IA est l'Extraction Personnalisée de Colonnes : vous définissez les colonnes de sortie souhaitées — « Code fiscal », « Numéro NI », « Salaire total à ce jour », « Date de départ », « Indicateur de prêt étudiant » — et l'IA localise chaque champ n'importe où sur le P45 en comprenant ce que le champ signifie, et non les coordonnées qu'il occupe. Cela importe particulièrement pour les P45 car :

• Les mises en page des P45 sont standardisées, mais leurs représentations numériques ne le sont pas. Un P45 généré par BrightPay, imprimé, signé, scanné et envoyé par e-mail a une apparence différente (en termes de coordonnées de pixels) d'un P45 généré par Sage et rendu en PDF natif. L'extraction sémantique traite les deux de manière identique car elle lit le sens, pas la position.
• Les annotations manuscrites brisent l'OCR basée sur des modèles. Si un ancien employeur écrit « code corrigé 1257L » à la main à côté de la case 5 sur un P45 imprimé, un outil OCR basé sur des modèles le manquera complètement ou produira un résultat brouillé. L'IA sémantique peut distinguer le contenu imprimé du formulaire des annotations manuscrites en marge.
• Les P45 multipages ont des positions de champ différentes selon les parties. Les parties 1A, 2 et 3 partagent les mêmes numéros de case mais sont disposées sur des pages différentes avec une mise en forme différente. L'OCR basée sur des modèles nécessite un modèle séparé pour chaque partie. L'extraction sémantique fonctionne sur les trois sans configuration supplémentaire.

Un workflow d'extraction de données P45 étape par étape

Voici à quoi ressemble la chaîne complète de traitement P45 lorsque l'extraction de données remplace la transcription manuelle. Le workflow repose sur un principe unique : le rôle de l'administrateur paie passe d'opérateur de saisie à vérificateur de données. Il valide les champs extraits plutôt que de les créer de zéro.

Pour les équipes paie traitant les départs par lots — par exemple, un cabinet de paie qui gère 50 sociétés clientes et traite les départs de toutes à la fin du mois — ce flux de travail évolue linéairement avec le nombre de documents, pas avec l'effectif administratif. Notre guide pour traiter par lots les formulaires de départ P45 mensuels dans une base de données de sortie des salariés détaille la configuration de traitement multi-fichiers qui fusionne tous les P45 d'une période donnée dans une table de base de données unique.

Pièges courants du traitement des P45 — et comment les éviter

Le service consultatif du CIPP a traité plus de 13 000 demandes de paie en une seule année. Les problèmes liés aux P45 figurent régulièrement parmi les plus fréquents. Voici les scénarios qui piègent même les gestionnaires de paie expérimentés :

P45 tardif : reçu après la première paie

Un salarié commence avec un code fiscal basé sur la fiche de démarrage (par exemple, 1257L W1). Deux semaines plus tard, il fournit son P45 de l'employeur précédent. La directive du CIPP est claire : si HMRC a déjà émis un nouvel avis de code fiscal (P6) basé sur les données de la fiche de démarrage, vous devez utiliser le code émis par HMRC, pas celui du P45. Mettez à jour uniquement le statut de déduction du prêt étudiant à partir du P45 — car les indicateurs de prêt étudiant ne figurent pas dans les avis P6 standard. Si HMRC n'a pas encore émis de code, utilisez le code fiscal et les chiffres cumulés du P45 pour mettre à jour le dossier de paie, puis soumettez un FPS corrigé pour la ou les périodes de paie précédentes.

Plusieurs P45 dans la même année fiscale

Un salarié qui a occupé trois emplois depuis avril aura trois P45. La règle du CIPP : utilisez le P45 avec la date de départ la plus récente. Si deux P45 ont la même date de départ, utilisez celui avec l'abattement fiscal le plus élevé (ou, pour les codes K, le montant de rémunération supplémentaire le plus faible). N'essayez pas de cumuler les chiffres de plusieurs P45 — le système HMRC attend un seul ensemble de chiffres cumulés provenant de l'emploi le plus récent. La logique sous-jacente : chaque P45 remplace le précédent, car l'employeur le plus récent aurait dû intégrer toutes les données des années antérieures dans ses calculs cumulés.

P45 d'une année fiscale antérieure

Un P45 émis au cours de l'année fiscale 2025/26 (avant le 6 avril 2026) n'est pas valable pour un emploi débutant en 2026/27. Les chiffres cumulés qu'il contient couvrent une année fiscale close — ils sont sans pertinence pour le calcul du PAYE de l'année en cours. Dans ce cas, utilisez la fiche de démarrage HMRC. Le code fiscal sur l'ancien P45 reste informatif (il indique le code le plus récent du salarié de l'année précédente), mais les chiffres cumulés ne doivent pas être saisis dans le dossier de paie de la nouvelle année.

P45 à revenu nul

Si un employé figurait sur la paie mais n'a perçu aucun salaire — cas fréquent pour les administrateurs dormants ou les employés en congé non rémunéré de longue durée — le P45 indique 0,00 £ dans les cases 7 et 8. Ce P45 est valide et l'employeur doit quand même l'émettre conformément au Règlement 36. Le nouvel employeur utilise le code fiscal de la case 5 mais inscrit zéro pour le salaire et l'impôt cumulés. Le marqueur « P » sur la partie 3 (case 12) doit être utilisé si l'employé ne recevra aucun salaire du nouvel employeur avant le 5 avril suivant.

Pics saisonniers : l'afflux de P45 en janvier

Janvier est le mois le plus courant pour les changements d'emploi au Royaume-Uni — fins de préavis après les fêtes de Noël, évolutions de carrière en début d'année et départs déclenchés par le versement des bonus du quatrième trimestre. Les équipes paie font face à une fenêtre serrée : les dernières paies de décembre, la préparation de la fin d'année RTI (échéance le 19 avril) et un afflux de traitement des P45 des nouveaux arrivants se chevauchent. C'est précisément à ce moment que les erreurs manuelles culminent, car le même administrateur qui traite normalement 5 P45 par semaine en traite soudainement 20 dans le même laps de temps. Notre guide de survie à l'afflux de P45 de janvier pour les équipes paie britanniques couvre les stratégies pour gérer ce pic saisonnier sans sacrifier la précision.

Du P45 au P60 : la transition de fin d'année

Le P45 est un document en cours d'année. Le P60 est son équivalent de fin d'année. Pour les employés ayant quitté l'entreprise au cours de l'année fiscale, le P45 est leur équivalent du P60 — il remplit la même fonction (preuve de salaire et d'impôt payé) pour la partie de l'année où ils étaient employés. L'employeur sortant n'émet pas de P60 aux anciens employés. Pour le nouvel employeur recevant un P45, la chaîne de données se poursuit : les cumuls annuels du P45 deviennent le point de départ du dossier cumulatif de l'employé dans le nouveau système de paie, qui produira finalement le prochain P60 en fin d'année — à condition que l'employé soit toujours sur la paie au 5 avril.

Pour les équipes paie qui gèrent à la fois les P45 (des sortants) et les P60 (des employés actuels), le flux d'extraction des données est structurellement similaire : les deux formulaires contiennent des données fiscales à champs fixes dans une mise en page standardisée, et tous deux nécessitent la même étape de transcription dans les systèmes de paie ou de reporting. Notre guide sur l'extraction des données du certificat de fin d'année P60 britannique dans Excel couvre le mappage des champs spécifiques au P60, et notre analyse de ce que coûte la saisie manuelle des données P60 aux employeurs britanniques par année fiscale étend le cadre de coûts du P45 au cycle de fin d'année.

Questions fréquentes

Puis-je télécharger un formulaire P45 vierge auprès du HMRC ?

Non. Le HMRC ne fournit pas de formulaires P45 vierges à télécharger pour les employeurs qui déclarent en ligne. Si vous utilisez un logiciel de paie, le P45 est généré automatiquement lors du dernier traitement de paie d'un salarié sortant. Si vous faites partie du très petit nombre d'employeurs exemptés de la déclaration en ligne, vous pouvez commander des formulaires P45 pré-imprimés auprès du service de commande des employeurs du HMRC. La plupart des logiciels de paie — y compris l'outil gratuit Basic PAYE Tools du HMRC — génèrent les P45 sur du papier A4 ordinaire, aucun formulaire spécial n'est donc nécessaire.

Que faire si un ancien employeur refuse de fournir un P45 ?

Selon le règlement 36 du Income Tax (PAYE) Regulations 2003, la délivrance d'un P45 est une obligation légale, non facultative. Si un ancien employeur refuse ou retarde la délivrance, le salarié doit adresser une demande écrite formelle en fixant un délai raisonnable de remise. Si l'employeur ne se conforme toujours pas, le salarié peut signaler le problème au HMRC, qui peut ouvrir une enquête de conformité. En attendant, le nouvel employeur doit utiliser la liste de contrôle de démarrage du HMRC. Le salarié doit également vérifier son compte fiscal personnel en ligne — le HMRC a peut-être déjà reçu les données de départ via le dernier FPS de l'employeur, même si le P45 physique n'a jamais été fourni.

Un P45 indique-t-il les cotisations d'assurance nationale versées ?

Non. Un P45 indique l'impôt sur le revenu retenu à la source (PAYE) — pas les cotisations d'assurance nationale. Les cotisations NI sont calculées par période de paie (et non de manière cumulative comme l'impôt sur le revenu), il n'y a donc pas de montants cumulés de NI sur un P45. Le dernier FPS de l'employeur au HMRC transmet bien les données NI, mais celles-ci n'apparaissent pas sur l'exemplaire du salarié du P45. Les salariés qui ont besoin d'un relevé des cotisations NI versées doivent consulter leur compte fiscal personnel ou demander un relevé d'assurance nationale au HMRC.

L'extraction par IA peut-elle traiter les P45 manuscrits ?

Oui — avec une réserve. L'extraction sémantique par IA peut lire l'écriture manuscrite sur un P45 (par exemple, une correction manuscrite d'un code fiscal à côté de la case 5, ou une date de départ manuscrite). La précision d'extraction pour le texte imprimé sur les formulaires P45 standard atteint 99 %. La précision pour l'écriture manuscrite dépend de la lisibilité : les majuscules claires sont extraites de manière fiable ; l'écriture cursive rapide avec des formes de caractères ambiguës peut nécessiter une vérification manuelle. L'avantage clé par rapport à l'OCR traditionnel est que l'IA comprend le contexte du formulaire — elle sait qu'un nombre à côté de « Date de départ » est une date, et non une chaîne numérique aléatoire, ce qui réduit les erreurs de classification même lorsque la reconnaissance au niveau des caractères est imparfaite.

Quelle est la différence entre un P45 et un P46 ?

Le P46 n'existe plus — il a été remplacé par la Checklist de démarrage HMRC en 2013 avec l'introduction du RTI. La Checklist de démarrage remplit la même fonction (recueillir les informations d'un nouvel employé en l'absence de P45) mais n'est pas envoyée à HMRC. L'employeur conserve la checklist remplie dans ses dossiers et déclare la déclaration de démarrage pertinente (A, B ou C) via la première FPS.

Un P45 est-il requis pour un directeur d'une société à responsabilité limitée ?

Cela dépend. Si le directeur perçoit un salaire via le PAYE et que ce salaire cesse (par exemple, l'entreprise passe à une rémunération exclusivement par dividendes), l'entreprise doit émettre un P45 — car un code fiscal a été attribué et l'emploi aux fins du PAYE a pris fin. Si le directeur reste sur la liste de paie mais avec un salaire réduit, aucun P45 n'est requis. Pour les travailleurs indépendants et les auto-entrepreneurs, les P45 ne sont pas du tout émis, car ils ne sont pas des employés — le P45 est exclusivement un instrument PAYE pour les salariés.