Guía Completa para la Extracción de Datos del P45
del Reino Unido para Equipos de Nómina (2026)

Qué es realmente un P45 y por qué existe

Un P45 — cuyo título formal es "Detalles del empleado que deja el trabajo" — no es un resumen de nómina del empleado. Es un mecanismo de continuidad fiscal: el instrumento legal que transfiere el historial acumulado de PAYE de un empleado de un empleador anterior a uno nuevo dentro del mismo año fiscal (del 6 de abril al 5 de abril). Sin él, el nuevo empleador no puede calcular en qué punto de su desgravación personal se encuentra el empleado, y HMRC pierde el rastro de los ingresos acumulados.

La obligación legal está establecida en la Regulación 36 del Reglamento del Impuesto sobre la Renta (Pague según Gana) de 2003, que establece: "Al cesar la relación laboral con un empleado para quien se haya emitido un código, el empleador debe completar el Formulario P45." La regulación especifica que el formulario debe completarse el día en que finaliza el empleo o, si no es posible, sin demora injustificada. La Regulación 36 aplica a todos los empleados para quienes HMRC haya emitido un código fiscal — incluidos aquellos con ingresos cero — y cubre todo tipo de cese laboral: renuncia, despido por reducción de plantilla, despido disciplinario, jubilación o vencimiento de un contrato de duración determinada.

Por eso, en esencia, el P45 no es solo un formulario. Es el eslabón de transmisión de datos en una cadena que conecta la nómina final del empleador A con la primera nómina del empleador B — y lo hace dentro del marco de informes en tiempo real (RTI) de HMRC, donde cada día de pago requiere una Declaración de Pago Completo (FPS) electrónica que haga referencia al código fiscal actual del empleado y a las cifras acumuladas en lo que va de año. Rompa la cadena con datos inexactos del P45, y todo el cálculo de PAYE para ese empleado durante el resto del año fiscal se basará en datos incorrectos.

Lo que la mayoría de las guías de nóminas omiten: el P45 existe porque el sistema fiscal del Reino Unido es acumulativo, no transaccional. A diferencia de algunas jurisdicciones donde los impuestos de cada mes se calculan de forma aislada, el sistema PAYE del Reino Unido rastrea cuánto de la desgravación personal de £12,570 se ha utilizado en todos los empleos de un mismo año fiscal. Un nuevo empleador no puede simplemente empezar desde cero — debe saber lo que ocurrió antes. El P45 es el único mecanismo oficial para esa transferencia.

Las cuatro partes de un P45 — y adónde va cada una

Un P45 no es un único documento que se entrega a una sola persona. Es un instrumento de cuatro partes diseñado para distribuir los mismos datos fiscales básicos a tres destinatarios distintos — HMRC, el empleado que se marcha y el nuevo empleador —, cada uno con una necesidad legal específica de la información.

El flujo de trabajo práctico para el empleador de origen: tras procesar la última nómina —que marca al empleado como baja y activa el FPS final con todos los datos del P45 hacia HMRC—, el empleador imprime o envía por correo electrónico el P45 y entrega las Partes 1A, 2 y 3 al empleado. Si el P45 se genera electrónicamente, las Partes 2 y 3 suelen combinarse en un único PDF. El empleado conserva la Parte 1A y entrega las Partes 2 y 3 al nuevo empleador antes o el primer día de trabajo.

Un detalle que causa confusión incluso entre administradores de nóminas experimentados: cuando el P45 se genera desde un software de nóminas que imprime en papel A4 liso (en lugar de en papel oficial de HMRC), el formulario puede no estar dividido visualmente en cuatro secciones claramente marcadas. En estos casos, saber qué datos van a cada parte depende completamente de la numeración de las casillas, no de la distribución de la página. Las casillas 1 (referencia PAYE del empleador) a 13 (declaración del empleador) conforman el conjunto completo de datos del P45, independientemente de la parte que se esté consultando.

Cada campo de un P45, explicado por número de casilla

Entender qué significa cada campo — no solo la etiqueta que lleva — marca la diferencia entre copiar números mecánicamente y verificar que el P45 esté correctamente cumplimentado antes de introducir sus datos en nómina. La plantilla oficial del P45 de HMRC (versión 12/15) asigna 13 casillas numeradas en las cuatro partes:

