Cómo extraer datos del P60 del Reino Unido a Excel
para la conciliación de nóminas (Guía 2026)

Qué contiene un P60 y por qué cada campo es importante para tu hoja de cálculo

El P60, oficialmente denominado Certificado de Fin de Año, es un documento legal regulado por HM Revenue and Customs. Su contenido no es una sugerencia de los diseñadores de software de nóminas, sino que está prescrito por ley según la especificación RD1 de HMRC, que define todos los campos que debe incluir cualquier formato sustitutivo del P60 para un ejercicio fiscal determinado. El ejercicio fiscal va del 6 de abril al 5 de abril, y los campos del formulario cubren los doce meses completos de ese período para cada empleado.

Entender para qué sirve cada campo legal — y no solo conocer su nombre — es lo que determina si tu hoja de cálculo extraída supera la conciliación con los datos de tu Declaración de Pago Completa (FPS) a la primera o genera una tarde de referencias cruzadas. Estos son los campos que importan para la mayoría de los trabajos de conciliación de nóminas, agrupados por su función final:

La consecuencia práctica de este conjunto de campos es que una hoja de extracción de P60 para 150 empleados produce 150 filas y aproximadamente 20 a 25 columnas, según el nivel de detalle que quieras en el desglose de las bandas del NI. La introducción manual en esa cuadrícula — localizar cada casilla en cada certificado, escribir el valor, verificar dos veces la letra del NI — es donde se van las cinco horas. Nuestra guía completa de extracción de datos de P60 del Reino Unido para equipos de nómina enmarca el mismo conjunto de campos frente a los tres flujos de cierre de año que lo consumen; la extracción de documentos con IA elimina el paso de localizar y escribir al leer el certificado de forma semántica en lugar de depender de coordenadas de píxeles.

Por qué los mismos datos del P60 se ven distintos según el software de nóminas

Si todos los P60 fueran idénticos —mismas posiciones de casillas, misma colocación de etiquetas, misma tipografía—, la extracción sería un problema resuelto con cualquier herramienta OCR basada en plantillas. Pero la especificación RD1 de HMRC permite explícitamente «variaciones en formato y diseño» para formularios sustitutivos, y cada proveedor importante de software de nóminas ejerce ese permiso de forma distinta.

Sage Payroll puede imprimir el NINO del empleado en el cuadrante superior derecho con la referencia PAYE en un bloque separado debajo. Xero Payroll puede colocarlos lado a lado. BrightPay puede usar una cuadrícula de tres columnas. IRIS Staffology puede apilar todo en una sola columna vertical. El tamaño del papel, el color de la tinta y la disposición de las casillas quedan a discreción del empleador o del proveedor del software —la única restricción es que todos los campos obligatorios deben aparecer en una sola hoja de papel.

Esto no es un error en la especificación. Existe porque los empleadores han usado diferentes software de nóminas durante décadas, cada uno con su propio motor de impresión, y el enfoque de HMRC es exigir el contenido de los datos, no el diseño visual. El resultado para cualquiera que haga extracción es que el P60 de cada proveedor de nóminas es una variante de diseño del mismo esquema de datos subyacente —y una herramienta de extracción basada en plantillas que se entrenó con el diseño de Sage fallará con el de Xero.

La sección de la letra de categoría del NI hace visible esto de una manera que cuesta tiempo real. Cuando la letra de categoría del NI de un empleado cambia a mitad de año —por ejemplo, de A a C al alcanzar la edad de pensión estatal—, el P60 debe mostrar dos filas de NI separadas bajo diferentes letras de categoría. Sage puede imprimirlas como dos filas adyacentes con las letras etiquetadas a la izquierda. Xero puede imprimirlas como secciones de tabla separadas con la letra como encabezado de sección. Una plantilla que busca «una fila con una letra de NI en la columna 1» capta un formato y se pierde el otro. La extracción semántica — leer por significado en lugar de por posición — maneja ambos diseños porque entiende que «letra de categoría del NI» es un valor de columna independientemente de su presentación visual.

