Prazo P60 31 de Maio
O Que as Equipes de Folha de Pagamento Precisam 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 para o prazo legal. Mas o verdadeiro gargalo 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 do NINO, a reconciliação do FPS e a triagem de casos excepcionais — 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 referências cruzadas 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 passagem de auditoria manual.
- Uma tarde executando uma verificação de formato do NINO em toda a lista de funcionários na Semana 2 de abril detecta todos os números de seguro nacional malformados antes que sejam impressos em um certificado e desencadeiem um verão de reemissões duplicadas.
O Relógio do Prazo Final: 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. De acordo com o Regulamento 67 do Income Tax (Pay As You Earn) Regulations 2003 (SI 2003/2682), todo empregador deve fornecer um certificado — Formulário P60 — a cada 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 legais definidos na especificação RD1 anual da HMRC para formulários P60 substitutos, incluindo valores de pagamento e imposto divididos entre "neste emprego" e "total do ano", contribuições para o Seguro Nacional discriminadas por letra da categoria e faixa salarial, e quaisquer pagamentos legais recebidos.
O prazo não é "tente fazer até o final 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 multa fixa — a HMRC não aplica uma multa automática por P60 atrasado como faz para pagamentos atrasados do PAYE — mas desencadeia uma série de problemas a jusante. Funcionários que não recebem seu P60 não podem preencher uma declaração de Imposto de Renda com valores precisos. Funcionários solicitando hipotecas ou benefícios baseados em renda veem seus pedidos parados. O custo acumulado de responder a e-mails de cobrança de 150 funcionários e reemitir certificados ao longo de junho anula qualquer tempo que a equipe de folha de pagamento pensou estar economizando ao adiar o trabalho.
Oito semanas — de 6 de abril a 31 de maio — parece generoso. Não é. As primeiras duas semanas são consumidas pelo prazo final de envio do FPS em 19 de abril e pelos procedimentos de fechamento da folha de pagamento associados. As últimas duas semanas são consumidas pela logística de distribuição e dúvidas dos funcionários. 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, surgirá como uma solicitação de correção em junho.
Quem você precisa verificar, não apenas para quem precisa gerar: Um funcionário 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 ex-funcionário que saiu em 8 de abril. Um funcionário que saiu em 4 de abril recebe um P45, não um P60 — e emitir um P60 para um ex-funcionário cria confusão na HMRC e para o novo empregador do funcionário. A lista de funcionários no seu software de folha de pagamento em 6 de abril não é automaticamente a lista de distribuição correta do P60 — ela precisa de uma 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.
Verificando Números de NI, Referências PAYE e Detalhes do Funcionário Antes da Geração
No momento em que um P60 sai do seu escritório com um número de Seguro Nacional incorreto, o erro fica bloqueado no registro fiscal do funcionário até que uma correção seja emitida — e o processo de correção não é um simples "reimprimir com o número certo". Sob o RTI, o número de NI é a chave primária que vincula cada envio de FPS à conta do funcionário na HMRC. Um P60 com um NINO errado gera uma incompatibilidade que os sistemas da HMRC podem não sinalizar até meses depois, quando o funcionário apresenta uma declaração de Imposto de Renda e os valores na declaração não coincidem com os dados reportados pelo empregador.
A verificação pré-geração analisa três categorias de dados — e duas delas não podem ser detectadas apenas pelo software de folha de pagamento, pois o software assume que seus próprios registros estão corretos.
Formato e titularidade do NINO
Um NINO válido tem nove caracteres: duas letras, seis dígitos, uma letra sufixo (A, B, C ou D). Erros comuns incluem um dígito trocado (QQ 12 34 56 C vira QQ 12 43 56 C), uma letra sufixo perdida durante migração de dados e um número de referência temporário (prefixo TN seguido de data) que nunca foi atualizado quando o NINO permanente foi recebido. Execute uma verificação de formato em cada NINO da lista de funcionários — se seu software de folha de pagamento tiver exportação em lote, uma única fórmula do Excel sinaliza entradas não conformes: =AND(LEN(A2)=9,ISNUMBER(VALUE(MID(A2,3,6))),OR(RIGHT(A2,1)={"A","B","C","D"})). Funcionários cujo NINO começa com TN, ou está em branco, precisam de acompanhamento antes da geração do P60.
Integridade da referência PAYE
A referência PAYE do empregador aparece em todo P60 e segue o formato três dígitos, barra, até dez caracteres alfanuméricos (ex.: 123/AB45678). O prefixo de três dígitos é o número da agência da HMRC atribuído ao esquema do empregador. Se sua organização opera múltiplos esquemas PAYE — comum em grupos com empresas subsidiárias ou folhas separadas para diferentes locais — confirme que cada funcionário está vinculado ao esquema correto antes de gerar os P60s. Um funcionário no esquema 123/AB45678 incluído no lote do esquema 456/CD12345 gerará um certificado que não corresponde a nenhum registro da HMRC.
Atualização de nome e endereço do funcionário
Uma alteração de nome atualizada no sistema de RH mas não sincronizada com a folha de pagamento — lacuna comum em empresas onde RH e folha são plataformas separadas — gera um P60 com o nome anterior do funcionário. Embora a HMRC faça a correspondência principalmente pelo NINO, a divergência de nome causa confusão para o funcionário e prejudica a utilidade do certificado como comprovante de renda para terceiros (bancos, imobiliárias). Cruze o nome do funcionário na folha com o sistema de RH, ou confirme diretamente com os funcionários durante a comunicação de fechamento da folha de abril. Endereços são menos críticos para a HMRC, mas importantes para distribuição de P60s impressos.
Nenhuma dessas verificações exige acesso aos sistemas da HMRC. São validações internas de integridade de dados que levam uma tarde para executar e capturam os erros que, uma vez impressos em um P60 e entregues ao funcionário, se tornam um processo de correção de seis semanas envolvendo certificados duplicados e cartas explicativas.
Conciliação dos Valores do P60 com os Últimos FPS Enviados
Os valores impressos no P60 não vêm de um cálculo separado de fim de ano. Eles são um agregado dos mesmos dados informados à HMRC por meio de cada Full Payment Submission (FPS) enviada durante o ano fiscal. No âmbito do Real Time Information (RTI) — obrigatório desde abril de 2013 — cada processamento de folha de pagamento gera uma FPS que informa o pagamento, imposto, contribuição para o Seguro Nacional e pagamentos legais de cada funcionário naquele período. A última FPS do ano fiscal, marcada com um indicador de fim de ano, informa à HMRC que não haverá mais envios. O P60 é o resumo voltado ao funcionário do que essas doze (ou cinquenta e duas) FPS reportaram.
Conciliar o rascunho do P60 com os totais das 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 diferença entre o P60 e o registro do funcionário na HMRC pode gerar uma investigação formal — são:
| Valor | Origem nos dados da FPS | Modo comum de falha na conciliação | Resolução |
|---|---|---|---|
| Remuneração neste Emprego | Agregado de todos os campos "remuneração tributável" das FPS do ano fiscal, apenas deste empregador | Correção no meio do ano enviada via uma FPS adicional que foi aplicada na folha de pagamento, mas não refletida 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" das FPS | Uma alteração de código tributário aplicada após o processamento de dezembro foi retroativa na folha, mas a FPS correspondente não foi reenviada; o P60 mostra o valor acumulado corrigido, a HMRC mantém o não corrigido | Enviar uma FPS adicional para o período afetado e, em seguida, regenerar o P60 |
| Letra da Categoria de NI | Informada por período em cada FPS | Funcionário atingiu a idade de aposentadoria estadual no meio do ano — a letra de NI mudou de A para C. O P60 mostra ambas as letras em linhas separadas, mas a FPS pode ter registrado apenas a letra final se a alteração foi aplicada tardiamente | Verificar a letra da tabela de NI com a data de nascimento do funcionário. Se a mudança no meio do ano foi perdida na folha, é necessário um Earlier Year Update (EYU) — agora uma FPS adicional |
O método prático: exporte os dados do rascunho do P60 para uma planilha, extraia os totais acumulados no ano do arquivo da última FPS ou do relatório do software de folha de pagamento e execute uma verificação de variação em nível de coluna. Qualquer linha onde as variações de pagamento ou imposto excedam a tolerância de arredondamento (alguns centavos) merece investigação. Para equipes de folha de pagamento que fazem isso manualmente — transcrevendo valores do P60 de certificados impressos para uma planilha de conciliação — a própria auditoria 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 do P60 para o Excel gasta a fase de conciliação redigitando valores em vez de analisar variações. Consulte nosso guia para extrair dados do P60 do Reino Unido para Excel para conciliaçã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 escritórios de folha de pagamento e empresas com vários empregadores que realizam a mesma auditoria em várias folhas de pagamento de clientes simultaneamente, nossa metodologia de auditoria em lote cobre o fluxo de trabalho de conciliação paralelizada 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 nos setores de hotelaria, 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 referentes àquele emprego específico. O funcionário, e não o empregador, é responsável por agregar os valores ao preencher uma declaração de Imposto de Renda ou ao fornecer comprovante de renda total.
Para o empregador, esse fato gera duas considerações operacionais durante o período de preparação do P60. Primeiro, o valor de emprego anterior 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 o 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 companhia no meio do ano e herda seus funcionários sob o TUPE — regulamento de Transferência de Empresas (Proteção do Emprego) — esses funcionários devem receber um único P60 cobrindo todo o ano fiscal do novo empregador, e não dois P60s separados das entidades antiga e nova. O novo empregador assume as obrigações do 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 regime 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 empresa guarda-chuva: Um funcionário que mudou de uma empresa guarda-chuva 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 força de lei; o funcionário encerrou um emprego e iniciou outro. Ambas as empresas guarda-chuva 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 congele a lista de funcionários
Entregas: (1) Envie o FPS final do 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 pendentes foram processados antes do fechamento. (3) Exporte a lista completa de funcionários da folha de pagamento em 5 de abril e congele-a — esta é sua lista de candidatos ao P60. (4) Marque cada entrada: desligado antes de 5 de abril → P45 já emitido, sem P60; desligado após 5 de abril → ambos P45 e P60; funcionário ativo → P60; diretor → P60; aposentado → P60; subcontratado CIS → sem P60. A lista marcada se torna a base de auditoria para a Semana 2.
Semana 2 (13–19 de abril): Verifique os dados dos funcionários e reconcilie os totais
Entregas: (1) Execute a verificação de formato do NINO em cada funcionário sinalizado para P60. Sinalize NINOs em branco, com prefixo TN ou não conformes para acompanhamento. (2) Verifique a referência PAYE do empregador por funcionário — especialmente em organizações com múltiplos regimes. (3) Extraia os totais anuais do FPS para pagamento, imposto e INSS e compare com os valores preliminares do P60. Sinalize linhas onde a variação exceda o arredondamento de centavos. (4) Para funcionários cuja letra da categoria de INSS mudou no meio do ano — mais comumente A → C ao atingir a idade de aposentadoria estatal — confirme que o rascunho do P60 mostra duas linhas separadas de INSS com as divisões corretas das faixas salariais. (5) Identifique qualquer funcionário que teve múltiplos empregos simultâneos e confirme qual empregador é responsável por emitir qual P60.
Semana 3 (20–26 de abril): Gere e prepare os certificados
Entregas: (1) Gere os P60s a partir do software de folha de pagamento usando a lista de funcionários verificada — não o registro bruto da folha. (2) Verifique uma amostra de 10% dos certificados gerados em comparação com o último contracheque do funcionário no ano. Os valores acumulados no ano do contracheque devem corresponder exatamente aos valores de "pagamento neste emprego" e "imposto deduzido" do P60. (3) Se a empresa emitir P60s eletronicamente via portal de folha de pagamento (permitido sem consentimento do funcionário desde abril de 2023), confirme que cada funcionário sinalizado tem acesso ao portal e que nenhuma conta está inativa ou bloqueada. (4) Para funcionários que recebem P60s em papel, confirme os endereços postais atuais — o endereço registrado em abril de 2025 pode estar desatualizado em doze meses. (5) Prepare certificados marcados como "duplicata" para qualquer funcionário que solicitar uma reemissão de um ano anterior.
Semana 4 (27 de abril a 2 de maio): Distribuir e documentar
Entregas: (1) Distribuir todos os P60s — eletrônicos ou impressos — até o final desta semana. As semanas restantes de maio são reservadas para correções e dúvidas de funcionários, não para 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/impresso) e observações (duplicata, corrigido). Esse registro é a evidência de conformidade caso um funcionário alegue posteriormente que nunca recebeu o certificado. (4) Arquivar o registro de distribuição dos P60s e mantê-lo junto com os 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 (CIS) 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.