El campo más relevante de todo este formulario, para el empleado, es la Casilla 5: el código tributario. Un código tributario incorrecto en un nuevo empleador se replica en cada nómina posterior. Si la empresa anterior emitió un P45 con el código 1257L W1 (no acumulativo), el nuevo empleador aplicará W1 en todo momento — lo que significa que el empleado no se beneficia de su desgravación personal no utilizada acumulada desde abril. El resultado: cada mes se calcula el impuesto como si el mes fuera independiente, ignorando que el empleado pudo haber tenido pocos o ningún ingreso en meses anteriores. Un usuario de Reddit describe esta experiencia al abrir su primera nómina en un nuevo trabajo y descubrir que "una gran parte había desaparecido por el impuesto de emergencia" — una frustración que se repite en cientos de hilos similares en r/UKPersonalFinance cada año, atribuida abrumadoramente a un P45 faltante o mal procesado.

El P45 en contexto: cómo encaja en el ecosistema de nóminas del Reino Unido

El P45 no existe de forma aislada. Su función — y las consecuencias de hacerlo mal — solo se aclaran cuando se sitúa dentro del marco más amplio de la declaración obligatoria de nóminas. Tres relaciones son las más importantes:

P45 vs P60: No son intercambiables

El P45 y el P60 son los dos formularios PAYE que más se confunden, pero cumplen funciones opuestas. Un P60 es un resumen anual: muestra el total de ingresos y el total de impuestos deducidos durante todo el año fiscal (del 6 de abril al 5 de abril) para los empleados que aún están en nómina el 5 de abril. Un P45 es una instantánea a mitad de año: cubre desde el 6 de abril hasta la fecha específica de baja, y solo se genera cuando finaliza la relación laboral. La implicación práctica: nunca se entrega un P60 a un nuevo empleador. Solo un P45 contiene el código tributario en un formato que un sistema de nómina puede procesar para continuar con los cálculos acumulativos. Entregar a un nuevo empleador un P60 como sustituto de un P45 simplemente no funciona: el software de nómina no tiene mecanismo para extraer un código tributario de un P60, porque el P60 nunca fue diseñado para ese propósito.

P45 vs Lista de Verificación de Inicio: El Recurso Alternativo, No el Equivalente

Cuando un empleado comienza un nuevo trabajo sin un P45 — ya sea porque el empleador anterior aún no lo ha emitido, o porque el empleado lo perdió (recuerde: los P45 no se pueden reemitir) — el nuevo empleador utiliza una Lista de Verificación de Inicio de HMRC (anteriormente conocida como P46). La lista de verificación hace tres preguntas:

1. ¿Es este el primer trabajo del empleado desde el pasado 6 de abril?
2. Desde el 6 de abril, ¿ha recibido el empleado pagos de un trabajo, subsidio por desempleo o una pensión?
3. ¿Está el empleado recibiendo actualmente pagos de otro trabajo o pensión?

Según las respuestas, HMRC asigna un código tributario inicial — normalmente 1257L en base acumulativa para la Declaración A (primer trabajo), o 1257L W1/M1 para la Declaración B (tuvo otro trabajo pero ya finalizó). La diferencia crítica con un P45: la Lista de Verificación de Inicio no proporciona cifras de ingresos ni impuestos desde el inicio del año fiscal, lo que obliga al nuevo sistema de nómina a estimar la posición del empleado dentro de su desgravación personal. Una Lista de Verificación de Inicio es mejor que nada, pero no es un reemplazo equivalente en datos. Carece de las cifras acumulativas precisas que solo un P45 puede contener. Por eso, el primer recibo de nómina del empleado bajo un código basado en la Lista de Verificación de Inicio suele ser incorrecto, y por eso HMRC recomienda solicitar un P45 incluso después de usar inicialmente la lista de verificación — porque una vez que llegan los datos del P45, el registro de nómina se puede corregir de forma retroactiva.

Cómo el RTI sustituyó la entrega del P45 en papel a HMRC

Desde abril de 2013, el Reino Unido opera con el sistema de información en tiempo real (RTI). Con RTI, el empleador saliente no envía físicamente la Parte 1 del P45 a HMRC. En lugar de ello, la información de baja —incluyendo la fecha de salida, el código fiscal final y las cifras acumuladas de pago/impuestos— se incorpora directamente en el envío de pago completo (FPS) del último período de pago. El FPS debe presentarse el día de pago o antes. Los sistemas internos de HMRC usan estos datos del FPS para cerrar el registro laboral y prepararse para el FPS entrante del siguiente empleador.

