EMBarbosa

Muito obrigado pela contribuição Adicionei no nosso backlog (TK-5369) Assim que possível daremos um retorno.

É difícil saber exatamente o que é sem entender exatamente onde o erro é levantado. Por exemplo, tem um problema bem parecido relacionado ao uso de TClientDataset. Veja: https://stackoverflow.com/a/8147950/460775 Talvez você precise debuggar no cliente ou criar um sistema de log de erros pra poder ter uma ideia de onde o erro acontece.

Para constar, estamos tendo relatos semelhantes no Discord. Então quanto mais pessoas reportarem mais chances deles levarem a sério o problema.

Bom dia, Geralmente isso é um problema do lado do servidor. É basicamente o mesmo que o Erro http 500, como você pode ver no log. Veja também esse link: https://bacen.github.io/pix-api/ Acho que a única coisa que pode ser feita é tentar o contato com eles.

Você chegou a aumentar o TimeOut? Tente um valor como 40000 para testar. Veja mais informações em:

A questão é que o grupo "baseCalculo" não é obrigatório. Então precisamos de uma validação para não gerá-lo. E se mudarmos para o seguinte código? if ( (VersaoDF >= veS01_02_00) and (obj.vrBcCpMensal = 0) and (obj.vrBcCp13 = 0)) then exit; O que acha dessa alternativa?

Ao fazer uma GNRe existem vários campos a serem preenchidos. Mas além desses também há campos extras que podem ser exigidos ou não pela UF. Como saber o que preencher? Observação: Não estamos falando de quais valores vão nos campos, quer dizer, o que colocar nos campos. Isso é trabalho do contador da empresa ou da própria UF definir. Mas sim de quais campos preencher... Infelizmente, não temos essa informação de maneira definitiva. Se estiver disponível, você poderia usar o método GnreConfigUF para uma receita específica. Mas o próprio manual tem o seguinte detalhe: E online, você pode ter uma ideia seguindo com os seguintes passos (imagens na sequência): Entre no portal GNRe e vá em Automação clique em Manual para Preenchimento do XML de Lote clique em Regras de preenchimento Selecione a UF e a Receita desejada. Verifique os dados exigidos no formulário apresentado.

A contribuição no tópico citado post acima foi enviada ao SVN, conforme mensagem citada abaixo: Assim, estamos fechando essa TK-5132 até segunda ordem. Se for necessário uma nova análise, fiquem a vontade a postarem novas mensagens. Nota: ainda estamos aceitando contribuições para o aplicativo de exemplo. Vejam o tópico citado.

Importante: Tive que fazer uma alteração relacionada ao TEFACBrAndroid porque ele só está disponível para as versões Berlin e superiores do Delphi, devido a compatibilidade do FMX requerido.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 33041. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado. Verificado. É importante lembrar que os pacotes Design Time precisam ser recompilados e reinstalados após alteração nos pacotes Run Time.

Apenas para ficar registrado, o problema foi resolvido utilizando o FastMM 4, trocando o gerenciador de memória nativo do Delphi 7.

Eu analisei aqui. As alterações fazem sentido sim... Verificando os possíveis conflitos, não encontrei nenhum. Algum outro impedimento de enviar ao SVN?

A conexão do cliente é estável? Vocês usam o mesmo provedor de internet?

Como alternativa, já que estão dispostos a pagar pela alteração, tentem um freelancer. Talvez consigam um na nossa área de Classificados, aqui no fórum ou no Discord.

Me parece que você também fez modificações no arquivo OpenSSLExt.pas e não o colocou aqui. Ou talvez você esteja utilizando outra versão... poderia disponibilizar? Eu não encontrei o SslMethodTLSV1_3 citado na linha 480 da unit ACBrDFeOpenSSL.pas.