EMBarbosa

Mas você não está conseguindo enviar o e-mail? Veja esse exemplo de um usuário que o fez utilizando o terra: http://www.projetoacbr.com.br/forum/topic/5516-erro-no-acbrnfe-ao-enviar-email-smtp-error_login-other/?do=findComment&comment=137917 Você vai observar que ele fala de propriedades do ACBrNFe, mas internamente ele usa o ACBrMail.

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.

Olá, Acho que não ficou muito claro o seu problema. Qual problema está enfrentando? Que propriedade está procurando? Por que está procurando essa propriedade?

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.

Talvez possa ser que alguém bem acostumado com o GNRe saiba a resposta, mas seria mais apropriado fazer uma consulta a um contador confiável, na SEFAZ ou um dos órgãos relacionados.

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.

Sim. Só precisava confirmar. Acabei de enviar ao SVN, revisão 10282. Obrigado pelo report e testes. (:

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;

Olá adenilton. 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; Edit: Tópico relacionado: http://www.projetoacbr.com.br/forum/topic/25334-acbrspedpiscofins-geração-bloco-p-obrigatoriedade-do-bloco-0145

Ops... Você tem toda a razão. Falha minha. Coincidentemente eu estava lendo o site do SPED e acabei confundindo com Contábil. Vou tentar verificar se consigo reproduzir e resolver agora a tarde...

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...