Cómo extraer datos del P45 de salida del Reino Unido a Excelpara nóminas y procesamiento de nuevos empleados

Una empresa de 200 personas con rotación media en el Reino Unido — 15% anual en todos los sectores — procesa unos 30 nuevos empleados al año. Cada uno llega con un P45 de su empleador anterior. El administrador de nóminas abre el PDF, lee el código fiscal, la fecha de salida, las cifras de salario e impuestos acumulados en el año y el indicador de préstamo estudiantil, y luego escribe cada campo en el formulario de nuevo empleado del software de nóminas. 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 una capa de corrección de errores entre el P45 y el registro de nóminas.

Deja de teclear datos — deja que la IA los lea por ti
Sube una imagen o PDF — datos estructurados en 10 segundos
Probar ahora
Sin registro · Sin tarjeta · Resultados en 10 segundos
Formulario fiscal P45 de salida del Reino Unido siendo procesado para extracción de datos a una hoja de cálculo de nóminas en Excel

Conclusiones clave

  1. HMRC exige que cada campo de datos que debe llevar un P45 — pero luego permite que cada software de nóminas 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.
  2. Pedir a 50 empleadores anteriores que estandaricen su formato P45 es imposible — estás pidiendo a organizaciones que nunca han oído hablar unas de otras que coordinen una decisión de la que ninguna se beneficia, razón por la cual la introducción de datos del P45 ha sido manual desde que se creó el formulario.
  3. Deja de leer diseños y empieza a leer etiquetas — define tus columnas de hoja de cálculo una vez por lo que significa cada campo y deja que la IA encuentre "Código fiscal al salir" en el certificado de cualquier proveedor de nóminas entendiendo las palabras, no las coordenadas.

¿Qué contiene un P45? — Cuatro partes, un conjunto de datos, las columnas de tu hoja de cálculo

Un P45, cuyo título formal es "Detalles del empleado que deja el trabajo", es el documento legal que se entrega a todo empleado en el Reino Unido cuando finaliza su relación laboral. Está regulado por el Reglamento 36 del Income Tax (Pay As You Earn) Regulations 2003, que exige a los empleadores proporcionar la información del trabajador saliente "sin demora injustificada"; en la práctica, junto con la última nómina o dentro del ciclo de pago posterior a la fecha de salida. A diferencia del P60, que resume un año fiscal completo para empleados actuales, el P45 se activa por un único evento y contiene datos que cubren solo 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:

1

Parte 1 — HMRC (enviada electrónicamente mediante RTI)

El antiguo empleador la transmite a HMRC a través del Full Payment Submission (FPS) en la última nómina. El empleado nunca maneja esta parte. Antes era un formulario físico enviado por correo; hoy el RTI reemplaza por completo el soporte papel.

1A

Parte 1A — La conserva el empleado

El empleado guarda esta copia para su propio archivo: comprobante de empleo e impuestos pagados. La mayoría la archiva y no vuelve a mirarla a menos que HMRC la solicite o el equipo de nóminas del nuevo empleador necesite la referencia original.

2

Parte 2 — Nuevo empleador (origen de todos los datos de nómina)

Esta es la parte que le interesa a tu equipo de nóminas. Contiene el código tributario del empleado, el total de salario e impuestos pagados hasta la fecha en el año fiscal, la fecha de salida, el número de la Seguridad Social y si se estaban realizando deducciones por préstamos estudiantiles. Cada campo de la Parte 2 es un campo que tu software de nóminas espera que introduzcas al configurar al nuevo empleado.

3

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 usa la Parte 3 para registrar al empleado ante HMRC, o la entrega al Jobcentre Plus si la persona solicita prestaciones entre trabajos.

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óminas del empleador anterior, un escaneo de un P45 impreso, o incluso una foto de 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 formato dos letras, seis dígitos, una letra de sufijo (p. ej., QQ 12 34 56 C). La clave de identidad del empleado que HMRC utiliza para conciliar entre empleos. Equivocarse impide que HMRC vincule al nuevo empleado con su registro existente, y la primera declaración FPS será rechazada.
  • Referencia PAYE del empleador — la referencia del empleador anterior en 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 pistas de auditoría y para que HMRC trace el historial laboral del empleado.
  • Número de empleado/nómina — Identificador interno del empleador anterior. Opcional pero útil al cotejar recibos de salario o registros de contratistas.

