Andergoncalves

Boa tarde @Alexandre de Paula Obrigado pela atenção. Fizemos testes com nossa aplicação e também com programa exemplo da ACBR, com o SSLType LT_TLSv1.2 e apresenta o erro: Com SSLType LT_TLSv1.1 foi enviado:

Boa tarde a todos, Após uma análise aprofundada dos posts referentes ao tema, ainda não conseguimos chegar a uma conclusão definitiva sobre a questão em discussão. Em nosso sistema, Iniciamos a configuração padrão com o SSLType definido como LT_TLSv1_2. Entretanto, temos registrado uma série de chamados em nosso suporte técnico que relatam o erro "Inativo/Inoperante" ao tentar transmitir eventos para o EFD-Reinf. Como solução temporária, realizamos a alteração desse parâmetro para LT-ALL, o que permitiu a transmissão dos eventos sem problemas. No entanto, é importante destacar que, conforme a informação disponibilizada em http://sped.rfb.gov.br/pagina/show/7280, a Receita Federal do Brasil passará a aceitar apenas conexões TLS na versão 1.2 ou superior a partir de 21/10/2023. Isso nos causa preocupação, uma vez que receamos enfrentar o mesmo erro no próximo mês. Para melhor compreender a situação, reproduzimos o erro que nossos clientes têm encontrado em nosso ambiente de desenvolvimento. Aqui, utilizamos o Windows 11, na versão mais atualizada, e, ao tentar enviar um evento para o EFD-Reinf, também nos deparamos com a mensagem "Inativo/Inoperante". Fiz testes com : LT_all OK - funcionou LT_TLSv1_0 OK - funcionou LT_TLSv1_1 OK - funcionou LT_TLSv1_2 ERRO - inativo ou inoperante Fazendo teste em minha máquina que esta com o Windows atualizado ocorre o mesmo erro. Além disso, em nossas avaliações nos ambientes dos clientes, a maioria dos quais são escritórios de contabilidade, notamos que em um mesmo escritório foi possível transmitir eventos para uma empresa que utiliza certificado A3, enquanto outra empresa, também com o mesmo tipo de certificado, apresentou o erro mencionado. Essa observação nos leva a concluir que o problema não parece estar ligado ao ambiente do cliente. Agradecemos a todos pelo empenho e pelas sugestões até o momento. Contudo, vale ressaltar que continuamos investigando a origem desse problema. Caso algum colega possua informações adicionais ou contribuições que possam nos auxiliar a encontrar uma solução definitiva, seremos imensamente gratos.

Boa Tarde. Primeiramente agradecer ao empenho de todos os envolvidos. Implementamos a rotina de consulta de CNPJ e está funcionando perfeitamente. Obrigado Anderson

Bom dia! Estou enviando como sugestão de alteração, uma versão atualizada do Eventos S-2500, no ambiente 1.2 do eSocial. Onde foram feitos ajustes e criado objetos. Foram feitos ajustes nos arquivos de configuração do ACBR para que seja possível selecionar o ambiente na versão 1.2 e os schemas. Agora estamos aguardando a liberação do ambiente no eSocial para testes. Obrigado Anderson pcesConversaoeSocial.pas pcesS2500.pas ACBreSocialConfiguracoes.pasv_S_01_02_00.zip

Boa tarde! Estou disponibilizando ajuste de novos Tipo de Contrato para o Evento S2500 que constam no leiaute da versão 1.2 do eSocial. Obrigado Anderson pcesConversaoeSocial.pas

Bom dia a todos! Estou anexando uma sugestão de mudança no pcesConversaoeSocial no tpTpProv. Conforme Leiaute do eSocial 1.1 foi acrescentado o Enumerado 11 - Estabilizados - Art. 19 do ADCT. Obrigado Anderson pcesConversaoeSocial.pas

Boa tarde. Segue como sugestão de alteração no fonte do ACBRCEP. Quando não acha o cep estava retornando erro de violação de acesso ao tentar acessar os objetos no Json. Foi implementando se retornou um valor de cep valido. Ao tentar ler o objeto cidade e estado estava causando o erro. Exemplo da pesquisa anterior: Cidade : MARILIA Logradouro: CARLOS VENDRAMINI Estado: SP. Vi na pesquisa do WebService do CepAberto que Cidade e Estado são campo obrigatório. Este logradouro pertence a Oriente. Segue fonte em anexo. Obrigado Anderson ACBrCEP.pas

Olá @EMBarbosa Boa Tarde! Ficou legal, sei que nosso amigo @Italo Giurizzato Junior está terminando de fazer os teste da versão 2.1 do Reinf para subir no SVN conforme Tópico: Seria interessante fazermos depois este ajuste no EFD-reinf também.

Boa tarde. Fonte atualizado com a Revision-28381. Att Anderson pcesGerador.pas

