Por que o Formulário P45 Custa Mais às Equipes de Folha de Pagamento do Reino Unido do que Elas Imaginam

Em 2024, 34% da força de trabalho do Reino Unido mudou de emprego ou saiu do mercado de trabalho — cerca de 11 milhões de pessoas — de acordo com a análise do CIPD da Pesquisa Anual da População. Cada um desses desligamentos gerou uma obrigação legal sob o Regulamento 36 do Income Tax (PAYE) Regulations 2003: o empregador deve emitir um P45 dentro do período de pagamento da saída ou "sem atraso injustificado." Essa obrigação não é o problema. O problema é que, apesar da digitalização da Parte 1 do P45 pelo Real Time Information (RTI) em 2013, as três partes restantes — 1A para os registros do funcionário, 2 e 3 para o novo empregador — ainda seguem uma cadeia de distribuição projetada em 1944, ano em que o formulário foi introduzido. Em algum lugar dessa cadeia, entre a data de saída e o primeiro pagamento no novo emprego, papéis se perdem, valores são digitados errados e os sistemas da HMRC recorrem a um código tributário de emergência que o funcionário pode não notar por semanas — ou nunca.

O formulário que o RTI deveria ter eliminado

Antes da entrada em vigor do RTI em 2013, todo o P45 era uma cadeia física de papel: o empregador preenchia quatro vias carbono, enviava a Parte 1 para a HMRC e entregava as Partes 1A, 2 e 3 ao funcionário que estava saindo. Atrasos, extravios de correspondência e entrada manual de dados na HMRC eram endêmicos. O RTI foi vendido como a solução estrutural: as informações do desligamento fluiriam eletronicamente da Folha de Pagamento Completa (FPS) do empregador diretamente para a HMRC em tempo quase real. A Parte 1 tornou-se redundante — o software de folha gera a FPS, a HMRC recebe os dados, o registro fiscal do funcionário é atualizado.

Foi exatamente aí que a transformação digital parou.

As Partes 1A, 2 e 3 continuam sendo documentos físicos. O funcionário deve recebê-las — em papel ou como PDF impresso ou enviado por e-mail pelo software de folha do empregador. O funcionário deve guardar a Parte 1A para seus próprios registros. Em seguida, deve entregar as Partes 2 e 3 ao novo empregador, que precisa inserir manualmente o pagamento acumulado no ano, o imposto acumulado no ano, o código tributário e o número do Seguro Nacional em seu sistema de folha antes do primeiro processamento. De acordo com as regras da HMRC, se o novo empregador processar a folha sem um P45, o funcionário entra em um código tributário de emergência. O formulário que deveria se tornar obsoleto em 2013 ainda é, em 2026, o único mecanismo para transferir dados fiscais acumulados entre dois sistemas de folha não conectados.

A realidade estrutural: O RTI digitalizou a etapa empregador-para-HMRC do P45. Não fez nada pela etapa empregador-para-empregador. Cada parte do processo de desligamento que o RTI não alcançou é agora uma lacuna entre sistemas — e em cada lacuna, uma pessoa digita.

Um P45 para Cada Desligamento: O Volume que Ninguém Conta

O P45 não é um documento ocasional. Ele é gerado para cada evento de saída — pedido de demissão, demissão sem justa causa, aposentadoria, dispensa, fim de contrato por prazo determinado, até mesmo falecimento. Para uma economia com 34% de rotatividade de mão de obra e uma força de trabalho PAYE de aproximadamente 33 milhões de pessoas, a aritmética é direta: milhões de P45s a cada ano fiscal. O índice de 34% do CIPD se divide em 27,4% que mudam para um novo empregador e 6,6% que saem do mercado de trabalho. Considerando apenas os que trocam de emprego — aqueles cujos P45s precisam chegar fisicamente a um novo empregador — são cerca de 9 milhões de P45s em trânsito anualmente.

A rotatividade não é uniforme. A hotelaria tem 52% de rotatividade. Construção civil, varejo e serviços profissionais estão bem acima da média nacional. Uma construtora com 400 trabalhadores no canteiro processará mais P45s em um ano do que uma empresa de serviços financeiros de porte similar processa em cinco. Uma rede de hotéis com 1.200 funcionários em picos sazonais pode emitir P45s para 600 desligamentos por ano. Nessas indústrias de alta rotatividade, o fluxo de P45s não é um detalhe de conformidade — é uma carga operacional recorrente que nenhum orçamento de pessoal considera explicitamente.

