Alisson Souza Pereira

Não poste o conteúdo(log), poste os XML(de retorno) em anexo. Preciso ver o XML do lote e não o XML do evento, Pode ser algo relacionado aos peíodos, porém poste todos os XMLs. (Envio, retorno,lote)

@oprata Você está preenchendo o leiaute de forma incorreta. Quando o Tipo de apuração for 2 você deve preencher apenas com AAAA (Ano) se for tipo 1 vocês deve preencher com AAAA-MM (Ano-mês)

Poste os arquivos XML.

@Pedro R Tortoro Se vc resolveu conforme eu falei, ou se foi de outra forma é bom explicar como foi, porque outras pessoas vê o tópico e este acaba não ajudando em nada. Sobre o seu questionamento, não entendi, se puder esclarecer melhor.

A comunicação é assicrona e quando um lote é recepcionado pelo eSocial, este lote cai em uma fila de espera "normalmente" 1 min é o suficiente para processar e já pode ser feito a consulta, porém já vi casos de demorar 15 min por exemplo o S-1299. Então consulte até obter uma resposta diferente de 101 - Processando.

Boa tarde, primeiramente verifique se vocês possui exatamente estes aquivos em destaque, Caso não, então providencie no portal do eSocial Caso sim, rode em debug e poste o valor da imagem a baixo. e o XML

Só toma cuidado que dentro de um lote pode ter eventos que deram certo e outros não, o seu controle tem que ser por evento, para obter o recibo de um evento duplicado vc tem que enviar o mesmo ID e vai te gerar outro protocolo, Mas o caminho é bem esse ai mesmo.

Estou analisando a possibilidade de utilização do certificado A3 porém minha mensageiria fica em uma máquina virtual do servidor. Tenho como utilizar o A3 nesse cenário? Ou tem alguma forma de fazer isso ?

Na verdade o componente não gera um novo ID, implemente algo que ligue os dois envios e quando for esse caso vc popula com o ID do primeiro envio e será sucesso.

Verifiquei por cima os meus eventos 10.000 eventos 5 time outs. No meu caso estou trabalhando com thread, excetuando os evento de tabela é possível enviar vários eventos e ir consultando de forma gradativa, e como a conexão é assincrona não tem porque vc enviar esperar a consulta deste evento para poder enviar o próximo, basta criar uma regra de encadeamento para os eventos que possuem dependencia respeitarem a sua ordem. No meu caso pouco importa quantos time out dê, me parece que são servidores distintos(esocial envio / esocial consulta), as consultas estão dando time out mas o envio continua funcionando, quando o servidor de consulta volta a funcionar, as consultas passam a ser realizadas normalmente e os lotes que deram time out serão consultados de forma AUTOMÁTICA... no seu caso quando dá time out vc tem que intervir?? Não consegui entender qual está sendo o seu problema, porque mesmo que dê o time out a própria mensageria sabe que quando o eSocial voltar a funcionar este evento deverá ser consultado.

Sabe dizer a frequencia com que isso corre? É normal esse tipo de time out, porém não frequentemente. Basta consultar novamente que dará certo. A única observação sobre isso é se vc estiver sobrecarregando o servidor de consulta com consultas desnecessárias, o eSocial já informou nos manuais que se a aplicação ficar consultando indevidamente um lote que ainda não foi processando ele vai limitar o acesso e poderia ocorrer um time out. Normalmente 1 min é o suficiente para o eSocial processar o evento (Tem exceções como o S-1299) @jcmferreira

@Geovane Sousa Bom dia, verifique o CNPJ da sua softwarehouse ele nem é um CPNJ válido. erro do eSocial Peguei o valor da tag cnpjSoftHouse e joguei em um simples validador de CNPJ e o mesmo é inválido. *Obs Se a empresa é a própria desenvolvedora, a softwareHouse deve ser o CNPJ da Matriz. Espero que tenha ajudado.

Poste o XML