El plazo es ajustado: el FPS final debe incluir una fecha de salida precisa y todas las cifras acumuladas. Si la nómina se procesa antes de confirmar la fecha de baja —algo habitual cuando un empleado renuncia con efecto inmediato— el empleador puede necesitar presentar un FPS corregido. No hacerlo deja el registro del empleado en HMRC como activo, lo que puede retrasar que el nuevo empleador pueda registrar al trabajador y aplicar el código fiscal correcto.

El costo real de la introducción manual de datos del P45

El costo del procesamiento manual del P45 no es principalmente de tiempo —aunque a dos minutos por P45, un departamento de nóminas que procesa 30 nuevos empleados al mes dedica una hora a reescribir datos que otro sistema de nóminas ya calculó e imprimió. El costo real está en las cascadas de errores. Cada P45 contiene aproximadamente 15 puntos de datos que deben transcribirse al software de nóminas del nuevo empleador. Si cada campo tiene una precisión del 99,7% —optimista para entrada manual— la probabilidad de una transcripción sin errores es 0,997^15, o aproximadamente 95,6%. Para 30 P45 al mes, significa que al menos un nuevo empleado al mes, en promedio, ingresa en nómina con datos fiscales incorrectos.

Hemos analizado este costo en detalle en nuestro análisis de costos de procesamiento manual de P45 para empleadores del Reino Unido, que desglosa la estructura de costos por salida y anual. El marco cubre costos laborales directos, tiempo de corrección de errores (incluyendo tiempos de espera en la línea de ayuda PAYE de HMRC para resolver errores de código fiscal) y el costo posterior de correcciones tardías de código fiscal en la retención de empleados.

Pero hay un problema estructural más profundo que va más allá de las tasas de error por unidad. Cuando un administrador de nóminas reescribe datos del P45, el sistema carece de una capa de detección de errores entre el documento fuente y la base de datos de nóminas. En la mayoría de los procesos empresariales —contabilidad por partida doble, escaneo de códigos de barras en inventarios, conciliación de pagos— existe un paso de verificación: una suma de comprobación, una coincidencia con un registro conocido o una segunda revisión. La transcripción manual del P45 opera sin nada de esto. El administrador escribe "1257L" en el formulario de nuevo empleado y el software de nóminas lo acepta. No hay una verificación cruzada con la imagen del P45. No hay validación contra formatos típicos de código fiscal para ese código postal o rango salarial. El error sobrevive sin ser detectado hasta que el empleado nota que su recibo de nómina es incorrecto, o la conciliación de fin de año de HMRC señala la discrepancia —momento en el que ya se han producido entre 4 y 11 meses de deducciones incorrectas.

Para entender mejor por qué esta brecha sistémica existe y persiste en los equipos de nóminas del Reino Unido, consulta nuestro análisis de por qué los equipos de nóminas del Reino Unido siguen procesando manualmente formularios P45 en papel de 4 partes, que rastrea las razones estructurales, regulatorias y tecnológicas detrás del cuello de botella de la transcripción manual.

Cómo el software de nóminas maneja los P45 — y lo que no hace

El software de nóminas moderno del Reino Unido hace un excelente trabajo generando P45. Cuando marcas a un empleado como saliente en Sage Payroll, BrightPay o Xero, el software calcula automáticamente las cifras finales del año hasta la fecha, completa los 13 campos, genera el PDF de cuatro partes e incrusta los datos de salida en la presentación FPS a HMRC. El proceso de Sage, por ejemplo, implica seleccionar al empleado, ir a la pestaña "Empleo", elegir "Saliente", ingresar la fecha de salida e imprimir el P45 en papel A4 normal; el software se encarga de todo lo demás, incluida la presentación RTI.

Lo que el software de nóminas no hace: leer un P45 entrante de un empleador anterior y extraer sus campos de datos en el registro del nuevo empleado. El software proporciona un formulario de nuevo empleado con campos vacíos. El administrador de nóminas los completa. El flujo de datos es el siguiente:

Esta brecha — entre la salida estructurada del P45 y la entrada estructurada del software de nóminas — es donde reside el cuello de botella de la transcripción manual. El mercado de software de nóminas del Reino Unido es maduro y competitivo, con productos que van desde las herramientas gratuitas Basic PAYE Tools de HMRC (para empresas con menos de 10 empleados) hasta plataformas empresariales como IRIS (con acreditación Gold de CIPP). Pero en todo el espectro, el proceso de ingesta de datos de nuevos empleados sigue siendo fundamentalmente dependiente del teclado.