Os números a jusante ampliam a escala. Um bureau de folha de médio porte que atende 30 clientes PME com uma média de 15 funcionários cada gerencia 450 P45s por ano — apenas para desligamentos. Um escritório de contabilidade que entrega declarações de imposto de renda para 100 clientes precisa dos valores dos P45s de cada emprego anterior do cliente durante o ano fiscal, muitas vezes em múltiplos empregos. Em cada um desses cenários, o P45 existe. Os dados estão impressos na página. Mas mover esses dados da página para o sistema que precisa deles — software de folha, declaração de imposto, cálculo de benefício — ainda é um exercício de digitação.

O Problema da Distribuição em Quatro Partes

Para entender por que o P45 continua sendo um ponto de falha estrutural, é preciso acompanhar cada parte em sua jornada prevista — e ver onde ocorrem as interrupções.

Parte 1 — HMRC. Esta é a parte que o RTI resolveu. O software de folha de pagamento a envia como parte do FPS até o último dia de pagamento do funcionário. A HMRC a recebe. O registro fiscal do funcionário é atualizado. Essa etapa da jornada é digital desde 2013 e, na maioria dos casos, funciona.

Parte 1A — Registros do funcionário. O empregador a gera junto com as Partes 2 e 3. Ela deve chegar ao funcionário — idealmente no último dia de trabalho ou com o último holerite. Na prática, o momento depende de quando a folha de pagamento final é processada. Se o pagamento final não for calculado até depois que o funcionário sair — comum quando há férias, aviso prévio ou bônus — o P45 é emitido depois. O funcionário que saiu no dia 10 e começou um novo emprego no dia 17 já teve seu primeiro pagamento no novo empregador quando o P45 chega. Nesse ponto, as Partes 2 e 3 estão atrasadas. O relógio da folha de pagamento no novo empregador já girou.

Partes 2 e 3 — Novo empregador. O funcionário deve entregá-las fisicamente ao novo empregador antes do primeiro pagamento. Se chegarem atrasadas — ou nunca — o departamento de folha de pagamento recorre ao Checklist de Início da HMRC, que atribui um código tributário inicial sem valores acumulados no ano. O Checklist determina se o funcionário recebe um código cumulativo (se for o único emprego e não houve outro no ano fiscal) ou um código BR de alíquota básica (se for um segundo emprego). Se o checklist for preenchido incorretamente — uma declaração de "este é meu único emprego" quando é um segundo, por exemplo — o código tributário estará errado desde o início. E, diferentemente do P45, o Checklist não contém dados de rendimentos anteriores. Ele não pode retomar o cálculo tributário cumulativo. Ele só pode adivinhar.

Há um modo de falha menos óbvio: o cenário do P45 atrasado. Como a documentação da BrightPay para administradores de folha de pagamento aborda explicitamente o caso em que "um novo funcionário pode, às vezes, entregar seu P45 ao novo empregador após o primeiro pagamento e após o envio do FPS à HMRC." Quando o P45 chega, a HMRC pode já ter emitido um código tributário com base nos dados do Checklist. O administrador da folha deve decidir: usar o código emitido pela HMRC ou os valores do P45? A documentação orienta a usar o código que a HMRC enviou — o que significa que os dados do P45 que o funcionário passou duas semanas buscando podem nem ser inseridos. O formulário chegou. Só chegou tarde demais para fazer diferença.

A cadeia de distribuição tem pelo menos sete pontos de transferência: processamento final da folha → geração do P45 → Parte 1 via FPS → Partes 1A/2/3 para o funcionário → funcionário retém 1A → funcionário entrega 2/3 ao novo empregador → novo empregador insere dados na folha → novo FPS enviado. Cada seta é um ponto de ruptura. Nenhuma entidade controla toda a cadeia.

Da Parte 2 Ausente ao Imposto de Emergência: A Cascata de Custos

Quando as Partes 2 e 3 não chegam ao novo empregador antes do primeiro processamento da folha de pagamento, o funcionário é colocado em um código de imposto de emergência — tipicamente 1257L W1 (semana 1) ou 1257L M1 (mês 1). Esses códigos tratam cada período de pagamento como um período fiscal independente, sem ajuste acumulado no ano. A isenção pessoal padrão é dividida igualmente entre os períodos de pagamento, em vez de ser aplicada cumulativamente sobre os rendimentos totais até a data.

