Guía completa para el P45 del Reino Unido
Extracción de datos para equipos de nómina (2026)

O que é realmente um P45 — e por que ele existe

Um P45 — oficialmente intitulado "Detalhes da Saída de Funcionário" — não é um resumo do contracheque do empregado. É um mecanismo de continuidade fiscal: o instrumento legal que transfere o registro cumulativo de PAYE de um empregador anterior para um novo dentro do mesmo ano fiscal (6 de abril a 5 de abril). Sem ele, o novo empregador não tem como calcular onde o funcionário se encontra em relação à sua isenção pessoal, e a HMRC perde o rastro dos rendimentos acumulados.

A obrigação legal está no Regulamento 36 do Income Tax (Pay As You Earn) Regulations 2003, que determina: "Ao cessar o vínculo com um empregado para o qual um código foi emitido, o empregador deve preencher o Formulário P45." O regulamento especifica que o formulário deve ser preenchido no dia em que o emprego cessa ou, se não for praticável, sem atraso injustificado. O Regulamento 36 se aplica a todos os empregados para os quais a HMRC emitiu um código fiscal — incluindo aqueles com rendimentos zero — e abrange todos os tipos de cessação de emprego: demissão voluntária, redundância, dispensa, aposentadoria ou término de contrato por prazo fixo.

É por isso que, em sua essência, o P45 não é apenas um formulário. É o elo de transmissão de dados em uma cadeia que conecta a última folha de pagamento do empregador A à primeira folha de pagamento do empregador B — e isso ocorre dentro da estrutura de Relatórios em Tempo Real (RTI) da HMRC, onde cada dia de pagamento exige uma Submissão Eletrônica de Pagamento Integral (FPS) que referencia o código fiscal atual do funcionário e os valores acumulados no ano. Rompa a cadeia com dados imprecisos do P45, e todo o cálculo de PAYE para aquele funcionário pelo restante do ano fiscal será baseado em entradas corrompidas.

O que a maioria dos guias de folha de pagamento omite: o P45 existe porque o sistema tributário do Reino Unido é cumulativo, não transacional. Diferente de algumas jurisdições onde o imposto de cada mês é calculado isoladamente, o sistema PAYE do Reino Unido rastreia quanto da isenção pessoal de £12.570 foi utilizada em todos os empregos em um único ano fiscal. Um novo empregador não pode simplesmente começar do zero — ele precisa saber o que aconteceu antes. O P45 é o único mecanismo oficial para essa transição.

As Quatro Partes de um P45 — e Para Onde Cada Uma Vai

Um P45 não é um único documento entregue a uma única pessoa. É um instrumento de quatro partes projetado para distribuir os mesmos dados fiscais essenciais a três partes distintas — HMRC, o funcionário que está saindo e o novo empregador — cada um com uma necessidade legal específica das informações.

O fluxo de trabalho prático para o empregador de saída: após processar a execução final da folha de pagamento — que marca o funcionário como desligado e aciona o FPS final contendo todos os dados do P45 para o HMRC — o empregador imprime ou envia por e-mail o P45 e entrega as Partes 1A, 2 e 3 ao funcionário. Se o P45 for gerado eletronicamente, as Partes 2 e 3 são normalmente combinadas em um único PDF. O funcionário guarda a Parte 1A e entrega as Partes 2 e 3 ao novo empregador antes ou no primeiro dia de trabalho.

Um detalhe que causa confusão até mesmo entre administradores de folha de pagamento experientes: quando o P45 é gerado a partir de software de folha de pagamento que imprime em papel A4 comum (em vez de papel timbrado HMRC pré-impresso), o formulário pode não ser visualmente dividido em quatro seções claramente marcadas. Nesses casos, saber quais dados vão onde depende inteiramente da numeração das caixas — não do layout da página. A Caixa 1 (referência PAYE do empregador) até a Caixa 13 (declaração do empregador) formam o conjunto completo de dados do P45, independentemente de qual parte você está analisando.

Cada Campo de um P45, Explicado por Número de Caixa

Entender o que cada campo significa — não apenas qual rótulo ele carrega — é a diferença entre copiar números mecanicamente e realmente verificar se o P45 foi preenchido corretamente antes de inserir seus dados na folha de pagamento. O modelo oficial HMRC P45 (versão 12/15) mapeia 13 caixas numeradas em todas as quatro partes:

