EMBarbosa

Qual a versão do ACBr você utilizava antes de atualizar?

Acho que não. Provavelmente precisará procurar o suporte da Embarcadero.

Obrigado Cleber. Adicionei lá.

De qualquer modo, você pode criar um tópico e anexar as suas alterações, criar um projeto no SourceForge|GitHub|bitbucket|etc... Só não vamos incorporar no SVN pois não podemos assumir a responsabilidade de manutenção...

O log em si não apresenta nenhum erro. Está faltando alguma parte importante? No último log o programa parece que entrou em loop pedindo o NumUltimoItem. Pode ser algum problema de sua aplicação ao tratar algum erro nessa situação. Eu começaria por esta parte. Não estou certo, mas minha memória acusa que o ACBrECF precisa chamar pelo menos uma vez durante seu funcionamento o método CarregaTotalizadoresNaoTributados para carregar os tributos não padrões (isto é, diferentes de II,FF e NN). Então isso pode ser o que está disparando esse carregamento. Verifique se ele está sendo chamado várias vezes durante o funcionamento do programa.

Crie um aplicativo do zero. Se não conseguir compilar então seu Rlink32.dll ficou corrompido. Caso consiga compilar, remova os arquivos .res que encontrar do seu projeto e deixe que o Delphi compile-os novamente. EDIT: Faça backup antes de tudo. Só pra garantir.

Alguma novidade sobre colocar essa correção no SVN? Está aqui na minha lista de coisas a fazer... Desculpe, a volta ao trabalho tem sido mais complicada do que o esperado.

Ahhh... Pra isso que a função serve... Seria mais fácil você ter dito antes...

Desculpe, acho que não ficou claro minha dúvida. Eu vi o que você alterou. O que eu não entendi é o motivo de ter alterado. Talvez se eu utilizar perguntas possa ajudar... Qual é a melhoria dessa nova função em relação da anterior? Em que situações eu vou preferir utilizar essa função ao invés da anterior? Por que só existe pra IE? Por que incluir no ACBrValidador e não no só no seu código?

Claro que faz. Agora essa função precisa ser testada e verificada. Não posso mais alterá-la sem entender que ele vai ser chamada por fora das rotinas internas do ACBrSPEDFiscal. Parece uma coisa boba... mas faz diferença. Por isso queira, por favor, descrever a situação em que ela é utilizada fora dos chamados do componente.

Você pode criar um tópico especificamente sobre esse check list.

Olá Waldir, Obrigado por sua contribuição. No entanto, não ficou claro que melhoria foi proposta no arquivo ACBrValidador.pas por sua alteração. Poderia ser por favor ser mais específico?

O que você alterou, parece que muda completamente o comportamento do componente. Como não foi documentado quebras de compatibilidade com versões anteriores e não foi explicado o motivo, eu não posso enviar ao SVN.

Por que a procedure LimpaRegistros foi movida para public?

Blz, mas não era duplicidade O De lá eu pedi sobre o AcbrMonitor Que obviamente seria um material diferente... Pode criar outra vez então... Sobre o assunto, acho que não há diagramas nesse respeito feito pelos desenvolvedores do projeto. Talvez você poderia pesquisar sobre alguma ferramenta que faz esse tipo de análise.

Ponha um log antes de chamar o método do ACBr e verifique quantas vezes ele está sendo chamado de verdade.

Precisa fazer isso utilizando o aplicativo disponibilizado pela Bematech no site deles. Procure lá um programa que é disponibilizado apenas para desenvolvedores.

madCollection não faz parte do ACBr. É, como já dito, um problema externo ao ACBr. Provavelmente seus arquivos ACBr foram alterados.

Moderação: Tópico movido.

Código já está no SVN. Favor testar e reportar qualquer problema.

Essa remoção não pode ser feita pois você está pensando só no caso de um cliente e a partir desse momento o bloco P seria gerado sempre. Um outro usuário já reportou o mesmo problema. A solução proposta é a seguinte, Poderia tentar alterar o método TACBrSPEDPisCofins.WriteBloco_P para o seguinte código e testar aí se resolve seu problema? Aqui parece que funcionou... procedure TACBrSPEDPisCofins.WriteBloco_P; begin if not Bloco_M.Gravado then WriteBloco_M; if (Bloco_P.Gravado) or (Bloco_0.Registro0145Count = 0) then exit ; /// BLOCO P WriteRegistroP001; WriteRegistroP990; Bloco_P.WriteBuffer; Bloco_P.Conteudo.Clear; Bloco_P.Gravado := True ; end;

Mas nem todos foram testados... Então se houver algum problema, normalmente é do fabricante.

Favor descrever passo a passo para reproduzir o problema no DEMO.

Faltou a resposta as outras perguntas...

O que diz a legislação sobre o SEF II? Como reproduzir o problema utilizando o DEMO?