Como Extrair Dados do P45 de Saída do Reino Unido para o Excel
para Processamento de Folha de Pagamento e Novos Funcionários
Uma empresa de 200 pessoas com rotatividade média no Reino Unido — 15% ao ano em todos os setores — processa cerca de 30 novos funcionários por ano. Cada um chega com um P45 do empregador anterior. O administrador da folha de pagamento abre o PDF, lê o código tributário, a data de saída, os valores de salário e imposto acumulados no ano e o indicador de empréstimo estudantil, e digita cada campo no formulário de novo funcionário do software de folha. Dois minutos por P45, se nada der errado. Mas um dígito de código tributário digitado errado — 1257L vira 1275L — e o funcionário passa o primeiro mês com deduções erradas até a HMRC emitir um código corrigido. O problema central não é o volume. É que os mesmos dados estruturados passam por uma etapa de transcrição humana toda vez que alguém é contratado, e essa etapa não tem camada de correção de erros entre o P45 e o registro da folha.
Principais Conclusões
- A HMRC determina todos os campos de dados que um P45 deve conter — mas permite que cada software de folha de pagamento crie seu próprio layout, então o mesmo código tributário aparece em uma caixa diferente em cada certificado, e o ser humano é o único denominador comum garantido.
- Pedir que 50 empregadores anteriores padronizem seu formato de P45 é impossível — você está pedindo que organizações que nunca ouviram falar umas das outras coordenem uma decisão da qual nenhuma se beneficia, e é por isso que a inserção de dados do P45 é manual desde a criação do formulário.
- Pare de ler layouts e comece a ler rótulos — defina suas colunas da planilha uma vez pelo que cada campo significa e deixe a IA encontrar "Código Tributário na Saída" em qualquer certificado de provedor de folha entendendo as palavras, não as coordenadas.
O que contém um P45 — Quatro partes, um conjunto de dados, as colunas da sua planilha
Um P45, formalmente intitulado "Detalhes do funcionário que está deixando o emprego", é o documento legal emitido a todo funcionário no Reino Unido quando seu vínculo empregatício é encerrado. Ele é regido pelo Regulamento 36 do Income Tax (Pay As You Earn) Regulations 2003, que exige que os empregadores forneçam as informações do desligado "sem demora injustificada" — na prática, junto com o último holerite ou dentro de um ciclo de folha de pagamento após a data de saída. Diferentemente de um P60, que encerra um ano fiscal completo para funcionários atuais, um P45 é gerado por um evento único e contém dados apenas do período entre o início do ano fiscal (6 de abril) e a data de saída.
O formulário tem quatro partes, mas três delas carregam os mesmos dados:
Parte 1 — HMRC (enviada eletronicamente via RTI)
O antigo empregador a transmite ao HMRC por meio da Full Payment Submission (FPS) na última folha de pagamento. O funcionário nunca manuseia esta parte. Em décadas anteriores, era um formulário físico enviado pelo correio; hoje, o RTI substitui totalmente o papel.
Parte 1A — Funcionário guarda
O funcionário retém esta cópia para seus próprios registros — comprovante de emprego e imposto pago. A maioria dos funcionários arquiva e nunca mais a consulta, a menos que o HMRC solicite ou a equipe de folha de pagamento do novo empregador precise da referência original.
Parte 2 — Novo empregador (fonte de toda a entrada de dados da folha)
Esta é a parte que sua equipe de folha de pagamento considera importante. Ela contém o código tributário do funcionário, o total de remuneração e imposto pagos até o momento no ano fiscal, a data de saída, o número do National Insurance e se havia deduções de empréstimo estudantil. Cada campo da Parte 2 é um campo que seu software de folha de pagamento espera que você insira ao cadastrar o novo funcionário.
Parte 3 — Novo empregador ou Jobcentre Plus (cópia de segurança)
Uma duplicata da Parte 2. Mesmos dados, mesmas colunas. O novo empregador retém a Parte 2 para os registros da folha de pagamento e usa a Parte 3 para registrar o funcionário no HMRC — ou a encaminha ao Jobcentre Plus se o indivíduo estiver solicitando benefícios entre empregos.
Para fins de extração, as Partes 2 e 3 têm conteúdo idêntico. Você extrai os dados da que o funcionário lhe entregar — um PDF do sistema de folha de pagamento do empregador anterior, uma digitalização de um P45 impresso ou até mesmo uma foto de celular de uma cópia em papel. Os campos de dados são os mesmos, independentemente do formato.
Os campos que se tornam suas colunas na planilha
Campos de Identidade e Referência
- NINO do Funcionário — Número de Seguro Nacional no formato duas letras, seis dígitos, uma letra sufixo (ex.: QQ 12 34 56 C). A chave de identidade do funcionário que a HMRC usa para conciliar entre empregos. Errar isso significa que a HMRC não consegue associar o novo contratado ao registro existente, e a primeira transmissão FPS será rejeitada.
- Referência PAYE do Empregador — referência do empregador anterior no formato
NNN/AAAAAAAA(número do escritório fiscal de 3 dígitos, barra, até 10 caracteres alfanuméricos). Não é o mesmo que a referência PAYE da sua empresa. Importante para trilhas de auditoria e para a HMRC mapear o histórico de emprego do funcionário. - Número de Obra/Folha de Pagamento — ID interno do empregador anterior. Opcional, mas útil ao cruzar referências de contracheques ou registros de contratados.
Valores de Pagamento e Imposto (os Dados que Você Digita no Software de Folha)
- Total Pago até a Data — remuneração bruta de 6 de abril até a data de saída, incluindo pagamentos de empregos anteriores no mesmo ano fiscal se o código tributário era cumulativo. Este é o valor que seu software de folha usa para determinar quanto da isenção pessoal do funcionário ainda resta.
- Total de Imposto até a Data — total de imposto de renda PAYE deduzido em todos os empregos no ano fiscal atual. Em um código não cumulativo (Semana 1/Mês 1), este valor cobre apenas o emprego de saída.
- Pagamento neste Emprego e Imposto neste Emprego — presente apenas quando o funcionário teve múltiplos empregos. Mostra os valores atribuíveis exclusivamente ao empregador de saída, distintos dos totais cumulativos.
- Código Tributário na Saída — ex.: 1257L, BR, D0 ou NT. Pode ter um sufixo W1 ou M1 indicando base não cumulativa.
- Data de Saída — o último dia de trabalho do funcionário. Seu software de folha usa isso para definir o início do seu período de relatório PAYE.
Empréstimo Estudantil e Outros Indicadores
- Indicador de Desconto de Empréstimo Estudantil — uma caixa de seleção ou campo "S/N", não um valor. Informa se o empregador anterior estava descontando pagamentos de empréstimo estudantil — Plano 1, Plano 2 ou Plano 4. Se marcado, seu software de folha de pagamento precisa continuar esses descontos a partir do primeiro período de pagamento. O valor real do pagamento mensal é calculado pelo seu sistema com base nos limites de renda, não transferido do P45.
- Indicador de Empréstimo de Pós-Graduação — separado dos empréstimos de graduação, descontado em um limite diferente. Marcado de forma independente no P45.
- Indicador Semana 1 / Mês 1 — um sufixo "W1" ou "M1" no código tributário. Essa única bandeira muda tudo sobre como você insere os dados. Com um código W1/M1, os valores de pagamento e imposto são não cumulativos — aplicam-se apenas a esse emprego específico. Com um código cumulativo padrão, os valores são transferidos de empregos anteriores.
Campos de Referência da Folha de Pagamento
- Número da Semana / Mês Fiscal — a semana ou mês fiscal do último pagamento. Semana 1 = 6–12 de abril, Mês 1 = 6 de abril–5 de maio. Seu software usa isso para posicionar o funcionário corretamente na linha do tempo do PAYE do ano fiscal atual.
- Nome e Endereço do Funcionário — campos de identidade diretos. Cruze com os dados do funcionário para detectar divergências.
- Data de Nascimento e Gênero — presentes em alguns layouts do P45. Usados pela HMRC para verificação de identidade e determinação da idade de aposentadoria estatal (relevante quando a letra da categoria NI muda).
São de 12 a 15 colunas por novo funcionário, dependendo se você extrai os campos opcionais. A dois minutos por P45 para 30 novos funcionários por ano, é uma hora de pura digitação — e é uma hora gasta com dados que já estão impressos, corretamente, no formulário.
Por que todo administrador de folha de pagamento no Reino Unido redigita os mesmos campos do P45 dezenas de vezes por ano
Se o P45 fosse apenas uma exportação de dados — um arquivo CSV de um sistema de folha de pagamento para outro — este artigo não existiria. O empregador anterior apertaria um botão e seu software de folha de pagamento importaria diretamente o registro do funcionário desligado. O motivo pelo qual isso não acontece é estrutural, não técnico.
A especificação do P45 da HMRC, regida pelo arcabouço regulatório sob as Regras do PAYE, determina quais dados devem constar no formulário — os campos listados acima — mas não determina a aparência do formulário. Cada fornecedor de software de folha de pagamento projeta seu próprio layout substituto do P45. O Sage 50 Payroll pode imprimir o código tributário no quadrante superior direito com o NINO em um bloco separado abaixo. O BrightPay pode usar uma grade de três colunas com os dados do funcionário à esquerda, valores de pagamento no centro e informações fiscais à direita. O Xero Payroll pode empilhar tudo verticalmente. O QuickBooks UK usa outra disposição. Moorepay, ADP UK, IRIS Staffology, Moneysoft Payroll Manager — cada um tem seu próprio mecanismo de layout.
O resultado é que um P45 do "Empregador A usando Sage" parece diferente de um P45 do "Empregador B usando BrightPay", mesmo que contenham conjuntos de campos idênticos. E como o sistema de folha de pagamento do novo empregador não pode saber qual layout o empregador anterior usou, ele não pode analisar automaticamente os campos. O único denominador comum garantido é um humano lendo o PDF e digitando os valores no formulário de novo funcionário do software de folha de pagamento.
É aqui que as abordagens baseadas em modelos de OCR — ferramentas que dependem de saber onde um campo está na página — falham. Um modelo treinado no layout do P45 do Sage não consegue ler um P45 do BrightPay porque a caixa do código tributário está em uma posição diferente. Extração Personalizada de Colunas contorna isso completamente: em vez de dizer à ferramenta onde o código tributário está em cada layout, você diz quais dados você quer — "Código Tributário", "Total de Pagamento até a Data", "NINO" — e a IA lê cada P45 entendendo o que o campo rotulado significa, não onde ele aparece no papel. A mesma definição de coluna funciona em todos os layouts de todos os fornecedores de folha de pagamento.
O princípio de extração para P45s: Você define os nomes das colunas que sua planilha de folha de pagamento precisa — "NINO", "Código Tributário na Saída", "Total de Pagamento até a Data", "Total de Imposto até a Data", "Data de Saída", "Indicador de Empréstimo Estudantil", "Referência PAYE do Empregador" — e a IA localiza cada valor em cada P45 por compreensão semântica, não por posição. A definição da coluna é escrita uma vez e reutilizada para cada novo funcionário, independentemente do software de folha de pagamento que seu empregador anterior usou.
Configurando seu Fluxo de Extração de P45
O fluxo que substitui a transcrição manual de P45 tem três etapas. A etapa de configuração — definir suas colunas — é feita uma vez e reutilizada para cada novo funcionário durante todo o ano fiscal.
Defina suas colunas de saída
Digite os nomes dos campos exatamente como deseja que apareçam como cabeçalhos das colunas. Um conjunto inicial prático para configuração de novos funcionários no Sage, BrightPay ou Xero é: Nome do Funcionário, NINO, Código Tributário na Saída, Total Pago até a Data, Total de Impostos até a Data, Pagamento neste Emprego, Imposto neste Emprego, Data de Saída, Número da Semana/Mês Fiscal, Referência PAYE do Empregador, Indicador de Empréstimo Estudantil, Indicador de Empréstimo de Pós-Graduação, Número do Local de Trabalho/Folha de Pagamento. Isso é Extração de Colunas Personalizadas: você define o esquema de saída, e a IA mapeia cada campo do P45 para suas colunas — combinando por significado semântico em qualquer layout. Se seu software de folha de pagamento espera um campo específico que não está em todos os P45s (ex.: Pagamento neste Emprego só aparece quando o funcionário teve múltiplos empregos), a IA deixa a célula em branco em vez de adivinhar — que é o comportamento correto para um campo que realmente não existe no documento de origem.
Envie P45s conforme chegam — individualmente ou em lotes
O fluxo se adapta à forma como seus P45s chegam. Se um novo funcionário lhe entregar um P45 no primeiro dia, envie um arquivo e receba uma linha de volta. Se você integrou uma equipe de cinco contratados da mesma agência, coloque todos os cinco PDFs de P45 em um lote e receba cinco linhas em uma planilha. O formato de entrada é flexível: exportações em PDF de qualquer software de folha de pagamento, digitalizações de P45s impressos (a versão em papel que o funcionário guardou na gaveta por dois anos) e fotos de celular de cópias em papel funcionam. Processamento em lote mescla vários arquivos em uma única saída unificada — útil no final do trimestre, quando você está conciliando vários meses de registros de novos funcionários.
Exporte e alimente seu software de folha de pagamento
Baixe o arquivo Excel — uma linha por P45, colunas na ordem que você definiu. A saída inclui uma coluna de referência do arquivo de origem para que você possa rastrear qualquer linha de volta ao PDF original do P45. Execute as verificações de validação na seção abaixo e, em seguida, insira os valores extraídos na tela de novo funcionário do seu software de folha de pagamento. A exportação também está disponível como CSV para sistemas de folha de pagamento compatíveis com importação, ou como JSON para equipes com pipelines de integração orientados por API. Para equipes que realizam conciliação de folha de pagamento no Google Sheets, o Complemento do Google Sheets grava os resultados diretamente na planilha ativa sem sair da planilha.
Este fluxo de trabalho funciona para um novo funcionário ou cinquenta. A definição de colunas é reutilizável durante todo o ano fiscal, pois o conjunto de campos estatutários do P45 é estável — a HMRC só o altera quando a legislação muda e, quando isso acontece, você adiciona ou renomeia colunas sem reconstruir o restante da definição.
Lidando com Cenários de P45 que Quebram o Hábito de Entrada Automática
A maioria dos P45s segue o padrão: código tributário cumulativo, único emprego, valores numéricos de pagamento e imposto. Mas muitos P45s fogem do padrão, de modo que uma abordagem puramente automática — olhar para a caixa X, digitar no campo Y — gera erros nas exceções. Esses são os cenários onde a extração fornece uma camada de consistência que a digitação manual não consegue.
Códigos Tributários Semana 1 / Mês 1 (Não Cumulativos)
Um código tributário terminando em "W1" (pagamento semanal) ou "M1" (pagamento mensal) — por exemplo, 1257L M1 — é um código não cumulativo. Isso significa que o imposto do funcionário é calculado independentemente a cada período de pagamento, usando apenas o pagamento daquele período e ignorando qualquer pagamento e imposto de períodos anteriores do ano fiscal. A consequência prática para sua entrada de dados: os campos "Total de Pagamento até a Data" e "Total de Imposto até a Data" no P45 cobrem apenas o emprego de saída — eles não incluem empregos anteriores no mesmo ano fiscal.
Ao inserir um funcionário W1/M1 em seu software de folha de pagamento, você precisa saber que a isenção pessoal cumulativa não foi rastreada entre empregos. O software tratará esse funcionário como se tivesse começado do zero no mês atual, aplicando o valor total da isenção fiscal do mês (o número do código dividido por 12 para pagamento mensal). Isso não é "imposto de emergência" nem um erro — é a operação correta de um código não cumulativo, e entendê-lo é o que impede você de ajustar manualmente os valores de pagamento para "parecerem cumulativos".
Concretamente: se um P45 mostrar o código tributário 1257L M1 com Total de Pagamento até a Data de £4.000 e Total de Imposto até a Data de £200, você insere esses valores exatos em seu software de folha de pagamento. Você não adiciona estimativas de pagamentos anteriores. Seu sistema de folha de pagamento calculará o imposto correto daqui para frente usando a base M1.
Imposto de emergência é diferente de W1/M1. Um código tributário de emergência (0T, BR ou 1257L em base não cumulativa atribuído temporariamente) ocorre quando o novo empregador não tem um P45 e deve usar um Checklist de Início. Um código W1/M1 genuíno em um P45 do empregador anterior não é imposto de emergência — é uma instrução deliberada da HMRC, geralmente emitida porque o funcionário tinha registros PAYE incorretos ou incompletos no início do ano. A distinção é importante porque você trata os dados em um P45 com código W1/M1 como autoritativos, não como "provavelmente errados".
P45 com Rendimentos Zero
Um funcionário que foi adicionado à folha de pagamento mas nunca trabalhou de fato — ou que saiu antes do primeiro período de pagamento — gera um P45 com rendimentos zero. O formulário mostra Remuneração Total neste Emprego: £0,00, Imposto Total neste Emprego: £0,00, com um código tributário válido e data de saída. Este é um P45 real com importância legal: o empregador é obrigado, conforme o Regulamento 36, a emiti-lo para qualquer funcionário para quem a HMRC tenha emitido um código tributário, mesmo que nenhum pagamento tenha sido feito.
Ao extrair P45s com rendimentos zero junto com os padrão em lote, as linhas zero naturalmente aparecem com £0,00 nas colunas de pagamento e imposto. Os dados estão corretos. Um operador manual, ao encontrar um valor de £0,00, pode duvidar — "será que perdi algum campo?" — e procurar um número que não existe. A extração elimina essa hesitação porque a IA lê o valor impresso e gera exatamente o que o formulário diz.
Empréstimo Estudantil: Indicador, Não Valor
O P45 traz um indicador de empréstimo estudantil — uma caixa de seleção ou "S/N" — e não um valor monetário. Isso é uma fonte frequente de confusão para administradores de folha de pagamento iniciantes. Um novo funcionário que tinha descontos de empréstimo estudantil no emprego anterior terá o indicador marcado, mas nenhum valor de reembolso. Seu software de folha precisa do indicador para saber se deve descontar, em qual faixa (Plano 1, Plano 2 ou Plano 4), e então calcula o reembolso mensal a partir do salário bruto do funcionário. A coluna extraída deve capturar o indicador como um valor categórico (Plano 1 / Plano 2 / Plano 4 / Pós-graduação / Nenhum), não como número.
P45s com Múltiplos Empregos
Um funcionário que ocupou dois empregos simultaneamente — por exemplo, um cargo integral e outro de meio período nos fins de semana — sai de um deles. O P45 do emprego que está sendo encerrado mostra tanto "Remuneração Total até a Data" (acumulada, incluindo ambos os empregos) quanto "Remuneração neste Emprego" (apenas o emprego que está saindo). Os dois valores diferem, e ambos importam: Remuneração Total até a Data vai para o campo acumulado no ano do seu software de folha para continuidade com a HMRC; Remuneração neste Emprego é para seus próprios registros do que esse emprego específico pagou. A extração captura ambos como colunas separadas. Um operador manual que confunde os dois campos — inserindo o valor de "Remuneração neste Emprego" como total acumulado no ano — subnotifica os rendimentos cumulativos do funcionário para a HMRC, potencialmente gerando uma correção no código tributário meses depois.
Validando os Dados Extraídos do P45 Antes da Primeira Folha de Pagamento
Mesmo com alta precisão na extração, o administrador da folha de pagamento deve fazer uma verificação de sanidade antes de processar. As verificações abaixo são específicas do P45 e realizadas coluna por coluna no Excel. São verificações de forma — projetadas para identificar as poucas linhas que merecem ser comparadas com o P45 original, não auditorias completas.
| Verificação | O que Observar | Fórmula no Excel (linha 2, arrastar para baixo) |
|---|---|---|
| Formato do NINO | Duas letras, seis dígitos, uma letra sufixo. A combinação de letras do prefixo deve ser um prefixo válido emitido pela HMRC — D, F, I, Q, U, V nunca são usados como primeiros caracteres. Um O na segunda posição também não é usado. | =AND(LEN(A2)=9,NOT(ISERROR(SEARCH("??######?",""&A2)))) — sinaliza violações de formato |
| Formato da referência PAYE | O formato é três dígitos, uma barra, e até 10 caracteres alfanuméricos. Um valor como "123AB4567" sem a barra é quase sempre um erro de transcrição ou extração. | =AND(LEN(B2)>=5,ISNUMBER(VALUE(LEFT(B2,3))),MID(B2,4,1)="/") |
| Padrão do código de imposto | Códigos válidos terminam com L, M, N, T, BR, D0, D1, NT, 0T, K seguido de um número, ou S seguido de um dos anteriores. Sufixo opcional W1 ou M1. Um código como "XYZ500" nunca é válido e deve ser sinalizado. | =OR(ISNUMBER(SEARCH({"L","M","N","T","BR","D0","D1","NT","0T","K"},C2))) — sinaliza códigos não conformes; revisão manual necessária para casos excepcionais |
| Razoabilidade da data de saída | Deve ser uma data passada, não futura, e deve estar dentro do ano fiscal atual ou imediatamente anterior (6 de abril a 5 de abril, com tolerância de um mês para P45s recebidos com atraso). Uma data de saída em 01/01/1900 geralmente indica um campo em branco convertido em data. | =AND(D2 — formatação condicional para destacar valores atípicos |
| Proporcionalidade imposto/renda | O imposto retido deve ser aproximadamente 10–30% do pagamento total para contribuintes da alíquota padrão. Linhas fora dessa faixa merecem verificação — podem ser legítimas (altos salários, bônus grandes) ou indicar erro de extração na contagem de dígitos do imposto. | =AND(E2/F2>0.1,E2/F2<0.3) — com formatação condicional para valores atípicos; não é falha grave, apenas um alerta |
| Consistência do indicador W1/M1 | Se o código de imposto contiver "W1" ou "M1", o valor do Pagamento Total até a Data deve corresponder ao Pagamento neste Emprego (pois o código é não cumulativo). Uma divergência aqui requer verificação manual. | =IF(OR(ISNUMBER(SEARCH("W1",C2)),ISNUMBER(SEARCH("M1",C2))),G2=H2,"N/A") — onde G é Pagamento Total e H é Pagamento neste Emprego |
| Completude do indicador de empréstimo estudantil | Se o indicador estiver presente, deve ser um dos: Plano 1, Plano 2, Plano 4, Pós-graduação ou Nenhum. Em branco é aceitável apenas se o P45 não tiver seção de empréstimo estudantil. "Sim" sem o tipo de plano está incompleto. | =OR(I2={"Plano 1","Plano 2","Plano 4","Pós-graduação","Nenhum",""}) — lista suspensa de validação de dados para consistência na entrada manual |
O valor de uma validação nos dados extraídos é que ela leva segundos por linha, não minutos. Você está verificando a forma, não relendo cada valor em cada P45. Uma coluna de 30 linhas leva menos de um minuto para ser examinada com essas fórmulas aplicadas como formatação condicional — as três ou quatro linhas sinalizadas recebem revisão manual, e o restante segue diretamente para o software de folha de pagamento.
P45 vs Checklist do Novo Funcionário: Por que Acertar os Dados do P45 é Crucial para o Primeiro Holerite
Quando um novo funcionário chega sem o P45 — comum entre jovens saindo da escola para o primeiro emprego, pessoas retornando ao trabalho após um longo período, ou quem perdeu o documento — o empregador deve usar o Checklist do Novo Funcionário do HMRC (que substituiu o antigo formulário P46). O checklist faz três perguntas simples ao funcionário sobre sua situação profissional e usa as respostas para atribuir um código tributário temporário — geralmente 1257L em regime cumulativo para a Declaração A (emprego principal, sem outras rendas), ou BR (alíquota básica) para a Declaração B (segundo emprego).
Um Checklist do Novo Funcionário insere o funcionário no sistema de folha de pagamento, mas não carrega os valores de rendimentos ou impostos acumulados no ano. A consequência é que a isenção pessoal do funcionário é reiniciada do zero — eles recebem a isenção total aplicada a partir da data de início, mesmo que já tenham usado parte dela no emprego anterior. O HMRC corrige isso eventualmente, geralmente em 4 a 6 semanas após o primeiro envio do FPS, mas a correção pode vir como um ajuste no código tributário, e não como um reembolso automático no próximo holerite.
Um P45 extraído corretamente evita todo esse período de reconciliação. O código tributário é o último emitido pelo HMRC, não um código genérico de início. Os valores de rendimentos e impostos acumulados no ano são precisos, não zerados. O desconto do empréstimo estudantil começa no limite correto, em vez de ser descoberto dois meses depois, quando o HMRC envia um aviso de início. Para o funcionário, a diferença está entre um primeiro holerite correto e 4 a 6 semanas de deduções provisórias que podem precisar de ajuste.
É por isso que a extração dos dados do P45 é mais do que uma conveniência. É a diferença entre "vamos acertar os impostos depois" e "o imposto está correto desde o primeiro dia." A diferença adicional em relação à extração do P60, que é uma tarefa de reconciliação de final de ano feita uma vez por ano, é que a extração do P45 se repete a cada contratação — tornando-se um fluxo de trabalho que você distribui ao longo do ano civil, em vez de concentrar em uma janela de duas semanas.
Perguntas Frequentes
Posso extrair dados de um P45 em papel que fotografei no celular?
Sim. A IA lida com fotos de P45s impressos tiradas pelo celular — incluindo digitalizações com iluminação irregular, leve inclinação ou marcas de dobra — desde que o texto esteja legível a olho nu. Isso cobre o cenário comum em que um funcionário traz um P45 físico de um empregador anterior que não emite cópias eletrônicas, e a equipe de folha de pagamento precisa digitalizá-lo.
Extrair um P45 evita o imposto de emergência?
Extrair os dados do P45 com precisão é o primeiro passo. Inseri-los corretamente no seu software de folha de pagamento é o que evita o imposto de emergência. Se o P45 tiver um código tributário válido e você inseri-lo corretamente, seu sistema de folha de pagamento aplica esse código desde o primeiro período de pagamento — nenhum código de emergência é acionado. A etapa de extração elimina os erros de transcrição (dígitos digitados errados, casas decimais trocadas) que fazem o software de folha de pagamento rejeitar ou aplicar incorretamente o código.
E se meu novo funcionário perdeu o P45?
Um P45 não pode ser reemitido. Diferente de um P60, onde o empregador pode emitir uma segunda via marcada como "duplicata", os Regulamentos do Imposto de Renda (PAYE) proíbem a emissão de um segundo P45, pois criaria registros PAYE duplicados no sistema da HMRC. Se um funcionário perdeu o P45, oriente-o a usar o Checklist de Início da HMRC. O funcionário também pode consultar a conta fiscal pessoal no GOV.UK para encontrar seu código tributário e histórico recente do PAYE do emprego anterior, que podem complementar os dados do Checklist de Início.
Os dados extraídos da planilha são importados diretamente para o software de folha de pagamento?
Depende do seu software de folha de pagamento. Sage 50 Payroll, BrightPay e QuickBooks UK suportam importação CSV para certos tipos de dados, mas registros de novos funcionários geralmente exigem entrada manual pela interface do software por questões de validação. A planilha extraída fornece uma única fonte de verdade — uma linha por funcionário com todos os campos na ordem que a tela de novo funcionário do seu software de folha de pagamento solicita, permitindo que você leia a linha e digite os valores em sequência sem alternar entre o PDF do P45 original e a tela de entrada.
E se eu estiver processando P45s de diferentes anos fiscais em um único lote?
O ano fiscal aparece impresso no P45 (ex.: "6 de abril de 2025 a [data de saída]"), e você pode incluí-lo como uma coluna de extração para distinguir linhas de anos diferentes. O conjunto de campos subjacente — código tributário, remuneração até a data, imposto até a data, indicador de empréstimo estudantil — é o mesmo independentemente do ano fiscal. Uma definição de coluna criada para 2026-27 funcionará para P45s de 2025-26, com quaisquer diferenças específicas do ano (como mudanças nos limites para deduções de empréstimos estudantis) tratadas no seu software de folha de pagamento, e não nos dados extraídos.
Consegue ler P45s manuscritos ou formulários com anotações?
A IA lida com P45s impressos por máquina e formulários substitutos gerados digitalmente com alta precisão. Anotações manuscritas em um P45 impresso — como uma correção a lápis de um gerente de folha de pagamento no código tributário — são lidas com menor confiança. Trate valores manuscritos em um P45 impresso como um sinal para verificação manual. A ferramenta não oferece um modo otimizado para manuscrito especificamente para P45s, mas os campos impressos padrão no mesmo formulário serão extraídos corretamente, juntamente com quaisquer segmentos manuscritos que exijam revisão humana.
Os dados do P45 do funcionário são seguros durante a extração?
Os P45s contêm dados pessoais sensíveis — NINOs, valores de pagamento, códigos tributários e referências do empregador. Uma plataforma de extração responsável criptografa arquivos em trânsito e em repouso, não usa documentos enviados para treinar modelos de IA e exclui automaticamente os arquivos de origem dentro de um período de retenção definido após o processamento. Se você estiver avaliando ferramentas de extração para dados de folha de pagamento, confirme esses compromissos de segurança antes de enviar qualquer documento de funcionário.
Posso processar P45s em lote junto com P60s ou outros documentos de folha de pagamento?
P45s e P60s possuem conjuntos de campos diferentes — um P45 tem data de saída e indicador de empréstimo estudantil; um P60 tem faixas de rendimentos do NI e detalhamentos de pagamentos estatutários. Geralmente é mais limpo processá-los em lotes separados com definições de colunas diferentes para evitar colunas esparsas, onde metade dos campos fica vazia para metade dos documentos. No entanto, se seu fluxo de trabalho envolver a conciliação de ambos os tipos de documento para o mesmo funcionário — por exemplo, um contador preparando uma declaração de Imposto de Renda para um cliente que mudou de emprego no meio do ano — você pode definir um conjunto de colunas combinado com todos os campos e deixar a IA preencher o que existe em cada documento, deixando em branco onde um campo está ausente naquele tipo específico de formulário.
O P45 de cada novo funcionário é uma linha nos seus registros de folha de pagamento que você não deveria digitar. Defina suas colunas uma vez e deixe a planilha preencher os dados para cada nova contratação.
Extraia Seu Primeiro P45Não é necessário cadastro para testar em arquivos de exemplo. Processamento seguro com exclusão automática de arquivos.