Poste o XML

@jpgodinho92 o erro do aristarco era no preenchimento da informação, no seu caso vc deve estar preenchendo incorretamente também. Verifica se não é essa a solução e poste o XML, sem ele fica difícil ajuda-lo XML do S-1000 XML do evento que está dando o erro na hora de enviar. Fala qual o ambiente também.

Publicada Nota Técnica 2018-08 Data prevista para implantação no ambiente de Produção Restrita: 31/07/2018. Data prevista para implantação no ambiente de Produção: 31/07/2018. https://portal.esocial.gov.br/manuais/nota-tecnica-08-2018.pdf

Pode ser que existam outras coisas erradas, mas conserta esse primeiro e faz o teste e manda novamente o XML consertado e com o novo erro. Regra disponível no manual do desenvolvedor (Só não sei onde, mas tem) EM UM LOTE SÓ PODE IR EVENTOS DE 1 EMPREGADOR SOMENTE o que vc está fazendo de errado é mandar no mesmo lote dois empregadores diferentes. Cada um deve ser mandando no seu lote e com o seu respectivo certificado digital. obs* Quando o digo o XML já formatado, falo assim Ao invés de uma única linha, quando pego o XML em uma única linha chega a dar desanimo de ajudar.

@mauriciosa Poste o XML que está enviando, já formatado se possível. Fica complicado só com a mensagem saber o que está errado. Seus fontes estão atualizados?

Eu não sei como está implementado no seu sistema, mas no meu caso, não há a necessidade de abrir o XML não. Na tela de controle dos eventos, informei o ID já consigo saber quem é o funcionário ou qual a rubrica, ou qual o estabelecimento e esse erro não quer dizer que o problema está no colaborador e sim no evento. Suponhamos que seja um erro na hora de validar a estrutura do XML do S-1200 não quer dizer necessária mente que o erro está nas informações do colaborador. Mas eu entendi o que vc quis dizer. No meu caso é indiferente.

O XML que vc postou a admissão é 2018-01-01 por isso teria que ser CadINI = N Mas nessa caso vc tem que informar a informação correta DTADMISSÃO 1997 CADINI = S *Vc sempre deve utilizar a admissão verdadeira e CADINI só será = S se a admissão for antes de 01/03/2017

Eu notei que em alguns evento já existia algum tipo de identificação a única ressalva é que nem todo evento possui o CPF do colaborador. Já o ID é um identificador comum e suficiente para identificar a origem do problema, com isso todos os eventos seguem o mesmo padrão.

@anderson.mendonca Troca para N O cadIni só deve ser sim se a data de Admissão for menor que 2017-03-01(Em produção restrita) Na próxima vez poste o XML já formatado da menos trabalho. Marque o Post como resolvido.

Bom dia, no projeto temos uma proteção de código que está presente em todos os eventos O problema é que ela não trata o erro e sim passa ele para frente, quando ocorre um erro na validação do eschema em um lote de 50 eventos, não vem distinguindo qual é o evento que deu erro, dificultado a localização do problema. Alguns programadores já se deparou com a situação e em alguns eventos trataram a mensagem. Sugestão: Como o ID é um identificador comum para todos os eventos e com ele é possível saber com precisão onde ocorreu o problema, Alterei a proteção de código para tratar o erro e apresentar o ID que ocorreu o problema. @Italo Jurisato Junior Fontes.rar

@rauliana Lembre sempre de postar o XML, Já formatado se possível.

Segundo o portal do eSocial, esse mês será a virada da SEFIP, porém me parece que as ferramentas do governo não estão preparadas para fazer a virada. O Conectividade Social em produção não tem nada. A DCTFWeb só está acessível em produção restrita. No portal do eSocial ainda nem está disponível a consulta da remuneração. Alguém sabe dizer se este mês eles realmente vão descontinuar a SEFIP para os empregadores do grupo 1, ou teremos que gerar eSocial e SEFIP em paralelo?