Cómo la extracción de datos con IA transforma el flujo de trabajo del P45

El cuello de botella de la transcripción manual existe porque el OCR tradicional tiene una limitación fundamental al aplicarse a formularios como el P45: puede leer caracteres, pero no entiende a qué casilla pertenece cada valor. Una herramienta de OCR tradicional aplicada a un P45 escaneado produce un texto plano — una secuencia de palabras como "1257L £2.450,00 QQ123456C 15/03/2026" — y el administrador de nóminas aún debe asignar manualmente cada valor al campo correcto en el formulario de nuevo empleado. El paso de lectura está automatizado. El de comprensión, no.

Lo que cambia esta ecuación es la extracción semántica de datos — un enfoque donde no se le dice a la IA "mira las coordenadas (x, y) para el código fiscal", sino que se le pide "encuentra el código fiscal en este documento". La IA lee el formulario de forma holística, identifica la etiqueta "Código fiscal en la fecha de baja" y extrae el valor que la acompaña — sin importar si el formulario es un PDF limpio, un escaneo doblado o una foto tomada en ángulo. Este es el cambio de paradigma de la extracción basada en posición (donde el diseño del documento determina el éxito) a la extracción basada en semántica (donde la IA entiende qué significa cada campo, no solo dónde está).

El término para este enfoque en el espacio de extracción de datos con IA es Extracción de Columnas Personalizadas: defines las columnas de salida que deseas — "Código Fiscal", "Número de la Seguridad Social", "Total de Ingresos hasta la Fecha", "Fecha de Baja", "Indicador de Préstamo Estudiantil" — y la IA localiza cada campo en cualquier parte del P45 al entender qué significa el campo, no qué coordenadas ocupa. Esto es especialmente relevante para los P45 porque:

• Los diseños del P45 están estandarizados, pero sus representaciones digitales no. Un P45 generado por BrightPay, impreso, firmado, escaneado y enviado por correo electrónico se ve diferente (en términos de coordenadas de píxeles) de uno generado por Sage y renderizado como PDF nativo. La extracción semántica maneja ambos de forma idéntica porque lee el significado, no la posición.
• Las anotaciones manuscritas rompen el OCR basado en plantillas. Si un empleador anterior escribe "código corregido 1257L" a mano junto a la Casilla 5 en un P45 impreso, una herramienta de OCR con plantilla lo omitirá por completo o generará una salida confusa. La IA semántica puede distinguir entre el contenido impreso del formulario y las anotaciones marginales manuscritas.
• Los P45 de varias páginas tienen diferentes posiciones de campos en distintas partes. La Parte 1A, Parte 2 y Parte 3 comparten los mismos números de casilla, pero están dispuestas en páginas diferentes con distinto formato. El OCR basado en plantillas requiere una plantilla separada para cada parte. La extracción semántica funciona en las tres sin configuración adicional.

Flujo de trabajo paso a paso para extraer datos del P45

Así es la cadena completa de procesamiento del P45 cuando la extracción de datos reemplaza la transcripción manual. El flujo se basa en un principio único: el rol del administrador de nóminas pasa de operador de entrada de datos a revisor de datos. Verifica los campos extraídos en lugar de crearlos desde cero.

Para los equipos de nóminas que procesan salidas en lotes — por ejemplo, una gestoría de nóminas que maneja 50 empresas clientes y procesa las salidas de todas ellas a fin de mes — este flujo de trabajo escala linealmente con el número de documentos, no con el número de administradores. Nuestra guía para procesar por lotes formularios mensuales de salida P45 en una base de datos de salida de empleados explica la configuración de procesamiento de múltiples archivos que fusiona todos los P45 de un período determinado en una única tabla de base de datos.

Errores comunes al procesar el P45 — y cómo evitarlos

El servicio de asesoría del CIPP gestionó más de 13 000 consultas de nóminas en un solo año. Los problemas relacionados con el P45 se encuentran sistemáticamente entre los más frecuentes. Estas son las situaciones que pillan incluso a los administradores de nóminas más experimentados:

P45 tardío: recibido después de la primera nómina

