Daniel Simoes

Instalei o 1.4.2... Tudo ok, não precisei modificar nada no ACBr... Notei que essa versão teve mais foco em bugfixes.. e usa o mesmo FPC da versão anterior... então é bem compatível...

Não temos controle sobre o S.F... Você pode acompanhar no Twiter deles... Leia sobre o Trunk2 em: http://www.projetoacbr.com.br/forum/topic/22410-bem-vindo-ao-trunk2/

Use o Google... digite no google: "site:www.projetoacbr.com.br ACBrECF"

O S.F. está fora do ar...

Se deseja sugerir modificações para o "trunk2" favor anexar (zip) os fontes modificados...

Por favor forneçam um passo a passo de como reproduzir o problema usando o Demo do ACBr (ACBrNFE_Demo)

A modificação parece correta... Subo pro SVN assim que o S.F. voltar ao ar...

Não sei dizer... acho que a maioria usa por TXT... Você consegue criar uma sequencia de comandos a enviar, que cause a lentidão ? Assim tento reproduzir o problema, usando um programa simples para enviar os comandos por Socket

Não compreendi muito bem o que motivou as alterações... Qual era o problema original ? Como as suas correções se propõem a corrigi-lo ? PS: Notei que seus fontes não estão atualizados com a última versão do "Trunk2"

Obrigado por compartilhar a solução...

Tentou com outro modelo no ACBrSAT ? Se não funcionar é porque a DLL deles está fora do padrão (nomenclatura dos métodos errada)

Existem XSDs dentro do SAT... e testes de homologação com vários XMLs válidos e inválidos... (você pode encontrá-los no página do SEFAZ) Mas a logica de validação deve ser algo muito peculiar de cada fabricante...

E se você tiver mais Itens que necessite de mais espaço do que 250 ??

Eu não uso Delphi nem o Fortes CE

Desculpe... mas acho que meu post anterior já explica a situação por completo... nada a acrescentar...

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

A versão do Windows não precisa ter relação com a versão do Compilador... Ou seja, você pode ter um windows 64 (eu tenho)... O que o Regys quis dizer, é que o compilador não deve ser o 64bits... Se você compila seus seus fontes em um compilador 64 bits, o Executável final apenas rodará em máquinas 64 bits

Não há vírus... Veja os relatórios do Site: VirusTotal ACBrMonitorPLUS-0.1.7.9-Windows-Instalador.exe ACBrMonitor.exe

Deve estar corrigido.. o evento cbxSATSepararPorCNPJChange estava lendo o valor do CheckBox do NFe...

Você está falando do SAT ou NFe/NFCe ?

Bom... conforme informado.. só estou analisando problemas no Trunk2

Não consegui compreender muito bem o Log ou notar alguma diferença entre os diferentes testes... Comandos mais simples (que retornam apenas uma linha) funcionam adequadamente ?

Você deve usar o Fortes Report CE... As equipes do ACBr e Fortes estão em constante contato, para manter a compatibilidade... https://github.com/fortesinformatica/fortesreport-ce

Obrigado Amarildo... Já havia notado esses bugs... e estava para tentar corrigir... Obrigado pela analise e correção... Já está no SVN

Não notei nada de Errado debugando... o componente achou corretamente a URL NfeAutorizacao_3.10=https://homologacao.nfce.fazenda.pr.gov.br/nfce/NFeAutorizacao3 Provavelmente seu arquivo .RES está defasado ou não foi encontrado... Copie o arquivo arquivo ACBrNFeServicos.ini para a pasta do seu projeto, e configure o componente para ler o arquivo, na propriedade.. algo como: ACBrNFe1.Configuracoes.Arquivos.IniServicos := 'c:\temp\ACBrNFeServicos.ini';