O campo mais impactante deste formulário inteiro, para o funcionário, é a Caixa 5 — o código de imposto. Um código de imposto incorreto em um novo empregador gera efeitos em cascata em todos os recibos de pagamento subsequentes. Se o empregador anterior emitiu um P45 mostrando o código 1257L W1 (não cumulativo), o novo empregador aplicará W1 durante todo o período — o que significa que o funcionário não se beneficia da sua isenção de imposto não utilizada acumulada desde abril. O resultado: o imposto de cada mês é calculado como se o mês fosse isolado, ignorando que o funcionário pode ter tido pouca ou nenhuma renda nos meses anteriores. Um usuário do Reddit descreve essa experiência como abrir o primeiro recibo de pagamento em um novo emprego e descobrir que "uma quantia enorme havia desaparecido em imposto de emergência" — uma frustração ecoada em centenas de tópicos semelhantes no r/UKPersonalFinance todos os anos, quase sempre rastreada até um P45 ausente ou processado incorretamente.

O P45 no Contexto: Como Ele se Encaixa no Ecossistema de Folha de Pagamento do Reino Unido

O P45 não existe isoladamente. Sua função — e as consequências de errar — só ficam claras quando você mapeia sua posição dentro do quadro mais amplo de relatórios estatutários de folha de pagamento. Três relações são mais importantes:

P45 vs P60: Não São Intercambiáveis

O P45 e o P60 são os dois formulários PAYE mais comumente confundidos, mas desempenham funções opostas. O P60 é um resumo anual — ele mostra o pagamento total e o imposto total deduzido para o ano fiscal completo (6 de abril a 5 de abril) para funcionários ainda na folha de pagamento em 5 de abril. O P45 é um retrato de meio de ano — ele cobre de 6 de abril até a data específica de saída, e só é gerado quando o emprego termina. A implicação prática: você nunca entrega um P60 a um novo empregador. Somente o P45 contém o código de imposto em um formato que um sistema de folha de pagamento pode processar para continuar os cálculos cumulativos. Entregar um P60 a um novo empregador como substituto do P45 simplesmente não funciona — o software de folha de pagamento não tem mecanismo para extrair um código de imposto de um P60, porque o P60 nunca foi projetado para esse fim.

P45 vs Starter Checklist: O Plano B, Não o Equivalente

Quando um funcionário começa um novo emprego sem um P45 — seja porque o empregador anterior ainda não o emitiu, ou porque o funcionário o perdeu (lembre-se: P45s não podem ser reemitidos) — o novo empregador usa um HMRC Starter Checklist (anteriormente conhecido como P46). O checklist faz três perguntas:

1. Este é o primeiro emprego do funcionário desde 6 de abril?
2. Desde 6 de abril, o funcionário recebeu pagamentos de um emprego, Jobseeker's Allowance ou pensão?
3. O funcionário está atualmente recebendo pagamentos de outro emprego ou pensão?

Com base nas respostas, o HMRC atribui um código de imposto inicial — normalmente 1257L em base cumulativa para a Declaração A (primeiro emprego), ou 1257L W1/M1 para a Declaração B (teve outro emprego, mas ele terminou). A diferença crítica em relação ao P45: o Starter Checklist não fornece nenhum valor de pagamento ou imposto acumulado no ano (YTD), forçando o novo sistema de folha de pagamento a estimar a posição do funcionário dentro da sua isenção pessoal. Um Starter Checklist é melhor que nada, mas não é um substituto equivalente em termos de dados. Ele não possui os valores cumulativos precisos que somente um P45 pode conter. É por isso que o primeiro contracheque do funcionário com base em um código derivado do Starter Checklist frequentemente apresenta erros, e por que o HMRC recomenda solicitar o P45 mesmo após o uso inicial do checklist — porque, quando os dados do P45 chegam, o registro da folha de pagamento pode ser corrigido retroativamente.

Como o RTI Substituiu os Envios de P45 em Papel para a HMRC

Desde abril de 2013, o Reino Unido opera sob o sistema de reporte em Tempo Real. Sob o RTI, o empregador de saída não envia fisicamente a Parte 1 do P45 para a HMRC. Em vez disso, as informações de saída — incluindo a data de saída, o código tributário final e os valores acumulados de remuneração/impostos — são incorporadas diretamente na Full Payment Submission (FPS) do período de pagamento final. A FPS deve ser enviada no dia do pagamento ou antes dele. Os sistemas internos da HMRC usam esses dados da FPS para encerrar o registro de emprego e se preparar para a FPS recebida do próximo empregador.