Configuración de tu flujo de extracción de P60

El flujo que reemplaza la transcripción manual de P60 tiene tres pasos, y el paso de configuración — definir tus columnas — es lo que haces una vez y reutilizas para cada año fiscal, cada proveedor de nómina y cada lote de empleados.

Este flujo funciona para cualquier número de empleados y cualquier combinación de proveedores de nómina. La definición de columnas es reutilizable entre años fiscales porque el conjunto de campos obligatorios de HMRC solo cambia cuando cambia la legislación — y cuando lo hace (como con la incorporación del Pago Legal por Cuidados Neonatales (SNCP) en la especificación de 2025-26), añades la nueva columna a tu definición sin reconstruir el resto.

En comparación con todo el cierre de año, de eso se trata la conversión de P60 a Excel — un solo conjunto de columnas que acepta certificados de Sage, Xero y escaneos en papel por igual, y devuelve una hoja lista para conciliar.

Tres flujos de extracción de P60 que se pagan solos cada cierre de año

La mayoría de las extracciones de P60 se dividen en uno de tres patrones, cada uno con su propia forma de lote y enfoque de salida. Adecuar tu flujo de trabajo a la estructura de salida correcta es lo que convierte una herramienta genérica de "extraer datos" en algo que tu equipo realmente usa cada mayo.

Preparación de Self Assessment (ventana de marzo a mayo)

Una práctica contable que atiende a clientes individuales recibe P60 junto con extractos bancarios, cupones de dividendos y formularios P11D en los meses previos a la fecha límite de presentación del 31 de enero para Self Assessment. Los clientes con múltiples empleos simultáneos generan dos o más filas de P60 para el mismo año fiscal. Las columnas principales para este flujo son Salario Total Anual, Impuesto Deducido, NINO y Referencia PAYE del Empleador; estas se asignan directamente a las páginas de Empleo de la declaración SA100. Un cliente con dos trabajos a tiempo parcial genera dos filas, y la columna "Total for Year" de cada P60 proporciona las cifras que deben ingresarse por separado en la declaración.

Esta es la ventana de mayor volumen para la extracción de P60 porque es cuando las prácticas manejan la mayor cantidad de documentos de clientes en el menor tiempo. Reemplazar la transcripción manual aquí no solo ahorra horas: elimina la fuente más común de desencadenantes de consultas SA302: errores de transcripción donde una cifra de pago de un P60 se escribió en la línea de empleo incorrecta. Para el contexto más amplio de por qué ocurre esta transcripción en absoluto — y qué cuesta una cifra mal escrita en el futuro — consulta El problema de mayo en la nómina del Reino Unido: el costo oculto de la entrada de datos de P60.

Conciliación de la Agencia de Nómina contra las presentaciones FPS

Una agencia de nómina que gestiona el cierre de año para múltiples clientes empleadores necesita confirmar que las cifras en el P60 de cada empleado coinciden con los totales de la Full Payment Submission (FPS) de fin de año enviados a HMRC. La conciliación se realiza empleador por empleador: extrae todos los P60 del Empleador A a una hoja de cálculo y luego compara los totales de pago e impuestos con el extracto FPS de la propia agencia para ese empleador. La alineación de columnas es lo que hace que la comparación sea significativa: si la columna "Salario en este Empleo" del P60 se coloca junto a la columna "Total Pay" del FPS, la fórmula de variación es una sola resta por fila.

La columna de letra de categoría del NI es especialmente importante en este flujo. Un empleado cuya letra cambió de A a C a mitad de año mostrará dos filas de NI en el P60 bajo diferentes letras. La conciliación de la agencia necesita ambas filas para verificar que las contribuciones totales coincidan con el FPS — y una sola columna de "NI total" que colapsara ambas filas en un número ocultaría un desajuste de letra de categoría que HMRC podría señalar meses después.

Verificación de ingresos a escala

