Alisson Souza Pereira

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?

@milago Vocês está olhando a versão antiga do manual, estes campos foram descontinuados. Lembre de marcar o tópico como resolvido.

Bom dia, foi alterada a data de início do produção restrita no eSocial. Produção: 2018-01 Produção Restrita: 2017-01 (Levando em conta o faseamento) Testes com o faseamento na Produção Restrita serão simulados com datas de janeiro, março e maio de 2017 http://portal.esocial.gov.br/noticias/testes-com-o-faseamento-na-producao-restrita-terao-ano-base-2017

@GABRIELA22k Vc é desenvolvedora? caso não, acredito que o melhor seja contactar o suporte do seu sistema.

@GABRIELA22k é somente este erro que ocorre, ou tem outros erros? tenta fazer o teste de troca o cadini para S só para ver qual erro que vai dar. poste o xml de retorno tbm. quando digo já formatado é do jeito que vc mandou, é ruim quando pego um XML que está em uma única linha.

é muito importante o XML para que possa ser ajudado. Se já puder posta-lo formatado também. @GABRIELA22k

Eu entendo da seguinte forma. No mês da rescisão não existe S-1200 Dentro do demonstrativo de rescisão haverá Saldo de salário equivalente à 23 dias Desconto de adiantamento de 20 dias Tem que verificar as naturezas certinho, não tive a necessidade de fazer uma análise detalhada até o momento, mas a estrutura que o eSocial disponibiliza indica que o adiantamento seria englobado pela rescisão. e o S-1210 seria o pagamento da rescisão.

@fabibona O evento S-2299 exerce o mesmo papel que o S-1200 sobre o S-1210, este colaborador só terá o S-2299 no mês da rescisão e esse adiantamento irá contido nele. O S-1210 é o evento de pagamento seja de folha ou rescisão.