A restrição de prazo é rigorosa: a FPS final deve conter uma data de saída precisa e todos os valores acumulados. Se a folha de pagamento for processada antes da confirmação da data de saída — um cenário comum quando um funcionário pede demissão com efeito imediato — o empregador pode precisar enviar uma FPS corrigida. Deixar de fazer isso mantém o registro do funcionário na HMRC como um vínculo empregatício ativo, o que pode atrasar a capacidade do novo empregador de registrar o novo contratado e aplicar o código tributário correto.

O Custo Real da Inserção Manual de Dados do P45

O custo do processamento manual do P45 não é principalmente sobre tempo — embora, a dois minutos por P45, um departamento de folha de pagamento que processa 30 novos contratados por mês gaste uma hora redigitando dados que o sistema de folha de pagamento de outra empresa já calculou e imprimiu. O custo real está nas cascatas de erros. Cada P45 contém aproximadamente 15 pontos de dados distintos que precisam ser transcritos para o software de folha de pagamento do novo empregador. Se cada campo tiver uma taxa de precisão de 99,7% — otimista para entrada manual — a probabilidade de uma transcrição de P45 sem erros é de 0,997^15, ou aproximadamente 95,6%. Para 30 P45s por mês, isso significa que pelo menos um novo contratado por mês, em média, entra na folha de pagamento com dados tributários incorretos.

Examinamos esse custo em detalhes em nossa análise dos custos de processamento manual de P45 para empregadores do Reino Unido, que detalha a estrutura de custos por funcionário que sai e anual. O modelo abrange custos diretos de mão de obra, tempo de correção de erros (incluindo o tempo de espera na linha de apoio PAYE da HMRC para resolver erros de código tributário) e o custo downstream de correções atrasadas de código tributário na retenção de funcionários.

Mas há um problema estrutural mais profundo que vai além das taxas de erro por unidade. Quando um administrador de folha de pagamento redigita dados do P45, o sistema não possui camada de detecção de erros entre o documento de origem e o banco de dados da folha de pagamento. Na maioria dos processos empresariais — partidas dobradas contábeis, leitura de código de barras de inventário, conciliação de pagamentos — há uma etapa de verificação: uma soma de verificação, uma correspondência com um registro conhecido ou uma segunda revisão. A transcrição manual do P45 opera sem nenhuma dessas medidas. O administrador digita "1257L" no formulário de novo funcionário, e o software de folha de pagamento aceita. Não há verificação cruzada com a imagem do P45. Não há validação contra formatos típicos de código tributário para aquele código postal ou faixa salarial. O erro sobrevive sem detecção até que o funcionário perceba que seu contracheque está errado, ou a conciliação de fim de ano do HMRC sinalize a discrepância — momento em que 4 a 11 meses de deduções incorretas já ocorreram.

Para uma análise mais aprofundada sobre por que essa lacuna sistêmica existe e persiste nas equipes de folha de pagamento do Reino Unido, consulte nossa análise sobre por que as equipes de folha de pagamento do Reino Unido ainda processam manualmente formulários P45 de 4 partes em papel — que traça as razões estruturais, regulatórias e tecnológicas por trás do gargalo da transcrição manual.

Como o Software de Folha de Pagamento Lida com P45s — e o Que Ele Não Faz

O software moderno de folha de pagamento do Reino Unido faz um excelente trabalho ao gerar P45s. Quando você marca um funcionário como desligado no Sage Payroll, BrightPay ou Xero, o software calcula automaticamente os valores finais de YTD, preenche todas as 13 caixas, gera o PDF de quatro partes e incorpora os dados de desligamento no envio do FPS ao HMRC. O processo do Sage, por exemplo, envolve selecionar o funcionário, navegar até a aba Employment, escolher "Leaver", inserir a data de saída e imprimir o P45 em papel A4 comum — o software cuida de todo o resto, incluindo o envio do RTI.

O que o software de folha de pagamento não faz: ler um P45 recebido de um empregador anterior e extrair seus campos de dados para o registro do novo funcionário. O software fornece um formulário de novo funcionário com campos vazios. O administrador de folha de pagamento os preenche. O caminho dos dados é assim:

Essa lacuna — entre a saída estruturada do P45 e a entrada estruturada do software de folha de pagamento — é onde vive o gargalo da transcrição manual. O mercado de software de folha de pagamento do Reino Unido é maduro e competitivo, com produtos que vão desde as ferramentas gratuitas Basic PAYE Tools do HMRC (para empresas com menos de 10 funcionários) até plataformas empresariais como IRIS (que possui acreditação Gold da CIPP). Mas em todo o espectro, o processo de ingestão de dados de novos funcionários permanece fundamentalmente dependente do teclado.

Como a Extração de Dados com IA Muda o Fluxo de Trabalho do P45

O gargalo da transcrição manual existe porque o OCR tradicional (Reconhecimento Óptico de Caracteres) tem uma limitação fundamental quando aplicado a formulários como o P45: ele consegue ler caracteres, mas não consegue entender a qual caixa cada valor pertence. Uma ferramenta de OCR tradicional apontada para um P45 digitalizado produzirá uma saída de texto plana — um fluxo de palavras como "1257L £2,450.00 QQ123456C 15/03/2026" — e o administrador de folha de pagamento ainda precisa mapear manualmente cada valor para o campo correto no formulário de novo funcionário. A etapa de leitura é automatizada. A etapa de compreensão não é.

O que muda essa equação é a extração semântica de dados — uma abordagem em que a IA não recebe a instrução "olhe para as coordenadas (x, y) para o código de imposto", mas sim "encontre o código de imposto neste documento". A IA lê o formulário de forma holística, identifica o rótulo "Tax code at leaving date" e extrai o valor ao lado dele — independentemente de o formulário ser um PDF limpo, uma digitalização amassada ou uma foto tirada em ângulo. Esta é a mudança de paradigma da extração baseada em posição (onde o layout do documento determina o sucesso) para a extração baseada em semântica (onde a IA entende o que cada campo significa, não apenas onde ele está).

O termo para essa abordagem no espaço de extração de dados com IA é Extração de Colunas Personalizadas: você define as colunas de saída desejadas — "Tax Code," "NI Number," "Total Pay to Date," "Leaving Date," "Student Loan Indicator" — e a IA localiza cada campo em qualquer lugar do P45 ao entender o que o campo significa, não quais coordenadas ele ocupa. Isso é especialmente relevante para P45s porque:

• Os layouts do P45 são padronizados, mas suas representações digitais não são. Um P45 gerado pelo BrightPay, impresso, assinado, digitalizado e enviado por e-mail parece diferente (em termos de coordenadas de pixels) de um gerado pelo Sage e renderizado como PDF nativo. A extração semântica lida com ambos de forma idêntica porque lê significado, não posição.
• Anotações manuscritas quebram o OCR baseado em modelo. Se um empregador anterior escrever "código corrigido 1257L" à mão ao lado da Caixa 5 em um P45 impresso, uma ferramenta de OCR baseada em modelo ou perderá completamente ou produzirá uma saída confusa. A IA semântica consegue distinguir entre conteúdo impresso do formulário e anotações marginais manuscritas.
• P45s de várias páginas têm posições de campos diferentes em partes diferentes. A Parte 1A, a Parte 2 e a Parte 3 compartilham os mesmos números de caixa, mas são dispostas em páginas diferentes com formatações diferentes. O OCR baseado em modelo exige um modelo separado para cada parte. A extração semântica funciona nas três sem configuração adicional.

Um Fluxo de Trabalho Passo a Passo para Extração de Dados P45

Veja como é a cadeia completa de processamento de P45 quando a extração de dados substitui a transcrição manual. O fluxo de trabalho é construído em torno de um único princípio: o papel do administrador de folha de pagamento muda de operador de entrada de dados para revisor de dados. Eles verificam os campos extraídos em vez de criá-los do zero.

Para equipes de folha de pagamento que processam saídas em lote — por exemplo, um bureau de folha de pagamento que atende 50 empresas clientes e processa saídas de todas elas no final do mês — este fluxo de trabalho escala linearmente com o número de documentos, e não com o número de administradores. Nosso guia para processamento em lote de formulários mensais de saída P45 em um banco de dados de saída de funcionários detalha a configuração de processamento de vários arquivos que mescla todos os P45s de um determinado período em uma única tabela de banco de dados.

Armadilhas Comuns no Processamento do P45 — e Como Evitá-las

O serviço de consultoria do CIPP lidou com mais de 13.000 consultas de folha de pagamento em um único ano. Problemas relacionados ao P45 estão consistentemente entre os mais comuns. Estas são as situações que pegam até administradores de folha experientes:

