Por qué el formulario P45
cuesta a los equipos de nóminas del Reino Unido más de lo que creen

El formulario que RTI debía eliminar

Antes de que RTI entrara en vigor en 2013, todo el P45 era una cadena física de papel: el empleador rellenaba cuatro copias en papel carbón, enviaba la Parte 1 a HMRC y entregaba las Partes 1A, 2 y 3 al empleado que se marchaba. Los retrasos, el correo perdido y la introducción manual de datos en HMRC eran endémicos. RTI se vendió como la solución estructural: la información del empleado que se marcha fluiría electrónicamente desde la Declaración de Pago Completo del empleador directamente a HMRC casi en tiempo real. La Parte 1 se volvió redundante — el software de nóminas genera la FPS, HMRC recibe los datos y el registro fiscal del empleado se actualiza.

Ahí es exactamente donde se detuvo la transformación digital.

Las Partes 1A, 2 y 3 siguen siendo documentos físicos. El empleado debe recibirlas — en papel o como PDF impreso o enviado por correo electrónico desde el software de nóminas del empleador. El empleado debe conservar la Parte 1A para sus propios registros. Luego debe entregar las Partes 2 y 3 a su nuevo empleador, quien debe introducir manualmente el salario acumulado en el año, los impuestos acumulados en el año, el código fiscal y el número de la Seguridad Social en su sistema de nóminas antes de la primera ejecución de nóminas. Según las normas de HMRC, si el nuevo empleador ejecuta las nóminas sin un P45, el empleado pasa a un código fiscal de emergencia. El formulario que se suponía que quedaría obsoleto en 2013 sigue siendo, en 2026, el único mecanismo para transferir datos fiscales acumulados entre dos sistemas de nóminas no conectados.

Un P45 para cada baja: el volumen que nadie cuenta

El P45 no es un documento ocasional. Se genera para cada evento de baja: renuncia, despido, jubilación, cese, fin de un contrato de duración determinada, incluso fallecimiento. La mayoría de esos eventos comienzan con una carta de RR. HH., y extraer una carta de despido firmada a Excel captura el último día trabajado, el motivo de la separación y los detalles del pago final junto con el P45. Para una economía con una rotación laboral del 34% y una fuerza laboral PAYE de aproximadamente 33 millones de personas, la aritmética es sencilla: millones de P45 cada año fiscal. La cifra del 34% del CIPD se divide en un 27,4% que se traslada a un nuevo empleador y un 6,6% que abandona el mercado laboral. Incluso tomando solo a quienes cambian de empleo — aquellos cuyos P45 deben llegar físicamente a un nuevo empleador — eso supone cerca de 9 millones de P45 en tránsito cada año.

La rotación no es uniforme. El sector de la hostelería tiene una rotación del 52%. La construcción, el comercio minorista y los servicios profesionales están muy por encima de la media nacional. Una empresa de construcción con 400 trabajadores de obra procesará más P45 en un año que una empresa de servicios financieros de tamaño similar en cinco. Una cadena hotelera con 1.200 empleados en picos estacionales puede emitir P45 a 600 bajas al año. En estas industrias de alta rotación, el flujo de P45 no es una ocurrencia tardía de cumplimiento: es una carga operativa recurrente que ningún presupuesto de personal contempla explícitamente.

Las cifras posteriores agravan la escala. Una oficina de nóminas de tamaño mediano que gestiona 30 clientes PYMES con un promedio de 15 empleados cada uno maneja 450 P45 al año, solo por bajas. Un despacho contable que presenta declaraciones de autoliquidación para 100 clientes necesita las cifras del P45 de los empleos anteriores de cada cliente durante el año fiscal, a menudo en múltiples trabajos. En cada uno de estos escenarios, el P45 existe. Los datos están impresos en la página. Pero trasladarlos de la página al sistema que los necesita — software de nóminas, declaración de impuestos, cálculo de prestaciones — sigue siendo un ejercicio de mecanografía.

Reemplazar esa mecanografía con un paso de P45 a Excel no cambia cómo viaja el formulario: las cuatro partes siguen moviéndose exactamente como se describe. Elimina el paso del teclado en el empleador receptor y deja que el administrador de nóminas verifique cifras en lugar de introducirlas.