Un empleado comienza con un código fiscal basado en el formulario de inicio (p. ej., 1257L W1). Dos semanas después, entrega su P45 del empleador anterior. La guía del CIPP es clara: si HMRC ya ha emitido un nuevo aviso de código fiscal (P6) basado en los datos del formulario de inicio, debe usar el código emitido por HMRC, no el del P45. Actualice solo el estado de la deducción del préstamo estudiantil del P45, ya que los indicadores de préstamo estudiantil no se incluyen en los avisos P6 estándar. Si HMRC aún no ha emitido un código, use el código fiscal del P45 y las cifras acumuladas del año para actualizar el registro de nómina y luego envíe un FPS corregido para el/los período(s) de pago anterior(es).

Varios P45 en un mismo año fiscal

Un empleado que ha tenido tres trabajos desde abril tendrá tres P45. La regla del CIPP: use el P45 con la fecha de salida más reciente. Si dos P45 comparten la misma fecha de salida, use el que tenga el mayor umbral exento de impuestos (o, para códigos K, el menor importe de pago adicional). No intente agregar cifras de varios P45: el sistema de HMRC espera un único conjunto de cifras acumuladas del empleo más reciente. La lógica subyacente: cada P45 reemplaza al anterior, porque el empleador más reciente debería haber incorporado todos los datos de años anteriores en sus cálculos acumulados.

P45 de un año fiscal anterior

Un P45 emitido en el año fiscal 2025/26 (antes del 6 de abril de 2026) no es válido para un empleo que comienza en 2026/27. Las cifras acumuladas que contiene cubren un año fiscal cerrado; son irrelevantes para el cálculo del PAYE del año en curso. En este caso, use el formulario de inicio de HMRC. El código fiscal del P45 anterior sigue siendo informativo (indica el código más reciente del empleado del año anterior), pero las cifras acumuladas del año no deben introducirse en el registro de nómina del nuevo año.

P45 de ingresos cero

Si un empleado estaba en nómina pero no recibió pago —algo habitual en directivos inactivos o empleados con largas excedencias no remuneradas—, el P45 muestra £0,00 tanto en la casilla 7 como en la 8. Este P45 es válido y el empleador debe emitirlo igualmente según el Reglamento 36. El nuevo empleador utiliza el código fiscal de la casilla 5, pero introduce cero en el salario y el impuesto acumulados del año. El marcador "P" en la Parte 3 (casilla 12) debe usarse si el empleado no recibirá pago del nuevo empleador antes del próximo 5 de abril.

Picos estacionales: la avalancha de P45 en enero

Enero es el mes más habitual para cambios de empleo en el Reino Unido: los períodos de preaviso expiran tras las vacaciones de Navidad, los movimientos profesionales de Año Nuevo y los pagos de bonus del cuarto trimestre provocan salidas. Los equipos de nóminas se enfrentan a un plazo comprimido: las liquidaciones finales de diciembre, la preparación del fin de año para RTI (plazo 19 de abril) y una oleada de procesamiento de P45 de nuevos empleados coinciden. Es precisamente entonces cuando los errores manuales alcanzan su punto máximo, porque el mismo administrador que normalmente procesa 5 P45 a la semana de repente procesa 20 en el mismo período. Nuestra guía de supervivencia para la avalancha de P45 de enero para equipos de nóminas del Reino Unido cubre estrategias para gestionar este pico estacional sin sacrificar la precisión.

Del P45 al P60: el traspaso de fin de año

El P45 es un documento de mitad de año. El P60 es su equivalente de fin de año. Para los empleados que se fueron durante el año fiscal, el P45 es su equivalente del P60: cumple la misma función (comprobante de ingresos e impuestos pagados) durante la parte del año en que estuvieron empleados. El empleador de salida no emite un P60 a los exempleados. Para el nuevo empleador que recibe un P45, la cadena de datos continúa: las cifras acumuladas del año del P45 se convierten en el punto de partida para el registro acumulativo del empleado en el nuevo sistema de nóminas, que finalmente generará el próximo P60 al final del año fiscal, siempre que el empleado siga en nómina el 5 de abril.