P45 Atrasado: Recebido Após o Primeiro Processamento

Um funcionário começa com um código de imposto baseado no Checklist Inicial (por exemplo, 1257L W1). Duas semanas depois, ele apresenta seu P45 do empregador anterior. A orientação do CIPP é clara: se a HMRC já emitiu um novo aviso de código de imposto (P6) com base nos dados do Checklist Inicial, você deve usar o código emitido pela HMRC, não o código do P45. Atualize apenas a situação de dedução do empréstimo estudantil do P45 — pois os indicadores de empréstimo estudantil não são transportados nos avisos P6 padrão. Se a HMRC ainda não emitiu um código, use o código de imposto e os valores acumulados do P45 para atualizar o registro da folha e, em seguida, envie um FPS corrigido para o(s) período(s) de pagamento anterior(es).

Múltiplos P45s no Mesmo Ano Fiscal

Um funcionário que teve três empregos desde abril terá três P45s. A regra do CIPP: use o P45 com a data de saída mais recente. Se dois P45s tiverem a mesma data de saída, use aquele com a maior isenção fiscal (ou, para códigos K, o menor valor de pagamento adicional). Não tente agregar valores de múltiplos P45s — o sistema da HMRC espera um único conjunto de valores cumulativos do emprego mais recente. A lógica subjacente: cada P45 substitui o anterior, pois o empregador mais recente deve ter incorporado todos os dados do ano anterior em seus cálculos cumulativos.

P45 de um Ano Fiscal Anterior

Um P45 emitido no ano fiscal 2025/26 (antes de 6 de abril de 2026) não é válido para um emprego iniciado em 2026/27. Os valores cumulativos nele cobrem um ano fiscal encerrado — eles são irrelevantes para o cálculo do PAYE do ano atual. Neste caso, use o Checklist Inicial da HMRC. O código de imposto no P45 antigo ainda é informativo (informa o código mais recente do funcionário do ano anterior), mas os valores acumulados não devem ser inseridos no registro da folha de pagamento do novo ano.

P45 de Rendimentos Zero

Se um funcionário estava na folha de pagamento mas não recebeu nenhum pagamento — comum para diretores inativos ou funcionários em licença não remunerada de longo prazo — o P45 mostra £0,00 tanto na Caixa 7 quanto na Caixa 8. Este é um P45 válido, e o empregador ainda deve emiti-lo conforme o Regulamento 36. O novo empregador usa o código tributário da Caixa 5, mas insere zero para pagamento e imposto acumulados no ano. O marcador "P" na Parte 3 (Caixa 12) deve ser usado se o funcionário não receber pagamento do novo empregador antes do próximo 5 de abril.

Picos Sazonais: A Correria de P45 em Janeiro

Janeiro é o mês mais comum para mudanças de emprego no Reino Unido — prazos de aviso prévio expirando após o recesso de Natal, mudanças de carreira no Ano Novo e pagamentos de bônus do 4º trimestre desencadeando saídas. As equipes de folha de pagamento enfrentam uma janela comprimida: fechamentos finais da folha de dezembro, preparação do RTI para o fim do ano (prazo 19 de abril) e um aumento no processamento de P45 de novos contratados, tudo se sobrepondo. É precisamente quando os erros manuais atingem o pico, porque o mesmo administrador que normalmente processa 5 P45s por semana de repente está processando 20 no mesmo período. Nosso guia de sobrevivência à correria de P45 em janeiro para equipes de folha de pagamento do Reino Unido aborda estratégias para gerenciar esse pico sazonal sem sacrificar a precisão.

Do P45 ao P60: A Transição de Fim de Ano

O P45 é um documento de meio de ano. O P60 é sua contraparte de fim de ano. Para funcionários que saíram durante o ano fiscal, o P45 é o equivalente ao P60 — ele serve à mesma função (comprovante de rendimentos e imposto pago) para a parte do ano em que estiveram empregados. O empregador de saída não emite um P60 para ex-funcionários. Para o novo empregador que recebe um P45, a cadeia de dados continua: os valores acumulados no ano do P45 tornam-se o ponto de partida para o registro cumulativo do funcionário no novo sistema de folha de pagamento, que eventualmente produzirá o próximo P60 no fim do ano — desde que o funcionário ainda esteja na folha em 5 de abril.