El problema de la distribución en cuatro partes

Para entender por qué el P45 sigue siendo un punto de fallo estructural, hay que seguir cada parte en su recorrido previsto — y ver dónde se producen las rupturas.

Parte 1 — HMRC. Esta es la parte que RTI resolvió. El software de nóminas la envía como parte del FPS el día de pago final del empleado o antes. HMRC la recibe. El registro fiscal del empleado se actualiza. Este tramo del recorrido es digital desde 2013 y, en general, funciona.

Parte 1A — Registros del empleado. El empleador genera esta junto con las Partes 2 y 3. Debe llegar al empleado — idealmente en su último día laborable, o con su última nómina. En la práctica, el momento depende de cuándo se procese la nómina final. Si el pago final no se calcula hasta después de que el empleado se haya ido — algo común cuando hay pago de vacaciones, indemnización o bonificaciones — el P45 se emite más tarde. El empleado que se fue el día 10 y empezó un nuevo trabajo el día 17 ya ha tenido su primera nómina en el nuevo empleador cuando llega el P45. En ese momento, las Partes 2 y 3 llegan tarde. El reloj de nóminas del nuevo empleador ya ha avanzado.

Partes 2 y 3 — Nuevo empleador. El empleado debe entregarlas físicamente al nuevo empleador antes de la primera nómina. Si llegan tarde — o nunca — el departamento de nóminas recurre al Checklist de Inicio de HMRC, que asigna un código fiscal inicial sin datos del año en curso. El Checklist determina si el empleado recibe un código acumulativo (si es su único trabajo y no ha tenido otro empleo en el año fiscal) o un código BR de tipo básico (si es un segundo trabajo). Si el checklist se rellena mal — por ejemplo, una declaración de "este es mi único trabajo" cuando es un segundo trabajo — el código fiscal es incorrecto desde el primer día. Y a diferencia del P45, el Checklist no contiene datos de ingresos anteriores. No puede reanudar el cálculo fiscal acumulativo. Solo puede hacer una estimación.

Hay un modo de fallo menos evidente: el escenario del P45 tardío. Como la documentación de BrightPay para administradores de nóminas aborda explícitamente el caso en que "un nuevo empleado puede entregar a veces su P45 al nuevo empleador después de su primera nómina y después de que se haya enviado una declaración FPS a HMRC." Cuando llega el P45, HMRC ya puede haber emitido un código fiscal basado en los datos del Checklist. El administrador de nóminas debe decidir: ¿usar el código emitido por HMRC o los datos del P45? La documentación indica que usen el código que HMRC haya enviado — lo que significa que los datos del P45 que el empleado tardó dos semanas en conseguir pueden ni siquiera introducirse. El formulario llegó. Solo que llegó demasiado tarde para importar.

De la Parte 2 faltante al código de emergencia: la cascada de costos

Cuando las Partes 2 y 3 no llegan al nuevo empleador antes de la primera nómina, el empleado se coloca en un código de impuesto de emergencia, normalmente 1257L W1 (semana 1) o 1257L M1 (mes 1). Estos códigos tratan cada período de pago como un período fiscal independiente, sin ajuste acumulativo desde el inicio del año. La asignación personal estándar se divide por igual entre los períodos de pago, en lugar de aplicarse de forma acumulativa contra las ganancias totales hasta la fecha.

La aritmética es contundente. Con un salario anual de £30,000, un empleado con el código acumulativo 1257L paga aproximadamente £290 de impuesto al mes. Con el código de emergencia M1, la deducción es de aproximadamente £400, una diferencia de £100 a £150 al mes. Para un empleado que acaba de empezar un nuevo trabajo, posiblemente tras un período sin ingresos, esa reducción de £100 en el salario neto no es una preocupación abstracta de cumplimiento. Es un golpe real al flujo de caja.

