Por que o Formulário P45Custa 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 empregador ou saiu completamente 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 acionou uma obrigação legal sob o Regulamento 36 do Regulamento de Imposto de Renda (PAYE) de 2003: o empregador deve emitir um P45 dentro do período de pagamento do desligamento ou "sem atraso injustificado". Essa obrigação não é o problema. O problema é que, apesar do Real Time Information (RTI) ter digitalizado a Parte 1 do P45 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, o ano em que o formulário foi introduzido. Em algum lugar dessa cadeia, entre a data de desligamento e o primeiro processamento de pagamento em um novo emprego, papéis se perdem, números são digitados incorretamente e os sistemas do HMRC aplicam um código de imposto de emergência que o funcionário pode não notar por semanas — ou nunca.

Pare de digitar dados — deixe a IA ler por você
Envie uma imagem ou PDF — dados estruturados em 10 segundos
Experimente agora →
Gráfico principal com o título do artigo 'Por que o Formulário P45 Custa Mais às Equipes de Folha de Pagamento do Reino Unido do que Elas Imaginam' acima de três ícones vetoriais planos: formulários de papel empilhados rotulados Partes 1A-3 Ainda em Papel, um envelope com uma seta direcional rotulado 9M P45s em Trânsito por Ano, e um selo de aviso âmbar rotulado Sem Substituição se Perdido.

Principais Conclusões

  1. Onze milhões de mudanças de emprego no Reino Unido em 2024 geraram onze milhões de P45s — e com uma taxa conservadora de erro por campo, estatisticamente um em cada dez P45s redigitados manualmente entra em um sistema de folha de pagamento com pelo menos um dígito incorreto.
  2. O custo real não é a ligação de correção ao HMRC — é o número de NI digitado incorretamente há cinco anos, permanecendo não detectado em um arquivo de folha de pagamento, aguardando uma inspeção que aciona uma penalidade de até £3.000 por funcionário.
  3. Os dados do P45 já estão impressos no formulário — extraia-os diretamente e o administrador de folha de pagamento se torna um verificador, fechando a lacuna entre a saída da folha de pagamento do Empregador A e a entrada da folha de pagamento do Empregador B sem uma única tecla de criação de dados.

O Formulário que o RTI Deveria Ter Eliminado

Gráfico vetorial plano de duas colunas: a coluna da esquerda mostra um ícone de upload verde rotulado como 'Parte 1 para o HMRC' com a linha 'Digital via RTI FPS desde 2013' e um selo de verificação verde marcado como Digital; a coluna da direita mostra um ícone de pilha de papéis âmbar rotulado como 'Partes 1A, 2 e 3' com a linha 'Impressas, enviadas por correio ou e-mail ao funcionário' e um selo de cruz âmbar marcado como Ainda em Papel.

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

É 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 de pagamento 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 deve inserir manualmente o pagamento acumulado no ano, o imposto acumulado no ano, o código tributário e o número do NI no sistema de folha de pagamento antes da primeira execução de pagamento. De acordo com as regras do HMRC, se o novo empregador processar a folha sem um P45, o funcionário entra em 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 tributários acumulados entre dois sistemas de folha de pagamento não conectados.

A realidade estrutural: o RTI digitalizou o trecho empregador-para-HMRC do P45. Não fez nada pelo trecho empregador-para-empregador. Cada parte do processo de saída que o RTI não alcançou é agora uma emenda entre sistemas — e em cada emenda, uma pessoa digita.

Um P45 para Cada Desligamento: O Volume Que Ninguém Contabiliza

O P45 não é um documento ocasional. Ele é gerado para cada evento de desligamento — pedido de demissão, demissão sem justa causa, aposentadoria, dispensa, término de contrato por prazo determinado, até mesmo falecimento. A maioria desses eventos começa com uma carta de RH, e extrair uma carta de rescisão assinada para o Excel captura o último dia trabalhado, o motivo do desligamento e os detalhes do pagamento final junto com o P45. 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. Mesmo considerando apenas os que mudam de emprego — aqueles cujos P45s precisam chegar fisicamente a um novo empregador — isso representa quase 9 milhões de P45s em trânsito anualmente.

A rotatividade não é uniforme. O setor de hospitalidade opera com 52% de rotatividade. Construção civil, varejo e serviços profissionais ficam bem acima da média nacional. Uma construtora com 400 trabalhadores em canteiro processará mais P45s em um ano do que uma empresa de serviços financeiros de porte semelhante processa em cinco. Uma rede de hotéis com 1.200 funcionários nos picos sazonais pode emitir P45s para 600 desligamentos por ano. Nesses setores de alta rotatividade, o fluxo de P45s não é uma preocupação secundária de conformidade — é uma carga operacional recorrente que nenhum orçamento de pessoal contabiliza explicitamente.

Os números a jusante ampliam a escala. Um bureau de folha de pagamento 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 faz declarações de autodeclaração para 100 clientes precisa dos dados do P45 de cada emprego anterior dos clientes 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 movê-los da página para o sistema que precisa deles — software de folha de pagamento, declaração de imposto, cálculo de benefício — ainda é um exercício de digitação.

