15 Saídas Este Mês, 15 P45s
Crie um Banco de Dados de Saídas Sem Dupla Digitação

Saídas Mensais São um Problema Diferente de um Único P45

O exercício anual do P60 acontece uma vez. Todo funcionário na folha de pagamento em 5 de abril recebe um. A equipe de folha pode reservar uma semana em maio, processar o lote e reconciliar com as Full Payment Submissions. O processo de saída mensal — em contraste — é um item permanente no calendário da folha de pagamento. Todo mês, entre dois e vinte funcionários saem: demissões, dispensas, término de contratos de prazo fixo, aposentadorias. Cada saída gera um P45. E cada P45 não é apenas uma obrigação de conformidade enviada ao HMRC e entregue ao funcionário que sai — é um dado que o RH precisa para um propósito totalmente diferente: saber quem saiu, por que saiu, o que foi pago e se a saída segue um padrão.

Processar um único P45 é simples. Extrair seus campos para uma planilha exige atenção, não ferramentas especializadas. No momento em que você processa saídas na cadência mensal em que a maioria das empresas realmente opera, três problemas estruturais aparecem que não existem na escala de uma única saída.

O lote mensal de desligados não é uma versão menor do exercício anual do P60. É um problema diferente — um em que o P45 é simultaneamente um documento de conformidade que você deve emitir, um registro de folha que deve arquivar e um dado de saída que sua equipe de RH precisa para um propósito totalmente não relacionado. O mesmo PDF do P45 pode atender a todos os três — se você parar de tratá-lo como um formulário para imprimir e começar a tratá-lo como uma fonte de dados estruturados.

O P45 de 4 Partes em Escala: Para Onde Vai Cada Parte e O Que Pode Dar Errado

O P45 consiste em quatro partes. A distinção é importante em um fluxo de trabalho em lote, porque errar o roteamento em escala cria uma cascata de correções que o processamento manual, um por vez, mascara.

Em um fluxo de trabalho de desligamento único, o roteamento das quatro partes é uma caixa de verificação: Parte 1 arquivada, Partes 1A/2/3 entregues. Em um lote de quinze, o roteamento se torna um problema de rastreamento. Quais desligados foram marcados como desligados no FPS? Todas as Partes 2 e 3 estão corretamente associadas ao funcionário certo — ou alguém entregou o P45 de João Silva para o outro João Silva? Se um desligado perder seu P45, você não pode emitir uma substituição (o HMRC proíbe explicitamente) — você só pode fornecer uma declaração de rendimentos. Isso significa que o único PDF do P45 que você gerou é o único registro oficial. Perdê-lo — ou enviá-lo ao destino errado — é um erro irrecuperável.

A salvaguarda prática em escala de lote é capturar os dados de cada P45 em uma planilha no momento da geração — antes que as Partes 1A/2/3 saiam de suas mãos. A planilha se torna seu registro de auditoria interno: prova do que cada P45 continha, emitido em qual data, para qual desligado. Se um ex-funcionário entrar em contato seis meses depois alegando que seu P45 mostrava o código de imposto errado, você tem uma linha verificável — não um login no sistema de folha de pagamento e uma memória do que você acha que imprimiu.

Do PDF do P45 ao Banco de Dados de Saída: Colunas que Atendem Tanto ao HMRC quanto ao RH

Os nomes das colunas que você define antes de carregar um lote de P45s são a decisão mais consequente em todo o fluxo de trabalho. Um esquema de colunas criado apenas para conformidade com a folha de pagamento captura os campos estatutários — pagamento total, imposto total, código de imposto, data de saída — e para por aí. Isso é suficiente para verificar o P45 contra o FPS. Não é suficiente para alimentar as análises de saída do RH, onde as perguntas são diferentes: quais departamentos estão perdendo pessoas, quais são os padrões comuns de código de imposto entre os que saem, funcionários com salários mais altos saem por motivos diferentes daqueles com salários mais baixos.

Um esquema de colunas que atenda a ambos os propósitos é construído em três níveis. O primeiro nível garante a conformidade. O segundo nível fornece dados que o RH pode realmente usar. O terceiro nível revela anomalias antes que elas se tornem consultas do HMRC.

Para um passo a passo concreto da extração dos campos obrigatórios de um único P45 — o NI Number, o código de imposto, os valores totais de pagamento e imposto — o guia de extração de P45 individual aborda cada campo em detalhes. Este artigo continua de onde aquele parou: o que muda quando você insere quinze P45s no mesmo esquema de colunas todos os meses, e o banco de dados de longo prazo que você constrói ao fazer isso.