HMRC indica que las correcciones de código fiscal "pueden tardar hasta 35 días desde que usted comienza su trabajo". En la práctica, el plazo depende de que tres sistemas separados se alineen: el empleador anterior debe haber enviado el FPS de salida, el nuevo empleador debe haber enviado el FPS de inicio, y los sistemas de HMRC deben conciliar ambos. Un retraso en cualquier punto empuja la ventana de corrección más allá de los 35 días. El empleado que estuvo bajo impuesto de emergencia durante dos períodos de pago puede estarlo durante un tercero, y para entonces, ha perdido entre £300 y £450. HMRC reembolsará el pago en exceso, pero el mecanismo de reembolso depende de lo que ocurra después. Si la corrección llega dentro del mismo año fiscal, el empleador ajusta las deducciones futuras. Si llega después de que termine el año fiscal, lo que puede ocurrir con correcciones tardías, el empleado debe reclamar el reembolso directamente, a través de su Cuenta de Impuesto Personal o por teléfono. HMRC estima que hasta un millón de personas al año no reclaman el impuesto pagado en exceso.

Las estadísticas más amplias de errores en códigos fiscales cuentan la misma historia desde la otra dirección. En 2023/24, 5.6 millones de personas pagaron de más en el impuesto sobre la renta, £3.5 mil millones en total. Una investigación de The Tax Refund Company encontró que el 36% de los empleados había tenido al menos un código fiscal incorrecto en un período de cuatro años, perdiendo un promedio de £204 cada uno. No todos estos errores se originan por P45 faltantes. Pero un P45 faltante es la causa estructuralmente más prevenible en la cadena, y la más distribuida. No existe un único sistema de nóminas, un único empleador ni un único proceso de HMRC que controle la transferencia. Por lo tanto, no existe una única entidad que pueda ser considerada responsable de corregirlo.

Por qué persiste el papel: inercia institucional y el problema del respaldo

La propia Hoja de Ruta de Transformación de HMRC, publicada en julio de 2025, detalla más de 50 proyectos: un nuevo portal PAYE, digitalización de los servicios de Impuesto de Sucesiones, un motor de cumplimiento basado en IA, biometría de voz para líneas de ayuda. La palabra "P45" no aparece ni una vez. En una agencia que está "eliminando la dependencia de los avisos de código tributario en papel" y probando "nuevas formas de informar a las personas sobre cambios en su situación fiscal", el formulario de baja de empleador a empleador —el documento que, más que cualquier otro papel, determina si un empleado comienza un nuevo trabajo con el código fiscal correcto— está ausente de la agenda digital.

Hay dos razones para esto, y son estructurales, no burocráticas.

Primero: el P45 funciona como sistema de respaldo. Cuando fallan las presentaciones RTI FPS, cuando el software de nóminas produce un archivo corrupto, cuando un empleador presentó en línea pero el nuevo empleador no puede recibir códigos fiscales electrónicos porque su software está desactualizado, el P45 en papel es el plan B. Mientras exista el respaldo, el canal principal de RTI no necesita ser perfecto. Eliminar el respaldo requeriría hacer que RTI sea realmente tolerante a fallos, un proyecto mucho mayor que emitir un formulario digital. Desde la perspectiva de HMRC, el costo de eliminar el P45 en papel no es el costo del formulario. Es el costo de hacer que toda la infraestructura digital sea lo suficientemente robusta como para que el respaldo ya no sea necesario. Esa factura nunca aparece en una Hoja de Ruta de Transformación porque nadie la ha solicitado.

Segundo: la transferencia ocurre entre empleadores, y la competencia de HMRC es contribuyente ↔ HMRC. La brecha del P45 existe en el espacio entre la salida de nóminas del Empleador A y la entrada de nóminas del Empleador B. Ese espacio no está regulado por HMRC como lo están las presentaciones FPS. No existe un "estándar de transferencia electrónica del P45". No hay un formato obligatorio para las Partes 1A, 2 y 3 más allá de la especificación de diseño de HMRC para P45 impresos — papel blanco A4, mínimo 80 g/m², solo tinta negra pura. La especificación regula el aspecto del formulario, no cómo se mueven sus datos entre sistemas. Cerrar esa brecha no es responsabilidad de nadie.

El factor de la entrada manual que nadie mide

