Pular para o conteúdo
Como funciona este fórum

Moderado por Emanuel Kaufman. As três primeiras mensagens de cada pessoa passam por revisão e respondemos em até 1 dia útil.

Aqui se discute o comportamento do sistema. Decisão tributária é sempre da sua empresa, e ninguém neste fórum dá parecer.

Tudo o que você publicar é público e pode ser usado por terceiros, inclusive por sistemas de IA. Não publique dado de cliente, nome de empresa nem tela do produto.

Esta pergunta foi sinalizada
11 Respostas

Olá a todos. Como acompanho a jornada desde a instalação do S/4HANA 2023, ainda estou enfrentando um impasse referente ao Erro 106 no processo de geração das guias para o eSocial. Estamos trabalhando com um lote de transmissões e, embora o ambiente nacional do eSocial tenha reconhecido o envio, o retorno não está totalmente claro. Recebemos o protocolo de envio, mas ao analisar os eventos, alguns deles não passaram por validação completa, gerando essas mensagens de erro. A questão é que, viu, ao tentar acompanhar o status e pensar em potenciais correções, não estou encontrando um caminho claro para rastrear qual evento específico gerou esse Erro 106 e como sanar isso antes do fechamento do período. Como podemos endereçar esse bloqueio técnico?


Atualização:

Agradeço as visões de vocês sobre o fluxo de recebimento e a importância da diferenciação entre envio e recepção. Já conferi o que acontece quando um lote contém diversos eventos e alguns são validados e outros geram mensagem de erro. No meu caso, a questão é que, viu, estamos com um volume específico de inconsistências. Gostaria de saber se há algum procedimento adicional que possamos seguir além da utilização do recibo de entrega para sanar completamente o Erro 106 sem incorrer em novas rejeições no envio subsequente.


Atualização:

Agradeço a todos pelas contribuições sobre o fluxo de transmissão e a importância do recibo. Já testamos a informação sobre a geração de múltiplos recibos quando um lote possui eventos com validação parcial. No entanto, a questão é que, viu, mesmo seguindo este fluxo, o Erro 106 persiste ao tentarmos a correção. Gostaria de saber se existe algum detalhamento específico sobre como o sistema interpreta a discrepância entre o protocolo de envio e o número de eventos aceitos, visto que buscamos sanar essa falha estrutural.

Avatar
Cancelar
Melhor resposta

Para dissipar a dúvida sobre o Erro 106 ao lidar com o envio S 1200, precisamos ir além da mera existência de um protocolo de envio. A questão central reside em como o ambiente processa a não conformidade interna de um lote enviado. Quando um grupo de informações possui itens com aceite variável, o sistema gera um registro inicial, mas o aceite definitivo só se estabelece após a recepção de um comprovante posterior. O impasse surge justamente na discrepância entre o protocolo gerado e a aceitação final dos dados. Sugiro que, antes de reenviar, auditaremos minuciosamente a sincronização entre o volume enviado e o acolhimento recebido, buscando um mapeamento claro dessa transição. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Acho que focar apenas na diferença entre protocolo e aceite final pode não ser o suficiente para resolver o Erro 106. Embora o recibo de entrega seja a referência correta para retificações, o ponto que causa o impasse parece ser a interpretação do sistema sobre a não validação total do lote. Saindo um pouco do tema, né, mas precisamos entender por que o ambiente não está reconhecendo a transmissão como completa, mesmo havendo um protocolo de envio inicial.

Avatar
Cancelar
Melhor resposta

Adriana Almeida, sugiro que talvez a dificuldade esteja na transposição da informação do protocolo inicial para a aceitação final. Se estamos tratando de um lote onde há uma mistura de eventos, por exemplo, como um envio com trinta admissões, mas somente vinte e oito validadas, o sistema gera um protocolo único, mas múltiplos recibos. É fundamental que, ao endereçar o Erro 106, revisitemos como a plataforma trata essa diferença entre o envio inicial e o aceite parcial, especialmente na homologação, viu.

Avatar
Cancelar
Melhor resposta

Diga-se de passagem, viu, para contornar a situação do Erro 106, nós revisamos o fluxo de validações internas antes da transmissão. É preciso muita atenção à sequência dos passos. Se o lote contiver vários itens, e como vimos, nem todos são aceitos, gera-se um protocolo inicial. O importante é que, ao recebermos o retorno, o recibo de entrega subsequente é o documento que oficializa o aceite ou a rejeição. Disse-se de passagem, viu, essa diferenciação entre as mensagens é vital.

