Como Extrair Dados do P60 do Reino Unido para o Excel
para Reconciliação de Folha de Pagamento (Guia 2026)

O que contém um P60 — e por que cada campo é importante para sua planilha

O P60, formalmente chamado de Certificado de Fim de Ano, é um documento obrigatório regulamentado pela Receita Federal do Reino Unido. Seu conteúdo não é uma sugestão dos desenvolvedores de software de folha de pagamento — é prescrito por lei, conforme a especificação RD1 do HMRC, que define todos os campos que qualquer layout substituto do P60 deve conter para um determinado ano fiscal. O ano fiscal vai de 6 de abril a 5 de abril, e os campos do formulário cobrem os doze meses completos desse período para cada funcionário.

Entender a finalidade de cada campo obrigatório — e não apenas seu nome — é o que determina se sua planilha extraída será aprovada na reconciliação com os dados da sua Declaração de Pagamento Integral (FPS) na primeira tentativa ou gerará uma tarde de referências cruzadas. Aqui estão os campos que importam para a maioria dos trabalhos de reconciliação de folha de pagamento, agrupados por sua função downstream:

A consequência prática desse conjunto de campos é que uma planilha de extração de P60 para 150 funcionários gera 150 linhas e aproximadamente 20 a 25 colunas, dependendo do nível de detalhe das faixas de NI. A entrada manual nessa grade — localizar cada caixa em cada certificado, digitar o valor, verificar a letra do NI — é onde as cinco horas se vão. Nosso guia completo de extração de dados de P60 do Reino Unido para equipes de folha de pagamento enquadra o mesmo conjunto de campos em relação aos três fluxos de trabalho de fim de ano que o consomem; extração de documentos com IA elimina a etapa de localizar e digitar ao ler o certificado semanticamente, em vez de depender de coordenadas de pixels.

Por que os Mesmos Dados do P60 Aparecem de Forma Diferente em Cada Software de Folha de Pagamento

Se todo P60 fosse idêntico — mesmas posições de caixas, mesma disposição de rótulos, mesma fonte — a extração seria um problema resolvido com qualquer ferramenta de OCR baseada em modelos. Mas a especificação RD1 do HMRC permite explicitamente "variações de formato e layout" para formulários substitutos, e cada grande fornecedor de software de folha de pagamento exerce essa permissão de forma diferente.

O Sage Payroll pode imprimir o NINO do funcionário no quadrante superior direito, com a referência PAYE em um bloco separado abaixo. O Xero Payroll pode colocá-los lado a lado. O BrightPay pode usar uma grade de três colunas. O IRIS Staffology pode empilhar tudo em uma única coluna vertical. O tamanho do papel, a cor da tinta e a disposição das caixas ficam a critério do empregador ou do fornecedor do software — a única restrição é que todos os campos obrigatórios devem aparecer em uma única folha de papel.

Isso não é um bug na especificação. Existe porque os empregadores usam softwares de folha de pagamento diferentes há décadas, cada um com seu próprio mecanismo de impressão, e a abordagem do HMRC é exigir o conteúdo dos dados, não o layout visual. O resultado para quem faz extração é que o P60 de cada fornecedor é uma variação de layout do mesmo esquema de dados subjacente — e uma ferramenta de extração baseada em modelos treinada no layout do Sage falhará no do Xero.

A seção da letra da categoria do NI torna isso visível de uma forma que custa tempo real. Quando a letra da categoria do NI de um funcionário mudou no meio do ano — por exemplo, de A para C ao atingir a idade da aposentadoria estatal — o P60 deve mostrar duas linhas separadas de NI sob letras de categoria diferentes. O Sage pode imprimi-las como duas linhas adjacentes com rótulos de letras à esquerda. O Xero pode imprimi-las como seções de tabela separadas com a letra como cabeçalho de seção. Um modelo que procura "uma linha com letra de NI na coluna 1" captura um formato e perde o outro. A extração semântica — leitura por significado, não por posição — lida com ambos os layouts porque entende que "letra da categoria do NI" é um valor de coluna, independentemente de sua apresentação visual.