Para los equipos de nóminas que gestionan tanto P45 (de salidas) como P60 (de empleados actuales), el flujo de trabajo de extracción de datos es estructuralmente similar: ambos formularios contienen datos fiscales de campos fijos en un formato estandarizado, y ambos requieren el mismo paso de transcripción a los sistemas de nóminas o informes. Nuestra guía sobre extracción de datos del certificado de fin de año P60 del Reino Unido a Excel cubre el mapeo de campos específico del P60, y nuestro análisis de cuánto cuesta la introducción manual de datos del P60 a los empleadores del Reino Unido por año fiscal extiende el marco de costes del P45 al ciclo de fin de año.

Preguntas frecuentes

¿Puedo descargar un formulario P45 en blanco de HMRC?

No. HMRC no ofrece formularios P45 en blanco para descargar a empleadores que presentan declaraciones en línea. Si usa software de nóminas, el P45 se genera automáticamente al procesar la última nómina de un empleado que se va. Si pertenece al reducido grupo de empleadores exentos de la presentación en línea, puede solicitar formularios P45 preimpresos a la línea de pedidos de empleadores de HMRC. La mayoría del software de nóminas —incluyendo las herramientas gratuitas Basic PAYE Tools de HMRC— genera P45 en papel A4 normal, por lo que no se necesita papel especial.

¿Qué ocurre si un empleador anterior se niega a emitir un P45?

Según la Regulación 36 del Reglamento del Impuesto sobre la Renta (PAYE) de 2003, emitir un P45 es una obligación legal, no opcional. Si un empleador anterior se niega o retrasa, el empleado debe realizar una solicitud formal por escrito fijando un plazo razonable de entrega. Si el empleador aún no cumple, el empleado puede reportar el problema a HMRC, que puede abrir una investigación de cumplimiento. Mientras tanto, el nuevo empleador debe usar la Lista de Verificación de Inicio de HMRC. El empleado también debe revisar su Cuenta de Impuestos Personal en línea — HMRC puede haber recibido los datos de baja a través del FPS final del empleador, incluso si nunca se entregó el P45 físico.

¿Un P45 muestra las contribuciones al Seguro Nacional pagadas?

No. Un P45 muestra el Impuesto sobre la Renta deducido bajo PAYE — no las contribuciones al Seguro Nacional. El NI se calcula por período de pago (no de forma acumulativa como el Impuesto sobre la Renta), por lo que no hay cifras de NI acumuladas en un P45. El FPS final del empleador a HMRC sí reporta datos de NI, pero esto no aparece en la copia del empleado del P45. Los empleados que necesiten un registro de las contribuciones al NI pagadas deben revisar su Cuenta de Impuestos Personal o solicitar un estado de cuenta del Seguro Nacional a HMRC.

¿La extracción con IA puede leer P45 escritos a mano?

Sí — con una salvedad. La extracción semántica con IA puede leer escritura a mano en un P45 (por ejemplo, una corrección manual de un código fiscal junto a la Casilla 5, o una fecha de baja escrita a mano). La precisión de extracción para texto impreso en formularios P45 estándar es de hasta el 99%. La precisión para escritura a mano depende de la legibilidad: las mayúsculas claras se extraen de forma fiable; la cursiva rápida con formas de caracteres ambiguas puede requerir revisión manual. La ventaja clave sobre el OCR tradicional es que la IA entiende el contexto del formulario — sabe que un número junto a "Fecha de baja" es una fecha, no una cadena numérica aleatoria, lo que reduce la clasificación errónea incluso cuando el reconocimiento a nivel de caracteres es imperfecto.

¿Cuál es la diferencia entre un P45 y un P46?

El P46 ya no existe: fue reemplazado por el Checklist de Inicio de HMRC en 2013 con la introducción de RTI. El Checklist de Inicio cumple la misma función (recopilar información de nuevos empleados cuando no hay un P45 disponible), pero no se envía a HMRC. En su lugar, el empleador conserva el checklist completo en su archivo y reporta la declaración de inicio correspondiente (A, B o C) a través del primer FPS.

¿Se requiere un P45 para un director de una sociedad limitada?

Depende. Si el director recibe un salario a través de PAYE y ese salario cesa (por ejemplo, la empresa cambia a una remuneración solo con dividendos), la empresa debe emitir un P45, porque se ha asignado un código fiscal y el empleo a efectos de PAYE ha finalizado. Si el director permanece en nómina pero con un salario reducido, no se requiere un P45. Para los autónomos y trabajadores por cuenta propia, no se emiten P45 en absoluto, porque no son empleados: el P45 es exclusivamente un instrumento de PAYE para asalariados.