Prazo do P60 em 31 de maio
O que as equipes de folha de pagamento devem auditar antes do corte
O pânico com a papelada do P60 não começa em 28 de maio. Começa em 6 de abril — o dia em que o ano fiscal se encerra e o relógio de oito semanas começa a contar em direção ao prazo legal. Mas o gargalo real não é o tempo que o software de folha de pagamento leva para gerar 150 certificados a partir de um conjunto de dados limpo. É a auditoria da lista de funcionários, a verificação de NINO, a conciliação de FPS e a triagem de casos extremos — desligados em 4 de abril vs. 8 de abril, diretores pagos trimestralmente, funcionários com duas letras de categoria de NI — que deveriam ter sido feitas antes de alguém clicar em "gerar". Em empresas onde essa auditoria é adiada até meados de maio, as duas últimas semanas do mês se tornam uma corrida de correções, reemissões duplicadas e verificação cruzada até tarde da noite, que uma única manhã de trabalho de verificação em abril teria evitado.
Principais Conclusões
- 31 de maio não é seu prazo real — é a data até a qual cada certificado deve sobreviver ao escrutínio do funcionário, porque um NINO errado impresso em um P60 trava o erro no registro fiscal dessa pessoa até que um certificado duplicado seja reemitido.
- Seu registro de folha de pagamento em 6 de abril não é a lista de distribuição do P60 — um desligado em 4 de abril não recebe certificado, enquanto um desligado em 8 de abril precisa de um, e o software de folha de pagamento não consegue fazer essa distinção sem uma auditoria manual.
- Uma tarde executando uma verificação de formato de NINO em toda a lista de funcionários na Semana 2 de abril captura todo número de National Insurance malformado antes que ele seja impresso em um certificado e gere um verão de reemissões duplicadas.
O Relógio do Prazo: O que a Lei Exige e Por Que Oito Semanas Não São Tão Longas Quanto Parecem
A obrigação é clara e não flexiona. Nos termos do Regulamento 67 do Income Tax (Pay As You Earn) Regulations 2003 (SI 2003/2682), todo empregador deve fornecer um certificado — Formulário P60 — a todo empregado que estava na folha de pagamento em 5 de abril, até 31 de maio, no máximo. O certificado deve conter o conjunto completo de campos obrigatórios definidos na especificação RD1 anual do HMRC para formulários P60 substitutos, incluindo valores de pagamento e imposto divididos entre "este emprego" e "total do ano", contribuições para o National Insurance discriminadas por letra de categoria e faixa de rendimento, e quaisquer pagamentos estatutários recebidos.
O prazo não é "tentar concluir até o fim de maio". É "antes de 1º de junho". Um P60 emitido em 1º de junho está atrasado. A consequência prática para o empregador não é uma penalidade fixa — o HMRC não aplica multa automática por P60 atrasado da mesma forma que faz para pagamento atrasado do PAYE — mas isso desencadeia uma cadeia de problemas a jusante. Empregados que não recebem o P60 não conseguem preencher uma declaração de imposto Self Assessment com valores precisos. Empregados que solicitam hipotecas ou benefícios baseados em renda veem seus pedidos travados. O custo acumulado de responder a e-mails de cobrança de 150 empregados e reemitir certificados ao longo de junho apaga qualquer tempo que a equipe de folha de pagamento achava que estava economizando ao adiar o trabalho.
Oito semanas — de 6 de abril a 31 de maio — parece generoso. Não é. As duas primeiras semanas são consumidas pelo prazo final de envio do FPS em 19 de abril e pelos procedimentos de fechamento da folha associados. As duas últimas semanas são consumidas pela logística de distribuição e dúvidas dos empregados. Isso deixa aproximadamente quatro semanas úteis no final de abril e início de maio para o trabalho real de auditoria e verificação. A lista de verificação abaixo é estruturada em torno dessa janela de quatro semanas — e cada item nela é algo que, se ignorado, aparecerá como solicitação de correção em junho.
Quem você precisa verificar, não apenas para quem você precisa gerar: Um empregado na folha de pagamento em 5 de abril recebe um P60 — incluindo alguém que começou em 1º de abril, um diretor pago trimestralmente e um desligado em 8 de abril. Um empregado que saiu em 4 de abril recebe um P45, não um P60 — e emitir um P60 para um desligado gera confusão no HMRC e para o novo empregador do empregado. A lista de empregados no seu software de folha de pagamento em 6 de abril não é automaticamente a lista correta de distribuição de P60 — ela precisa de uma passada de auditoria.
Quem Recebe o P60 — e Quem Não: Auditoria da Lista de Funcionários
O teste legal é binário: o indivíduo estava na folha de pagamento em 5 de abril? Mas um registro de folha de 6 de abril contém pessoas que não deveriam estar na lista do P60, e faltam pessoas cujo status exige uma segunda análise. Realizar a auditoria significa percorrer a lista de funcionários e marcar cada entrada com uma decisão sobre o P60 e a evidência que a sustenta.
| Cenário do funcionário | P60 devido? | Por quê |
|---|---|---|
| Empregado continuamente o ano todo, ainda na folha em 5 de abril | Sim | Elegibilidade legal clara |
| Desligou-se em 4 de abril | Não — apenas P45 | Não estava na folha em 5 de abril. O P45 emitido na saída cobre o período até a data de desligamento |
| Desligou-se em 8 de abril | Sim | Estava na folha em 5 de abril. O P60 cobre o ano todo; o P45 também é emitido para o período residual de abril |
| Começou em 1º de abril, ainda empregado em 5 de abril | Sim | Mesmo um dia na folha em 5 de abril gera a obrigação do P60 |
| Diretor pago trimestralmente, último pagamento em março, ainda diretor em 5 de abril | Sim | Relação de emprego existe em 5 de abril independentemente da frequência de pagamento |
| Funcionário em licença não remunerada prolongada, ainda contratualmente empregado em 5 de abril | Sim | Emprego não foi rescindido; o P60 pode mostrar remuneração zero para parte do ano |
| Subcontratado CIS pago bruto com deduções | Não | Deduções CIS reportadas separadamente via declarações CIS, não PAYE. Subcontratados recebem extratos CIS, não P60s |
| Funcionário readmitido — saiu em setembro, readmitido em março, na folha em 5 de abril | Sim | O P60 cobre apenas o período da readmissão até o fim do ano. O período de emprego original foi coberto pelo P45 emitido na saída em setembro |
| Aposentado recebendo pensão ocupacional via folha de pagamento | Sim | Pensão tratada como renda de emprego para fins de PAYE; P60 emitido pelo administrador do plano de pensão |
A fonte mais comum de erros na lista do P60 é o funcionário que se desligou na primeira semana de abril. O software de folha de pagamento os mostrará como ativos durante o período de pagamento de março — a data de desligamento em abril fica no sistema como uma alteração futura que pode não ter sido processada antes da geração do P60. Se a equipe gerar P60s selecionando "todos os funcionários" sem antes realizar uma auditoria de datas de desligamento, funcionários que saíram entre 6 e 8 de abril recebem P60s desnecessários junto com P45s já recebidos. A correção envolve emitir um P60 revisado marcado como "duplicado" e uma nota manual ao funcionário — evitável com um filtro de intervalo de datas de 10 minutos antes da geração.
Verificação de Números NI, Referências PAYE e Dados do Empregado Antes da Generación
No momento em que um P60 sai do seu escritório com um número de National Insurance incorreto, o erro fica bloqueado no registro fiscal do empregado até que uma correção seja emitida — e o processo de correção não é um simples "reimprimir com o número correto". Sob RTI, o número NI é a chave primária que vincula cada envio FPS à conta HMRC do indivíduo. Um P60 com um NINO incorreto produz uma incompatibilidade que os sistemas do HMRC podem não detectar até meses depois, quando o empregado apresenta uma declaração de Self Assessment e os valores na declaração não coinciden com os dados reportados pelo empregador.
A verificação pré-generación verifica três categorias de dados — e duas delas não podem ser detectadas apenas pelo software de folha de pagamento, porque o software assume que seus próprios registros estão corretos.
Formato e propriedade do NINO
Um NINO válido tem nove caracteres: duas letras, seis dígitos, uma letra sufixo (A, B, C ou D). Erros comuns incluyen um dígito transposto (QQ 12 34 56 C se converte em QQ 12 43 56 C), uma letra sufixo perdida durante uma migração de dados, e um número de referência temporário (prefixo TN seguido de uma data) que nunca foi atualizado quando o NINO permanente foi recebido. Execute uma verificação de formato em cada NINO na lista de empregados — se seu software de folha de pagamento tem uma exportação em massa, uma única fórmula Excel marca entradas não conformes: =AND(LEN(A2)=9,ISNUMBER(VALUE(MID(A2,3,6))),OR(RIGHT(A2,1)={"A","B","C","D"})). Empregados cujo NINO começa com TN, ou está em branco, precisam de acompanhamento antes da generación do P60.
Integridad da referência PAYE
A referência PAYE do empregador aparece em cada P60 e segue o formato três dígitos, barra, até dez caracteres alfanuméricos (por exemplo, 123/AB45678). O prefixo de três dígitos é o número do escritório fiscal do HMRC atribuído ao esquema do empregador. Se sua organização opera múltiples esquemas PAYE — uma configuração comum para grupos com empresas subsidiárias ou folhas de pagamento separadas para diferentes locais — confirme que cada empregado está atribuído à referência de esquema correta antes de generar P60s. Um empregado sob o esquema PAYE 123/AB45678 que é incluído no lote de P60 para o esquema 456/CD12345 generará um certificado que não corresponde a nenhun registro do HMRC.
Atualidade do nome e endereço do empregado
Uma mudança de nome que foi atualizada no sistema de RH mas não sincronizada com a folha de pagamento — uma lacuna comum em empresas onde RH e folha de pagamento são plataformas separadas — produz um P60 com o nome anterior do empregado. Embora o HMRC corresponda principalmente pelo NINO, a incompatibilidade de nome cria confusão para o empregado e prejudica a utilidade do certificado como prova de renda para terceiros (proveedores de hipotecas, agentes de alquiler). Verifique o nome do empregado na folha de pagamento contra o sistema de RH, ou confirme com os empregados diretamente durante a comunicação de cierre da folha de pagamento de abril. Os endereços são menos críticos para a correspondência do HMRC, mas importan para a distribuição de P60 em papel.
Nenhuma dessas verificações exige acesso aos sistemas da HMRC. São validações internas de integridade de dados que levam uma tarde para serem executadas e capturam os erros que, uma vez impressos em um P60 e entregues a um funcionário, tornam-se um processo de correção de seis semanas envolvendo certificados duplicados e cartas explicativas.
Conciliando os Valores do P60 com as Últimas Submissões FPS
Os valores impressos em um P60 não são originados de um cálculo separado de fim de ano. Eles são um agregado dos mesmos dados reportados à HMRC por meio de cada Full Payment Submission (FPS) enviado durante o ano fiscal. No âmbito do Real Time Information (RTI) — obrigatório desde abril de 2013 — cada processamento de folha de pagamento gera um FPS que reporta o pagamento, imposto, National Insurance e pagamentos estatutários de cada funcionário para aquele período. O FPS final do ano fiscal, marcado com um indicador de fim de ano, informa à HMRC que não haverá mais submissões. O P60 é o resumo voltado ao funcionário do que essas doze (ou cinquenta e duas) submissões FPS reportaram.
Conciliar o rascunho do P60 com os totais do FPS não é, portanto, uma etapa de verificação "opcional". É a única maneira de detectar discrepâncias antes que o certificado chegue ao funcionário. Os três valores que mais causam divergências na conciliação — e onde uma discrepância entre o P60 e o registro do funcionário na HMRC acionará uma investigação formal — são:
| Valor | Origem nos dados do FPS | Modo comum de falha na conciliação | Resolução |
|---|---|---|---|
| Pagamento Neste Emprego | Agregado de todos os campos "pagamento tributável" do FPS para o ano fiscal, apenas deste empregador | Correção no meio do ano enviada por meio de um FPS adicional que foi aplicado na folha de pagamento, mas não refletido no módulo de geração do P60 | Forçar a regeneração do P60 a partir dos dados ajustados da folha de pagamento, ou emitir um P60 corrigido manualmente |
| Imposto Deduzido | Agregado de todos os campos "imposto deduzido" do FPS | Uma alteração de código tributário aplicada após o processamento de dezembro foi retroativa na folha de pagamento, mas o FPS correspondente não foi reenviado; o P60 mostra o valor cumulativo corrigido, a HMRC mantém o não corrigido | Enviar um FPS adicional para o período afetado e, em seguida, regenerar o P60 |
| Letra da Categoria NI | Reportada por período em cada FPS | Funcionário atingiu a idade da State Pension no meio do ano — a letra NI mudou de A para C. O P60 mostra ambas as letras em linhas separadas, mas o FPS pode ter registrado apenas a letra final se a alteração foi aplicada tardiamente | Verificar a letra da tabela NI com a data de nascimento do funcionário. Se a alteração no meio do ano foi perdida na folha de pagamento, um Earlier Year Update (EYU) — agora um FPS adicional — é necessário |
O método prático: exporte os dados preliminares do P60 para uma planilha, extraia os totais acumulados no ano do arquivo FPS final ou do relatório do software de folha de pagamento e execute uma verificação de variação por coluna. Qualquer linha em que as variações de pagamento ou imposto excedam a tolerância de arredondamento (alguns centavos) justifica investigação. Para equipes de folha de pagamento que lidam com isso manualmente — transcrevendo valores do P60 de certificados impressos para uma planilha de reconciliação — a auditoria em si se torna o gargalo de tempo. Uma empresa de médio porte com 150 funcionários e sem extração automatizada de dados de PDFs de P60 para o Excel gasta a fase de reconciliação redigitando valores em vez de analisar variações. Consulte nosso guia para extrair dados de P60 do Reino Unido para o Excel para reconciliação de folha de pagamento para o fluxo de trabalho coluna por coluna que transforma a etapa de transcrição em um pipeline de dados estruturado. Para bureaus de folha de pagamento e empresas multiempregadoras que executam a mesma auditoria em várias folhas de pagamento de clientes simultaneamente, nossa metodologia de auditoria em lote cobre o fluxo de trabalho de reconciliação paralelizado que lida com dezenas de esquemas PAYE em um único processo.
P60s de Múltiplas Fontes: Quando Funcionários Têm Certificados de Mais de Um Empregador
Um funcionário que ocupou dois empregos simultâneos durante o ano fiscal — comum em hospitalidade, varejo e educação — recebe um P60 separado de cada empregador. Os certificados são independentes: cada um cobre apenas o pagamento e o imposto daquele emprego específico. O funcionário, não o empregador, é responsável por agregar os valores ao preencher uma declaração de Self Assessment ou fornecer comprovação de renda total.
Para o empregador, esse fato cria duas considerações operacionais durante a janela de preparação do P60. Primeiro, o valor de emprego anterior do funcionário no P60 — "pagamento em empregos anteriores" — deve refletir a posição cumulativa correta no momento em que o funcionário ingressou. Se o funcionário começou no meio do ano e a equipe de folha de pagamento inseriu um valor incorreto do P45 na integração, as colunas "pagamento total do ano" e "imposto total do ano" do P60 — que somam empregos anteriores e atuais — estarão erradas. A coluna "pagamento neste emprego" do P60 ainda estará correta, mas o funcionário usará os valores totais do ano ao declarar imposto de renda, e uma divergência entre o total do P60 e o registro de rendimentos combinados da HMRC gera uma investigação.
Segundo, quando sua empresa adquire outra no meio do ano e herda seus funcionários sob TUPE — Transfer of Undertakings (Protection of Employment) regulations — esses funcionários devem receber um único P60 cobrindo todo o ano fiscal do novo empregador, não dois P60s separados das entidades antiga e nova. O novo empregador assume as obrigações de PAYE para o ano inteiro. Se o software de folha de pagamento não estiver configurado para mesclar os valores acumulados no ano dos funcionários adquiridos no novo esquema PAYE antes da geração do P60, os certificados mostrarão apenas o pagamento pós-aquisição — e os funcionários ficarão sem vários meses de rendimentos em seus P60s.
Transições de umbrella company: Um funcionário que mudou de uma umbrella company para outra no meio do ano — comum no setor de contratação — terá dois P60s separados de dois empregadores diferentes. Isso está correto. Diferentemente do cenário TUPE, o empregador não mudou por operação de lei; o funcionário encerrou um emprego e começou outro. Ambas as umbrella companies devem emitir P60s cobrindo seus respectivos períodos de emprego.
Cronograma de 4 Semanas de Preparação: De 6 de Abril a 2 de Maio
Este cronograma considera uma folha de pagamento de médio porte — de 50 a 500 funcionários — rodando em Sage, Xero, BrightPay, IRIS, QuickBooks ou plataforma equivalente. Ele concentra o trabalho de auditoria em abril e reserva maio para a geração e distribuição. O objetivo não é terminar cedo e esperar; é terminar com margem suficiente para que uma correção — um NINO errado, um desligamento esquecido, um valor do FPS desalinhado — possa ser resolvida sem que o calendário seja o fator determinante.
Semana 1 (6–12 de abril): Encerre o ano fiscal e trabe a lista de empregados
Entregáveis: (1) Envie o FPS final para o ano fiscal 2025/26 — marcado com o indicador de fim de ano — até 19 de abril, no máximo. (2) Execute a folha de pagamento final do ano fiscal e confirme que todas as correções, ajustes retroativos e pagamentos ausentes sejam processados antes do encerramento. (3) Exporte a lista completa de empregados da folha de pagamento em 5 de abril e congele-a — esta é sua lista de candidatos para P60. (4) Marque cada entrada: saída antes de 5 de abril → P45 já emitido, sem P60; saída após 5 de abril → tanto P45 como P60; empregado ativo → P60; diretor → P60; pensionista → P60; subcontratista CIS → sem P60. A lista marcada se torna a linha de base de auditoría para a Semana 2.
Semana 2 (13–19 de abril): Verifique os dados dos empregados e reconcilie os totais
Entregáveis: (1) Execute a verificação de formato NINO em cada empregado marcado para P60. Sinalize NINOs em branco, com prefixo TN e não conformes para acompanhamento. (2) Verifique a referência PAYE do empregador por empregado — especialmente em organizações com múltiples esquemas. (3) Extraiga os totais FPS acumulados no ano para salário, imposto e NI e compare com as cifras do rascunho do P60. Sinalize linhas onde a variação excede o arredondamento ao nível de pence. (4) Para qualquer empregado cuja letra de categoria NI tenha mudado a meio do ano — mais comumente A → C ao alcanzar a idade de pensão estatal — confirme que o rascunho do P60 mostra duas linhas NI separadas com divisões corretas de banda de ganhos. (5) Identifique qualquer empregado que tenha ocupado múltiples empregos simultáneos e confirme qual empregador é responsável por emitir qual P60.
Semana 3 (20–26 de abril): Gere e prepare os certificados
Entregáveis: (1) Gere P60s a partir do software de folha de pagamento usando a lista de empregados verificada — não o registro bruto de folha. (2) Verifique aleatoriamente uma muestra de 10% dos certificados generados contra o recibo de salário final do empregado para o ano. As cifras acumuladas no ano do recibo devem coincidir exatamente com "pay in this employment" e "tax deducted" do P60. (3) Se a empresa emite P60s eletrónicamente através de um portal de folha de pagamento (permitido sem consentimiento del empleado desde abril de 2023), confirme que cada empregado marcado tenha acesso ao portal e que nenhuna cuenta esté inactiva o bloqueada. (4) Para empregados que recebem P60s em papel, confirme os endereços postales actuales — o enderezo en archivo de abril de 2025 puede estar desactualizado por doce meses. (5) Prepare certificados marcados como duplicados para cualquier empregado que solicite una reemisión de un año anterior.
Semana 4 (27 de abril a 2 de maio): Distribuir e documentar
Entregas: (1) Distribuir todos os P60s — eletrônicos ou em papel — até o final desta semana. As semanas restantes de maio são reservadas para correções e consultas de funcionários, não para a distribuição inicial. (2) Enviar um e-mail para toda a empresa confirmando que os P60s foram emitidos, onde os funcionários podem acessá-los e com quem entrar em contato em caso de dúvidas. (3) Registrar a distribuição: uma planilha simples com nome do funcionário, data de emissão, método (portal/e-mail/papel) e quaisquer observações (duplicado, corrigido). Esse registro é a evidência de conformidade caso um funcionário posteriormente alegue que nunca recebeu seu certificado. (4) Arquivar o registro de distribuição dos P60s e mantê-lo junto aos registros de folha de pagamento — o prazo legal de retenção para registros PAYE é de três anos a partir do final do ano fiscal.
Este cronograma concentra o trabalho de verificação porque a etapa de geração em si — clicar em um botão no software de folha de pagamento — leva minutos. As quatro semanas de auditoria antes desse clique são o que determina se os P60s que sairão do outro lado estarão corretos na primeira tentativa ou precisarão de um verão de correções.
O Que Acontece Após 31 de Maio: P11Ds, Correções e o Próximo Prazo
Emitir P60s encerra um capítulo do ciclo de fechamento anual da folha de pagamento, mas não encerra o livro. Até 6 de julho — cerca de cinco semanas após o prazo do P60 — os empregadores devem enviar os formulários P11D e P11D(b) à HMRC informando quaisquer benefícios em espécie e despesas não processadas na folha durante o ano fiscal. O INSS Classe 1A sobre esses benefícios é devido até 19 de julho (via postal) ou 22 de julho (eletrônico). A janela de emissão do P60 e a janela de preparação do P11D se sobrepõem: enquanto a equipe de folha de pagamento distribui os P60s em maio, eles simultaneamente coletam dados de quilometragem de carros da empresa, prêmios de seguro de saúde privado e saldos de empréstimos sem juros para a declaração de benefícios de julho.
Para qualquer P60 emitido com erro — valor errado, funcionário esquecido, NINO incorreto — a correção segue um de três caminhos, dependendo da natureza e do momento do erro. Um erro administrativo simples (NINO errado, nome com grafia errada) exige a emissão de um certificado corrigido marcado como "duplicata" com as informações corrigidas. Um erro de dados da folha de pagamento (valor de pagamento errado porque um FPS de correção nunca foi enviado) exige o envio do FPS de correção primeiro e, em seguida, a regeneração do P60 a partir dos dados corrigidos. Um erro descoberto depois que o funcionário já enviou sua declaração de Imposto de Renda exige coordenação: o empregador emite o P60 corrigido, o funcionário altera sua declaração e a HMRC faz a referência cruzada com os dados corrigidos do FPS.
Solicitações de P60 duplicata são um volume previsível em maio-junho: Funcionários perdem P60s, precisam deles para pedidos de hipoteca ou descobrem que extraviaram o certificado de um empregador anterior. Os empregadores devem fornecer uma substituição — marcada como "duplicata" — mediante solicitação, e muitas equipes de folha de pagamento subestimam o volume administrativo que isso gera nas quatro semanas seguintes ao prazo de 31 de maio. Incorporar o tratamento de solicitações de duplicatas no fluxo de trabalho pós-prazo, em vez de tratar cada solicitação como uma interrupção pontual, é o que diferencia um junho organizado de um junho fragmentado.
Perguntas Frequentes
O que acontece se eu perder o prazo do P60 em 31 de maio?
A HMRC não aplica multas automáticas por atraso na entrega do P60 como faz para pagamentos atrasados do PAYE. No entanto, funcionários que não receberem o P60 podem contatar a HMRC, que poderá então contatar o empregador para solicitar conformidade. As consequências práticas são mais imediatas: funcionários impedidos de enviar declarações de Imposto de Renda, pedidos de hipoteca travados e uma enxurrada de e-mails de cobrança. Emita o P60 o mais rápido possível após descobrir o atraso e mantenha um registro do motivo do atraso e de quando ele foi finalmente emitido. O não cumprimento persistente na emissão de P60s — quando a HMRC identifica um padrão ao longo de vários anos — pode resultar em uma revisão de conformidade.
Posso emitir P60s eletronicamente em vez de em papel?
Sim. Desde abril de 2023, os empregadores podem fornecer P60s em formato eletrônico — como um PDF via portal de folha de pagamento ou como anexo de e-mail — sem precisar obter o consentimento explícito do funcionário. O requisito anterior de que o funcionário deveria concordar com o recebimento eletrônico foi removido. O P60 eletrônico tem o mesmo valor legal que a cópia em papel e deve conter todos os mesmos campos obrigatórios. O empregador deve garantir que o funcionário possa acessar, salvar e imprimir o certificado eletrônico.
E se um ex-funcionário que saiu antes de 5 de abril solicitar um P60?
Funcionários que saíram antes de 5 de abril não recebem um P60 desse emprego — o P45 deles, emitido na saída, serve como registro do ano até a data. No entanto, um ex-funcionário tem o direito de solicitar seus dados de folha de pagamento e, como boa prática, um empregador pode emitir um demonstrativo de rendimentos para o período de emprego. Isso não é um P60 obrigatório e não deve ser rotulado como tal — marque-o como "demonstrativo de rendimentos para o período [data de início] a [data de saída]" para evitar confusão com os registros da HMRC.
Nossa empresa tem vários regimes de PAYE. Emitimos P60s separados de cada um?
Sim. Cada regime de PAYE é uma entidade patronal separada para fins da HMRC. Se um funcionário constar na folha de pagamento de dois regimes — por exemplo, porque a empresa opera folhas de pagamento separadas para diferentes divisões sob diferentes referências de regime — ele deve receber um P60 separado de cada regime. O mesmo princípio se aplica a um grupo de empresas: cada subsidiária com seu próprio regime de PAYE emite seus próprios P60s para seus próprios funcionários. A referência PAYE do empregador em cada certificado identifica qual regime o emitiu.
Subcontratados do CIS recebem P60s?
Não. Subcontratados do Construction Industry Scheme não são funcionários e não estão na folha de pagamento do PAYE. As deduções fiscais deles são tratadas pelo sistema separado de declarações CIS — os contratantes deduzem 20% (ou 30% para subcontratados não registrados) dos pagamentos e enviam declarações mensais do CIS à HMRC. No final do ano, os subcontratados recebem uma declaração de deduções do CIS, não um P60. Incluir um subcontratado do CIS na lista de P60 é um erro comum de auditoria de folha de pagamento, pois a pessoa pode aparecer no sistema como beneficiário, mas não como funcionário.
O que fazer se um funcionário trouxer um P60 em papel de um empregador anterior e eu precisar digitalizá-lo?
Se um novo funcionário fornecer um P45 ou P60 em papel de um empregador anterior que precise ser inserido nos registros da folha de pagamento, os dados podem ser extraídos para um formato estruturado usando processamento de documentos baseado em IA. Os campos relevantes — Pagamento até a Data, Imposto até a Data, NINO e referência PAYE do empregador — podem ser capturados de uma foto ou digitalização do certificado, sem transcrição manual. Consulte nosso guia detalhado para extração de dados de P60 para a configuração coluna por coluna.
Encontrei um erro na folha de pagamento após emitir os P60s. Como corrigi-lo?
O caminho de correção depende de quando o erro ocorreu. Se o erro estava em um FPS individual enviado durante o ano — um valor de pagamento incorreto para um único período — você deve enviar um FPS adicional para aquele ano fiscal com os valores corrigidos acumulados no ano. Desde abril de 2021, a HMRC aceita apenas envios de FPS adicionais para correções; o antigo mecanismo Earlier Year Update (EYU) não está mais em uso. Assim que o FPS corrigido for aceito, regenere os P60s afetados a partir dos registros corrigidos da folha de pagamento e emita-os para os funcionários relevantes marcados como "substituto" ou "corrigido". Mantenha um registro de quais certificados foram corrigidos e por quê — essa documentação é essencial se a HMRC questionar a discrepância posteriormente.
A diferença entre emitir P60s em 28 de maio com três correções pendentes e emiti-los em 2 de maio com cada valor verificado contra os totais do FPS são quatro semanas de trabalho de auditoria concentradas em abril. O cronograma de quatro semanas acima é a estrutura — a etapa de extração que transforma uma maratona de transcrição manual em uma auditoria de planilha é o motor.
Iniciar Auditoria de Dados P60Nenhum cadastro necessário para testar. Processamento seguro com exclusão automática de arquivos após o período de retenção.