Configurando Seu Fluxo de Trabalho de Extração de P60

O fluxo de trabalho que substitui a transcrição manual de P60 tem três etapas, e a etapa de configuração — definir suas colunas — é o que você faz uma vez e reutiliza para cada ano fiscal, cada provedor de folha de pagamento e cada lote de funcionários.

Este fluxo de trabalho funciona para qualquer número de funcionários e qualquer combinação de provedores de folha de pagamento. A definição de colunas é reutilizável entre anos fiscais porque o conjunto de campos estatutários do HMRC muda apenas quando a legislação muda — e quando isso acontece (como com a adição do Salário-Cuidados Neonatais Legal na especificação de 2025-26), você adiciona a nova coluna à sua definição sem reconstruir o resto.

Considerando todo o fechamento do ano, é a isso que se resume a conversão de P60 para Excel — um conjunto de colunas que aceita certificados impressos pela Sage, pela Xero e digitalizados em papel igualmente, e devolve uma planilha pronta para conciliação.

Três Fluxos de Extração de P60 Que se Pagam a Cada Fim de Ano

A maioria das extrações de P60 se enquadra em um de três padrões, cada um com seu próprio formato de lote e ênfase de saída. Alinhar seu fluxo de trabalho à estrutura de saída certa é o que transforma uma ferramenta genérica de "extração de dados" em algo que sua equipe realmente usa todo mês de maio.

Preparação para Self Assessment (Janela de Março a Maio)

Um escritório de contabilidade que atende clientes individuais recebe P60s junto com extratos bancários, comprovantes de dividendos e formulários P11D no período que antecede o prazo de entrega da declaração de Self Assessment em 31 de janeiro. Clientes com múltiplos empregos simultâneos geram duas ou mais linhas de P60 para o mesmo ano fiscal. As colunas principais para este fluxo são Salário Total Anual, Imposto Retido, NINO e Referência PAYE do Empregador — que mapeiam diretamente para as páginas de Employment da declaração SA100. Um cliente com dois empregos de meio período gera duas linhas, e a coluna "Total for Year" em cada P60 fornece os valores que precisam ser inseridos separadamente na declaração.

Esta é a janela de maior volume para extração de P60, pois é quando os escritórios lidam com o maior número de documentos de clientes no menor tempo. Substituir a transcrição manual aqui não apenas economiza horas — elimina a fonte mais comum de gatilhos de consulta SA302: erros de transcrição em que um valor de pagamento de um P60 foi digitado na linha de emprego errada. Para entender o contexto mais amplo de por que essa transcrição acontece — e o custo de um valor digitado incorretamente — veja O problema de maio na folha de pagamento do Reino Unido: o custo oculto da entrada de dados de P60.

Reconciliação do Bureau de Folha de Pagamento com Envios FPS

Um bureau de folha de pagamento que processa o fim de ano para vários clientes empregadores precisa confirmar que os valores no P60 de cada funcionário correspondem aos totais do envio de fim de ano Full Payment Submission (FPS) enviados ao HMRC. A reconciliação é feita empregador por empregador: extraia todos os P60s do Empregador A para uma planilha e compare os totais de salário e imposto com o próprio extrato FPS do bureau para esse empregador. O alinhamento das colunas é o que torna a comparação significativa — se a coluna "Pay in This Employment" do P60 ficar ao lado da coluna "Total Pay" do FPS, a fórmula de variação é uma única subtração por linha.

A coluna da letra da categoria do NI é especialmente importante neste fluxo. Um funcionário cuja letra mudou de A para C no meio do ano mostrará duas linhas de NI no P60 sob letras diferentes. A reconciliação do bureau precisa de ambas as linhas para verificar se as contribuições totais correspondem ao FPS — e uma única coluna de "NI total" que consolidasse ambas as linhas em um único número ocultaria uma incompatibilidade de letra de categoria que o HMRC pode sinalizar meses depois.

Verificação de Renda em Escala