Las costuras entre los sistemas — entre el PDF del P45 y la pantalla de entrada de nómina del nuevo empleador, entre el formulario en papel y la hoja de cálculo — son donde se vuelve a teclear la información. Y volver a teclear es donde ocurren los errores.

La investigación sobre entrada manual de datos converge en una tasa de error a nivel de campo del 1% al 4% para operadores capacitados. En nóminas, encuestas del sector han encontrado que aproximadamente el 20% de las ejecuciones de nómina contienen al menos un error — no el 20% de los campos, sino el 20% de los ciclos completos de nómina. Para un empleador de tamaño mediano que gestiona 200 bajas al año, cada P45 con aproximadamente 10 campos tecleables — número de la NI number, fecha de baja, código fiscal, pago total hasta la fecha, impuesto total hasta la fecha, indicador de préstamo estudiantil, número de semana/mes y los datos personales del empleado — eso son 2.000 campos tecleados al año. Con una tasa de error por campo del 1%: 20 campos mal tecleados. Con la tasa más realista del 3% para condiciones de nómina — presión de tiempo, variación de formato entre empleadores, P45 que llegan como escaneos en lugar de PDFs buscables — la cifra es de 60 errores al año.

El error a nivel de registro se acumula más rápido de lo que los equipos de nóminas anticipan. Con 10 campos por P45 y una tasa de error a nivel de campo del 1%, la tasa de error a nivel de registro — la probabilidad de que un P45 determinado contenga al menos un error — es de aproximadamente el 9,6% (1 − 0,99¹⁰). Casi uno de cada diez P45 introducidos manualmente contiene al menos un error. Para la oficina de nóminas con 450 empleados, eso supone aproximadamente 45 P45 al año con un error de datos en algún lugar del registro — y cada uno es un posible código fiscal incorrecto, una posible corrección duplicada del P45, una posible consulta de cumplimiento ante el HMRC.

El coste de estos errores no es el tiempo de corrección en sí, aunque sea significativo — un solo código fiscal incorrecto puede requerir una llamada al HMRC, un envío de FPS modificado, un recibo de salario corregido y una conversación con un empleado que notó el error. El coste real es la exposición acumulada al cumplimiento. El HMRC exige a los empleadores conservar los registros de nómina durante al menos tres años. Bajo una inspección, el empleador debe poder demostrar que las cifras de su sistema de nóminas coinciden con las cifras de los documentos originales. Una hoja de cálculo con una cifra de P45 mal tecleada — sin rastro de auditoría que muestre cuándo se introdujo el error, quién lo hizo o cuál era el valor original — es un registro no verificable. La sanción por registros inadecuados es de hasta £3.000 por empleado. El P45 que se introdujo correctamente no genera la responsabilidad. El P45 que se introdujo con un dígito incorrecto, y que se introdujo hace cinco años, viviendo silenciosamente en el archivo, sí la genera.

Rompiendo el ciclo: qué cambia cuando desaparece el teclado

El problema del papel del P45 no se resuelve pidiendo a HMRC que elimine el formulario. El papel cumple una función de respaldo de la que depende RTI, y las prioridades de transformación de HMRC están en otro lugar. Lo que sí se puede resolver es el tecleo.

Cuando llega un P45 —ya sea como PDF del software de nóminas del empleador anterior, un escaneo de un formulario en papel de un rezagado anterior a RTI, o una fotografía que un exempleado envió por mensaje desde su último trabajo— los datos que contiene no necesitan volver a teclearse. Las herramientas de extracción de documentos que comprenden la estructura semántica de un P45 pueden leer el código tributario, las cifras de pago e impuestos acumulados en lo que va del año, la fecha de baja, el número de NI y el indicador de préstamo estudiantil directamente de la página. El resultado no es un PDF. Es una fila estructurada de datos —las mismas columnas que un administrador de nóminas teclearía en una hoja de cálculo, generadas en segundos. El teclado que era la costura entre sistemas se convierte en un paso de verificación en lugar de un paso de creación.

Esto es lo que cubre en detalle la guía complementaria sobre extracción de datos de baja del P45 a Excel para nóminas: cómo tomar un P45 de cualquier formato —impreso, escaneado, PDF— y convertirlo en datos estructurados de nóminas sin volver a teclear ni un solo campo. La tecnología existe. El P45 existe. La brecha entre ambos se mide en pulsaciones de teclas.