A aritmética é implacável. Em um salário anual de £30.000, um funcionário no código cumulativo 1257L paga aproximadamente £290 de imposto por mês. No código de emergência M1, a dedução é de aproximadamente £400 — uma diferença de £100 a £150 por mês. Para um funcionário que acabou de começar um novo emprego, possivelmente após uma lacuna de renda, essa redução de £100 no salário líquido não é uma preocupação abstrata de conformidade. É um impacto real no fluxo de caixa.

A HMRC afirma que as correções de código de imposto "podem levar até 35 dias a partir do início do emprego". Na prática, o cronograma depende do alinhamento de três sistemas separados: o empregador anterior deve ter enviado o FPS de saída, o novo empregador deve ter enviado o FPS de início, e os sistemas da HMRC devem reconciliar os dois. Um atraso em qualquer ponto empurra a janela de correção para além de 35 dias. O funcionário que foi tributado em emergência por dois períodos de pagamento pode ser tributado em emergência por um terceiro — e, nessa altura, já perdeu £300 a £450. A HMRC reembolsará o pagamento a maior, mas o mecanismo de reembolso depende do que acontece a seguir. Se a correção chegar dentro do mesmo ano fiscal, o empregador ajusta as deduções futuras. Se chegar após o fim do ano fiscal — o que pode acontecer com correções tardias — o funcionário deve solicitar o reembolso diretamente, através da Conta de Imposto Pessoal ou por telefone. A HMRC estima que até um milhão de pessoas por ano deixam de reivindicar o imposto pago a maior.

As estatísticas mais amplas de erros de código de imposto contam a mesma história do outro lado. Em 2023/24, 5,6 milhões de pessoas pagaram imposto de renda a maior — £3,5 bilhões no total. Uma pesquisa da The Tax Refund Company descobriu que 36% dos funcionários estiveram em pelo menos um código de imposto errado em um período de quatro anos, perdendo em média £204 cada. Nem todos esses erros se originam de P45s ausentes. Mas um P45 ausente é a causa estruturalmente mais evitável na cadeia — e a mais distribuída. Não existe um único sistema de folha de pagamento, um único empregador, um único processo da HMRC que seja responsável pela transferência. Portanto, não existe uma única entidade que possa ser responsabilizada por corrigi-lo.

Por que o papel persiste: Inércia institucional encontra o problema do backup

O próprio Roteiro de Transformação da HMRC, publicado em julho de 2025, lista mais de 50 projetos: um novo portal PAYE, digitalização dos serviços de Imposto sobre Herança, um mecanismo de conformidade baseado em IA, biometria de voz para centrais de atendimento. A palavra "P45" não aparece uma vez. Em uma agência que está "eliminando a dependência de avisos de código tributário em papel" e testando "novas formas de informar as pessoas sobre mudanças em sua situação fiscal", o formulário de saída de empregador para empregador — o documento que, mais do que qualquer outro pedaço de papel, determina se um funcionário começa um novo emprego com o código tributário correto — está ausente da agenda digital.

Há duas razões para isso, e elas são estruturais, não burocráticas.

Primeiro: o P45 serve como sistema de backup. Quando as submissões RTI FPS falham, quando o software de folha de pagamento produz um arquivo corrompido, quando um empregador arquivou online, mas o novo empregador não pode receber códigos tributários eletrônicos porque seu software está desatualizado — o P45 em papel é o plano B. Enquanto o backup existir, o pipeline primário do RTI não precisa ser perfeito. Remover o backup exigiria tornar o RTI genuinamente tolerante a falhas, o que é um projeto muito maior do que emitir um formulário digital. Da perspectiva da HMRC, o custo de eliminar o P45 em papel não é o custo do formulário. É o custo de tornar toda a infraestrutura digital à prova de falhas o suficiente para que o backup não seja mais necessário. Essa conta nunca é detalhada em um Roteiro de Transformação porque ninguém pediu para que fosse.

Segundo: a transição fica entre empregadores, e a competência da HMRC é contribuinte ↔ HMRC. A lacuna do P45 existe no espaço entre a saída da folha de pagamento do Empregador A e a entrada da folha de pagamento do Empregador B. Esse espaço não é regulado pela HMRC da mesma forma que as submissões FPS. Não existe um "padrão de transição eletrônica do P45". Não há formato obrigatório para as Partes 1A, 2 e 3 além da especificação de design da HMRC para P45s impressos — papel A4 branco, mínimo 80 g/m², apenas tinta preta pura. A especificação rege a aparência do formulário, não como seus dados se movem entre sistemas. Essa lacuna não é responsabilidade de ninguém fechar.

