Luis Lambranho

Faz isso não... os componentes são ótimos e quem precisar pode muito bem alterar seus fontes locais para atender alguma necessidade específica. Basta estudar os fontes. Conheço o projeto há um bom tempo, mas sem ir a fundo. Implementei geração boletos há uns anos e agora estou trabalhando com o EFD Reinf. Não tinha fuçado tanto nos fontes como estou fazendo agora... o que posso dizer é que natural que ao iniciar o trabalho com qualquer componente novo existam entraves e dúvidas, mas é preciso explorar, testar, fuçar. E a possibilidade que o ACBr dá nesse sentido é sensacional. Posso garantir que a comunidade e os recursos do framework agilizaram muito meu trabalho por aqui.

Boa tarde, Italo. Não sei se tem relação com a alteração de ontem, mas percebi a geração de leaks de memória após a leitura do retorno. Pode ser que já existisse antes e eu só percebi agora. Comecei a investigar e buscar uma solução, mas ainda não consegui tempo pra ver em detalhes. Saberia me dizer se há alguma correção desse comportamento previsto para o componente?

Aqui tá dando timeout também.

Estou tendo timeout também (app delphi). Creio que é instabilidade no ambiente. Mais alguém com esse problema?

Boa noite, Italo. Tudo certo agora. Muito obrigado!

Italo, fontes atualizados e acbr reinstalado: por algum motivo não entra no construtor TInfoTotalContribCollectionItem.Create( AOwner: TEvtTotalContrib) e dá o AV da mesma forma.

Maravilha, Italo. Muito obrigado!

Bom dia, Italo. Tenho sim. Segue em anexo. (atualizei os fontes ontem antes dos testes) ID2023817842_retorno.xml

Bom dia, senhores... Estou tendo um AV ao consultar um número de protocolo (R2099) que foi processado com sucesso. Nesse caso o evento retornado na consulta é um R5011. Na rotina LerXML, ao tentar adicionar o prestador o infoTotalContrib.Items.RPrest é nil e o AV estoura. Alguém já passou por isso?

Apenas para registro, caso alguém tenha o mesmo problema:

O AV estoura ao chamar essa function da libxmlsec.dll:

Bom dia, Senhores... Até semana passada eu estava desenvolvendo o EFD Reinf localmente, basicamente explorando as funcionalidades. No meu ambiente rodou tudo perfeito, então atualizei o ACBr no ambiente da software house (uma VM na nuvem) e segui o desenvolvimento na VM. Mas na hora de testar o envio dos eventos estou tendo um AV ao chamar o método AssinarEventos do ACBrReinf. Eu acredito que seja decorrente das politicas de segurança desse ambiente, relacionadas ao certificado ou algo assim. Detalhes... nas duas primeiras tentativa de assinar dá um AV sem detalhes: Depois relaciona o erro à libxmlsec.dll (já coloquei a dll que funciona na minha máquina lá e não resolveu): Outra coisa: se eu vou debugando linha a linha, quando chega no TevtServPrest.GerarXML parece que o delphi se perde, passando por linhas que não tem código e pulando outras que tem: Alguém já passou por situação semelhante ou tem alguma ideia que possa me ajudar?

Maravilha, Italo!

Maravilha, Italo... Muito obrigado!

Senhores, Estou tento um AV ao ler o retorno da consulta. O erro ocorre na linha 428 da unit pcnReinfR5011.pas. infoTotalContrib.Items[i].RTom.Add; Neste momento o RTom é nil. Instanciei o RTom antes do laço para teste, mas não sei se seria a melhor solução. Vi ainda que há um construtor declarado para o TInfoTotalContribCollectionItem que aparentemente não é chamado, nele o RTom seria instanciado. Alguém já passou por essa situação? Linha onde estoura o AV Instanciei antes de usar, mas não sei se é a melhor saída: Desde já, obrigado.

Estou com o mesmo problema por aqui.

Senhores, Alguém tem alguma teoria sobre o por que a SEFAZ retorna o arquivo com o "&" ao invés de escapar o mesmo? Estou com esse problema aqui e quando faço a consulta manual no site da receita vem certinho.

Senhores, alguma solução para essa situação?