Cifras de salario e impuestos (los datos que introduce en el software de nóminas)

  • Salario total acumulado — salario bruto desde el 6 de abril hasta la fecha de salida, incluyendo salario de empleos anteriores en el mismo año fiscal si el código tributario era acumulativo. Esta cifra la usa su software de nóminas para determinar cuánto de la desgravación personal del empleado queda.
  • Impuesto total acumulado — 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 solo el empleo del que se sale.
  • Salario 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 acumulados.
  • Código tributario 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 trabajo del empleado. Su software de nóminas usa esta fecha para establecer 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óminas 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óminas a otro — este artículo no existiría. El empleador anterior presionaría un botón y su software de nóminas incorporaría directamente el registro del empleado saliente. La razón por la que esto no sucede es estructural, no técnica.

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óminas diseña su propio diseño de P45 sustituto. Sage 50 Payroll puede imprimir el código tributario en el cuadrante superior derecho con el NINO en un bloque separado debajo. BrightPay puede 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 puede apilar todo verticalmente. QuickBooks UK usa otra disposición. 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 tengan conjuntos de campos idénticos. Y debido a que el sistema de nóminas 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óminas.

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 en el diseño del P45 de Sage no puede leer un P45 de BrightPay porque la casilla del código tributario está en una posición diferente. La Extracción de Columnas Personalizadas evita esto por completo: en lugar de decirle a la herramienta dónde está el código tributario en cada diseño, le dices qué datos quieres — "Código Tributario", "Pago Total Hasta la Fecha", "NINO" — y la IA lee cada P45 entendiendo lo que significa el campo etiquetado, no dónde aparece en el papel. La misma definición de columna funciona en todos los diseños de cada proveedor de nóminas.

El principio de extracción para P45s: Defines los nombres de columna que necesita tu hoja de cálculo de nóminas — "NINO", "Código Tributario 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óminas que haya usado su empleador anterior.

Configuración del flujo de extracción de P45

El flujo que reemplaza la transcripción manual del P45 tiene tres pasos. La configuración — definir tus columnas — se hace una vez y se reutiliza para cada nuevo empleado durante todo el año fiscal.

1

Define tus columnas de salida