O Fator de Digitação Manual que Ninguém Mede

As lacunas entre sistemas — entre o PDF do P45 e a tela de entrada de dados da folha de pagamento do novo empregador, entre o formulário em papel e a planilha — são onde os dados são redigitados. E redigitar é onde ocorrem os erros.

Pesquisas sobre entrada manual de dados convergem para uma taxa de erro por campo de 1% a 4% para operadores treinados. Na folha de pagamento, pesquisas do setor descobriram que aproximadamente 20% das execuções de folha contêm pelo menos um erro — não 20% dos campos, mas 20% de todos os ciclos de folha de pagamento. Para um empregador de médio porte que lida com 200 desligamentos por ano, cada P45 carregando cerca de 10 campos digitáveis — número do seguro nacional, data de saída, código tributário, total pago até a data, total de imposto até a data, indicador de empréstimo estudantil, número da semana/mês e os dados pessoais do funcionário — são 2.000 campos digitados por ano. Com uma taxa de erro de 1% por campo: 20 campos digitados incorretamente. Na taxa mais realista de 3% para condições de folha de pagamento — pressão de tempo, variação de formato entre empregadores, P45s recebidos como digitalizações em vez de PDFs pesquisáveis — o número é de 60 erros por ano.

O erro em nível de registro se acumula mais rápido do que as equipes de folha de pagamento antecipam. Com 10 campos por P45 e uma taxa de erro de 1% por campo, a taxa de erro em nível de registro — a probabilidade de um determinado P45 conter pelo menos um erro — é de aproximadamente 9,6% (1 − 0,99¹⁰). Quase um em cada dez P45s inseridos manualmente contém pelo menos um erro. Para o escritório de folha de pagamento com 450 funcionários, isso representa cerca de 45 P45s por ano com um erro de dados em algum lugar do registro — e cada um é um potencial código tributário errado, uma potencial correção de P45 duplicado, uma potencial consulta de conformidade com o HMRC.

O custo desses erros não é apenas o tempo de correção em si, embora isso seja significativo — um único código tributário errado pode exigir uma ligação para o HMRC, uma submissão FPS corrigida, um contracheque corrigido e uma conversa com um funcionário que notou o erro. O custo real é a exposição cumulativa à conformidade. O HMRC exige que os empregadores mantenham registros de folha de pagamento por pelo menos três anos. Durante uma inspeção, o empregador deve ser capaz de demonstrar que os números em seu sistema de folha de pagamento correspondem aos números nos documentos de origem. Uma planilha com um valor de P45 digitado incorretamente — sem trilha de auditoria mostrando quando o erro foi introduzido, por quem ou qual era o valor original — é um registro não verificável. A multa por registros inadequados é de até £3.000 por funcionário. O P45 que foi inserido corretamente não cria a responsabilidade. O P45 que foi inserido com um dígito errado, e inserido há cinco anos, vivendo tranquilamente no arquivo, cria.

A falha sistêmica não é o P45 em si. É a combinação da distribuição de papel em quatro vias e da entrada manual de dados — um processo de 1944 enxertado em uma espinha dorsal digital RTI de 2013, com a lacuna entre eles preenchida por toques de teclado que ninguém audita.

Quebrando o Ciclo: O Que Muda Quando o Teclado Desaparece

O problema do papel no P45 não se resolve pedindo à HMRC que elimine o formulário. O papel serve como função de backup da qual o RTI depende, e as prioridades de transformação da HMRC estão em outro lugar. O que é solucionável é a digitação.

Quando um P45 chega — seja como PDF do software de folha de pagamento do empregador anterior, digitalização de um formulário em papel de um resistente ao pré-RTI ou foto enviada por um ex-funcionário do último emprego — os dados nele não precisam ser redigitados. Ferramentas de extração de documentos que entendem a estrutura semântica de um P45 podem ler o código tributário, os valores de pagamento e imposto acumulados no ano, a data de saída, o número do NI e o indicador de empréstimo estudantil diretamente da página. O resultado não é um PDF. É uma linha estruturada de dados — as mesmas colunas que um administrador de folha de pagamento digitaria em uma planilha, geradas em segundos. O teclado que era a costura entre sistemas torna-se uma etapa de verificação, em vez de uma etapa de criação.