Para equipes de folha de pagamento que lidam tanto com P45s (de saídas) quanto com P60s (para funcionários atuais), o fluxo de trabalho de extração de dados é estruturalmente semelhante: ambos os formulários carregam dados fiscais de campos fixos em um layout padronizado, e ambos exigem a mesma etapa de transcrição para sistemas de folha de pagamento ou relatórios. Nosso guia sobre extração de dados do certificado de fim de ano P60 do Reino Unido para o Excel aborda o mapeamento de campos específico do P60, e nossa análise sobre quanto custa a entrada manual de dados do P60 para empregadores do Reino Unido por ano fiscal estende a estrutura de custos do P45 para o ciclo de fim de ano.

Perguntas Frequentes

Posso baixar um formulário P45 em branco da HMRC?

Não. A HMRC não disponibiliza formulários P45 em branco para download para empregadores que fazem a declaração online. Se você usa software de folha de pagamento, o P45 é gerado automaticamente ao processar a última folha de pagamento de um funcionário que está saindo. Se você é um dos pouquíssimos empregadores isentos da declaração online, pode solicitar formulários P45 pré-impressos pelo HMRC Employer Orderline. A maioria dos softwares de folha de pagamento — incluindo o Basic PAYE Tools gratuito da HMRC — gera P45s em papel A4 comum, sem necessidade de formulário especial.

O que acontece se um empregador anterior se recusar a emitir o P45?

De acordo com o Regulamento 36 do Income Tax Regulations 2003, emitir o P45 é uma obrigação legal, não opcional. Se um ex-empregador se recusar ou atrasar, o funcionário deve fazer uma solicitação formal por escrito, estipulando um prazo razoável para entrega. Se o empregador ainda assim não cumprir, o funcionário pode denunciar o caso à HMRC, que pode abrir uma investigação de conformidade. Enquanto isso, o novo empregador deve usar o HMRC Starter Checklist. O funcionário também deve verificar sua Conta de Imposto Pessoal online — a HMRC pode já ter recebido os dados de saída via FPS final do empregador, mesmo que o P45 físico nunca tenha sido fornecido.

O P45 mostra as contribuições de Seguro Nacional pagas?

Não. O P45 mostra o Imposto de Renda descontado via PAYE — não as contribuições de Seguro Nacional. O NI é calculado por período de pagamento (não cumulativamente como o Imposto de Renda), portanto não há valores de NI acumulados no ano no P45. O FPS final do empregador para a HMRC reporta os dados de NI, mas isso não aparece na cópia do funcionário do P45. Funcionários que precisam de um registro das contribuições de NI pagas devem verificar sua Conta de Imposto Pessoal ou solicitar um extrato de Seguro Nacional à HMRC.

A extração por IA consegue processar P45s escritos à mão?

Sim — com uma ressalva. A extração semântica por IA consegue ler escrita à mão em um P45 (por exemplo, uma correção manual na caixa 5 ao lado do código tributário, ou uma data de saída escrita à mão). A precisão da extração para texto impresso em formulários P45 padrão é de até 99%. A precisão para escrita à mão depende da legibilidade: letras maiúsculas claras são extraídas de forma confiável; cursiva apressada com formatos de caracteres ambíguos pode exigir revisão manual. A principal vantagem sobre o OCR tradicional é que a IA entende o contexto do formulário — ela sabe que um número ao lado de "Data de Saída" é uma data, não uma sequência numérica aleatória, o que reduz a classificação incorreta mesmo quando o reconhecimento de caracteres é imperfeito.

Qual a diferença entre um P45 e um P46?

O P46 não existe mais — foi substituído pela Lista de Verificação Inicial da HMRC em 2013, com a introdução do RTI. A Lista de Verificação Inicial tem a mesma função (coletar informações de novos funcionários quando não há P45 disponível), mas não é enviada à HMRC. Em vez disso, o empregador mantém a lista preenchida em arquivo e informa a declaração inicial relevante (A, B ou C) através do primeiro FPS.

Um P45 é obrigatório para um diretor de uma sociedade limitada?

Depende. Se o diretor receber um salário via PAYE e esse salário cessar (por exemplo, a empresa mudar para remuneração apenas com dividendos), a empresa deve emitir um P45 — pois um código tributário foi emitido e o vínculo empregatício para fins de PAYE foi encerrado. Se o diretor permanecer na folha de pagamento, mas com salário reduzido, nenhum P45 é necessário. Para empresários individuais e autônomos, P45s não são emitidos, pois eles não são empregados — o P45 é exclusivamente um instrumento do PAYE para trabalhadores assalariados.