Régys Silveira

Pelo que entendi o retorna está vazio, correto? Se sim, geralmente são problemas com instalação do certificado, cadeia de certificado, proxy, firewall, antivirus ou capicom.

Existe o ACBrTerminal que se não me engano já possui o modelo. Caso queira implementar por conta própria existe o ACBrTCP para lhe ajudar. De resto pode também utilizar a synapse diretamente.

Para baixar o FastReport vá no site deles, não conheço outro lugar. Se você instalar o Fortes Report deve instalar o ACBr com pacotes Fortes Report.

Aqui está normal, seus fontes estão atualizados? O arquivo .fr3 está atualizado?

Propriedade eu desconheço, mas existe o evento OnPrintReport, talvez você o possa utilizar para checar isso.

Não existe mais TEF Discado, todas as soluções agora são TEF Dedicado.

Normal: ACBrNFe.NotasFiscais.Imprimir; Resumido: ACBrNFe.NotasFiscais.ImprimirResumido

Os endereços para os webservices estão corretos e es ste não é um erro no componente é sim no webservice. Erros do webservice não podem ser tratados via componente, você deve entrar em contato com o SEFAZ e mostrar o erro para que eles acertem o erro lá.

Você marcou todos os tipos de motores de relatório (FastReport, Fortes Report, Rave, etc), você deve marcar somente o que vai usar e está instalado no seu Delphi.

Você procedeu primeiro a instalação para 32bits? Primeiro faça ela depois faça a de 64Bits. Como você já fez algumas tentativas antes, talvez seja melhor limpar primeiro, siga este post: assim tem certeza que nada estará errado é poderá atrapalhar a instalação.

A geração de arquivos onde os dados provem do banco de dados infelizmente não é coberta pelo ACBrMonitor. Existe o componente ACBrPAF que gera este arquivo, entre outros, se você utiliza delphi talvez seja melhor considerar o uso direto do componente.

Você escreveu resolvi, está resolvido ou não, não entendi. Se não estiver resolvido, poste o log do ACBrECF para vermos o que você está enviando.

Acabei esquecendo de postar que havia consertado, desculpe.

Tente este procedimento: Após isso reinstale.

Eles vão se basear na nova, pois ela pode começar a ser utilizada após a publicação no DOU, o que já foi feito. Veja, se eles insistirem, faça como lhe falei, gere o arquivo utilizando o método que passei, assim todo mundo fica feliz.

Existem dois métodos no ACBr, PafMF_ArqMF e PafMF_ArqMFD, o ultimo você já utiliza. Quanto a geração do arquivo com os registros "E", não existe no ACBr hoje um método para geração conjunta a geração dos binarios destes arquivos. Você pode utilizar o método PafMF_Cotepe1704 para isso, mas terá que tratar manualmente a geração. Lembrando que a geração do arquivo é facultativa, veja o trecho da ER: Isto não foi alterado na ER 02.02 que foi publicada dia 14/08/2014, inclusive, se houvesse mesmo um consenso anterior com o fisco a ER teria sido alterada e obrigaria a geração nessa nova versão.

Existe a contingência EPEC também, veja a Nota Técnica 2014.003 - v1.00. Em SP existirá o SAT como contingência, nos outros estados aderentes e em uso até o momento a contingência off-line tem sido utilizada.

Não, os fontes já estão corretos, você está com o componente atualizado?

Apague o arquivo e atualize novamente, pois o seu arquivo não foi atualizado, provavelmente ele foi alterado. Estes erros foram removidos já a alguns dias.

Daniel, já envie a correção veja o post logo acima do seu.

O problema de utilizar a api on-line do google é que ela não funciona off-line, então para emissão de NFC-e em modo off-line não vai funcionar a impressão.

Siga este tópico antes e depois tente novamente.

Para qual webservice? Você verificou com o SEFAZ se foi implementada a inutilização da NFC-e para o webservice que está tentando utilizar? Aparentemente foi implementado somente para NF-e neste webservice que você está utilizando.

Enviei a correção para o SVN, testei com uma NFC-e com vários itens (30), desconto e acréscimo. Obrigado a todos pelos testes.

Você instalou o driver USB Daruma corretamente? Tentou reinstalar?