Avatar
Cancelar
Melhor resposta

Entendo a preocupação com a persistência do Erro 106 mesmo após o envio do protocolo. Contudo, acredito que focar apenas na discrepância entre o protocolo e os eventos aceitos pode ser incompleto. O processo de constituição de créditos e geração das guias de recolhimento se baseia justamente na recepção correta dos itens. E olha que, ao analisar o cenário, o número do recibo de entrega se torna a referência crucial para qualquer ajuste futuro, o que parece ser negligenciado na tentativa de sanar a falha.

Avatar
Cancelar
Melhor resposta

Eduardo Guimarães, complementando, é fundamental lembrar que a constituição dos créditos e a geração das guias de recolhimento dependem diretamente dessa recepção correta dos eventos. O ambiente nacional retorna o protocolo de envio, e após as verificações, vem o recibo ou a mensagem de falha. E aí, um palpite, ao lidar com o volume de inconsistências, talvez o foco deva ser garantir que as assinaturas estejam válidas para o declarante ou procurador no momento da transmissão dos arquivos.

Avatar
Cancelar
Melhor resposta

Caro Eduardo, embora concorde com a importância da recepção correta para a constituição dos créditos, acho que simplificar demais o cenário atual pode ser enganoso. O protocolo de envio é apenas o início da jornada. Bem, lá onde trabalho, percebemos que mesmo com assinaturas válidas, a complexidade reside na própria transmissão dos dados. O recibo de entrega, após todas as validações, é o que realmente sinaliza o aceite ou a falha definitiva.

Avatar
Cancelar
Melhor resposta

Agradeço as colocações de vocês sobre o fluxo de recebimento do eSocial. No entanto, gostaria de adicionar que a distinção entre o envio inicial e a recepção final é crucial. Pra constar, pois é, mesmo após o protocolo de envio, o retorno definitivo do ambiente nacional só ocorre após as validações internas. Se um lote contiver vários registros, como admissões, e apenas alguns forem aceitos, o sistema gera recibos de entrega para cada um dos aceitos e sinalizações distintas para os demais.

Avatar
Cancelar
Melhor resposta

Complementando o que foi dito, Lucas. Olha, diga-se de passagem, é nesse ponto que a gente precisa ser muito atento ao volume de eventos. Se você enviou um lote com, por exemplo, 30 eventos de admissão, o sistema gera um único número de protocolo de envio. Mas, se apenas 28 foram validados e recepcionados, o eSocial retorna 28 recibos de entrega e duas mensagens de erro. Entender essa separação é vital para saber qual o próximo passo, seja retificar ou excluir.

Avatar
Cancelar
Melhor resposta

Bianca, sugiro focar na granularidade da transmissão. O envio do lote gera um único protocolo, mas o sucesso dos eventos individuais depende da recepção e aceite de cada um pelo ambiente. Se o lote gerou o protocolo, significa que foi aceito para análise, mas o Erro 106 aponta falhas internas naqueles registros. Veja, por precaução, mantenham controle rigoroso sobre os recibos de entrega individuais gerados. Se um evento específico falhou, o recibo correspondente detalhará a natureza do problema, orientado para a devida retificação.

Avatar
Cancelar
Melhor resposta

Olá Bianca. O Erro 106, comum ao gerar guias para o eSocial, indica que, embora o protocolo de envio tenha sido aceito pelo Ambiente Nacional, houve inconsistências na validação dos eventos transmitidos. O recebimento do protocolo inicial não garante a conformidade de cada evento subsequente. O que preciso verificar é se os demais eventos foram todos validados e se os eventos que apresentaram falhas geraram as respectivas mensagens de erro detalhadas. No meu time, né, a chave é usar o número do recibo de entrega para qualquer retificação subsequente.

Avatar
Cancelar

Sua resposta

Tente oferecer uma resposta substancial. Se quiser comentar sobre a pergunta ou resposta, basta utilizar a ferramenta de comentários. Lembre-se de que você sempre pode revisar suas respostas - Não há necessidade de responder à mesma pergunta duas vezes. Não esqueça de votar - Selecionar as melhores perguntas e respostas é realmente útil!

Perguntas relacionadas

Mais conversas em eSocial, folha e retenções previdenciárias no SAP.

Ver todas do fórum