Substituir essa digitação por um P45 para Excel não muda a forma como o formulário circula — as quatro vias continuam seguindo exatamente como descrito. Ele elimina a etapa de digitação no empregador receptor e faz com que o administrador de folha de pagamento confira os números em vez de digitá-los.

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 Código 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 — normalmente 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 fiscal padrão é dividida igualmente entre os períodos de pagamento, em vez de ser aplicada cumulativamente sobre os rendimentos totais até a data.

Gráfico vetorial quadrado e plano com uma grande figura azul-escura '£100–150' acima das duas linhas 'imposto extra por mês sobre um salário de £30.000' e 'enquanto as Partes 2 e 3 estiverem ausentes', além de um selo de aviso âmbar rotulado Código de Emergência 1257L M1.

A aritmética é implacável. Com 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, o desconto é 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 um período sem 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.

O HMRC afirma que as correções de código de imposto "podem levar até 35 dias a partir do início do seu emprego." Na prática, o prazo 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 entrada, e os sistemas do HMRC devem conciliar 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 regime de emergência por dois períodos de pagamento pode ser tributado em regime de emergência por um terceiro — e, nesse ponto, já perdeu £300 a £450. O HMRC reembolsará o valor pago a mais, mas o mecanismo de reembolso depende do que acontece em seguida. Se a correção chegar dentro do mesmo ano fiscal, o empregador ajusta os descontos futuros. 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, pela Conta de Imposto Pessoal ou por telefone. O HMRC estima que até um milhão de pessoas por ano deixam de solicitar o reembolso de impostos pagos a mais.

As estatísticas mais amplas de erros em códigos de imposto contam a mesma história pelo outro lado. Em 2023/24, 5,6 milhões de pessoas pagaram imposto de renda a mais — £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 incorreto em um período de quatro anos, perdendo em média £204 cada um. 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 há um único sistema de folha de pagamento, um único empregador ou um único processo do HMRC que seja responsável pela transferência. Portanto, não há uma única entidade que possa ser responsabilizada por corrigir o problema.

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

Gráfico vetorial plano intitulado 'Por que Digitar 200 P45s por Ano Não Pode Ser Livre de Erros', com quatro pontos numerados dispostos em grade dois por dois: 2.000 campos digitados, 20 erros a uma taxa de 1%, 60 erros a uma taxa de 3% e um destaque de 9,6% dos registros com erro.

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 os erros acontecem.

Pesquisas sobre entrada manual de dados convergem para uma taxa de erro em nível de campo de 1% a 4% para operadores treinados. Em folha de pagamento, pesquisas do setor constataram que aproximadamente 20% das execuções de folha contêm pelo menos um erro — não 20% dos campos, mas 20% dos ciclos completos de folha. Para um empregador de médio porte que processa 200 desligamentos por ano, cada P45 com cerca de 10 campos digitáveis — número do NI, 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 — isso representa 2.000 campos digitados por ano. Com uma taxa de erro de campo de 1%: 20 campos digitados incorretamente. Com a taxa mais realista de 3% para condições de folha — 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 antecipam. Com 10 campos por P45 e uma taxa de erro de campo de 1%, 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 bureau de folha com 450 funcionários, isso representa cerca de 45 P45s por ano com erro de dados em algum lugar do registro — e cada um é um possível código tributário errado, uma possível correção de P45 duplicado, uma possível consulta de conformidade com o HMRC.

O custo desses erros não é o tempo de correção em si, embora seja significativo — um único código tributário errado pode exigir uma ligação ao HMRC, um envio de FPS alterado, 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 por pelo menos três anos. Em uma inspeção, o empregador deve ser capaz de demonstrar que os valores em seu sistema de folha correspondem aos valores 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 penalidade por registros inadequados é de até £3.000 por funcionário. O P45 inserido corretamente não gera a responsabilidade. O P45 inserido com um dígito errado, e inserido há cinco anos, vivendo silenciosamente no arquivo, gera.

A falha sistêmica não é o próprio P45. É a combinação de distribuição em papel em quatro vias e 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 do P45 não pode ser resolvido pedindo ao HMRC que elimine o formulário. O papel serve a uma função de backup da qual o RTI depende, e as prioridades de transformação do HMRC estão em outro lugar. O que pode ser resolvido é a digitação.

Quando um P45 chega — seja como PDF do software de folha de pagamento do empregador anterior, uma digitalização de formulário em papel de um resistente ao pré-RTI, ou uma foto que um ex-funcionário enviou por mensagem 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 de imposto, 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. A saída 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 extração de 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 documentação fiscal 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 substituto se eu perder o meu?

Não. O HMRC afirma explicitamente que empregadores anteriores não podem emitir um P45 substituto. Se você perder seu P45 ou nunca o receber, seu novo empregador deverá usar a Lista de Verificação Inicial do HMRC. Isso significa que você não se beneficiará do cálculo cumulativo de imposto que o P45 permite — você provavelmente será colocado em um código de imposto de emergência até que o 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.

📮 contact email: [email protected]