Plazo P60 31 de mayo
Lo que los equipos de nómina deben auditar antes del corte
El pánico por el papeleo del P60 no comienza el 28 de mayo. Comienza el 6 de abril, el día en que cierra el año fiscal y comienza la cuenta atrás de ocho semanas hacia la fecha límite legal. Pero el verdadero cuello de botella no es el tiempo que tarda el software de nómina en generar 150 certificados a partir de un conjunto de datos limpio. Es la auditoría de la lista de empleados, la verificación del NINO, la conciliación del FPS y la clasificación de casos excepcionales (salidas el 4 de abril frente al 8 de abril, directores con pago trimestral, empleados con dos letras de categoría de la Seguridad Social) que deberían haberse hecho antes de que alguien hiciera clic en "generar". En las empresas donde esa auditoría se pospone hasta mediados de mayo, las dos últimas semanas del mes se convierten en una carrera de correcciones, reemisiones duplicadas y cotejos nocturnos que una sola mañana de trabajo de verificación en abril habría evitado.
Conclusiones clave
- El 31 de mayo no es su fecha límite real: es la fecha en la que cada certificado debe superar el escrutinio del empleado porque un NINO incorrecto impreso en un P60 bloquea el error en el registro fiscal de esa persona hasta que se reemite un certificado duplicado.
- Su registro de nómina del 6 de abril no es la lista de distribución del P60: un empleado que se fue el 4 de abril no recibe certificado, mientras que uno que se fue el 8 de abril sí lo necesita, y el software de nómina no puede hacer esta distinción sin una auditoría manual.
- Una tarde realizando una verificación del formato NINO en la lista de empleados en la Semana 2 de abril detecta cualquier número de la Seguridad Social mal formado antes de que se imprima en un certificado y desencadene un verano de reemisiones duplicadas.
El reloj del plazo: lo que exige la ley y por qué ocho semanas no son tantas como parecen
La obligación es clara e inflexible. Según el Reglamento 67 del Income Tax (Pay As You Earn) Regulations 2003 (SI 2003/2682), todo empleador debe entregar un certificado — el formulario P60 — a cada empleado que estuviera en nómina el 5 de abril, a más tardar el 31 de mayo. El certificado debe incluir todos los campos obligatorios definidos en la especificación anual RD1 de HMRC para formularios P60 sustitutivos, incluyendo cifras de salario e impuestos desglosadas por "este empleo" y "total del año", contribuciones a la Seguridad Social divididas por letra de categoría y tramo salarial, y cualquier pago legal recibido.
El plazo no es "intenta tenerlo listo para finales de mayo". Es "antes del 1 de junio". Un P60 emitido el 1 de junio llega tarde. La consecuencia práctica para el empleador no es una multa fija — HMRC no impone una sanción automática por un P60 tardío como sí hace con un pago atrasado de PAYE — pero desencadena una cadena de problemas posteriores. Los empleados que no reciben su P60 no pueden completar una declaración de autoliquidación con cifras precisas. Los empleados que solicitan hipotecas o prestaciones basadas en ingresos ven su solicitud estancada. El coste acumulado de atender correos de seguimiento de 150 empleados y reemitir certificados durante junio borra cualquier tiempo que el equipo de nóminas creyera estar ahorrando al aplazar el trabajo.
Ocho semanas — del 6 de abril al 31 de mayo — suena generoso. No lo es. Las dos primeras semanas se consumen con el plazo final de presentación del FPS del 19 de abril y los procedimientos de cierre de nómina asociados. Las dos últimas semanas se consumen con la logística de distribución y las consultas de los empleados. Eso deja aproximadamente cuatro semanas laborables a finales de abril y principios de mayo para el trabajo real de auditoría y verificación. La lista de verificación a continuación está estructurada en torno a esa ventana de cuatro semanas — y cada elemento, si se omite, se manifestará como una solicitud de corrección en junio.
A quién verificar, no solo para quién generar: Un empleado en nómina el 5 de abril recibe un P60 — incluido alguien que empezó el 1 de abril, un directivo con pago trimestral y un exempleado que se fue el 8 de abril. Un empleado que se fue el 4 de abril recibe un P45, no un P60 — y emitir un P60 a un exempleado genera confusión en HMRC y con el nuevo empleador. La lista de empleados en su software de nóminas el 6 de abril no es automáticamente la lista de distribución correcta del P60 — necesita una revisión.
Quién recibe un P60 — y quién no: Auditoría del listado de empleados
La prueba legal es binaria: ¿estaba la persona en tu nómina el 5 de abril? Pero un registro de nómina del 6 de abril contiene personas que no deberían estar en la lista del P60, y faltan personas cuyo estado requiere una segunda revisión. Realizar la auditoría implica repasar el listado de empleados y etiquetar cada entrada con una decisión sobre el P60 y la evidencia que la respalda.
| Escenario del empleado | ¿Corresponde P60? | Motivo |
|---|---|---|
| Empleado continuo todo el año, aún en nómina el 5 de abril | Sí | Elegibilidad legal clara |
| Causó baja el 4 de abril | No — solo P45 | No estaba en nómina el 5 de abril. El P45 emitido al irse cubre el período hasta la fecha de baja |
| Causó baja el 8 de abril | Sí | Estaba en nómina el 5 de abril. El P60 cubre todo el año; también se emite P45 para el período residual de abril |
| Empezó el 1 de abril, aún empleado el 5 de abril | Sí | Incluso un día en nómina al 5 de abril genera la obligación del P60 |
| Director con pago trimestral, último pago en marzo, sigue siendo director el 5 de abril | Sí | La relación laboral existe el 5 de abril independientemente de la frecuencia de pago |
| Empleado en licencia no remunerada prolongada, aún con contrato vigente el 5 de abril | Sí | El empleo no está terminado; el P60 puede mostrar salario cero durante parte del año |
| Subcontratista CIS con pago bruto y deducciones | No | Las deducciones CIS se declaran por separado mediante declaraciones CIS, no PAYE. Los subcontratistas reciben estados CIS, no P60 |
| Empleado recontratado: causó baja en septiembre, recontratado en marzo, en nómina el 5 de abril | Sí | El P60 cubre solo el período desde la recontratación hasta fin de año. El período de empleo original fue cubierto por el P45 emitido al irse en septiembre |
| Pensionista que recibe pensión ocupacional a través de nómina | Sí | La pensión se trata como ingreso laboral a efectos de PAYE; el P60 lo emite el administrador del plan de pensiones |
La fuente más común de errores en la lista del P60 es el empleado que se fue en la primera semana de abril. El software de nómina los mostrará como activos durante el período de pago de marzo — su fecha de baja en abril aparece en el sistema como un cambio futuro que quizás no se haya procesado antes de la generación del P60. Si el equipo genera los P60 seleccionando "todos los empleados" sin antes realizar una auditoría de fechas de baja, los empleados que se fueron entre el 6 y el 8 de abril reciben P60 que no necesitan junto con los P45 que ya recibieron. La corrección implica emitir un P60 revisado marcado como "duplicado" y una nota manual al empleado, algo evitable con un filtro de rango de fechas de 10 minutos antes de la generación.
Verificación de Números de NI, Referencias PAYE y Datos del Empleado Antes de la Generación
En el momento en que un P60 sale de su oficina con un número de Seguro Social incorrecto, el error queda fijado en el registro fiscal del empleado hasta que se emita una corrección — y el proceso de corrección no es un simple "reimprimir con el número correcto". Bajo RTI, el número de NI es la clave principal que vincula cada envío de FPS con la cuenta de HMRC del individuo. Un P60 con un NINO incorrecto genera un desajuste que los sistemas de HMRC pueden no detectar hasta meses después, cuando el empleado presenta una declaración de Autoliquidación y las cifras de la declaración no coinciden con los datos reportados por el empleador.
La verificación previa a la generación revisa tres categorías de datos — y dos de ellas no pueden ser detectadas únicamente por el software de nóminas, ya que el software asume que sus propios registros son correctos.
Formato y titularidad del NINO
Un NINO válido tiene nueve caracteres: dos letras, seis dígitos y una letra final (A, B, C o D). Errores comunes: un dígito transpuesto (QQ 12 34 56 C pasa a QQ 12 43 56 C), una letra final omitida durante una migración de datos, o un número de referencia temporal (prefijo TN seguido de una fecha) que nunca se actualizó al recibir el NINO definitivo. Ejecute una verificación de formato en cada NINO de la lista de empleados. Si su software de nómina permite exportación masiva, una fórmula de Excel señala las entradas no conformes: =AND(LEN(A2)=9,ISNUMBER(VALUE(MID(A2,3,6))),OR(RIGHT(A2,1)={"A","B","C","D"})). Los empleados cuyo NINO comience con TN o esté en blanco requieren seguimiento antes de generar los P60.
Integridad de la referencia PAYE
La referencia PAYE del empleador aparece en cada P60 y sigue el formato: tres dígitos, barra, hasta diez caracteres alfanuméricos (ej. 123/AB45678). El prefijo de tres dígitos es el número de oficina fiscal de HMRC asignado al esquema del empleador. Si su organización opera varios esquemas PAYE —algo común en grupos con filiales o nóminas separadas por ubicación—, confirme que cada empleado esté asignado al esquema correcto antes de generar los P60. Un empleado del esquema 123/AB45678 incluido en el lote P60 del esquema 456/CD12345 generará un certificado que no coincide con ningún registro de HMRC.
Actualidad del nombre y dirección del empleado
Un cambio de nombre actualizado en el sistema de RR. HH. pero no sincronizado con la nómina —una brecha común cuando RR. HH. y nómina son plataformas separadas— genera un P60 con el nombre anterior del empleado. Aunque HMRC empareja principalmente por NINO, la discrepancia de nombre confunde al empleado y resta valor al certificado como prueba de ingresos ante terceros (entidades hipotecarias, agencias de alquiler). Coteje el nombre del empleado en nómina con el de RR. HH., o confírmelo directamente con los empleados durante la comunicación de cierre de nómina de abril. Las direcciones son menos críticas para el emparejamiento con HMRC, pero importan para la distribución de P60 en papel.
Ninguna de estas comprobaciones requiere acceso a los sistemas de HMRC. Son validaciones internas de integridad de datos que se ejecutan en una tarde y detectan los errores que, una vez impresos en un P60 y entregados a un empleado, se convierten en un proceso de corrección de seis semanas con certificados duplicados y cartas explicativas.
Conciliación de las cifras del P60 con los envíos FPS finales
Las cifras impresas en un P60 no provienen de un cálculo separado de fin de año. Son un agregado de los mismos datos reportados a HMRC a través de cada envío de pago completo (FPS) presentado durante el año fiscal. Bajo el marco de Información en Tiempo Real (RTI) — obligatorio desde abril de 2013 — cada ciclo de nómina genera un FPS que reporta el salario, impuestos, Seguro Nacional y pagos estatutarios de cada empleado para ese período. El FPS final del año fiscal, marcado con un indicador de fin de año, informa a HMRC que no se enviarán más presentaciones. El P60 es el resumen para el empleado de lo que reportaron esos doce (o cincuenta y dos) envíos FPS.
Conciliar el borrador del P60 con los totales del FPS no es un paso de verificación "deseable". Es la única forma de detectar discrepancias antes de que el certificado llegue al empleado. Las tres cifras que causan más desviaciones en la conciliación — y donde una discrepancia entre el P60 y el registro del empleado en HMRC desencadenará una investigación formal — son:
| Cifra | Origen en datos FPS | Modo común de fallo en conciliación | Resolución |
|---|---|---|---|
| Salario en este empleo | Agregado de todos los campos de "salario sujeto a impuestos" del FPS para el año fiscal, solo este empleador | Corrección a mitad de año enviada mediante un FPS adicional que se aplicó en nómina pero no se reflejó en el módulo de generación del P60 | Forzar una regeneración del P60 desde los datos de nómina ajustados, o emitir un P60 corregido manual |
| Impuesto deducido | Agregado de todos los campos de "impuesto deducido" del FPS | Un cambio de código fiscal aplicado después del ciclo de nómina de diciembre fue retroactivo en nómina, pero el FPS correspondiente no se reenvió; el P60 muestra la cifra acumulada corregida, HMRC tiene la sin corregir | Enviar un FPS adicional para el período afectado, luego regenerar el P60 |
| Letra de categoría de NI | Reportada por período en cada FPS | El empleado alcanzó la edad de pensión estatal a mitad de año — la letra de NI cambió de A a C. El P60 muestra ambas letras en filas separadas, pero el FPS pudo haber registrado solo la letra final si el cambio se aplicó tarde | Verificar la letra de la tabla de NI con la fecha de nacimiento del empleado. Si el cambio a mitad de año se omitió en nómina, se requiere una Actualización de Año Anterior (EYU) — ahora un FPS adicional |
El método práctico: exportar los datos del borrador del P60 a una hoja de cálculo, extraer los totales acumulados del año del archivo FPS final o del informe del software de nómina, y realizar una verificación de variaciones a nivel de columna. Cualquier fila donde las variaciones de salario o impuestos superen el margen de redondeo (unos pocos peniques) merece investigación. Para los equipos de nómina que manejan esto manualmente — transcribiendo cifras del P60 de certificados impresos a una hoja de conciliación — la auditoría en sí se convierte en el cuello de botella de tiempo. Una empresa mediana con 150 empleados y sin extracción automatizada de datos de PDFs de P60 a Excel pasa la fase de conciliación reescribiendo cifras en lugar de analizar variaciones. Consulte nuestra guía para extraer datos de P60 del Reino Unido a Excel para conciliación de nóminas para el flujo de trabajo columna por columna que convierte el paso de transcripción en un proceso de datos estructurado. Para agencias de nóminas y empresas con múltiples empleadores que realizan la misma auditoría en varias nóminas de clientes simultáneamente, nuestra metodología de auditoría por lotes cubre el flujo de trabajo de conciliación paralelizado que maneja docenas de esquemas PAYE en un solo trabajo de procesamiento.
P60 de múltiples fuentes: cuando los empleados tienen certificados de más de un empleador
Un empleado que tuvo dos trabajos simultáneos durante el año fiscal —algo común en hostelería, comercio minorista y educación— recibe un P60 separado de cada empleador. Los certificados son independientes: cada uno cubre solo el salario y los impuestos de ese empleo específico. El empleado, no el empleador, es responsable de agregar las cifras al presentar una declaración de autoliquidación o al proporcionar una prueba de ingresos totales.
Para el empleador, este hecho genera dos consideraciones operativas durante el período de preparación del P60. Primero, la cifra de empleo anterior en el P60 —"salario en empleos previos"— debe reflejar la posición acumulada correcta en el momento en que el empleado se incorporó. Si el empleado comenzó a mitad de año y el equipo de nóminas introdujo una cifra incorrecta del P45 al incorporarlo, las columnas de "salario total del año" e "impuesto total del año" del P60 —que suman los empleos anteriores y actuales— serán incorrectas. La columna de "salario en este empleo" del P60 seguirá siendo correcta, pero el empleado usará las cifras totales del año al presentar su declaración de impuestos, y una discrepancia entre el total del P60 y el registro de ingresos combinados de HMRC genera una investigación.
Segundo, cuando su empresa adquiere otra compañía a mitad de año y hereda a sus empleados bajo TUPE —la normativa de Transferencia de Empresas (Protección del Empleo)—, esos empleados deben recibir un único P60 que cubra todo el año fiscal del nuevo empleador, no dos P60 separados de las entidades antigua y nueva. El nuevo empleador asume las obligaciones de PAYE para todo el año. Si el software de nóminas no está configurado para fusionar las cifras acumuladas del año de los empleados adquiridos en el nuevo esquema PAYE antes de generar el P60, los certificados mostrarán solo el salario posterior a la adquisición, y los empleados perderán varios meses de ingresos en su P60.
Transiciones entre empresas intermediarias: Un empleado que se trasladó de una empresa intermediaria a otra a mitad de año —algo común en el sector de contratación— tendrá dos P60 separados de dos empleadores distintos. Esto es correcto. A diferencia del escenario TUPE, el empleador no cambió por mandato legal; el empleado finalizó un empleo y comenzó otro. Ambas empresas intermediarias deben emitir P60 que cubran sus respectivos períodos de empleo.
Cronograma de preparación de 4 semanas: del 6 de abril al 2 de mayo
Este cronograma asume una nómina mediana — de 50 a 500 empleados — que funcione con Sage, Xero, BrightPay, IRIS, QuickBooks o una plataforma equivalente. Adelanta el trabajo de auditoría a abril y reserva mayo para la generación y distribución. El objetivo no es terminar temprano y esperar; es terminar con suficiente margen para que una corrección — un NINO incorrecto, un empleado omitido, una cifra FPS desalineada — pueda resolverse sin que el calendario imponga su ritmo.
Semana 1 (6–12 abr): Cerrar el año fiscal y fijar la lista de empleados
Entregables: (1) Presentar el FPS final del año fiscal 2025/26 — marcado con el indicador de cierre de año — a más tardar el 19 de abril. (2) Ejecutar la nómina final del año fiscal y confirmar que todas las correcciones, ajustes retroactivos y pagos pendientes estén procesados antes del cierre. (3) Exportar la lista completa de empleados de nómina al 5 de abril y congelarla — esta es tu lista candidata para P60. (4) Etiquetar cada registro: salida antes del 5 de abril → P45 ya emitido, sin P60; salida después del 5 de abril → P45 y P60; empleado activo → P60; director → P60; pensionista → P60; subcontratista CIS → sin P60. La lista etiquetada será la línea base de auditoría para la Semana 2.
Semana 2 (13–19 abr): Verificar datos de empleados y conciliar totales
Entregables: (1) Ejecutar la verificación de formato NINO en cada empleado marcado para P60. Señalar NINOs en blanco, con prefijo TN o no conformes para seguimiento. (2) Verificar la referencia PAYE del empleador por empleado — especialmente en organizaciones con múltiples esquemas. (3) Extraer los totales anuales del FPS para salario, impuesto y NI y compararlos con los borradores del P60. Señalar filas donde la variación supere el redondeo de céntimos. (4) Para empleados cuyo código de categoría NI cambió a mitad de año — más comúnmente A → C al alcanzar la edad de pensión estatal — confirmar que el borrador del P60 muestre dos filas separadas de NI con los tramos de ingresos correctos. (5) Identificar empleados con múltiples empleos simultáneos y confirmar qué empleador emite cada P60.
Semana 3 (20–26 abr): Generar y preparar los certificados
Entregables: (1) Generar P60s desde el software de nómina usando la lista de empleados verificada — no el registro de nómina sin procesar. (2) Verificar una muestra del 10% de los certificados generados contra el último recibo de nómina del empleado del año. Las cifras anuales del recibo deben coincidir exactamente con las de "salario en este empleo" e "impuesto deducido" del P60. (3) Si la empresa emite P60s electrónicamente a través de un portal de nómina (permitido sin consentimiento del empleado desde abril de 2023), confirmar que cada empleado marcado tenga acceso al portal y que ninguna cuenta esté inactiva o bloqueada. (4) Para empleados que reciben P60s en papel, confirmar las direcciones postales actuales — la dirección registrada desde abril de 2025 podría estar desactualizada por doce meses. (5) Preparar certificados marcados como duplicados para cualquier empleado que solicite una reemisión de un año anterior.
Semana 4 (27 abr.–2 may.): Distribuir y documentar
Entregables: (1) Distribuir todos los P60 — electrónicos o en papel — antes de que termine esta semana. Las semanas restantes de mayo son un margen para correcciones y consultas de empleados, no para la distribución inicial. (2) Enviar un correo electrónico a toda la empresa confirmando que los P60 se han emitido, dónde pueden acceder los empleados y a quién contactar con preguntas. (3) Registrar la distribución: una hoja de cálculo simple con nombre del empleado, fecha de emisión, método (portal/correo electrónico/papel) y cualquier nota (duplicado, corregido). Este registro es la prueba de cumplimiento si un empleado afirma después que nunca recibió su certificado. (4) Archivar el registro de distribución de P60 y conservarlo junto con los registros de nómina — el período de retención legal para los registros de PAYE es de tres años desde el final del año fiscal.
Este cronograma adelanta el trabajo de verificación porque el paso de generación — hacer clic en un botón del software de nómina — lleva minutos. Las cuatro semanas de auditoría antes de ese clic determinan si los P60 que salen al otro lado son correctos desde el primer momento o necesitan un verano de correcciones.
Qué ocurre después del 31 de mayo: P11D, correcciones y el próximo plazo
Emitir los P60 cierra un capítulo del ciclo de cierre de año de nóminas, pero no cierra el libro. Antes del 6 de julio — aproximadamente cinco semanas después del plazo de los P60 — los empleadores deben presentar los formularios P11D y P11D(b) ante HMRC informando sobre cualquier beneficio en especie y gastos no incluidos en la nómina durante el año fiscal. El Seguro Nacional de Clase 1A sobre esos beneficios es pagadero antes del 19 de julio (correo postal) o 22 de julio (electrónico). La ventana de emisión de P60 y la ventana de preparación de P11D se superponen: mientras el equipo de nóminas distribuye los P60 en mayo, simultáneamente recopila datos de kilometraje de coches de empresa, primas de seguros médicos privados y saldos de préstamos sin intereses para la declaración de beneficios de julio.
Para cualquier P60 emitido con un error — una cifra incorrecta, un empleado omitido, un NINO erróneo — la corrección sigue una de tres vías según la naturaleza y el momento del error. Un error administrativo simple (NINO incorrecto, nombre mal escrito) requiere emitir un certificado corregido marcado como "duplicado" con la información corregida. Un error de datos de nómina (cifra de pago incorrecta porque nunca se presentó un FPS de corrección) requiere presentar primero el FPS de corrección y luego regenerar el P60 con los datos corregidos. Un error descubierto después de que el empleado ya haya presentado su declaración de Autoliquidación requiere coordinación: el empleador emite el P60 corregido, el empleado modifica su declaración y HMRC coteja los datos corregidos del FPS.
Las solicitudes de P60 duplicados son un volumen predecible de mayo a junio: Los empleados pierden los P60, los necesitan para solicitudes de hipoteca o descubren que extraviaron el certificado de un empleador anterior. Los empleadores deben proporcionar un reemplazo — marcado como "duplicado" — cuando se solicite, y muchos equipos de nóminas subestiman el volumen administrativo que esto genera en las cuatro semanas posteriores al plazo del 31 de mayo. Incorporar la gestión de solicitudes de duplicados al flujo de trabajo posterior al plazo, en lugar de tratar cada solicitud como una interrupción puntual, es lo que diferencia un junio ordenado de uno caótico.
Preguntas frecuentes
¿Qué sucede si no cumplo con el plazo del P60 del 31 de mayo?
HMRC no impone multas automáticas por la entrega tardía del P60 como sí lo hace con los pagos atrasados de PAYE. Sin embargo, los empleados que no reciban su P60 pueden contactar a HMRC, quien a su vez puede contactar al empleador para solicitar el cumplimiento. Las consecuencias prácticas son más inmediatas: empleados bloqueados para presentar declaraciones de autoliquidación, solicitudes de hipoteca paralizadas y una oleada de correos de seguimiento. Emita el P60 lo antes posible después de descubrir el retraso y mantenga un registro del motivo del retraso y de la fecha en que finalmente se emitió. El incumplimiento persistente en la emisión de P60, cuando HMRC observe un patrón a lo largo de varios años, puede dar lugar a una revisión de cumplimiento.
¿Puedo emitir P60 electrónicamente en lugar de en papel?
Sí. Desde abril de 2023, los empleadores pueden proporcionar P60 en formato electrónico (como un PDF a través de un portal de nóminas o como un archivo adjunto en un correo electrónico) sin necesidad de obtener el consentimiento explícito del empleado. Se eliminó el requisito anterior de que el empleado debía aceptar la recepción electrónica. El P60 electrónico tiene la misma validez legal que una copia en papel y debe contener todos los mismos campos obligatorios. El empleador debe asegurarse de que el empleado pueda acceder, guardar e imprimir el certificado electrónico.
¿Qué sucede si un exempleado que se fue antes del 5 de abril solicita un P60?
Los empleados que se fueron antes del 5 de abril no reciben un P60 de ese empleo; su P45, emitido al momento de la salida, sirve como su registro del año hasta la fecha. Sin embargo, un exempleado tiene derecho a solicitar sus datos de nómina y, como buena práctica, un empleador puede emitir un estado de ganancias por el período de empleo. Esto no es un P60 legal y no debe etiquetarse como tal; márquelo como "estado de ganancias para el período [fecha de inicio] a [fecha de salida]" para evitar confusiones con los registros de HMRC.
Nuestra empresa tiene múltiples esquemas PAYE. ¿Emitimos P60 separados de cada uno?
Sí. Cada esquema PAYE es una entidad empleadora independiente para fines de HMRC. Si un empleado aparece en la nómina de dos esquemas (por ejemplo, porque la empresa opera nóminas separadas para diferentes divisiones bajo diferentes referencias de esquema), debe recibir un P60 separado de cada esquema. El mismo principio se aplica a un grupo de empresas: cada filial con su propio esquema PAYE emite sus propios P60 a sus propios empleados. La referencia PAYE del empleador en cada certificado identifica qué esquema lo emitió.
¿Los subcontratistas CIS reciben P60?
No. Los subcontratistas del Régimen de la Industria de la Construcción (CIS) no son empleados ni están en nómina PAYE. Sus deducciones fiscales se gestionan mediante el sistema independiente de declaraciones CIS: los contratistas descuentan el 20 % (o el 30 % para subcontratistas no registrados) de los pagos y presentan declaraciones CIS mensuales a HMRC. Al cierre del ejercicio, los subcontratistas reciben un estado de deducciones CIS, no un P60. Incluir a un subcontratista CIS en la lista de P60 es un error común en las auditorías de nóminas, ya que la persona puede aparecer en el sistema de nóminas como beneficiario, pero no como empleado.
¿Qué hago si un empleado trae un P60 en papel de un empleador anterior y necesito digitalizarlo?
Si un nuevo empleado proporciona un P45 o P60 en papel de un empleador anterior que debe registrarse en la nómina, los datos pueden extraerse a un formato estructurado mediante procesamiento documental basado en IA. Los campos relevantes — Pagado a la fecha, Impuesto a la fecha, NINO y referencia PAYE del empleador — pueden capturarse a partir de una foto o escaneo del certificado sin transcripción manual. Consulte nuestra guía detallada de extracción de datos de P60 para la configuración columna por columna.
Encontré un error en la nómina después de emitir los P60. ¿Cómo lo corrijo?
La vía de corrección depende de cuándo se originó el error. Si el error estaba en un FPS individual presentado durante el año — una cifra de pago incorrecta para un solo período — debe presentar un FPS adicional para ese ejercicio fiscal con las cifras corregidas acumuladas hasta la fecha. Desde abril de 2021, HMRC solo acepta presentaciones de FPS adicionales para enmiendas; el antiguo mecanismo de Actualización de Años Anteriores (EYU) ya no está en uso. Una vez aceptado el FPS corregido, regenere los P60 afectados a partir de los registros de nómina corregidos y entréguelos a los empleados correspondientes marcados como "sustitución" o "corregido". Conserve un registro de qué certificados se corrigieron y por qué; esta documentación es esencial si HMRC cuestiona posteriormente la discrepancia.
La diferencia entre emitir P60s el 28 de mayo con tres correcciones pendientes y emitirlos el 2 de mayo con cada cifra verificada contra los totales del FPS son cuatro semanas de trabajo de auditoría adelantado a abril. El cronograma de cuatro semanas anterior es la estructura; el paso de extracción que lo transforma de una maratón de transcripción manual a una auditoría de hoja de cálculo es el motor.
Iniciar auditoría de datos P60No requiere registro para probar. Procesamiento seguro con eliminación automática de archivos tras el período de retención.