O esquema é o que torna uma configuração de P45 para Excel reutilizável mês após mês — defina as colunas uma vez e cada funcionário que sai depois chega como outra linha sob os mesmos cabeçalhos, sem necessidade de remapeamento entre lotes.

Coordenação Multidepartamental: Fechando a Lacuna Entre a Notificação de RH e a Emissão do P45

A regulamentação do P45 diz "no dia em que o emprego termina ou sem atraso injustificado." Na prática, essa declaração esconde uma cadeia de coordenação. O RH recebe a demissão. O gerente de linha confirma a data final de trabalho — às vezes dias depois. A folha de pagamento recebe a notificação formal de desligamento — às vezes após a confirmação do gerente de linha, às vezes antes, dependendo se o processo da empresa é liderado pelo RH ou pela folha de pagamento. A folha de pagamento então processa o pagamento final, marca o funcionário como desligado no Sage ou BrightPay, gera o P45 e envia o FPS. Somente então o P45 existe. O tempo entre "o funcionário pede demissão" e "o P45 é gerado" pode variar do mesmo dia a duas semanas — e nessa lacuna, o RH já registrou a saída em uma planilha que ainda não tem os dados do P45.

Este é o custo oculto de um banco de dados de saídas manual: entrada duplicada de dados que acontece em dois sistemas diferentes em dois momentos diferentes. O RH insere o nome do funcionário que sai, departamento, motivo da saída e data final quando a demissão é confirmada. A folha de pagamento insere o mesmo nome, NI Number, pagamento total, imposto total e código de imposto quando o P45 é gerado — uma semana depois. Os dois conjuntos de dados raramente se encontram na mesma planilha. O resultado é um rastreador de saídas do RH que sabe por que as pessoas saíram, mas não quanto ganharam, e um arquivo da folha de pagamento que sabe quanto as pessoas ganharam, mas não por que saíram.

O fluxo de trabalho em lote elimina essa lacuna não mudando o processo de ninguém, mas mudando quando a captura de dados acontece. Em vez de a folha de pagamento gerar P45s e o RH manter separadamente um rastreador de saídas, os PDFs dos P45s se tornam a fonte única para ambos. Envie o lote de P45s do mês após a execução da folha de pagamento — quando todos os desligados foram processados e todos os P45s gerados — e extraia para uma planilha que inclui tanto os campos obrigatórios da folha de pagamento (do próprio P45) quanto os campos de contexto do RH (de colunas inferidas). Uma única passagem de extração. Ambas as equipes recebem seus dados. A equipe de RH adiciona a coluna de motivo da saída com base nas cartas de demissão que já possui; a equipe da folha de pagamento verifica os valores de imposto contra o FPS. Ambos trabalham com o mesmo NI Number, mesma data de saída, mesma linha.

Para empresas que já lidam com P60s no final do ano usando uma abordagem semelhante, o fluxo de trabalho mensal de P45 segue o mesmo padrão: padronize os nomes das colunas, agrupe por mês, verifique contra o FPS. O fluxo de trabalho de auditoria em lote de P60 aborda nomenclatura de arquivos, design de colunas e mesclagem multiempregador em detalhes — o esquema de colunas é específico do documento, mas a abordagem em lote é idêntica.

Realidade entre provedores: Sage, BrightPay, QuickBooks e o funcionário que mudou de departamento no meio do ano

A HMRC não exige um layout único para o P45. De acordo com as especificações RTI da HMRC, o software de folha de pagamento deve incluir os campos obrigatórios — referência PAYE do empregador, número NI do funcionário, nome, data de saída, código de imposto, remuneração total, imposto total — mas a disposição visual fica a critério de cada fornecedor. O resultado é que um P45 do Sage 50cloud Payroll é diferente de um P45 do BrightPay, que é diferente de um P45 do QuickBooks Online Payroll, que é diferente de um P45 do Moorepay. O número NI do funcionário pode estar no canto superior direito em um e abaixo do nome do funcionário em outro. O código de imposto pode estar impresso ao lado da referência PAYE em um e em uma caixa separada com borda em outro.