Escribe los nombres de los campos exactamente como quieres que aparezcan como encabezados de columna. Un conjunto inicial práctico para la configuración de nuevos empleados en Sage, BrightPay o Xero es: Nombre del empleado, NINO, Código fiscal al salir, Total pagado hasta la fecha, Total de impuestos hasta la fecha, Pago en este empleo, Impuesto en este empleo, Fecha de salida, Número de semana/mes fiscal, Referencia PAYE del empleador, Indicador de préstamo estudiantil, Indicador de préstamo de posgrado, Número de obra/nómina. Esto es Extracción de columnas personalizadas: tú defines el esquema de salida y la IA asigna cada campo del P45 a tus columnas — emparejando por significado semántico en cualquier diseño. Si tu software de nómina espera un campo específico que no está en todos los P45 (ej. Pago en este empleo 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 realmente no existe en el documento fuente.

2

Sube los P45 según lleguen — individualmente o en lotes

El flujo se adapta a cómo llegan tus P45. Si un nuevo empleado te entrega un P45 el primer día, sube un archivo y obtén una fila. Si incorporas a un equipo de cinco contratistas de la misma agencia, sube los cinco PDF de P45 en un lote y obtén 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 copias en papel desde el móvil, todo funciona. El procesamiento por lotes fusiona varios archivos en una salida unificada — útil al cierre del trimestre cuando estás conciliando varios meses de registros de nuevos empleados.

3

Exporta e intégralo en tu software de nómina

Descarga el archivo Excel — una fila por P45, columnas en el orden que definiste. La salida incluye una columna de referencia al archivo fuente para que puedas rastrear cualquier fila hasta el PDF original del P45. Ejecuta las comprobaciones de validación en la sección inferior, luego ingresa los valores extraídos en la pantalla de nuevo empleado de tu 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 procesos de incorporación basados en API. Para equipos que hacen 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 funciona tanto para un nuevo empleado como para cincuenta. La definición de columnas es reutilizable durante todo el año fiscal porque el conjunto de campos del P45 legal es estable: HMRC solo lo modifica cuando cambia la legislación, y cuando eso ocurre, se añaden o renombran columnas sin tener que reconstruir el resto de la definición.

Deja de teclear datos — deja que la IA los lea por ti
Sube una imagen o PDF — datos estructurados en 10 segundos
Probar ahora
Sin registro · Sin tarjeta · Resultados en 10 segundos

Gestión de casos excepcionales del P45 que rompen la entrada mecánica

La mayoría de los P45 siguen el patrón estándar: código fiscal acumulativo, un solo empleo, cifras numéricas de salario e impuestos. 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 la escritura manual no puede ofrecer.

Códigos fiscales 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, usando solo el salario de ese período e ignorando cualquier salario e impuesto de períodos anteriores del año fiscal. La consecuencia práctica para la entrada de datos: los campos "Total de salario hasta la fecha" y "Total de impuestos hasta la fecha" en el P45 cubren solo el empleo de salida —no incluyen empleos anteriores del mismo año fiscal.

Al introducir un empleado con código W1/M1 en su software de nóminas, debe saber que la desgravación personal acumulativa no se ha registrado entre trabajos. El software tratará a este empleado como si hubiera empezado de cero en el mes actual, aplicando la desgravación completa del mes (el número del código dividido entre 12 para pagos mensuales). Esto no es "impuesto de emergencia" ni un error: es el funcionamiento correcto de un código no acumulativo, y entenderlo evita que ajuste manualmente las cifras de salario para "que parezcan acumulativas".

Concretamente: si un P45 muestra el código fiscal 1257L M1 con un total de salario hasta la fecha de £4,000 y un total de impuestos hasta la fecha de £200, introduzca esas cifras exactas en su software de nóminas. No añada estimaciones de salarios anteriores. Su sistema de nóminas calculará correctamente el impuesto futuro usando la base M1.

El impuesto de emergencia es diferente de W1/M1. Un código fiscal de emergencia (0T, BR o 1257L en base no acumulativa asignado temporalmente) ocurre cuando el nuevo empleador no tiene un P45 y debe usar un formulario 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 antes en el año. La diferencia importa porque los datos de un P45 con código W1/M1 se tratan 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ónQué buscarFórmula de Excel (fila 2, arrastrar hacia abajo)
Formato NINODos 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 PAYEFormato: 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 tributarioLos 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 salidaDebe 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(D2DATE(2022,4,5)) — formato condicional para resaltar valores atípicos
Proporcionalidad impuesto/salarioEl 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/M1Si 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 estudiantilSi 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 validación en los datos extraídos es que toma segundos por fila en lugar de minutos. Estás verificando la forma, no releyendo cada valor en cada P45. Una columna de 30 filas tarda menos de un minuto en escanearse 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óminas.

P45 vs Starter Checklist: Por qué los datos del P45 son clave para la primera nómina del empleado

Cuando un nuevo empleado comienza sin P45 —algo habitual en jóvenes que inician su primer empleo, personas que retoman el trabajo tras un largo paréntesis o quienes han perdido el documento— el empleador debe usar un Starter Checklist de HMRC (que sustituyó al antiguo formulario P46). El checklist plantea al empleado tres preguntas sencillas sobre su situación laboral y, con las respuestas, asigna un código fiscal temporal —normalmente 1257L en base acumulativa para la Declaración A (empleo principal, sin otros ingresos), o BR (tipo básico) para la Declaración B (segundo empleo).

Un Starter Checklist incorpora al empleado en el sistema de nóminas, pero no incluye datos de ingresos ni impuestos acumulados en el año. La consecuencia es que la desgravación personal del empleado se reinicia desde cero: se aplica la desgravación completa desde su fecha de inicio, aunque ya haya utilizado parte en su empleo anterior. HMRC corrige esto normalmente en un plazo de 4 a 6 semanas tras la primera presentación del FPS, pero la corrección puede llegar como un ajuste del código fiscal, no como un reembolso automático en la siguiente nómina.

Un P45 correctamente extraído evita todo este periodo de conciliación. El código fiscal es el último emitido por HMRC, no un código genérico de inicio. Los datos de ingresos e impuestos acumulados en el año son precisos, 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 una primera nómina correcta y 4–6 semanas de deducciones provisionales que podrían requerir ajustes posteriores.

Por eso la extracción de datos del P45 es más que una comodidad. Es la diferencia entre "ya ajustaremos los impuestos más tarde" y "los impuestos son correctos desde el primer día". La diferencia adicional con respecto a la extracción del P60, que es una tarea de conciliación anual que ocurre una vez al año, es que la extracción del P45 se repite con cada contratación, convirtiéndola en un flujo de trabajo que se amortiza a lo largo del año natural, 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 tu nómina que no deberías tener que escribir. Define tus columnas una vez y deja que la hoja de cálculo complete los datos para cada contratación posterior.

Extrae tu primer P45

No es necesario registrarse para probar con archivos de muestra. Procesamiento seguro con eliminación automática de archivos.

📮 contact email: [email protected]