Instituições de crédito imobiliário, imobiliárias, empresas de verificação de antecedentes profissionais e consultores de imigração solicitam rotineiramente o P60 como comprovante de renda do ano anterior. O fluxo de verificação é de alto volume e campos restritos: Nome, NINO, Referência PAYE do Empregador, Remuneração Total do Ano. Os demais campos obrigatórios — pagamentos legais, deduções de empréstimos estudantis, detalhamento das faixas de NI — permanecem no resultado como dados de referência, mas a decisão de verificação depende do valor do pagamento e da referência do empregador que o vincula a uma entidade real.

Como esse fluxo frequentemente envolve P60s de provedores de folha de pagamento desconhecidos — um candidato pode apresentar um P60 de um empregador que usa um sistema de folha de pagamento nicho que o verificador nunca viu — a capacidade da ferramenta de extração de lidar com qualquer layout sem pré-configuração é o que determina se o pipeline de verificação pode ser automatizado ou se alguém precisa abrir cada PDF e digitar o valor manualmente.

Validando Seus Dados Extraídos do P60 Antes de Inseri-los na Planilha de Folha de Pagamento

Mesmo com alta precisão de extração, o operador deve realizar uma verificação de sanidade para a reconciliação ou verificação downstream. As verificações abaixo são específicas do P60 e executadas coluna por coluna no Excel — nenhuma exige auditar todos os campos de cada linha. São verificações de formato projetadas para identificar as poucas linhas que merecem uma olhada no P60 original.

A razão pela qual esta lista de verificação é viável — em vez de aspiracional — é que os dados extraídos já estão estruturados em colunas. Cada linha carrega a referência do arquivo de origem, então qualquer linha sinalizada está a um clique do P60 original. A transcrição manual nunca sustentaria verificações em nível de coluna como estas em escala empresarial, e a extração é o que torna possível a passagem de validação.

P60 vs W-2: O que as equipes do Reino Unido e dos EUA precisam saber

Equipes de folha de pagamento do Reino Unido que encontram ferramentas de extração de formulários fiscais dos EUA pela primeira vez — ou empresas dos EUA com subsidiárias no Reino Unido — costumam perguntar se um P60 é essencialmente um W-2 do Reino Unido. A resposta curta é que eles cumprem a mesma função (certificado anual de rendimentos do empregado), mas diferem em estrutura, conjunto de campos e uso a jusante de maneiras que importam para a configuração da extração.

Um W-2 informa salários federais (Caixa 1), salários da Social Security (Caixa 3), salários da Medicare (Caixa 5) e detalhamentos estaduais em 20 caixas numeradas — tudo para um ano fiscal civil (1º de janeiro a 31 de dezembro). Um P60 informa o salário tributável e o imposto PAYE para um ano fiscal que vai de 6 de abril a 5 de abril, com o National Insurance (NI) mostrado por letra da categoria e faixa de rendimentos, em vez de uma dedução percentual fixa. Um W-2 não tem conceito de letras da categoria do NI, nenhum detalhamento de salário legal e nenhuma diferenciação de plano de empréstimo estudantil. Um P60 não tem relatórios estaduais nem divisão de Social Security/Medicare.

A implicação para a extração é que os dois tipos de formulário precisam de definições de colunas diferentes. Um conjunto de colunas do W-2 funciona para W-2s de todos os empregadores dos EUA; um conjunto de colunas do P60 funciona para P60s de todos os provedores de folha de pagamento do Reino Unido. Mas os dois conjuntos não se sobrepõem além dos campos de identificação — e tratar um P60 como um W-2 com números de caixa diferentes produz uma planilha que exige reformatação extensa após a extração.

Se sua empresa lida com ambos, consulte nosso guia completo de extração de formulários fiscais W-2 e 1099 para o fluxo de trabalho dos EUA e use uma definição de coluna separada para cada tipo de formulário. A abordagem de processamento em lote é a mesma — envie arquivos, defina colunas, exporte a planilha — mas os nomes das colunas são específicos de cada mercado.

FAQ