> For the complete documentation index, see [llms.txt](https://docs.londrisoft.com.br/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.londrisoft.com.br/unique/trilhas/markdown/esocial/como-corrigir-retorno-do-esocial/como-corrigir-o-erro-106-no-esocial.md).
# Como corrigir o erro 106 no eSocial
Corrija o erro 106 quando o eSocial localizar um evento em duplicidade para o mesmo CPF e período de apuração.
### Objetivo
Corrigir o **erro 106** no envio de eventos ao eSocial.
Use este processo quando o sistema retornar que já existe um evento com o mesmo **tipo de inscrição**, **número de inscrição**, **CPF** e **período de apuração**.
### Contexto
Esse retorno ocorre quando o eSocial identifica que o evento enviado já existe na base para a mesma combinação de dados.
Ao tentar transmitir o evento, pode aparecer a mensagem:
**106 - Foi localizado no sistema um evento em duplicidade com o evento a ser enviado, mesmo Tipo de Inscrição, Número de Inscrição, CPF, Período de Apuração.**
Na prática, isso significa que o eSocial já recebeu um evento igual ou muito próximo ao que está sendo enviado agora.
Isso normalmente acontece em um destes cenários:
* o mesmo evento já foi enviado com sucesso e está sendo reenviado como inclusão;
* existe um evento repetido na fila de envio;
* o evento correto já está no eSocial, mas a alteração deveria ser enviada como retificação;
* houve exclusão local do protocolo, mas o evento ainda consta aceito na base do eSocial.
Se você precisar revisar rotinas relacionadas, consulte também:
* [Como enviar o S-1210 (Pagamentos de Rendimentos do Trabalho)](/unique/trilhas/markdown/esocial/eventos-periodicos/como-enviar-o-s-1210-pagamentos-de-rendimentos-do-trabalho.md)
* [Como enviar o S-2205 (Alteração de Dados Cadastrais do Trabalhador)](/unique/trilhas/markdown/esocial/eventos-nao-periodicos/como-enviar-o-s-2205-alteracao-de-dados-cadastrais-do-trabalhador.md)
* [Como corrigir retorno do eSocial](/unique/trilhas/markdown/esocial/como-corrigir-retorno-do-esocial.md)
{% hint style="warning" %}
Não reenviamos como inclusão um evento que já foi aceito no eSocial.
{% endhint %}
### Passo a passo
{% stepper %}
{% step %}
#### Identifique o evento e o período da rejeição
Abra o retorno do eSocial.
Confirme o **tipo de evento**, o **CPF** e o **período de apuração** informados na mensagem.
Esses dados mostram exatamente qual registro o eSocial considerou duplicado.
{% endstep %}
{% step %}
#### Verifique se o evento já foi aceito anteriormente
Acesse o **Gerenciador do eSocial** ou a rotina de consulta dos envios.
Localize o mesmo evento para o mesmo trabalhador e período.
Se ele já constar com retorno de **sucesso**, não envie uma nova inclusão.
{% endstep %}
{% step %}
#### Decida entre manter, retificar ou excluir o envio repetido
Siga a ação conforme a situação encontrada:
* se o evento já está correto no eSocial, mantenha o registro aceito e não reenvie;
* se o evento aceito precisa de ajuste, envie uma **retificação**;
* se existir um evento duplicado apenas na fila do sistema, exclua esse envio repetido antes de transmitir novamente.
{% endstep %}
{% step %}
#### Gere um novo envio somente na forma correta
Depois da conferência, gere novamente o evento apenas se houver necessidade real.
Use **inclusão** para evento inexistente.
Use **retificação** para corrigir evento já aceito.
Use **exclusão** somente quando for necessário remover um evento existente na base antes de novo envio.
{% endstep %}
{% step %}
#### Reenvie e acompanhe o retorno
Após ajustar a forma de envio, transmita novamente o evento.
Confirme se o retorno ocorre com **sucesso** e sem a rejeição **106**.
{% endstep %}
{% endstepper %}
### Validação
Considere a correção concluída quando:
* o evento duplicado tiver sido identificado;
* a forma de envio tiver sido ajustada para **manter**, **retificar** ou **excluir**;
* o novo processamento ocorrer sem o erro **106**.
### Perguntas Frequentes
Pergunta: O erro 106 sempre significa que o evento já foi aceito no eSocial?
Resposta: Na maioria dos casos, sim.
Mas ele também pode ocorrer quando existe um envio repetido na fila do sistema para o mesmo evento e período.
Pergunta: Posso reenviar o mesmo evento como inclusão para substituir o anterior?
Resposta: Não.
Se o evento anterior já foi aceito, a correção deve ser feita por **retificação** ou, quando aplicável, por **exclusão**.
Pergunta: Quando devo usar retificação?
Resposta: Use retificação quando o evento já existir no eSocial, mas algum dado dele precisar de ajuste.
### Precisa de ajuda?
Se tiver dúvidas ou dificuldades com esse processo, entre em contato com a nossa equipe pelo chat online.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.londrisoft.com.br/unique/trilhas/markdown/esocial/como-corrigir-retorno-do-esocial/como-corrigir-o-erro-106-no-esocial.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.