fabibona

Boa tarde Renato! Eu fiz o procedimento solicitado acima e verifiquei que esses 3 campos (perRef, ideDmDev e vrLiq), estavam sem valores, eu estava colocando esses 3 campos no programa no Grupo detPgtoFl, e na verdade eles tem que ser informados no Grupo InfoPgto, por isso dava o erro, a informação no grupo detPgtoFI é somente para versões abaixo da simplificada e no programa de exemplo que eu segui também dava o erro pois a informação somente estava no detPgtoFI, somente o exemplo está com erro os fontes estão perfeitos, muito obrigado mesmo pela atenção resolveu o problema. Fabiano.

Sim estou preenchendo ele e atualizei os fontes e mesmo assim acontece o erro, inclusive nos exemplos quando selecionado o evento s-1210 também dá o mesmo erro.

Se alguém souber o que é esse erro eu agradeço, obrigado!

Até no exemplo informa esse erro.

Bom dia! Resolvi o problema do produção restrita e futuramente também no produção, reinstalando a acbr inteirinha, com isso resolveu o problema, algum bug aconteceu na minha instalação, obrigado.

Segue o link abaixo as mudanças feitas no webservice do eSocial Após o procedimento, será permitido o uso do seguinte conjunto de cifras: TLS_RSA_WITH_AES_256_GCM_SHA384 TLS_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384_P384 (nova referente a SSL_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384) TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256_P256 (nova referente a SSL_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256) TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256_P384 A implantação do conjunto de cifras seguirá o cronograma abaixo: 21/03/2022: implantação da nova lista de cifras na PRODUÇÃO RESTRITA; 21/06/2022: implantação da nova lista de cifras no AMBIENTE PRODUTIVO. Link: https://www.gov.br/esocial/pt-br/noticias/conjunto-de-cifras-utilizadas-no-estabelecimento-da-conexao-com-o-esocial-sera-revisado

Desculpe enviei a mesma mensagem sem querer A versão do windows é 10 e fiz o teste utilizando o Wincrypt e dá a mensagem -> Necessário DigestMethod Algorithm = sha256 -> SSLLib = libOpenSSL Quando utilizo o certificado "A1" o método é libOpenSSL e quando é "A3" utilizo libWinCrypt, sempre funcionou mas com essa mudança de cifra para o eSocial está dando erro.

A versão que você diz é do acbr ?

Estou utilizando certificado "A1", e utilizo libOpenSSL A versão que você diz é do acbr ?

Sim, estou utilizando o tls 1.2 no SSLType, mas vou tentar atualizar o windows pra ver se resolve

Eu vou fazer o seguinte: No evento s-2299 não vai as retenções do Irrf e no vale do dia 20 o que esta ficando sem informações é justamente o Irrf descontado, como falei anteriormente as rescisão do dia 23 está o restante do Irrf, então como não é informado o Irrf no evento s-2299 eu vou somar esse Irrf do dia 20 no evento s-1210, onde são computados os descontos de Irrf, com isso não vou ficar sem informar nada, a unica diferença no evento s-1210 é que o pagamento do vale dia 20 vai estar englobado no dia 23, mas não tem outro jeito o eSocial não valida informando o vale do dia 20 no evento s-1200, vou seguir sua sugestao Alisson de englobar no evento s-1210.

Obrigado Alisson por responder, mas teria como você explicar como que vou colocar o evento do vale dia 20/05 na rescisão do dia 23/05, sendo que na rescisão vem esse vale como desconto e no dia 20 esse vale é um crédito e também o irrf vem descontado desse funcionário no dia 20, e a diferença de irrf no dia 23, tem algum campo específico para isso no evento s-2299, pois o evento s-2299 diz que é somente verbas rescisórias.

Estou com um problema também no evento s-1200, tenho um funcionário que teve vale dia 20/05, e no dia 23/05 ele teve rescisão de contrato, no layout do esocial informa que não devemos informar a rescisão no evento s-1200 e sim somente no s-2299, eu tentei enviar o vale deste funcionário do dia 20/05 no evento s-1200 e o esocial retornou erro que o funcionário não pode ser informado se o mesmo estiver em baixa, o problema é depois no evento s-1210, se eu não informa-lo no evento s-1200 e evento s-1210 não aceita por causa de não possuir o s-1200, se eu deixar sem informar futuramente a dirf que com certeza será substituída pelo esocial vai ficar sem essa informação do vale, alguém teve este problema ?

Boa tarde Italo! Estou enviando os eventos S-1200 e S-1210, eu enviei um lote de 50 eventos e depois de um minuto enviei outro lote de 50 eventos, na consulta do segundo protocolo de envio deu a mensagem: - cdResposta: 407 - descResposta: A regra de precedência na transmissão de eventos não foi seguida. Eventos desse tipo não devem ser enviados para processamento em paralelo. Ver seção 5.6.1 do Manual de Orientação do Desenvolvedor. Isso aconteceu devido o sistema estar lento e não deu tempo de processar o 1º lote a tempo, tem como fazer uma comunicação com o webservice do eSocial e verificar se o mesmo esta pronto pra receber outros lotes ?, obrigado