EMBarbosa

@oliveira_arara e @Alysson Rengel Outras perguntas importantes: 1) Por que vocês estão usando Capicom? 2) Tentaram com OpenSSL? 3) E WinCrypt?

Eu não consigo nem abrir para analisar (com extensões) esses arquivos no VS Code já que tem mais de 20 MB. O Notepad++ abre com uma certa dificuldade. É possível que precisemos de algum tempo a mais para poder analisar isso. Qual a versão do Delphi de vocês?

A minha resposta foi para o Fernando. O que eu te pedi você ainda não respondeu:

Reduza o número de itens removendo os que estão com estoque zerado e os que não houveram movimentação.

Por favor, ao invés de enviar um lote de eventos, carregue os eventos separadamente na lib.

Por favor teste com a DLL anexa. ACBreSocial32.7z Se por acaso não funcionar, preciso que teste enviando um arquivo evento por vez a Lib. Carregue um evento por vez e depois faça o envio.

Você não me respondeu:

Como assim em ambos? depois que uma exception é levantada, o processamento não cessa? A questão é que precisamos saber se o erro é gerado pela FastStringReplace ou não. Como é um arquivo confidencial e como já recebemos um outro arquivo, no momento não precisa enviar. Se precisarmos vamos pedir mais tarde.

Alysson, afinal, o seu problema é lavantado no copy ou na FastStringReplace? Boa tarde. Você chegou a debugar para ver onde exatamente é levantada a mensagem de erro?

Ah me desculpe... Eu confundi os componentes. O ACBrReinf não tem log mesmo. Estamos avaliando o problema.

@vanessa_sensatta, ainda ficou faltando o log do componente.

Pode ser interessante ler: http://www.felix-colibri.com/papers/oop_components/delphi_virtual_constructor/delphi_virtual_constructor.html

Eu não me lembro dos detalhes, mas acredito que isso tenha relação com as decisões lá no início da linguagem. Bom eu lembro do seguinte: No Delphi/Lazarus, o "Constructor" sim nesse caso... Mas isso funciona com todos os métodos... Por exemplo, sua classe TPai poderia ter uma "procedure FooBar" e a TFilho também ter esse método. Eles não precisam ser necessariamente virtuais. A natureza do "Constructor", é ser um método da Classe, não do Objeto. Sendo assim, é esperado ele ser chamado na classe... Por exemplo o seguinte código gera uma AV: var umPai: TPai; begin umPai := umPai.Create; //O código correto seria da classe: umPai := TPai.Create; Já no Destructor isso não acontece. Ninguém chama "TPai.Destroy". Na verdade, se você notar seu código, você chamou o método "Free". Esse método "Free" não é virtual. Isso não explica plenamente sua dúvida, mas dá uma ideia do funcionamento... ou pelo menos mais coisas pra você pesquisar

Verifique se a mensagem é realmente da sua aplicação e não de outra que roubou o foco. Se for de sua aplicação, então em algum lugar está habilitado a "ajuda de contexto" (context-sensitive help). Bastaria desabilitar isso.

Synopse mORMot

Boa noite, Você está tentando enviar em "produção" ou em "produção restrita" (homologação)? Como está a configuração do componente na questão de versão? Está correta? Por favor, caso exista, anexe o log do componente gerado nessa tentativa.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 28031. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Olá. Nós geramos uma nova Lib do eSocial. É possível que ela resolva o seu problema. Mas tem um pré-requisito para que funcione. A dll deve estar configurada corretamente para possível assinatura. Então, queira por favor fazer o download e testar com ela. Mas não esqueça de fazer as configurações do certificado como fez antes. Também por favor, coloque o nível do log da Lib como paranoico. Assim caso gere algum erro, anexe aqui por favor o Log e os arquivos utilizados.

Boa tarde, tudo bem? A lib do eSocial é bem recente, e assim como nossos componentes está em constante desenvolvimento. Não tivemos ninguém que precisou implementar todos os eventos por meio de leitura de XML, e muito menos um xml de lote de eventos. Isso explica, o motivo de você ter encontrado essa situação. Bom o que eu notei no momento é a libxml2.dll (que é a dll de terceiros usada para ler o arquivo) não está conseguindo fazer o parse do seu arquivo. Parece que é na hora da leitura e não na hora de gerar o lote. Afinal, se funciona com o arquivo INI, a geração do Soap deveria ser semelhante. Estou tentando descobrir exatamente o problema do erro. Assim que tiver novidades retornamos.

Olá pessoal! Com muito prazer anunciamos que foi enviado hoje cedo ao SVN mais uma nova implementação de leiaute para o Reinf. A versão 2.1. Queremos agradecer de coração ao nosso moderador @Renato Rubinho que trabalhou nessa alteração. Como sempre fiquem atentos as novidades, logo liberaremos os ajustes para o ACBrMonitor. Também, se encontrarem qualquer problema, como sempre criem tópicos no fórum para relatar. Bom trabalho a todos!

No Lazarus, quando eu digito: self.Cap O editor pergunta se eu quero dizer Caption e eu aperto ENTER. A configuração padrão para completar é compacta: self.Caption:= Eu prefiro um espaço antes e depois do símbolo de atribuição: self.Caption := 'text' A configuração fica aqui: Fonte: https://forum.lazarus.freepascal.org/index.php/topic,61456.0.html

Verifique o Manual do Desenvolvedor versão 1.12.

Relacionado: https://www.projetoacbr.com.br/forum/topic/69444-consultar-xml-totalizadores-5001-5003-de-um-xml-existente/

Já está no SVN essa modificação.

@djinfope Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 27755. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.