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
7 Respostas
0 Visualizações

Sou controller de uma empresa de energia e estamos saindo do ECC. Hoje, bem, o prazo é curto, e o eSocial começou a rejeitar eventos de folha quando o arquivo é gerado no sistema novo. Já tentei reenviar pelo mesmo caminho e também baixei o arquivo para conferir na mão, mas a validação continua apontando erro de cadastro. Quais são os erros mais comuns em eSocial nessa situação, e o que eu deveria validar antes de transmitir de novo?


Atualização:

Obrigado, Tatiana e Gustavo, e bem, o prazo é apertado, então testei o caminho de download com o certificado digital e o recibo veio, mas o evento seguinte ainda volta com erro de cadastro. Vou separar os trabalhadores incompletos e reenviar só eles. Vocês já viram rejeição assim quando o arquivo foi gerado por outra fonte? Qual validação vocês fazem antes de transmitir?


Atualização:

Obrigado, Gustavo e Luiz. E bem, o prazo é curto, mas agora entendo que o leiaute pode ser a causa e não o cadastro. Vou conferir a versão antes de qualquer outra mudança e depois conto o resultado aqui. Vocês usam alguma checagem automática para o leiaute, ou fazem na mão mesmo? Eu queria evitar mais um ciclo de rejeição.

Avatar
Cancelar
Melhor resposta

Fechando o tema: os erros mais comuns em eSocial costumam nascer antes da transmissão, no cadastro, na versão do leiaute e no arquivo alterado depois de assinado. O caminho seguro é definir quem é o declarante, quem assina com certificado e quem guarda o recibo de entrega. Confira o arquivo antes de subir, reenvie só depois de ler a mensagem de retorno e registre o caminho de envio usado em cada mês. Se houver terceiro contratado, o contrato precisa dizer quem responde pelo comprovante. Quem decide o enquadramento e a estratégia de envio é o contribuinte, e nós mostramos como o sistema se comporta. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Thiago Araújo, complemento o seu caminho, e bem, na homologação, eu sempre testo o contratado de terceiros com um arquivo real antes de liberar, porque o recibo mostra o que chegou, mas não mostra se o cadastro do declarante está certo. Na nossa operação, a gente guarda o comprovante junto da validação de cada envio. Sem essa conferência, o contrato vira mais um ponto de falha que ninguém enxerga.

Avatar
Cancelar
Melhor resposta

Eu tenho outro caminho, a verdade é que, ó, nem sempre o envio precisa ser feito pelo sistema que gerou o evento. Quando o sistema de propriedade do declarante é antigo, a gente contrata um terceiro para assinar e transmitir pelo webservice, e isso reduz o trabalho do time. O ponto de atenção é o contrato: quem guarda o certificado digital e quem responde pelo recibo precisam estar definidos antes. Esse caminho vale quando o volume é alto e o time é pequeno.

Avatar
Cancelar
Melhor resposta

Gustavo Alves, complemento o seu ponto sobre ler a mensagem antes de reenviar. Na prática, aqui por perto, a gente pega muitos erros de envio repetido porque o recibo de entrega não é conferido. Antes de reenviar, leia a mensagem de retorno com calma e confira se o arquivo importado é o mesmo que foi assinado digitalmente. Se for outro, o reenvio só cria mais um rejeitado e bagunça o histórico.

Avatar
Cancelar
Melhor resposta

Gustavo Alves, complemento o seu lembrete, e vamos lá, viu, o ponto que costuma passar batido é a versão do leiaute: quando o arquivo é gerado com um leiaute antigo e transmitido depois de uma atualização, a validação devolve erro mesmo com o cadastro certo. Antes de qualquer correção, confira qual leiaute o sistema está usando e se ele bate com o que o eSocial espera. Isso economiza horas de conferência.

Avatar
Cancelar
Melhor resposta

Gustavo Alves, complemento o seu ponto, e, então, na sustentação do processo, eu guardaria o comprovante de entrega junto com o arquivo que foi assinado, porque o caminho de download e de importação não deixa esse rastro sozinho. Quando a auditoria pergunta de onde veio cada evento, essa cadeia é o que responde. Também vale registrar qual procEmi foi usado, para não misturar caminhos diferentes no mesmo mês.

Avatar
Cancelar
Melhor resposta

Vou responder direto: veja, um lembrete antes de qualquer teste. O eSocial aceita o arquivo gerado por diversos caminhos, e o mais comum é o sistema do declarante assinar digitalmente com certificado e transmitir por webservice, recebendo um recibo de entrega. Se o arquivo foi baixado para conferência, confirme se ele não foi alterado antes de subir. Os erros que mais vejo são cadastro de trabalhador incompleto e evento enviado sem a validação prévia do arquivo. Corrija na origem, no sistema que gera o evento, antes de reenviar.

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!