Essa variação de layout gera um custo sutil, mas significativo, no processamento manual. Cada vez que o administrador de folha de pagamento alterna entre ler um P45 da Sage e ler um P45 do BrightPay, ele precisa escanear visualmente novamente para localizar cada campo. Em quinze P45s distribuídos entre três provedores de folha de pagamento — o que acontece naturalmente quando uma empresa adquire outra entidade e herda seu software de folha de pagamento por um período de transição — essa nova varredura visual adiciona cerca de dez segundos por documento. Em um mês de desligamentos, são minutos de escaneamento improdutivo antes de uma única tecla de transcrição.

A extração semântica elimina a necessidade de reescanear por provedor, lendo o documento pelo significado, não pela posição. Você define a coluna desejada — "Número NI" — uma vez. A IA localiza o número NI em um P45 da Sage entendendo a aparência de um número de Seguro Nacional (duas letras, seis dígitos, uma letra: AB123456C), não sabendo que a Sage o imprime na coordenada (x=72mm, y=38mm). Um P45 do BrightPay, um do QuickBooks, um do Moorepay e um P45 em papel escaneado de um funcionário que perdeu o seu alimentam a mesma definição de coluna. A coluna de saída é preenchida de forma idêntica entre os provedores.

Esse comportamento independente de provedor é particularmente valioso no cenário comum em que um funcionário que saiu durante o ano estava em um sistema de folha de pagamento diferente do atual. Uma empresa que migrou da Sage para o BrightPay em setembro terá desligamentos cujos P45s foram gerados pela Sage (saídas antes de setembro) e desligamentos cujos P45s foram gerados pelo BrightPay (saídas depois de setembro). Em um fluxo manual, o administrador processa cada lote separadamente porque os dois layouts de P45 exigem abordagens visuais diferentes. Um lote de extração semântica pode lidar com ambos no mesmo upload — a IA lê os valores, não o layout. A coluna "Referência PAYE" é preenchida de forma idêntica para todos os desligamentos do mesmo empregador, independentemente do software que gerou o P45.

Transformando Lotes Mensais de P45 em um Feed de Análise de Saídas

A maioria das empresas acompanha os desligamentos em uma planilha que o RH atualiza manualmente — nome, departamento, data de saída, motivo. Ela responde "quem saiu este mês". Não responde "qual é a média salarial total dos desligados do departamento de engenharia versus os que permanecem", "os desligados com códigos tributários não cumulativos estão saindo em maior proporção" ou "os desligados do 3º trimestre tiveram uma composição de códigos tributários diferente dos do 2º trimestre". Responder a essas perguntas exige os dados do P45 — os valores de pagamento e imposto que só a folha de pagamento possui — combinados com os dados de RH — os campos de departamento e motivo que só o RH possui.

Uma extração mensal do lote de P45 produz exatamente esse conjunto de dados combinados. A cada mês, você extrai o lote de P45 para uma planilha com o mesmo esquema de colunas. Em seis meses, você tem seis planilhas. Como os nomes das colunas são idênticos entre os meses, empilhá-las em um conjunto de dados anual é uma operação de anexação — sem remapeamento de colunas, sem alinhamento de campos. Adicione uma coluna "Mês" a cada lote como um valor fixo, e de repente você tem seis meses de dados de desligados com pagamento, imposto, código tributário, número do NI e data de saída — consultáveis por mês, por tipo de código tributário, por faixa salarial total.

Os dados da folha de pagamento, por si só, revelam coisas que as transcrições de entrevistas de desligamento não conseguem. Um grupo de desligados com códigos tributários BR (Basic Rate) — indicando que provavelmente tinham um segundo emprego — sugere um conjunto de funcionários que já podem estar economicamente desengajados da organização antes de pedir demissão. Um grupo de desligados com códigos K — onde as deduções totais excedem as isenções — pode indicar funcionários com assuntos fiscais complexos (carro da empresa, benefícios em espécie) cujas decisões de saída se correlacionam com estruturas de benefícios, e não com insatisfação salarial. Nada disso é visível em uma entrevista de desligamento. É visível nos dados do P45 — se você os capturar.

A cadência mensal do lote também revela padrões de sazonalidade que as análises anuais retrospectivas perdem. Há um pico de desligamentos em janeiro (saídas pós-bônus)? Em abril (pós-fim do ano fiscal, funcionários esperam o P60 e depois saem)? Em setembro (pós-verão, novas turmas de recém-formados pressionam os funcionários existentes)? Um instantâneo de um único mês não consegue responder a isso. Seis meses de lotes empilhados conseguem. O padrão emerge não da análise de uma planilha, mas de ter construído o banco de dados mês a mês.

Perguntas Frequentes: Processamento em Lote de Formulários P45 de Desligamento do Reino Unido