Daniel Simoes

SAT é a contingência para a NFCe, e para o fisco autorizar o uso da NFCe em SP, o contribuinte precisa ter um SAT ativado... Isso equivale a dizer que: SAT é obrigatório em SP

O título do tópico fala "MODELO DA DANFE NO FORTES REPORT"... O DANFE em Fortes Report é suportado, e é o principal DANFE do Trunk2

E como ele iria sonegar no seu sistema ? A não ser que você permita vender, sem emitir algum documento fiscal... então nesse caso, realmente vc é conivente com o crime de sonegação...

Para relatar Bugs, procure sempre usar o Demo do ACBr... Não investigaremos o caso até que isso ocorra

Obrigado, Enviei para o SVN, com pequenos ajustes

Ela retorna a Base do ICMS, apenas na leitura dos dados da Ultima Redução Z... na leitura do registrador individual, ela retorna erroneamente o valor do imposto. Não há o que fazer do lado do ACBr...

Você deve postar um passo a passo, de como reproduzir o problema, usando o Demo do ACBrNFe

Para iniciar o desenvolvimento... primeiro estude em detalhes, os fontes dos Demos do ACBr... Nesse caso, veja a pasta "Exemplos\ACBrDFe\ACBrNFe"

Tente diminuir a largura da barra para 1

Obrigado pela analise e correção... enviei para o SVN, com pequenas modificações...

Você não precisa instalar o Certificado...(nunca funcionará dessa maneira, o MonitorPLUS, não fala com a API do FireFox)... Basta configurar, para OpenSSL e apontar o caminho para o arquivo PFX

Está funcionando a contento, na minha MP4200-TH... Verifique a versão do Sw.Básico do seu ECF.. Observe ainda, que cada tipo de Código de barras é regido por regras, de quais dígitos são aceitos, qual tamanho máximo/mínimo, dig.verificador, etc Observe os exemplos do ECFTeste.exe

Em ACBrUtil.pas procedure WriteLog( const ArqTXT, ABinaryString : AnsiString ; const Traduz : Boolean = False) ;

Oi Amarildo, Apliquei no SVN, mas de forma mais genêrica, e permitindo ao usuário intervir se envia ou não a impressão para o Device

O ACBrSAT não fala com o equipamento SAT... ele apenas fala com a DLL do fabricante... O seu problema parece ser a falta de comunicação da DLL do Fabricante e o SAT.. ou seja, procure o suporte do Fabricante

O erro indica que o "Comando é inválido", pois o mesmo é inválido para o estado atual do ECF

Seus fontes estão atualizados ? Isso foi implementado recentemente...

Se você quer fazer arredondamento de acordo com as legislações Brasileiras, use: ACBrUtil.RoundABNT()

Provavelmente SIM.. Testei no emulador... Esse modelo tem um ótimo emulador...(Connect/Sim) http://sweda.com.br/familia-connect/

Testei.. não atualiza a Data do Movimento, mesmo após uma Leitura X Desativar Data Movimento: (23/11/15) Leitura X Data Movimento: (23/11/15) AbreCupom Data Movimento: (12/01/16)

Notei que o problema, ocorre devido a uma característica do ECF... Ele não preenche o registrador da Data do Movimento, até o mesmo ser realmente aberto... Ou seja, até o momento antes de vc abrir um Cupom, ele irá retornar a Data da Ultima Redução Z, como "Data do Movimento" Após um cupom ser emitido, o registrador é atualizado, e a Data do Movimento é retornada corretamente... De certa forma, isso está correto pois o Dia realmente ainda não foi aberto... até o momento da emissão do cupom

Como reproduzir o problema, usando o ECFTeste ? Qual é o passo a passo ?

Tive que aplicar correções após as modificações...

Bom... do meu lado... acho que também não é o caso, eu criar um Demo para tentar lhe ajudar, se já tenho o ECFTeste em Lazarus pronto e funcionando...

Exato... isso é convenção do protocolo SMTP