15 Saídas Este Mês, 15 P45s
Crie um Banco de Dados de Saídas Sem Redigitar
De acordo com o Regulamento 36 do Income Tax (Pay As You Earn) Regulations 2003 (SI 2003/2682), todo empregador no Reino Unido deve emitir um P45 quando um funcionário encerra o vínculo — preenchido no dia do desligamento "ou sem atraso injustificado." O regulamento não distingue entre uma empresa que perde um funcionário em março e outra que perde quinze em uma reestruturação. De qualquer forma, quinze formulários P45 devem ser gerados, quinze Partes 1 enviadas à HMRC via RTI, e quinze conjuntos das Partes 1A, 2 e 3 entregues aos funcionários desligados — tudo enquanto o RH rastreia motivos de saída, gestores confirmam datas finais e TI recupera equipamentos. O P45 em si não é o gargalo: Sage 50cloud, BrightPay, QuickBooks Online Payroll, Moorepay e IRIS geram um P45 em segundos para um único desligamento. O gargalo é a lacuna estrutural entre um software de folha que processa um funcionário por vez e uma operação de RH que precisa acompanhar quinze saídas em um mês, verificar se as Partes 2 e 3 foram emitidas corretamente para cada um e alimentar esses dados em análises de rotatividade — sem ter que digitar manualmente o mesmo NI number, data de saída, remuneração total e imposto pago em uma planilha separada.
Principais Conclusões
- Cada P45 que seu software de folha gera já contém os campos de banco de dados de saída que você precisa — mas alguém os redigita todos em uma planilha que a folha nunca vê, enquanto os dados originais ficam inativos em um arquivo PDF.
- No momento em que você entrega o P45 ao funcionário, seus dados de pagamento e imposto se tornam obsoletos — você não consegue agregar quem saiu, quanto ganhou ou se os códigos tributários seguem um padrão, porque os dados foram gerados mas nunca capturados.
- Carregue os P45s de saída do mês em um único lote após cada fechamento de folha com um esquema de colunas fixo — a mesma extração alimenta a verificação de conformidade com a HMRC e as análises de saída do RH, e seis lotes mensais empilhados formam um banco de dados de desligamentos consultável que ninguém precisou digitar.
Desligamentos Mensais São um Problema Diferente de um Único P45
O processo anual do P60 acontece uma vez. Todo funcionário na folha de pagamento até 5 de abril recebe um. A equipe de folha pode reservar uma semana em maio, executar o lote e reconciliar com as Full Payment Submissions. O processo mensal de desligamentos — em contraste — é uma tarefa fixa no calendário da folha. Todo mês, entre dois e vinte funcionários saem: pedidos de demissão, demissões, fim de contratos por prazo determinado, 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 — é um dado que o RH precisa para um propósito totalmente diferente: saber quem saiu, por que saiu, o que recebeu 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 desligamentos na cadência mensal que a maioria das empresas realmente opera, três problemas estruturais aparecem que não existem na escala de um único desligamento.
1. A informação chega de três direções, em três momentos diferentes
O RH recebe a carta de demissão e sabe a data de saída primeiro. A folha de pagamento pode não receber a notificação formal por dias — especialmente se o gestor atrasar a aprovação. Quando o P45 é gerado pelo Sage ou BrightPay, o RH já registrou o desligamento no HRIS. O P45 agora contém dados — número do NI, remuneração total, imposto pago, código tributário final — que a planilha de acompanhamento de saídas do RH não possui. Alguém copia manualmente esses campos. Para quinze desligamentos, são quinze operações de copiar-colar entre sistemas a cada mês, cada uma uma potencial divergência entre o que o RH registrou e o que a folha realmente processou.
2. O P45 de quatro partes cria sua própria trilha de auditoria — mas só se você a preservar
A Parte 1 é enviada ao HMRC via RTI quando você submete a Full Payment Submission. As Partes 1A, 2 e 3 vão para o funcionário. O funcionário fica com a Parte 1A e entrega as Partes 2 e 3 ao novo empregador. Da perspectiva do empregador emissor, uma vez que o P45 é gerado e entregue, os dados subjacentes ficam nos arquivos do software de folha — não em um formato que o RH possa consultar. Se três meses depois alguém perguntar "quantos desligamentos no Q1 tiveram remuneração total acima de £30.000", a resposta está nos registros individuais do Sage, não em um relatório. Os dados foram gerados. Só nunca foram capturados.
3. Casos excepcionais se multiplicam com o volume
Uma empresa processando três desligamentos por mês pode encontrar um caso excepcional. Uma processando quinze encontrará três ou quatro todo mês: o funcionário cujo pagamento final inclui um grande bônus que empurra o total acumulado no ano acima de um limite tributário; o funcionário com rendimento zero (na folha com código tributário, mas nunca pago) que ainda exige um P45 sob o Regulamento 36; o funcionário que pediu demissão em março, mas cujo último dia útil cai em 7 de abril — cruzando a fronteira do ano fiscal e alterando qual ano os totais acumulados aparecem no P45. Cada caso excepcional interrompe um fluxo de trabalho manual: você para de transcrever, investiga a exceção, resolve e depois retoma. Na escala de lote, essas interrupções são o fluxo de trabalho.
O lote mensal de desligamentos não é uma versão reduzida do exercício anual do P60. É um problema diferente — onde o P45 é simultaneamente um documento de conformidade que você deve emitir, um registro de folha de pagamento que deve arquivar e um ponto de dados de saída que sua equipe de RH precisa para um propósito totalmente diferente. O mesmo PDF do P45 pode atender a todos os três — se você parar de tratá-lo como um formulário a ser impresso e começar a tratá-lo como uma fonte de dados estruturada.
O P45 de 4 Partes em Escala: O Que Vai Onde e O Que Dá 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 de cada vez, mascara.
Parte 1 — para a HMRC (via RTI)
Enviada automaticamente quando seu software de folha de pagamento envia a Declaração de Pagamento Integral marcando o funcionário como desligado. Você não envia fisicamente a Parte 1 — o software de folha de pagamento gera os dados do P45 e os transmite como parte do arquivamento RTI.
Parte 1A — registro do próprio funcionário
O funcionário guarda esta. Mostra os mesmos dados das Partes 2 e 3 — pagamento total, imposto total, código tributário, data de saída — mas é para os registros fiscais pessoais do funcionário. Nenhum novo empregador a vê.
Parte 2 — novo empregador (registro fiscal)
O novo empregador usa esta para configurar o registro de folha de pagamento do funcionário com o código tributário correto e os valores acumulados no ano. Sem a Parte 2, o novo empregador deve usar uma Lista de Verificação Inicial — o que geralmente resulta em um código tributário de emergência até que a HMRC o corrija.
Parte 3 — novo empregador (confirmação)
O novo empregador preenche a Parte 3 com sua própria referência PAYE, data de início e o código tributário que usará — e então envia a Parte 3 para a HMRC. Isso confirma a transição de emprego e permite que a HMRC reconcilie o registro fiscal do funcionário durante o intervalo entre os empregos.
Em um fluxo de trabalho de desligamento único, o roteamento de quatro partes é uma caixa de seleçã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 correspondidas ao funcionário certo — ou alguém entregou o P45 do João Silva para o outro João Silva? Se um desligado perder seu P45, você não pode emitir uma segunda via (a HMRC proíbe explicitamente) — você só pode fornecer um comprovante de rendimentos. Isso significa que o único PDF do P45 que você gerou é o único registro oficial. Perdê-lo — ou encaminhá-lo erroneamente — é 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 tributário 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 P45 ao Banco de Dados de Saída: Colunas que Atendem Tanto a HMRC quanto ao RH
Os nomes das colunas que você define antes de enviar um lote de P45s são a decisão mais impactante em todo o fluxo de trabalho. Um esquema de colunas criado apenas para conformidade de folha de pagamento captura os campos obrigatórios — pagamento total, imposto total, código tributário, data de saída — e para por aí. Isso é suficiente para verificar o P45 contra o FPS. Mas 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 tributário entre os que saem, os que saem com salários mais altos saem por motivos diferentes dos que ganham menos.
Um esquema de colunas que atende 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 se tornem consultas da HMRC.
1. Colunas de identidade — a chave composta do funcionário que sai
Número NI, Nome do Funcionário, Data de Saída e Referência PAYE. O Número NI é a chave primária natural — é único, permanente e aparece em todos os P45s. A Referência PAYE (formato NNN/XXNNNNN conforme PAYE20005) identifica a qual esquema de empregador este P45 pertence — crucial se sua empresa opera múltiplos esquemas PAYE ou adquiriu outra entidade. Incluir a data de saída no bloco de identidade distingue um funcionário que saiu, retornou e saiu novamente.
2. Colunas financeiras e fiscais — o núcleo obrigatório
Total Pago até a Data (£), Total de Imposto até a Data (£), Código Tributário na Data de Saída, Indicador Semana 1 / Mês 1 (capture o sufixo 'X'), Deduções de Empréstimo Estudantil (Plano 1, Plano 2, Plano 4, Pós-Graduação — separar estes em colunas individuais é essencial: uma única coluna "Empréstimo Estudantil (£)" torna impossível distinguir a qual plano cada dedução se refere, e os avisos de parada SL1/SL2 da HMRC são específicos para cada plano).
3. Colunas de análise de RH — transformando dados de conformidade em inteligência de saída
Estas são colunas que não aparecem no P45, mas são preenchidas a partir dos dados do P45 durante a extração. Uma coluna inferida "Categoria de Saída" — onde a IA classifica o funcionário que sai com base no contexto que você fornece (opções: Demissão Voluntária/Dispensa/Demissão/Aposentadoria/Fim de Prazo Determinado). Uma coluna calculada "Tipo de Código Tributário" que classifica cada código como "Cumulativo / Não Cumulativo (M1/W1) / BR-D0-D1 / Código K / NT" — um funcionário que sai com código K (deduções excedem isenções) conta uma história de força de trabalho diferente de um funcionário que sai com código 1257L. Uma coluna "Trimestre de Saída" derivada da data de saída para segmentação instantânea em tabelas dinâmicas. Nenhuma dessas colunas aumenta o trabalho de transcrição — a IA as preenche na mesma passagem de extração que lê os campos obrigatórios.
Para um passo a passo concreto da extração dos campos obrigatórios de um único P45 — o número NI, o código tributário, os valores de pagamento total e imposto total — o guia de extração de P45 individual cobre cada campo em detalhes. Este artigo continua de onde aquele parou: o que muda quando você alimenta 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.
Coordenação Multissetorial: 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 afirmação esconde uma cadeia de coordenação. O RH recebe a demissão. O gestor direto 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 gestor, às vezes antes, dependendo se o processo da empresa é liderado pelo RH ou pela folha. A folha então processa o pagamento final, marca o funcionário como desligado no Sage ou BrightPay, gera o P45 e envia o FPS. Só então o P45 existe. O tempo entre "funcionário pede demissão" e "P45 é gerado" pode variar do mesmo dia a duas semanas — e nesse intervalo, o RH já registrou a saída em uma planilha que ainda não contém os dados do P45.
Este é o custo oculto de um banco de dados de saídas manual: entrada duplicada de dados que ocorre em dois sistemas diferentes em dois momentos distintos. O RH insere o nome do desligado, departamento, motivo da saída e data final quando a demissão é confirmada. A folha insere o mesmo nome, número NI, remuneração total, imposto total e código tributário 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 que sabe quanto ganharam, mas não por que saíram.
O fluxo em lote elimina essa lacuna não alterando o processo de ninguém, mas mudando quando a captura de dados ocorre. Em vez de a folha gerar P45s e o RH manter separadamente um rastreador de saídas, os PDFs do P45 tornam-se a fonte única para ambos. Carregue o lote de P45s do mês após o fechamento da folha — 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 (do próprio P45) quanto os campos de contexto do RH (de colunas inferidas). Uma única extração. Ambas as equipes obtêm seus dados. A equipe de RH adiciona a coluna de motivo da saída com base nas cartas de demissão que já possuem; a equipe de folha verifica os valores de imposto contra o FPS. Ambas trabalham com o mesmo número NI, mesma data de saída, mesma linha.
Para empresas que já lidam com P60s no fechamento do ano usando uma abordagem semelhante, o fluxo mensal de P45s segue o mesmo padrão: padronizar nomes de colunas, agrupar por mês, verificar contra o FPS. O fluxo de auditoria em lote de P60s cobre nomenclatura de arquivos, design de colunas e mesclagem de múltiplos empregadores 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
Posso processar P45s de vários anos fiscais em um único lote?
Tecnicamente sim — a IA extrairá dados de qualquer P45, independentemente do ano fiscal — mas é recomendável agrupar por ano fiscal. Um funcionário cujo último dia útil é 31 de março de 2026 terá seu P45 no ano fiscal 2025-26. Já um funcionário cujo último dia útil é 7 de abril de 2026 terá seu P45 no ano fiscal 2026-27, mesmo que tenha pedido demissão em março. Esses dois P45s são visualmente idênticos, mas representam anos fiscais diferentes. Se agrupá-los, a coluna "Total de Pagamento até a Data (£)" conterá valores de períodos cumulativos distintos, tornando-os incomparáveis. Agrupe por ano fiscal e adicione uma coluna de valor fixo "Ano Fiscal" para que o ano fique explícito em cada linha.
E o P45 de rendimento zero — um funcionário registrado na folha de pagamento que nunca recebeu?
De acordo com as diretrizes da HMRC, se um código tributário foi atribuído e o funcionário foi reportado em um FPS — mesmo com pagamento zero — você deve emitir um P45 quando ele sair. O P45 mostrará £0,00 de pagamento total e £0,00 de imposto total. Em um lote manual, o administrador da folha pode pular este P45 porque "não há dados a inserir". Em um lote de extração, inclua-o — os valores zero são dados. Um funcionário com rendimento zero que esteve na folha por três meses sem receber é um sinal importante de RH: pode indicar alguém adicionado à folha antes da data de início que nunca começou, ou um período de licença legal sem pagamento devido. Esse sinal é relevante em análises de desligamento.
E se o código tributário do P45 de um funcionário tiver o indicador 'X' de Semana 1 / Mês 1?
O marcador 'X' — aplicado quando o código tributário é operado em base não cumulativa (Semana 1 / Mês 1) — significa que os valores acumulados no ano no P45 podem não representar um cálculo cumulativo completo. Isso é importante para análises de desligamento porque um funcionário com código 1257L M1 ganhando £25.000 acumulados no ano não é diretamente comparável a um funcionário com código 1257L (cumulativo) ganhando £25.000 — o imposto do funcionário M1 foi calculado por período sem referência a ganhos anteriores, então o valor total do imposto pode diferir do equivalente cumulativo. Capture o indicador 'X' em uma coluna dedicada (não o anexe ao código tributário como texto — "1257L X" quebra a classificação). Uma coluna separada "Indicador M1/W1" permite filtrar funcionários não cumulativos de comparações agregadas de impostos.
Posso incluir a data de emissão da Parte 2/3 do P45 como uma coluna?
O próprio P45 não mostra a data em que as Partes 2 e 3 foram entregues ao funcionário — ele mostra a data de desligamento. A data de emissão é uma função de quando a folha de pagamento foi processada, não um campo do formulário. Se seu lote de P45s de fim de mês for gerado no dia seguinte ao processamento da folha, a data de emissão é a mesma para todos os P45s do lote — adicione-a como uma coluna de valor fixo. Se os P45s forem emitidos em datas diferentes (alguns desligamentos processados no primeiro processamento do mês, outros no segundo), crie lotes separados por processamento e use a data do lote como data de emissão. A coluna "Nome do Arquivo" na saída — que o ImageToTable.ai inclui por padrão — fornece a proveniência de cada documento independentemente.
O que acontece com as deduções de empréstimo estudantil em um P45 — preciso de colunas separadas por plano?
Sim. Os P45s do Reino Unido incluem informações de dedução de empréstimo estudantil e de pós-graduação por tipo de plano (Plano 1, Plano 2, Plano 4, Empréstimo de Pós-Graduação). A especificação da HMRC exige que sejam informados separadamente. Defina uma coluna por plano — "Empréstimo Estudantil Plano 1 (£)", "Empréstimo Estudantil Plano 2 (£)", "Empréstimo de Pós-Graduação (£)" — em vez de uma coluna combinada "Empréstimo Estudantil (£)". Um funcionário que paga tanto o Plano 1 quanto o Plano 2 terá dois campos não nulos no P45. Uma única coluna que os soma torna impossível responder a uma notificação de parada SL1/SL2 específica do plano da HMRC — você não saberia quais deduções de plano interromper. Em escala de lote, colunas de plano separadas também permitem analisar quais grupos de ex-funcionários carregam quais tipos de empréstimo estudantil — um dado que a análise de RH pode cruzar com departamento, faixa salarial e motivo de desligamento.
Como a extração em lote lida com P45s onde o número NI está ilegível ou parcialmente obscurecido?
O número NI é o campo mais importante em um P45 para auditoria e análise — é o identificador único que vincula este P45 a todos os outros registros de folha de pagamento do mesmo funcionário. Se um P45 digitalizado tornar o número NI ilegível (digitalização de baixa resolução, dano físico à cópia em papel), a IA o extrairá incorretamente ou o deixará em branco. Em um fluxo de trabalho em lote, um número NI ausente quebra a análise downstream porque a linha não pode ser vinculada a nenhum outro conjunto de dados. A salvaguarda prática é uma coluna de verificação calculada — "Verificação de Formato do Número NI" — que sinaliza qualquer número NI que não corresponda ao padrão AA######. As linhas sinalizadas por esta verificação devem ser validadas manualmente no sistema de folha de pagamento antes que a planilha seja usada para auditoria ou análise. Para P45s gerados digitalmente por Sage, BrightPay ou QuickBooks, a precisão da extração do número NI é consistentemente alta porque o texto é impresso por máquina em uma posição padrão.
Cada P45 que seu software de folha de pagamento gera contém os mesmos dados que você digitaria manualmente em um banco de dados de desligamento. A regulamentação exige que você o emita. Não exige que você perca os dados no processo. Defina suas colunas uma vez. Carregue o lote de desligados do mês. Deixe a planilha se preencher sozinha — e daqui a seis meses, você terá não apenas um registro de conformidade, mas um conjunto de dados capaz de responder perguntas que suas entrevistas de desligamento nunca fizeram.
Experimente com seus P45s