Como corrigir um evento enviado com erro no eSocial

Um evento enviado com erro ao eSocial se corrige por um de três caminhos, e a escolha depende do tipo de erro. A retificação corrige uma informação que já nasceu errada. A alteração registra um dado que mudou por um fato novo. A exclusão, pelo evento S-3000, apaga um evento transmitido por engano. Quando o erro está na folha já fechada, é preciso reabrir com o S-1298 antes. Este guia é para responsáveis de departamento pessoal que precisam acertar o registro sem gerar divergência. As regras seguem o manual oficial do eSocial e não substituem orientação técnica caso a caso.

Errou no eSocial: por que a correção tem caminhos diferentes

O eSocial não permite simplesmente apagar e reenviar um evento como se nada tivesse acontecido. Cada informação transmitida gera um número de recibo e passa a fazer parte de um histórico que a Receita, o INSS e a fiscalização trabalhista enxergam. Por isso a correção obedece a regras próprias, e usar o mecanismo errado pode deixar o registro pior do que estava.

Existem três caminhos principais de correção, e a diferença entre eles é o tipo de erro que se quer resolver. Um evento pode ter sido enviado com um dado incorreto desde o início, pode conter uma informação que só mudou depois por causa de um novo fato, ou pode nunca ter precisado existir. Cada uma dessas situações tem um procedimento distinto, e trocar um pelo outro é a origem mais comum de divergência.

Este guia trata só dos mecanismos de correção. Se a sua dúvida é o que é o eSocial e como a empresa envia os eventos, vale começar pelo guia sobre o eSocial para empresas, que explica o sistema desde a base. Aqui o foco é acertar o que já foi enviado.

Retificação: corrigir a informação que nasceu errada

Retificar é corrigir um evento cuja informação estava incorreta desde o momento do envio. O salário digitado errado, a data de admissão trocada, o CPF com um dígito a menos, o motivo de desligamento equivocado. Nesses casos o fato em si estava certo, o que veio errado foi o dado registrado.

A retificação usa o campo indRetif e faz referência ao número de recibo do evento original. Ao enviar a versão corrigida, o eSocial entende que ela substitui integralmente a anterior, e a retificação passa a valer como se fosse o evento original, preservando a data em que o fato realmente aconteceu. Essa característica é importante para eventos como a admissão S-2200 e o desligamento S-2299, em que a data correta precisa ser mantida.

Um cuidado prático: a retificação corrige o mesmo evento, não cria um novo. O evento retificador precisa ser do mesmo tipo e se referir ao mesmo objeto do evento que está sendo corrigido. Enviar um evento novo achando que ele vai sobrepor o antigo é um erro frequente, porque o sistema acaba ficando com dois registros do mesmo fato.

Alteração: quando o dado mudou por um fato novo

Alteração é diferente de retificação, e confundir as duas gera registro incorreto. A alteração não corrige um erro, ela registra que um dado mudou legitimamente a partir de certa data, por causa de um fato novo. Uma promoção que muda o cargo, um reajuste salarial, uma mudança em tabela da empresa.

A regra prática é a data. Se a informação estava errada desde a origem, o caminho é retificar. Se a informação estava certa quando foi enviada e só passou a ser outra a partir de um momento posterior, o caminho é a alteração, que preserva o histórico anterior e marca a nova vigência. Nos eventos de tabela, por exemplo, a mudança de um atributo durante a vigência é feita reenviando o evento com o grupo de alteração preenchido, e não pelo campo de retificação.

Guardar essa distinção evita um problema silencioso: usar alteração para consertar um erro apaga a informação certa do passado, e usar retificação para registrar uma mudança real reescreve a história como se o novo valor sempre tivesse existido. Nos dois casos o registro deixa de refletir a realidade.

Exclusão pelo S-3000: apagar um evento enviado por engano

