Daniel Simoes

O ACBrMail já possui essa chave... O que ocorre, é que a versão atual do ACBrNFe2, não usa o ACBrMail... por isso não adianta solicitar ajuda do Jean (autor do ACBrMail) já no Trunk2, houve um refactoring nessas rotinas... e o ACBrMail é usado pelo ACBrNFe e ACBrBoleto

Não dá pra analisar o Log assim... por favor ZIP e anexe... Veja ainda, esse post:

Pode ser um problema temporário... Ou algum bloqueio de Proxy na rede...

Não consegui detectar o problema... Aparentemente o TEFD está ficando em loop, solicitando o TotalPago e o Estado do ECF..... somente debugando para compreender melhor...

Aparentemente o Código de Ativação não está persistindo no emulador.... Ou então o evento OnGetCodigoDeAtivacao não está programado...

a extensão .LOG não é aceita... Zip os arquivos antes...

Por favor tente essa nova Unit...Promovi uma grande mudança na metodologia no tratamento das respostas com mudanças de Estados da Sweda... (Espero que isso não cause outros efeitos colaterais) ACBrECFSwedaSTX.zip

Por favor faça testes com o projeto Demo "ECFTeste"... Não há erros de comunicação ou interpretação de retornos do ECF, no seu Log... O que significa que o ACBrECF está se comunicando bem com o ECF... O que notei, é uma provável situação de Loop infinito, a aplicação solicita o NumCOO e NumCCF, e NumGNF repetidamente...

Aqui mesmo no fórum... nessa área... deixaremos o download Livre, para testes...

Em relação ao ACBr, não deveria ser necessários ajustes... em todo caso, fizemos um amplo refactoring em https://svn.code.sf.net/p/acbr/code/trunk2/ Aqui na DJSystem, usamos apenas Lazarus, e já estamos usando o "trunk2" Em relação a Indy... use a Synapse (que se encontra dentro do ACBr)

Sim, estamos desenvolvendo uma versão do ACBrMonitorPlus, que além de unir ACBrMonitor e ACBrNFeMonitor, terá suporte ao SAT ... acho que até a semana que vem já temos um "alpha"

Certeza que este é o Log correto ? Não há referencia a "ERRO" ou "EfetuaPagamento" nesse Log...

Isso é proposital... Como podemos saber se o ECF já acabou a Impressão ? Alguns modelos sinalizam isso de forma bem clara, ou ainda enviam um sinal enquanto o ECF está trabalhando... mas outros não (é o caso da Sweda)... e para piorar, eles respondem ao comando enviado, muito antes do termino da Impressão... então no ACBrECF, há uma propriedade que pode ser ligada, para que o mesmo faça uma verificação adicional, após receber a Resposta do ECF... a propriedade AguardaImpressao Ex: procedure TACBrECFSwedaSTX.LeituraX ; begin AguardaImpressao := True ; EnviaComando( '15' ) ; end; Quando a mesma está ligada, após o ACBrECF receber a resposta do ECF, ele envia um novo comando, solicitando o Status do ECF.. alguns ECFs não conseguem responder, enquanto estão trabalhando... e nesse caso, sabemos que ele está ocupado... O que deve estar ocorrendo... é que a rotina VerificaFimImpressao não deve estar considerando os estados de Erro... vou analisar os Logs e verificar como podemos implementar

O Numero de Colunas pode ser mudado em ACBrECF001.INI [Impressora] Colunas=48

Notei que o ACBrECF está enviando a alíquota como TC Quando na verdade, deveria ser um número de 01 a 16 ou seja, o numero do índice que corresponde a T 17,00, no seu ECF pode ser algum problema no método "AchaICMSAliquota".. mas acabei de testar e não conseguir reproduzir o problema... Por favor verifique se seus fontes estão atualizados corretamente...

Sua correção realmente é necessária... Por favor experimente com essa Unit em anexo ACBrECFSwedaSTX.zip

Dessa maneira o retorno de "PathDLL" nunca será vazio... e nesse caso, forçará a aplicação a distribuir a DLL no mesmo diretório do .EXE... Alguns programadores preferem usar o c:\windows\system32 ou c:\windows\syswow64 para distribuir as DLLs dos fabricantes...

Atribua um nome de arquivo para ACBrECF1.ArqLog

Boa.. já enviei para o SVN...

Você tem certeza que já baixou as correções descritas nesse tópico ? (atualizou pelo SVN)

O ACBrECF apenas repassa os erros gerados pelo ECF... Observe no Log se o ECF está retornando erro..

Fórum errado... movendo...

Compartilhe o seu SATTeste.ini, para testes...

Parece tudo correto... Minha suspeita é algo errado no Demo em Delphi... Tente com essa versão já compilada, em Lazarus

Essa briga de String x AnsiString é complicado com diferentes versões do Delphi...