Bom dia a todos! Estamos disponibilizando uma sugestão de ajuste no nó FAP para o Evento S-1005. Para que a regra de geração do nó seja feita na aplicação e não no componente ACBR. Hoje não está gerando na versão 1.1 devido a regra da comparação da versão veS01_01_00 ser maior que veS01_00_00. De: Para: Obrigado Anderson pcesGerador.pas

Boa tarde a todos. Concordo com a colocação do nosso amigo: @Jeihcio Francis não temos a data de admissão do trabalhador. Como sugestão que implementamos foi sem a validação para que o mesmo possa ser validado na aplicação. if ( ( (TpAmbToStr(TACBreSocial(FACBreSocial).Configuracoes.WebServices.Ambiente) = '1') and (Self.Cat.dtAcid >= StringToDateTime('16/01/2023')) ) or ( (TpAmbToStr(TACBreSocial(FACBreSocial).Configuracoes.WebServices.Ambiente) = '2') and (Self.Cat.dtAcid >= StringToDateTime('16/01/2022')) ) ) then begin Gerador.wCampo(tcDat, '', 'ultDiaTrab', 10, 10, 1, Self.Cat.ultDiaTrab); Gerador.wCampo(tcStr, '', 'houveAfast', 1, 1, 1, eSSimNaoToStr(Self.Cat.houveAfast)); end; Outra sugestão seria atualizada com a validação abaixo: if Self.Cat.ultDiaTrab <= Self.Cat.dtAcid then Outra sugestão que estamos disponibilizando aqui é a do Evento S-3000 foram implementados alguns ajustes na função GerarXML. Obrigado pela atenção. pcesS2210.pas pcesS3000.pas

Boa tarde. Tudo bem? Alguma previsão para svn?

Bom dia a todos! Estou anexando uns ajustes como sugestão quando o evento S-2240 a ser enviado seja informado de que não existe agente nocivo. Código 09.01.001. Onde somente é necessário informar o CPF válido do Responsável. Em anexo os arquivos com modificação e o Schema. Layout esocial: Obrigado Anderson pcesS2240.pas pcesConversaoeSocial.pas evtExpRisco-v_S_01_00_00.xsd

Bom dia a todos. Segue mais uma sugestão de alteração do Evento S-2240. Obrigado Anderson https://www.gov.br/esocial/pt-br/empresas/perguntas-frequentes/perguntas-frequentes-producao-empresas-e-ambiente-de-testes evtExpRisco-v_S_01_00_00.xsd pcesS2240.pas

Bom dia. Segue como sugestão os arquivos pas e o xsd em anexo. Nos deparamos com problemas no envio do evento S-2210, verificamos que o eSocial fez ajuste nos servidores, fizemos alguns ajustes para geração dos campos obrigatórios ultDiaTrab e houveAfast, onde devem ser informados quando dtAcid no ambiente: Produção restrita for maior que 15/01/2022; Produção for maior 15/01/2023; Obrigado. Anderson pcesS2210.pas evtCAT-v_S_01_00_00.xsd

Boa tarde, Obrigado pelo pronto atendimento. Sim. Se esta propriedade estiver com o valor TRUE ocasiona o erro acima mencionado. Gostaria de saber para que serve uma vez que estando como TRUE ele não identa o arquivo xml. O nosso amigo marcos sugeriu que se fosse implementada no projeto, teria que ser implementada também nos outros eventos não somente no Evento S-2220. Obrigado Anderson

Bom dia a todos. Queremos agradecer a contribuição de nosso amigo Marcos Barreto no post: Fizemos update para a versão atual: Revision 26586. No fonte pcesGerador.pas , linha 2132 na função TeSocialEvento.GerarXML: boolean. Nos da esquipe constatamos que, ao enviar o arquivo para o servidor do eSocial, com a propriedade Self.Gerador.Opcoes.IdentarXML configurada com valor True, retorna: Erro 142 - Assinatura do evento inválida. Ações Sugeridas: Verificar se houve alteração do evento após a assinatura. Verificar a validade da assinatura. Conforme imagem em anexo. Informado o valor False nesta propriedade o evento é processado normalmente. Vimos também que abrindo pelo EditPlus o xml com a propriedade com valor TRUE não executa a identação do xml. Qual é a utilização desta propriedade, Self.Gerador.Opcoes.IdentarXML ? Obrigado

Boa tarde. Obrigado pela atenção e pelas observações.

Bom dia! Segue em anexo algumas sugestões de alterações do Evento S-2220, S-1005. S-2220 : GerarRespMonit S-1005: TEvtTabEstab.LerArqIni -> cnpjResp Atenciosamente Anderson PCNeSocial.rar

Boa tarde. Estou usando o exemplo do ACBreSocial para carregar um arquivo xml que foi enviado para o Servidor do ESocial. Evento S-2240. Esta informando o Erro: Falha ao interpretar o XML "xmlParseDoc" Se alguém tentou fazer este procedimento e funcionou e puder compartilhar. Obrigado