Cómo extraer datos de empleados que se van del P45 del Reino Unido a Excel
para el procesamiento de nómina y nuevos empleados
Una empresa de 200 personas con una rotación media en el Reino Unido — 15% anual en todos los sectores — procesa aproximadamente 30 nuevos empleados al año. Cada uno llega con un P45 de su empleador anterior. El administrador de nómina abre el PDF, lee el código fiscal, la fecha de salida, las cifras de pago e impuestos acumulados en lo que va del año y el indicador de préstamo estudiantil, y luego escribe cada campo en el formulario de nuevo empleado del software de nómina. Dos minutos por P45, si nada sale mal. Pero un dígito mal escrito en el código fiscal — 1257L se convierte en 1275L — y el empleado pasa su primer mes con deducciones incorrectas hasta que HMRC emite un código corregido. El problema central no es el volumen. Es que los mismos datos estructurados pasan por un paso de transcripción humana cada vez que alguien se incorpora, y ese paso no tiene capa de corrección de errores entre el P45 y el registro de nómina.
Conclusiones clave
- HMRC exige cada campo de datos que un P45 debe contener — y luego permite que cada software de nómina diseñe su propio diseño, por lo que el mismo código fiscal aparece en una casilla diferente en cada certificado, y un humano es el único denominador común garantizado.
- Pedir a 50 empleadores anteriores que estandaricen su formato de P45 es imposible — está pidiendo a organizaciones que nunca han oído hablar unas de otras que se coordinen en una decisión de la que ninguna se beneficia, razón por la cual la entrada de datos del P45 ha sido manual desde que se creó el formulario.
- Deje de leer diseños y empiece a leer etiquetas — defina las columnas de su hoja de cálculo una vez según lo que significa cada campo y deje que la IA encuentre "Código fiscal al salir" en el certificado de cualquier proveedor de nómina comprendiendo las palabras, no las coordenadas.
¿Qué contiene un P45? — Cuatro partes, un mismo conjunto de datos, las columnas de su hoja de cálculo
Un P45, titulado formalmente "Detalles del empleado que deja el trabajo", es el documento legal que se entrega a todo empleado del Reino Unido cuando finaliza su relación laboral. Está regulado por el Reglamento 36 del Reglamento del Impuesto sobre la Renta (Pago a Cuenta) de 2003, que exige a los empleadores proporcionar la información del empleado que se va "sin demora injustificada" — en la práctica, con el último recibo de nómina o dentro de un ciclo de nómina desde la fecha de salida. A diferencia de un P60, que resume un año fiscal completo para los empleados actuales, un P45 se genera por un evento único y contiene datos que cubren únicamente el período desde el inicio del año fiscal (6 de abril) hasta la fecha de salida.
El formulario consta de cuatro partes, pero tres de ellas contienen los mismos datos:
Parte 1 — HMRC (enviada electrónicamente mediante RTI)
El empleador anterior la transmite a HMRC a través del envío de pago completo (FPS) en la última nómina. El empleado nunca gestiona esta parte. En décadas anteriores era un formulario físico enviado por correo; hoy en día, RTI sustituye por completo el rastro en papel.
Parte 1A — La conserva el empleado
El empleado conserva esta copia para sus propios registros: prueba de empleo e impuestos pagados. La mayoría de los empleados la archivan y no vuelven a mirarla a menos que HMRC la solicite o el equipo de nómina del nuevo empleador necesite la referencia original.
Parte 2 — Nuevo empleador (fuente de toda la entrada de datos de nómina)
Esta es la parte que le interesa a su equipo de nómina. Contiene el código fiscal del empleado, el total de salario e impuestos pagados hasta ahora en el año fiscal, la fecha de salida, el número de la Seguridad Social y si se estaban realizando deducciones de préstamo estudiantil. Cada campo de la Parte 2 es un campo que su software de nómina espera que usted introduzca al configurar al nuevo empleado.
Parte 3 — Nuevo empleador o Jobcentre Plus (copia de respaldo)
Un duplicado de la Parte 2. Mismos datos, mismas columnas. El nuevo empleador conserva la Parte 2 para los registros de nómina y utiliza la Parte 3 para registrar al empleado ante HMRC — o la entrega a Jobcentre Plus si la persona está solicitando prestaciones entre empleos.
A efectos de extracción, las Partes 2 y 3 son idénticas en contenido. Usted extrae los datos de la que el empleado le entregue: un PDF del sistema de nómina del empleador anterior, un escaneo de un P45 impreso o incluso una foto tomada con el teléfono de una copia en papel. Los campos de datos son los mismos independientemente del formato.
Los campos que se convierten en las columnas de su hoja de cálculo
Campos de identidad y referencia
- NINO del empleado — número de la Seguridad Social en el formato de dos letras, seis dígitos y una letra final (p. ej., QQ 12 34 56 C). Es la clave de identidad del empleado que HMRC utiliza para conciliar entre empleos. Si se indica mal, HMRC no podrá vincular al nuevo empleado con su registro existente y la primera presentación de FPS será rechazada.
- Referencia PAYE del empleador — la referencia del empleador anterior en el formato
NNN/AAAAAAAA(número de oficina fiscal de 3 dígitos, barra, hasta 10 caracteres alfanuméricos). No es lo mismo que la referencia PAYE de su empresa. Es importante para las pistas de auditoría y para que HMRC pueda mapear el historial laboral del empleado. - Número de trabajo/nómina — identificación interna del empleador anterior. Es opcional, pero útil al contrastar nóminas o registros de contratistas.
Cifras de pago e impuestos (los datos que introduce en el software de nómina)
- Pago total hasta la fecha — salario bruto desde el 6 de abril hasta la fecha de salida, incluido el pago de cualquier empleo anterior en el mismo año fiscal si el código fiscal era acumulativo. Esta es la cifra que su software de nómina utiliza para determinar cuánto del mínimo personal del empleado queda disponible.
- Impuesto total hasta la fecha — total del impuesto sobre la renta PAYE deducido en todos los empleos del año fiscal en curso. Con un código no acumulativo (Semana 1/Mes 1), esta cifra cubre únicamente el empleo del que se sale.
- Pago en este empleo e impuesto en este empleo — presente solo cuando el empleado tuvo varios trabajos. Muestra las cifras atribuibles únicamente al empleador del que se sale, distintas de los totales acumulativos.
- Código fiscal al salir — p. ej., 1257L, BR, D0 o NT. Puede llevar un sufijo W1 o M1 que indica una base no acumulativa.
- Fecha de salida — el último día de empleo del trabajador. Su software de nómina la utiliza para fijar el inicio de su período de declaración PAYE.
Indicadores de Préstamo Estudiantil y Otros
- Indicador de Deducciones por Préstamo Estudiantil — una casilla o campo "Sí/No", no un importe. Indica si el empleador anterior descontaba pagos de préstamos estudiantiles (Plan 1, Plan 2 o Plan 4). Si está marcado, tu software de nómina debe continuar esas deducciones desde el primer período de pago. El monto mensual real lo calcula tu sistema según los umbrales de ingresos, no se transfiere del P45.
- Indicador de Préstamo de Posgrado — independiente de los préstamos de grado, se descuenta con un umbral diferente. Se marca por separado en el P45.
- Indicador de Semana 1 / Mes 1 — un sufijo "W1" o "M1" en el código tributario. Esta única bandera cambia completamente cómo ingresas los datos. Con un código W1/M1, los montos de pago e impuestos son no acumulativos: aplican solo a ese empleo específico. Con un código acumulativo estándar, las cifras se trasladan de trabajos anteriores.
Campos de Referencia de Nómina
- Número de Semana / Mes Fiscal — la semana o mes fiscal del último pago. Semana 1 = 6–12 de abril, Mes 1 = 6 de abril–5 de mayo. Tu software usa esto para ubicar al empleado correctamente en la línea de tiempo del PAYE del año fiscal actual.
- Nombre y Dirección del Empleado — campos de identidad directos. Cruza los datos con los del empleado para detectar discrepancias.
- Fecha de Nacimiento y Género — presentes en algunos formatos de P45. HMRC los usa para verificar identidad y determinar la edad de jubilación estatal (relevante cuando cambia la letra de categoría de NI).
Eso son de 12 a 15 columnas por nuevo empleado, dependiendo de si extraes los campos opcionales. A dos minutos por P45 para 30 nuevos empleados al año, es una hora de pura escritura — y es una hora dedicada a datos que ya están impresos, correctamente, en el formulario.
Por qué cada administrador de nómina del Reino Unido vuelve a escribir los mismos campos del P45 docenas de veces al año
Si el P45 fuera solo una exportación de datos — un archivo CSV de un sistema de nómina a otro — este artículo no existiría. El empleador anterior presionaría un botón y su software de nómina ingeriría directamente el registro del empleado que se va. La razón por la que eso no ocurre es estructural, no técnica. Para conocer los antecedentes regulatorios completos del formulario de cuatro partes y cada casilla, consulte nuestra guía completa de extracción de datos del P45 del Reino Unido; para saber por qué la cadena en papel (Partes 1A, 2, 3) sigue vigente a pesar del RTI, nuestro análisis de por qué el formulario P45 sigue costando a los equipos de nómina del Reino Unido más de lo que creen rastrea las causas subyacentes.
La especificación del P45 de HMRC, regulada por el marco normativo de las Regulaciones PAYE, exige qué datos deben aparecer en el formulario — los campos enumerados anteriormente — pero no exige cómo se ve el formulario. Cada proveedor de software de nómina diseña su propio diseño de P45 sustituto. Sage 50 Payroll podría imprimir el código fiscal en el cuadrante superior derecho con el NINO en un bloque separado debajo. BrightPay podría usar una cuadrícula de tres columnas con los datos del empleado a la izquierda, las cifras de pago en el centro y la información fiscal a la derecha. Xero Payroll podría apilar todo verticalmente. QuickBooks UK usa otra disposición más. Moorepay, ADP UK, IRIS Staffology, Moneysoft Payroll Manager — cada uno tiene su propio motor de diseño.
El resultado es que un P45 del "Empleador A que usa Sage" se ve diferente de un P45 del "Empleador B que usa BrightPay", aunque contengan conjuntos de campos idénticos. Y como el sistema de nómina del nuevo empleador no puede saber qué diseño usó el empleador anterior, no puede analizar automáticamente los campos. El único denominador común garantizado es que una persona lea el PDF y escriba los valores en el formulario de nuevo empleado del software de nómina.
Aquí es donde fallan los enfoques de OCR basados en plantillas — herramientas que dependen de saber dónde se encuentra un campo en la página. Una plantilla entrenada con el diseño del P45 de Sage no puede leer un P45 de BrightPay porque la casilla del código fiscal está en una posición diferente. Extracción de Columnas Personalizadas evita esto por completo: en lugar de decirle a la herramienta dónde se encuentra el código fiscal en cada diseño, le dice qué datos desea — "Código Fiscal," "Pago Total Hasta la Fecha," "NINO" — y la IA lee cada P45 comprendiendo lo que significa el campo etiquetado, no dónde aparece en el papel. La misma definición de columna funciona en el diseño de cada proveedor de nómina.
El principio de extracción para P45: Usted define los nombres de columna que necesita su hoja de cálculo de nómina — "NINO," "Código Fiscal al Salir," "Pago Total Hasta la Fecha," "Impuesto Total Hasta la Fecha," "Fecha de Salida," "Indicador de Préstamo Estudiantil," "Referencia PAYE del Empleador" — y la IA localiza cada valor en cada P45 mediante comprensión semántica, no por posición. La definición de columna se escribe una vez y se reutiliza para cada nuevo empleado, independientemente del software de nómina que usara su empleador anterior.
Configuración de su flujo de trabajo de extracción de P45
El flujo de trabajo que reemplaza la transcripción manual de P45 tiene tres pasos. El paso de configuración — definir sus columnas — es lo que hace una vez y reutiliza para cada nuevo empleado durante todo el año fiscal.
Defina sus columnas de salida
Escriba los nombres de los campos exactamente como desea que aparezcan como encabezados de columna. Un conjunto inicial práctico para la configuración de nuevos empleados en Sage, BrightPay o Xero es: Employee Name, NINO, Tax Code at Leaving, Total Pay to Date, Total Tax to Date, Pay in This Employment, Tax in This Employment, Leaving Date, Tax Week/Month Number, Employer PAYE Reference, Student Loan Indicator, Postgraduate Loan Indicator, Works/Payroll Number. Esto es Extracción de Columnas Personalizadas: usted define el esquema de salida y la IA asigna los campos de cada P45 a sus columnas — coincidiendo por significado semántico en cualquier diseño. Si su software de nómina espera un campo específico que no está en todos los P45 (p. ej., Pay in This Employment solo aparece cuando el empleado tuvo múltiples trabajos), la IA deja la celda en blanco en lugar de adivinar — que es el comportamiento correcto para un campo que genuinamente no existe en el documento fuente.
Sube los P45 a medida que llegan — individualmente o en lotes
El flujo de trabajo se adapta a cómo llegan sus P45. Si un nuevo empleado le entrega un P45 el primer día, suba un archivo y obtenga una fila. Si incorporó un equipo de cinco contratistas de la misma agencia, coloque los cinco PDF de P45 en un lote y obtenga cinco filas en una sola hoja de cálculo. El formato de entrada es flexible: exportaciones PDF de cualquier software de nómina, escaneos de P45 impresos (la versión en papel que el empleado guardó en un cajón durante dos años) y fotos de teléfono de copias en papel funcionan. Procesamiento por lotes prioritario fusiona múltiples archivos en una salida unificada — útil al final del trimestre cuando concilia varios meses de registros de nuevos empleados. Para un ejemplo práctico de fusión de un mes de P45 en una base de datos de salidas de empleados, consulte procesamiento por lotes de formularios mensuales de empleados que se van con P45.
Exporte e introduzca en su software de nómina
Descargue el archivo de Excel — una fila por P45, columnas en el orden que definió. La salida incluye una columna de referencia del archivo fuente para que pueda rastrear cualquier fila hasta el PDF original del P45. Ejecute las comprobaciones de validación en la sección siguiente y luego ingrese los valores extraídos en la pantalla de nuevo empleado de su software de nómina. La exportación también está disponible como CSV para sistemas de nómina compatibles con importación, o como JSON para equipos con pipelines de incorporación impulsados por API. Para equipos que ejecutan conciliación de nómina en Google Sheets, el Complemento de Google Sheets escribe los resultados directamente en la hoja activa sin salir de la hoja de cálculo.
Este flujo de trabajo funciona para un nuevo empleado o cincuenta. La definición de columnas es reutilizable durante todo el año fiscal porque el conjunto de campos estatutarios del P45 es estable — HMRC lo cambia solo cuando cambia la legislación, y cuando lo hace, usted agrega o renombra columnas sin reconstruir el resto de la definición.
Elimine el texto narrativo y ese es todo el flujo de trabajo de P45 a Excel: suba el PDF del empleado que se va, nombre las columnas una vez y descargue una fila que se integre directamente en la pantalla de nuevo empleado.
Cómo Manejar Escenarios de P45 que Rompen el Hábito de Ingreso Manual
La mayoría de los P45 siguen el patrón estándar: código fiscal acumulativo, empleo único, cifras numéricas de pago e impuesto. Pero suficientes P45 se desvían del estándar como para que un enfoque puramente mecánico —mirar la casilla X, escribir en el campo Y— genere errores en las excepciones. Estos son los escenarios donde la extracción proporciona una capa de consistencia que el ingreso manual no puede ofrecer.
Códigos Fiscales de Semana 1 / Mes 1 (No Acumulativos)
Un código fiscal que termina en "W1" (pago semanal) o "M1" (pago mensual) —por ejemplo, 1257L M1— es un código no acumulativo. Significa que el impuesto del empleado se calcula de forma independiente en cada período de pago, utilizando solo el pago de ese período e ignorando cualquier pago e impuesto de principios del año fiscal. La consecuencia práctica para el ingreso de datos: los campos "Pago Total Hasta la Fecha" e "Impuesto Total Hasta la Fecha" en el P45 cubren solo el empleo que finaliza —no incluyen empleos anteriores en el mismo año fiscal.
Cuando ingrese a un empleado con código W1/M1 en su software de nómina, debe saber que el mínimo personal acumulativo no se ha registrado entre trabajos. El software tratará a este empleado como si hubiera comenzado de nuevo en el mes actual, aplicando la parte completa del mes de asignación libre de impuestos (el número del código dividido entre 12 para pago mensual). Esto no es "impuesto de emergencia" ni un error —es el funcionamiento correcto de un código no acumulativo, y entenderlo es lo que evita que ajuste manualmente las cifras de pago para "hacerlas parecer acumulativas".
En concreto: si un P45 muestra el código fiscal 1257L M1 con un Pago Total Hasta la Fecha de £4,000 y un Impuesto Total Hasta la Fecha de £200, ingrese esas cifras exactas en su software de nómina. No agregue estimaciones de pagos anteriores. Su sistema de nómina calculará el impuesto correcto de aquí en adelante usando la base M1.
El impuesto de emergencia es diferente de W1/M1. Un código de impuesto de emergencia (0T, BR o 1257L en base no acumulativa asignado temporalmente) ocurre cuando el nuevo empleador no tiene el P45 y debe usar la lista de verificación de inicio. Un código W1/M1 genuino en un P45 del empleador anterior no es impuesto de emergencia —es una instrucción deliberada de HMRC, generalmente emitida porque el empleado tenía registros PAYE incorrectos o incompletos a principios del año. La distinción importa porque usted trata los datos de un P45 con código W1/M1 como autoritativos, no como "probablemente incorrectos".
El P45 de Cero Ingresos
Un empleado que se añadió a la nómina pero nunca trabajó — o que se fue antes de su primer período de pago — genera un P45 de cero ingresos. El formulario muestra Total Pagado en Este Empleo: £0.00, Total de Impuestos en Este Empleo: £0.00, con un código fiscal válido y fecha de baja. Es un P45 real con implicaciones fiscales reales: el empleador está obligado según el Reglamento 36 a emitirlo para cualquier empleado al que HMRC le haya asignado un código fiscal, incluso si nunca se realizó ningún pago.
Al extraer P45 de cero ingresos junto con los estándar en un lote, las filas de cero se completan naturalmente con £0.00 en las columnas de pago e impuestos. Los datos son correctos. Un operador manual que vea una cifra de pago de £0.00 podría dudar — "¿me salté una casilla?" — y buscar un número que no existe. La extracción elimina esa duda porque la IA lee el valor impreso y devuelve lo que dice el formulario.
Préstamo Estudiantil: Indicador, No Importe
El P45 incluye un indicador de préstamo estudiantil — una casilla o "Sí/No" — no un importe monetario. Esto suele confundir a los administradores de nóminas nuevos en los P45. Un nuevo empleado que tenía descuentos por préstamo estudiantil en su trabajo anterior mostrará el indicador marcado, pero sin cifra de reembolso. Su software de nóminas necesita el indicador para saber si debe descontar, bajo qué umbral (Plan 1, Plan 2 o Plan 4), y luego calcula el reembolso mensual a partir del salario bruto del empleado. La columna extraída debe capturar el indicador como un valor categórico (Plan 1 / Plan 2 / Plan 4 / Posgrado / Ninguno), no como un número.
P45 de Múltiples Empleos
Un empleado que tuvo dos trabajos simultáneamente — por ejemplo, uno a tiempo completo y otro de fin de semana a tiempo parcial — deja uno de ellos. El P45 del empleo que se deja muestra tanto "Total Pagado Hasta la Fecha" (acumulado, incluyendo ambos empleos) como "Pagado en Este Empleo" (solo el empleo que se deja). Las dos cifras difieren, y ambas importan: Total Pagado Hasta la Fecha va al campo de acumulado anual de su software de nóminas para la continuidad con HMRC; Pagado en Este Empleo es para sus propios registros de lo que pagó este empleo específico. La extracción captura ambos como columnas separadas. Un operador manual que confunda los dos campos — introduciendo la cifra de "Pagado en Este Empleo" como el total acumulado anual — subestima los ingresos acumulados del empleado ante HMRC, lo que podría provocar una corrección del código fiscal meses después.
Validación de datos P45 extraídos antes de la primera nómina
Incluso con alta precisión de extracción, el administrador de nóminas debe hacer una verificación de cordura antes de procesar. Las comprobaciones siguientes son específicas de P45 y se realizan columna por columna en Excel. Son verificaciones de forma — diseñadas para detectar las pocas filas que merecen revisión contra el P45 original, no auditorías completas.
| Comprobación | Qué buscar | Fórmula de Excel (fila 2, arrastrar hacia abajo) |
|---|---|---|
| Formato NINO | Dos letras, seis dígitos, una letra de sufijo. La combinación de prefijo debe ser válida emitida por HMRC — D, F, I, Q, U, V nunca se usan como primer carácter. Una O en la segunda posición tampoco se usa. | =AND(LEN(A2)=9,NOT(ISERROR(SEARCH("??######?",""&A2)))) — marca violaciones de formato |
| Formato referencia PAYE | Formato: tres dígitos, una barra inclinada, luego hasta 10 caracteres alfanuméricos. Un valor como "123AB4567" sin la barra casi siempre es un error de transcripción o extracción. | =AND(LEN(B2)>=5,ISNUMBER(VALUE(LEFT(B2,3))),MID(B2,4,1)="/") |
| Patrón código tributario | Los códigos válidos terminan en L, M, N, T, BR, D0, D1, NT, 0T, K seguido de un número, o S seguido de uno de los anteriores. Sufijo opcional W1 o M1. Un código como "XYZ500" nunca es válido y debe marcarse. | =OR(ISNUMBER(SEARCH({"L","M","N","T","BR","D0","D1","NT","0T","K"},C2))) — marca códigos no conformes; revisión manual necesaria para casos excepcionales |
| Razonabilidad fecha de salida | Debe ser una fecha pasada, no futura, y dentro del año fiscal actual o inmediatamente anterior (6 de abril a 5 de abril, con un mes de tolerancia para P45 recibidos tarde). Una fecha de salida 01/01/1900 suele indicar un campo vacío convertido a fecha. | =AND(D2 — formato condicional para resaltar valores atípicos |
| Proporcionalidad impuesto/salario | El impuesto deducido debe ser aproximadamente 10–30% del salario total para contribuyentes de tasa estándar. Las filas fuera de este rango merecen revisión — pueden ser legítimas (altos ingresos, bonos grandes) o indicar un error de extracción en el conteo de dígitos del impuesto. | =AND(E2/F2>0.1,E2/F2<0.3) — con formato condicional para valores atípicos; no es fallo grave, solo una alerta |
| Consistencia indicador W1/M1 | Si el código tributario contiene "W1" o "M1", el Total Pagado Hasta la Fecha debe coincidir típicamente con el Pago en Este Empleo (porque el código es no acumulativo). Una discrepancia aquí requiere verificación manual. | =IF(OR(ISNUMBER(SEARCH("W1",C2)),ISNUMBER(SEARCH("M1",C2))),G2=H2,"N/A") — donde G es Total Pagado y H es Pago en Este Empleo |
| Integridad indicador préstamo estudiantil | Si el indicador está presente, debe ser uno de: Plan 1, Plan 2, Plan 4, Postgrado o Ninguno. En blanco solo es aceptable si el P45 no tenía sección de préstamo estudiantil. "Sí" sin tipo de plan está incompleto. | =OR(I2={"Plan 1","Plan 2","Plan 4","Postgrado","Ninguno",""}) — lista desplegable de validación de datos para consistencia en entrada manual |
El valor de una pasada de validación sobre los datos extraídos es que toma segundos por fila en lugar de minutos. Está comprobando la forma, no releyendo cada valor en cada P45. Una columna de 30 filas toma menos de un minuto de escaneo con estas fórmulas aplicadas como formatos condicionales — las tres o cuatro filas marcadas reciben revisión manual, y el resto pasa directamente al software de nómina.
P45 vs lista de verificación de inicio: Por qué es importante obtener correctamente los datos del P45 para el primer recibo de nómina del empleado
Cuando un nuevo empleado llega sin un P45 — algo común en quienes terminan la escuela y entran a su primer trabajo, personas que regresan a trabajar después de un largo periodo, o cualquier persona que haya perdido el documento — el empleador debe usar una lista de verificación de inicio de HMRC (que reemplazó al antiguo formulario P46). La lista hace al empleado tres preguntas simples sobre su situación laboral y usa las respuestas para asignar un código fiscal temporal — generalmente 1257L sobre una base acumulativa para la Declaración A (empleo principal, sin otros ingresos), o BR (tasa básica) para la Declaración B (segundo empleo).
Una lista de verificación de inicio incorpora al empleado al sistema de nómina, pero no incluye las ganancias acumuladas del año ni las cifras de impuestos. La consecuencia es que el mínimo personal del empleado se reinicia desde cero — se le aplica el mínimo completo desde su fecha de inicio, aunque ya haya usado parte de él en su empleo anterior. HMRC eventualmente corrige esto, generalmente dentro de 4 a 6 semanas después de la primera presentación del FPS, pero la corrección puede venir como un ajuste del código fiscal en lugar de un reembolso automático en el siguiente recibo de nómina.
Un P45 extraído correctamente evita todo este periodo de conciliación. El código fiscal es el último que HMRC emitió, no un código genérico de inicio. Las cifras de pago e impuestos acumulados del año son precisas, no cero. La deducción del préstamo estudiantil comienza en el umbral correcto en lugar de descubrirse dos meses después cuando HMRC envía un aviso de inicio. Para el empleado, la diferencia está entre un primer recibo de nómina correcto y 4 a 6 semanas de deducciones provisionales que podrían requerir recuperación.
Esto es lo que hace que la extracción de datos del P45 sea más que una conveniencia. Es la diferencia entre "arreglaremos los impuestos después" y "los impuestos son correctos desde el primer día". La diferencia adicional con respecto a la extracción de P60, que es una tarea de conciliación de fin de año que ocurre una vez al año, es que la extracción de P45 se repite con cada contratación — lo que la convierte en un flujo de trabajo que se amortiza a lo largo del año calendario en lugar de concentrarse en una ventana de dos semanas.
Preguntas frecuentes
¿Puedo extraer datos de un P45 en papel que fotografié con mi móvil?
Sí. La IA procesa fotos de P45 impresos —incluyendo escaneos con iluminación desigual, ligeras inclinaciones o marcas de pliegues— siempre que el texto sea legible para el ojo humano. Esto cubre el caso habitual en que un empleado trae un P45 físico de un empleador anterior que no emite copias electrónicas, y el equipo de nóminas necesita digitalizarlo.
¿Extraer un P45 evita el impuesto de emergencia?
Extraer correctamente los datos del P45 es el primer paso. Ingresarlos correctamente en tu software de nóminas es lo que evita el impuesto de emergencia. Si el P45 tiene un código fiscal válido y lo introduces bien, tu sistema de nóminas aplica ese código desde el primer período de pago —sin activar ningún código de emergencia. La extracción elimina los errores de transcripción (dígitos mal escritos, decimales mal colocados) que hacen que el software rechace o aplique mal el código.
¿Qué pasa si mi nuevo empleado perdió su P45?
Un P45 no se puede reemitir. A diferencia de un P60, donde el empleador puede emitir un duplicado marcado como "duplicado", el Reglamento del Impuesto sobre la Renta (PAYE) prohíbe emitir un segundo P45 porque crearía registros PAYE duplicados en el sistema de HMRC. Si un empleado ha perdido su P45, dirígelo a la Lista de verificación de inicio de HMRC. El empleado también puede consultar su cuenta fiscal personal en GOV.UK para encontrar su código fiscal y el historial PAYE reciente de su empleo anterior, lo que puede complementar los datos de la Lista de verificación de inicio.
¿Los datos extraídos en la hoja de cálculo se importan directamente al software de nóminas?
Depende de tu software de nóminas. Sage 50 Payroll, BrightPay y QuickBooks UK admiten importación CSV para ciertos tipos de datos, pero los registros de nuevos empleados generalmente requieren ingreso manual a través de la interfaz del software por razones de validación. La hoja de cálculo extraída te proporciona una única fuente de verdad —una fila por empleado con todos los campos en el orden que tu software de nóminas solicita en la pantalla de nuevo empleado— para que puedas leer la fila e ingresar los valores en secuencia sin tener que alternar entre el PDF original del P45 y la pantalla de ingreso.
¿Qué ocurre si proceso P45 de distintos años fiscales en un mismo lote?
El año fiscal aparece impreso en el P45 (ej. "6 de abril de 2025 a [fecha de baja]") y puede incluirlo como columna de extracción para diferenciar filas de distintos años. El conjunto de campos subyacente —código fiscal, pagado a la fecha, impuesto pagado a la fecha, indicador de préstamo estudiantil— es el mismo independientemente del año fiscal. Una definición de columna creada para 2026-27 funcionará para P45 de 2025-26; las diferencias anuales (como cambios en umbrales de deducciones de préstamos estudiantiles) se gestionan en su software de nóminas, no en los datos extraídos.
¿Puede leer P45 manuscritos o formularios anotados?
La IA procesa P45 impresos a máquina y sustitutos digitales con alta precisión. Las anotaciones manuscritas en un P45 impreso —como una corrección a lápiz de un código fiscal— se leen con menor fiabilidad. Trate los valores manuscritos en un P45 impreso como una señal para verificación manual. La herramienta no ofrece un modo específico optimizado para escritura manual en P45, pero los campos impresos estándar del mismo formulario se extraerán correctamente junto con los segmentos manuscritos que requieran revisión humana.
¿Están seguros los datos del empleado del P45 durante la extracción?
Los P45 contienen datos personales sensibles: NINOs, cifras salariales, códigos fiscales y referencias del empleador. Una plataforma de extracción responsable cifra los archivos en tránsito y en reposo, no utiliza documentos subidos para entrenar modelos de IA y elimina automáticamente los archivos fuente tras un período de retención definido. Si evalúa herramientas de extracción para datos de nóminas, confirme estos compromisos de seguridad antes de subir cualquier documento de empleados.
¿Puedo procesar por lotes P45 junto con P60 u otros documentos de nóminas?
Los P45 y P60 tienen distintos conjuntos de campos: un P45 incluye fecha de baja e indicador de préstamo estudiantil; un P60 incluye tramos de cotización del NI y desgloses de pagos estatutarios. Generalmente es más limpio procesarlos en lotes separados con diferentes definiciones de columna para evitar columnas dispersas donde la mitad de los campos estén vacíos para la mitad de los documentos. Sin embargo, si su flujo de trabajo implica conciliar ambos tipos de documento para el mismo empleado —por ejemplo, un contador preparando una declaración de Autoliquidación para un cliente que cambió de trabajo a mitad de año— puede definir un conjunto de columnas combinado con todos los campos y dejar que la IA rellene lo que exista en cada documento, dejando en blanco los campos ausentes en ese tipo de formulario concreto.
El P45 de cada nuevo empleado es una fila en sus registros de nómina que no debería tener que escribir. Defina sus columnas una vez y deje que la hoja de cálculo complete los datos para cada contratación posterior.
Extraiga su primer P45No se requiere registro para probar con archivos de muestra. Procesamiento seguro con eliminación automática de archivos.