Para el contexto más amplio de por qué la entrada manual de datos de nóminas sigue siendo un riesgo estructural en el panorama de documentación fiscal del Reino Unido, el análisis de entrada manual de datos del P60 en nóminas del Reino Unido traza el mismo patrón —certificados de fin de año generados por software, consumidos por personas, tecleados en hojas de cálculo— y lo que cuesta a los departamentos que los procesan.

Preguntas frecuentes

¿Puedo obtener un P45 de reemplazo si perdí el mío?

No. HMRC establece explícitamente que los empleadores anteriores no pueden emitir un P45 de reemplazo. Si usted pierde su P45 o nunca lo recibe, su nuevo empleador debe usar la Lista de Verificación de Inicio de HMRC en su lugar. Esto significa que no se beneficiará del cálculo tributario acumulativo que permite el P45 —probablemente se le asignará un código tributario de emergencia hasta que HMRC corrija su registro.

¿Qué pasa si mi nuevo empleador procesa la nómina antes de recibir mi P45?

Se le asignará un código fiscal de emergencia, normalmente 1257L W1 o M1, que trata cada período de pago de forma independiente en lugar de acumulativa. Con un salario de 30.000 £, esto supone entre 100 y 150 £ más de impuestos retenidos al mes que con el código acumulativo correcto. HMRC indica que la corrección puede tardar hasta 35 días. El impuesto pagado en exceso es reembolsable, ya sea mediante deducciones reducidas en nóminas posteriores si se corrige dentro del año fiscal, o mediante una reclamación directa a HMRC después de que finalice el año fiscal.

¿Por qué HMRC no digitaliza todo el P45?

La Parte 1 ya es digital: se envía electrónicamente a HMRC mediante la declaración de pago completo de RTI. Las Partes 1A, 2 y 3 siguen siendo físicas porque cumplen una función de traspaso entre empleadores que RTI no fue diseñado para reemplazar. La transformación actual de HMRC prioriza los servicios digitales para el contribuyente —un nuevo portal de PAYE, avisos digitales de código fiscal— en lugar de cubrir la brecha de transferencia de datos entre empleadores. El P45 en papel también funciona como respaldo del sistema: si fallan los envíos de RTI, el formulario en papel proporciona un mecanismo alternativo para la continuidad de los datos fiscales.

¿Mi empleador recibe una multa por no emitir un P45?

No existe una multa fija e independiente únicamente por no proporcionar un P45. Sin embargo, puede contribuir a hallazgos más amplios de incumplimiento de PAYE. Los empleadores se enfrentan a multas de hasta 3.000 £ por empleado por registros de nómina inadecuados o inexactos, y las multas por presentación de RTI oscilan entre 100 y 400 £ al mes según el tamaño del empleador. Los empleados que no reciben un P45 pueden escalar el caso a HMRC, lo que puede desencadenar una revisión del cumplimiento de las prácticas de nómina del empleador.

¿Recibo varios P45 si he trabajado en varios empleos en el mismo año fiscal?

Sí. Cada empleador del que se haya ido durante el año fiscal debe emitir un P45 independiente. Si ha tenido dos empleos simultáneamente y ha dejado ambos, recibirá dos P45, cada uno mostrando solo el salario y los impuestos de ese empleo específico. Esto crea un problema de agregación de datos: su nuevo empleador o contable necesita combinar las cifras de varios P45 para comprender su situación fiscal total. Cada punto de fusión es un posible error de cálculo manual.

¿Es un P45 lo mismo que un P60?

No. Un P45 se emite al dejar un empleo y cubre tu salario e impuestos desde el inicio del año fiscal hasta tu fecha de salida. Un P60 se emite al final del año fiscal (antes del 31 de mayo) a todos los empleados que aún están en nómina al 5 de abril, cubriendo todo el año fiscal. Un empleado que se fue en diciembre recibe un P45 en diciembre. Ese mismo empleado no recibe un P60 de ese empleador, pero el empleador que emitió el P45 debe conservar los registros para cumplir con HMRC durante al menos tres años.