EMBarbosa

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?

Basta inspecionar o valor das variáveis antes do erro.

Tópico na área incorreta. Movido.

Olá mfb, Bem vindo ao fórum. Esperamos que possa sanar suas dúvidas e ajudar o projeto a crescer. Visto que é novo no fórum, convido a ler as nossas regras e também a parte que dá orientações gerais para formular perguntas. Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste link aqui, em especial a "2.2 - Permaneça no assunto". Dessa vez eu dividi o tópico para você.

Provavelmente, se existe, não é muito divulgado. Afinal, o captcha é justamente para evitar acessos automáticos.

icozeira, No caso então, se seu objetivo é testar e ajudar o desenvolvimento do ACBrNFSe, seria bom você mencionar isso. Digo isso porque lendo seu post ficou parecendo que você estava esperando que ele estivesse funcional. Com respeito ao Fortes. O erro acusado é de que o compilador do delphi não conseguiu acessar o arquivo com o fonte do pacote do Fortes 'frce.dpk'. Você poderia tentar verificar o motivo. Possíveis causas: Arquivo não baixado, sem permissão, variáveis de ambiente mal configuradas (variável PATH por exemplo), antivírus/firewall bloqueando acesso, etc...

Desculpe a demora em responder, estava ausente... No entanto, agora estou apenas trabalhando com os códigos fontes do trunk2. Sabe dizer se suas correções são compatíveis com ele?

Não... Você tem algum exemplo em como reproduzir o problema? Eu não utilizo o SPED Contabil.

Queira aguardar até terça feira por favor, acabei de voltar e estou averiguando.

Aqui está normal, mas talvez eu não seja a melhor pessoa pra testar. Será que não é porque já faz algum tempo que você o fez? Link para o tópico mencionado: http://www.projetoacbr.com.br/forum/topic/21305-domínio-a-venda/

É um refactoring amplo no código. Visto que haveria quebra de compatibilidade, foi criada uma outra linha de controle de versão. Veja mais em: http://www.projetoacbr.com.br/forum/topic/22410-bem-vindo-ao-trunk2/