A exclusão serve para uma situação específica: o evento nunca deveria ter sido enviado. Não é que ele tenha um dado errado, é que o fato que ele registra não existiu. O caso clássico é a admissão de alguém que foi contratado, teve o evento transmitido, mas desistiu e não chegou a iniciar o trabalho. Não há o que corrigir, há o que tornar sem efeito.

Para isso existe o evento S-3000, Exclusão de Eventos. Ele torna sem efeito um evento enviado indevidamente, dentro da faixa que vai do S-1200 ao S-2400. O evento de exclusão precisa ser do mesmo tipo e apontar para o mesmo objeto do evento que está sendo removido, referenciando o recibo original.

Dois eventos ficam de fora dessa regra e não podem ser excluídos pelo S-3000: o S-1299, de fechamento dos eventos periódicos, e o S-1298, de reabertura. Eles são eventos especiais de controle da folha e seguem uma lógica própria, que é o tema do próximo bloco.

Corrigir a folha já fechada: reabertura e novo fechamento

Os eventos que compõem a folha de pagamento, como a remuneração S-1200, são chamados de eventos periódicos e ficam trancados assim que o período é fechado. O fechamento é feito pelo evento S-1299, e é ele que autoriza o eSocial a consolidar os valores daquele mês e enviar para a apuração de tributos e do FGTS.

Enquanto existe um S-1299 para o período, nenhum evento periódico daquele mês pode ser retificado ou excluído. Se a empresa descobriu que enviou uma remuneração errada, o caminho é reabrir a folha com o evento S-1298, Reabertura dos Eventos Periódicos. Com o período reaberto, o evento errado pode ser corrigido, e depois a folha precisa ser fechada de novo com um novo S-1299.

A sequência é sempre a mesma: reabrir, corrigir e fechar outra vez. Esquecer o fechamento final deixa o mês em aberto e trava a apuração seguinte. Esse ciclo de reabertura costuma ser o ponto em que mais aparecem divergências entre o que a empresa calculou na folha e o que o eSocial registrou, assunto tratado em detalhe no guia sobre divergências entre folha e eSocial.

Como escolher o caminho certo em cada erro

Antes de mexer no sistema, vale responder três perguntas simples, na ordem. Elas apontam o mecanismo correto na maioria dos casos.

O fato realmente aconteceu? Se não aconteceu, o evento foi enviado por engano e o caminho é a exclusão pelo S-3000.
O dado estava errado desde o envio? Se o fato existiu mas a informação nasceu incorreta, o caminho é a retificação, referenciando o recibo do evento original.
O dado mudou por um fato novo depois? Se a informação estava certa e só passou a ser outra a partir de uma data, o caminho é a alteração, que preserva o histórico anterior.

Quando o evento a corrigir é da folha e o período já tem fechamento, some a essas perguntas o passo da reabertura pelo S-1298 antes de aplicar a correção, seguido de novo fechamento. Essa checagem rápida evita a troca de mecanismo, que é a causa mais comum de registro inconsistente.

Cuidados para não gerar nova divergência

Corrigir um evento no eSocial mexe em valores que alimentam a apuração de INSS, imposto de renda e FGTS. Uma correção feita sem atenção resolve um erro e cria outro. Alguns cuidados reduzem esse risco.

Confirme o recebimento de cada envio: toda correção gera um novo recibo. Sem conferir se o eSocial aceitou o evento retificador, de alteração ou de exclusão, a empresa pode achar que corrigiu quando ainda está com o erro no ar.
Feche a folha de novo após reabrir: reabrir pelo S-1298 e esquecer o novo S-1299 deixa o período pendente e pode travar a competência seguinte.
Verifique o reflexo nos tributos: mudar remuneração depois do fechamento altera a base de cálculo. Convém checar se a apuração e as guias acompanharam a correção.
Corrija na origem, não só no eSocial: se o dado errado veio do sistema de folha da empresa, ajustar apenas o eSocial faz o problema voltar no mês seguinte.