Entidades hipotecarias, agencias de alquiler, empresas de verificación laboral y asesores de inmigración solicitan habitualmente los P60 como comprobante de ingresos del año anterior. El flujo de verificación es de alto volumen y campos reducidos: Nombre, NINO, Referencia PAYE del empleador, Remuneración total anual. Los demás campos obligatorios — pagos estatutarios, deducciones de préstamos estudiantiles, desglose de tramos del NI — se mantienen en el resultado como datos de referencia, pero la decisión de verificación se basa en la cifra de remuneración y la referencia del empleador que la vincula a una entidad real.

Dado que este flujo a menudo involucra P60 de proveedores de nómina desconocidos — un solicitante puede presentar un P60 de un empleador que usa un sistema de nómina especializado que el verificador nunca ha visto — la capacidad de la herramienta de extracción para manejar cualquier diseño sin configuración previa es lo que determina si el proceso de verificación puede automatizarse o si alguien debe abrir cada PDF y escribir la cifra manualmente.

Validación de datos extraídos del P60 antes de volcarlos a la hoja de nómina

Incluso con alta precisión de extracción, el operador debe realizar una verificación de cordura para la conciliación o validación posterior. Las comprobaciones siguientes son específicas del P60 y se ejecutan columna por columna en Excel — ninguna requiere auditar cada campo de cada fila. Son verificaciones de forma diseñadas para detectar las pocas filas que merecen revisarse contra el P60 original.

La razón por la que esta lista de verificación es viable — y no solo aspiracional — es que los datos extraídos ya están estructurados en columnas. Cada fila lleva la referencia del archivo de origen, por lo que cualquier fila marcada está a un clic del P60 original. La transcripción manual nunca podría mantener comprobaciones a nivel de columna como estas a escala de empresa, y la extracción es lo que hace posible la pasada de validación.

P60 vs W-2: Lo que los equipos del Reino Unido y EE. UU. deben saber

Los equipos de nómina del Reino Unido que se topan por primera vez con herramientas de extracción de formularios fiscales de EE. UU. — o las empresas estadounidenses con filiales en el Reino Unido — suelen preguntarse si un P60 es esencialmente un W-2 británico. La respuesta corta es que cumplen la misma función (certificado anual de ingresos del empleado), pero difieren en estructura, conjunto de campos y uso posterior de maneras que importan para la configuración de la extracción.

Un W-2 reporta salarios federales (Casilla 1), salarios de Social Security (Casilla 3), salarios de Medicare (Casilla 5) y desgloses a nivel estatal en 20 casillas numeradas — todo para un año fiscal calendario (1 de enero–31 de diciembre). Un P60 reporta el salario sujeto a impuestos y el impuesto PAYE para un año fiscal que va del 6 de abril al 5 de abril, con el National Insurance (NI) mostrado por letra de categoría y banda de ingresos en lugar de como una deducción porcentual fija. Un W-2 no tiene concepto de letras de categoría del NI, ni desglose de pagos legales, ni diferenciación de planes de préstamo estudiantil. Un P60 no tiene informes a nivel estatal ni división de Social Security/Medicare.

La implicación para la extracción es que los dos tipos de formulario necesitan definiciones de columnas diferentes. Un conjunto de columnas para W-2 funciona para W-2 de todos los empleadores de EE. UU.; un conjunto de columnas para P60 funciona para P60 de todos los proveedores de nómina del Reino Unido. Pero los dos conjuntos de columnas no se superponen más allá de los campos de identidad — y tratar un P60 como un W-2 con números de casilla diferentes produce una hoja de cálculo que requiere un reformateo extenso después de la extracción.

Si tu empresa maneja ambos, consulta nuestra guía completa sobre extracción de formularios fiscales W-2 y 1099 para el flujo de trabajo del lado estadounidense, y usa una definición de columnas separada para cada tipo de formulario. El enfoque de procesamiento por lotes es el mismo — subir archivos, definir columnas, exportar hoja de cálculo — pero los nombres de las columnas son específicos de cada mercado.

Preguntas frecuentes