É isso que o guia complementar sobre extrair dados de saída do P45 para Excel na folha de pagamento aborda em detalhes: como pegar um P45 de qualquer formato — impresso, digitalizado, PDF — e transformá-lo em dados estruturados de folha de pagamento sem redigitar um único campo. A tecnologia existe. O P45 existe. A lacuna entre eles é medida em toques de teclado.

Para o contexto mais amplo de por que a entrada manual de dados de folha de pagamento continua sendo um risco estrutural no cenário de documentos fiscais do Reino Unido, a análise sobre entrada manual de dados do P60 na folha de pagamento do Reino Unido traça o mesmo padrão — certificados de fim de ano gerados por software, consumidos por pessoas, digitados em planilhas — e o que isso custa aos departamentos que os processam.

Perguntas Frequentes

Posso obter um P45 de substituição se perdi o meu?

Não. A HMRC afirma explicitamente que empregadores anteriores não podem emitir um P45 de substituição. Se você perder seu P45 ou nunca recebê-lo, seu novo empregador deve usar a Lista de Verificação Inicial da HMRC. Isso significa que você não se beneficiará do cálculo tributário cumulativo que o P45 permite — você provavelmente será colocado em um código tributário de emergência até que a HMRC corrija seu registro.

O que acontece se meu novo empregador processar a folha de pagamento antes de receber meu P45?

Você será colocado em um código tributário de emergência — normalmente 1257L W1 ou M1 — que trata cada período de pagamento de forma independente, em vez de cumulativa. Em um salário de £30.000, isso significa aproximadamente £100 a £150 a mais de imposto deduzido por mês do que com o código cumulativo correto. A HMRC afirma que a correção pode levar até 35 dias. O imposto pago a mais é reembolsável — seja por meio de deduções reduzidas em contracheques subsequentes, se corrigido dentro do ano fiscal, ou por solicitação direta à HMRC após o término do ano fiscal.

Por que a HMRC não torna todo o P45 digital?

A Parte 1 já é digital — é enviada eletronicamente à HMRC por meio da Submissão de Pagamento Integral do RTI. As Partes 1A, 2 e 3 permanecem físicas porque servem a uma função de transferência entre empregadores que o RTI não foi projetado para substituir. O trabalho de transformação atual da HMRC prioriza serviços digitais voltados ao contribuinte — um novo portal PAYE, avisos digitais de código tributário — em vez da lacuna de transferência de dados entre empregadores. O P45 em papel também funciona como um backup do sistema: se as submissões RTI falharem, o formulário em papel fornece um mecanismo alternativo para a continuidade dos dados fiscais.

Meu empregador é multado por não emitir um P45?

Não há uma multa fixa e independente apenas por não fornecer um P45. No entanto, isso pode contribuir para constatações mais amplas de não conformidade com o PAYE. Os empregadores enfrentam multas de até £3.000 por funcionário por registros de folha de pagamento inadequados ou imprecisos, e as multas por arquivamento RTI variam de £100 a £400 por mês, dependendo do porte do empregador. Os funcionários que não recebem um P45 podem recorrer à HMRC, o que pode desencadear uma revisão de conformidade das práticas de folha de pagamento do empregador.

Recebo vários P45s se trabalhei em vários empregos no mesmo ano fiscal?

Sim. Cada empregador que você deixar durante o ano fiscal deve emitir um P45 separado. Se você teve dois empregos simultaneamente e saiu de ambos, receberá dois P45s — cada um mostrando apenas o pagamento e o imposto daquele emprego específico. Isso cria um problema de agregação de dados: seu novo empregador ou contador precisa combinar os números de vários P45s para entender sua posição tributária total. Cada ponto de mesclagem é um potencial erro de cálculo manual.

Um P45 é a mesma coisa que um P60?

Não. O P45 é emitido quando você sai de um emprego e cobre seu salário e impostos desde o início do ano fiscal até a data de saída. O P60 é emitido no final do ano fiscal (até 31 de maio) para todos os funcionários ainda na folha de pagamento em 5 de abril, cobrindo o ano fiscal completo. Um funcionário que saiu em dezembro recebe um P45 em dezembro. Esse mesmo funcionário não recebe um P60 desse empregador — mas o empregador que emitiu o P45 ainda deve manter os registros para fins de conformidade com a HMRC por pelo menos três anos.