Boa parte dos erros de eSocial não nasce no envio, e sim no cadastro e no cálculo que vêm antes. Manter os dados de admissão, remuneração e afastamento consistentes na rotina reduz a necessidade de correção, tema que aparece em vários conteúdos do blog de departamento pessoal.

Quando vale contar com apoio de departamento pessoal

Correções pontuais, feitas com calma e conferidas, costumam ser tranquilas. A dificuldade aparece quando o erro está numa folha já fechada, envolve tributos apurados ou se repete mês a mês por uma falha de cadastro que ninguém encontrou. Nesses casos o custo de errar a correção é maior do que o do erro original.

Um departamento pessoal organizado trata a correção como parte da rotina, não como emergência. Acompanha os recibos, sabe quando reabrir a folha, confere o reflexo nas guias e vai até a origem do dado para o erro não voltar. Se a empresa quer tirar esse controle das costas e reduzir o risco de multa e divergência, o próximo passo é conhecer o serviço de departamento pessoal e organizar o envio e a correção dos eventos com quem faz isso todos os dias.

Perguntas frequentes

Qual a diferença entre retificar e alterar um evento no eSocial?

Retificar corrige uma informação que estava errada desde o envio, substituindo o evento original e preservando a data do fato. Alterar registra que um dado mudou por um fato novo a partir de certa data, mantendo o histórico anterior. A regra prática é a data: se o dado nasceu errado, retifica-se; se ele mudou depois, altera-se.

Quando devo usar o evento S-3000 de exclusão?

O S-3000 serve para tornar sem efeito um evento que nunca deveria ter sido enviado, quando o fato registrado não existiu. O exemplo comum é a admissão de alguém que desistiu antes de começar. Não se usa o S-3000 para consertar um dado errado, e sim para apagar um evento transmitido por engano dentro da faixa S-1200 a S-2400.

Como corrigir um evento de folha que já foi fechada?

Enquanto existe o fechamento S-1299 para o período, os eventos periódicos ficam trancados. É preciso reabrir a folha com o evento S-1298, corrigir o evento errado e fechar o período de novo com um novo S-1299. Esquecer o fechamento final deixa o mês em aberto e pode travar a competência seguinte.

Os eventos S-1299 e S-1298 podem ser excluídos pelo S-3000?

Não. O fechamento S-1299 e a reabertura S-1298 são eventos especiais de controle da folha e não podem ser excluídos pelo S-3000. A folha se ajusta pelo próprio ciclo de reabertura e novo fechamento, não pela exclusão desses eventos.

Como saber se a correção foi aceita pelo eSocial?

Toda correção, seja retificação, alteração ou exclusão, gera um novo número de recibo. É preciso conferir o retorno do sistema para confirmar que o evento foi aceito. Sem essa checagem, a empresa pode acreditar que corrigiu quando o erro ainda está no ar.

Corrigir só no eSocial resolve a divergência com a folha?

Nem sempre. Se o dado errado veio do sistema de folha da empresa, ajustar apenas o eSocial faz o problema voltar no mês seguinte. A correção precisa alcançar a origem do dado, e o reflexo nos tributos apurados deve ser conferido para não gerar nova divergência.

Conteúdos relacionados

Fontes oficiais

eSocial, Manual de Orientação (MOS) versão S-1.3, regras de retificação, exclusão e eventos periódicos, eSocial, Perguntas Frequentes, Produção Empresas e Ambiente de Testes, eSocial, Manual WEB Geral, inclusão, alteração, retificação e exclusão de eventos

Material informativo, não substitui a análise do seu caso. Atualizado em 18 de outubro de 2026. Revisão técnica de Vagner Aparecido Florentino em 20 de julho de 2026.

Contabilidade que acompanha o ano inteiro

Assunto assim raramente se resolve numa conversa só. A VGR é escritório de contabilidade em Sinop e acompanha a empresa mês a mês, com um contador em Sinop que atende pelo WhatsApp, por telefone e por vídeo. É isso que a nossa contabilidade em Sinop entrega. Veja onde atendemos.