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

El formulario que el RTI debía eliminar

Antes de que el RTI entrara en vigor en 2013, el P45 era una cadena de papel físico: 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 saliente. Los retrasos, el correo perdido y la entrada manual de datos en HMRC eran endémicos. El RTI se presentó como la solución estructural: la información del empleado saliente fluiría electrónicamente desde el FPS (Full Payment Submission) del empleador directamente a HMRC casi en tiempo real. La Parte 1 se volvió redundante — el software de nóminas genera el 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 registros. Luego debe entregar las Partes 2 y 3 a su nuevo empleador, quien debe introducir manualmente el salario acumulado en el año, el impuesto acumulado 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 nómina. Según las normas de HMRC, si el nuevo empleador procesa la nómina sin un P45, el empleado pasa a un código fiscal de emergencia. El formulario que debía quedar 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 salida: el volumen que nadie cuenta

El P45 no es un documento ocasional. Se genera por cada evento de salida — renuncia, despido, jubilación, cese, fin de contrato temporal, incluso fallecimiento. Para una economía con un 34% de rotación laboral y una fuerza laboral PAYE de aproximadamente 33 millones, la aritmética es sencilla: millones de P45 cada año fiscal. El 34% del CIPD se divide en un 27,4% que se muda a un nuevo empleador y un 6,6% que abandona el mercado laboral. Tomando solo a los que 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 al año.

La rotación no es uniforme. La hostelería tiene un 52% de rotación. 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 salidas al año. En estas industrias de alta rotación, el flujo de P45 no es un complemento de cumplimiento normativo — es una carga operativa recurrente que ningún presupuesto de personal contempla explícitamente.

Las cifras aguas abajo agravan la magnitud. Una gestoría de nóminas mediana que atiende a 30 clientes PYME con un promedio de 15 empleados cada uno maneja 450 P45 al año — solo por salidas. 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 de múltiples trabajos. En cada uno de estos escenarios, el P45 existe. Los datos están impresos en la página. Pero moverlos 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 tecleo.

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.

Del Parte 2 faltante al impuesto de emergencia: la cascada de costes

Cuando las Partes 2 y 3 no llegan al nuevo empleador antes de la primera nómina, el empleado recibe 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 anual. La desgravación personal estándar se divide equitativamente entre los períodos de pago, en lugar de aplicarse de forma acumulativa sobre los ingresos totales hasta la fecha.

La aritmética es implacable. Con un salario anual de 30.000 £, un empleado con el código acumulativo 1257L paga aproximadamente 290 £ de impuestos 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, quizás tras un periodo sin ingresos, esa reducción de 100 £ en el salario neto no es una preocupación abstracta de cumplimiento normativo. Es un golpe real al flujo de caja.

HMRC afirma que las correcciones de código fiscal "pueden tardar hasta 35 días desde que comienza su trabajo". En la práctica, el plazo depende de la alineación de tres sistemas separados: el empleador anterior debe haber enviado el FPS de baja, el nuevo empleador debe haber enviado el FPS de alta, y los sistemas de HMRC deben conciliar ambos. Un retraso en cualquier punto alarga la ventana de corrección más allá de los 35 días. El empleado que sufrió el impuesto de emergencia durante dos períodos de pago puede sufrirlo un tercero, y para entonces habrá 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 Impuestos 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 el otro lado. En 2023/24, 5,6 millones de personas pagaron en exceso el impuesto sobre la renta, un total de 3.500 millones de libras. 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 la falta de un P45. Pero la falta de un P45 es la causa estructuralmente más prevenible en la cadena, y la más distribuida. No existe un único sistema de nóminas, ni un único empleador, ni un único proceso de HMRC que sea dueño de la transferencia. Por lo tanto, no existe una única entidad que pueda ser considerada responsable de solucionarlo.

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 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 reescriben los datos. Y reescribir 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 mediano que gestiona 200 bajas al año, cada P45 con aproximadamente 10 campos clave — número de seguro nacional, fecha de baja, código fiscal, total pagado hasta la fecha, total de impuestos hasta la fecha, indicador de préstamo estudiantil, número de semana/mes y los datos personales del empleado — eso son 2,000 campos escritos al año. Con una tasa de error de campo del 1%: 20 campos mal escritos. 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ómina 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 aproximadamente del 9.6% (1 − 0.99¹⁰). Casi uno de cada diez P45 ingresados manualmente contiene al menos un error. Para la oficina de nóminas de 450 empleados, eso es 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 de P45 duplicado, una posible consulta de cumplimiento con HMRC.

El costo de estos errores no es solo el tiempo de corrección en sí, aunque eso es significativo — un solo código fiscal incorrecto puede requerir una llamada a HMRC, una presentación FPS enmendada, un recibo de nómina corregido y una conversación con un empleado que notó el error. El costo real es la exposición acumulativa al cumplimiento. HMRC exige que los empleadores conserven los registros de nómina durante al menos tres años. Bajo una inspección, el empleador debe poder demostrar que las cifras en su sistema de nómina coinciden con las cifras en los documentos originales. Una hoja de cálculo con una cifra mal escrita del P45 — sin un registro de auditoría que muestre cuándo se introdujo el error, por quién o cuál era el valor original — es un registro no verificable. La multa por registros inadecuados es de hasta £3,000 por empleado. El P45 que se ingresó correctamente no crea la responsabilidad. El P45 que se ingresó con un dígito incorrecto, y se ingresó hace cinco años, viviendo tranquilamente en el archivo, sí lo hace.

Romper el ciclo: qué cambia cuando desaparece el teclado

El problema del papel del P45 no se soluciona 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 lado. Lo que sí se puede solucionar es la escritura manual.

Cuando llega un P45 —ya sea como PDF del software de nóminas de un empleador anterior, un escaneo de un formulario en papel de un rezagado del RTI, o una foto que un exempleado envió por mensaje desde su último trabajo— los datos que contiene no necesitan ser reescritos. Las herramientas de extracción de documentos que entienden la estructura semántica de un P45 pueden leer el código fiscal, las cifras de pago e impuestos acumulados en el año, la fecha de salida, el número de la Seguridad Social 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 escribirí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 para extraer datos de salida 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ómina sin reescribir un solo campo. La tecnología existe. El P45 existe. La brecha entre ellos 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 documentos fiscales del Reino Unido, el análisis de la 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, escritos en hojas de cálculo— y lo que cuesta a los departamentos que los procesan.

Preguntas frecuentes

¿Puedo obtener un P45 de reemplazo si lo perdí?

No. HMRC establece explícitamente que los empleadores anteriores no pueden emitir un P45 de reemplazo. Si 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 de impuestos acumulados que permite el P45; probablemente se le asignará un código fiscal 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.