Daniel Simoes

Parece ser uma informação equivocada deles... o Projeto ACBr não presta suporte a usuários finais, mas SIM a empresas de Software... Eles poderiam fazer uso de nosso suporte... mas não temos obrigação de dar atendimento aos usuários deles... Até onde sei o Bling não é assinante do nosso SAC

Normalmemte é a Sw.House que presta esse tipo de Suporte...

Apliquei uma possível correção, nos fontes do SVN

Atualmente todas as SEFAZ exigem LT_TLSv1_2

Tente com PPLA ou PPLB... Pode ser algum comando específico da sua etiqueta... experimente enviar textos mais simples é sem acentos O ETQteste funciona por USB? Como ficou a configuração de Porta?

Mas se funciona no Demo ETQTeste, isso elimina problemas com a Impressora... Infelizmente, não temos esse modelo com Ethernet para testes... Vou ver como podemos criar um laboratório para testes.. Uma tentativa, é usar a última versão da ACBrLibETQ

aparentemente está tudo correto... suspeite de algum bloqueio na comunicação TCP, ou falta de privilégios na sua aplicação... O teste com o Demo do ETQTeste e da ACBrLib, partiram da mesma máquina ?

Nessa imagem, você não está usando porta TCP nem ZPL2

Tente o Ping em 192.168.25.72 Verifique se a Porta 9100 está liberada no seu Firewall Verifique se a Impressora está realmente usando essa porta Outra coisa que notei... No Demo você usou PPLA, e na Lib ZPLII

Ative o Log na Classe CliSiTef, que você verá todas os Tipos e Retornos que o Gerenciador TEF devolveu...

depende do tempo configurado para bloqueio no SAT, pela SEFAZ... use a Consulta de Status Operacionel e a captura de Log do SAT, para investigar...

O CFe deve estar preso no SAT... Verifique se nele a Luz do SEFAZ está acessa

Eu não creio que a Sw.Express disponibilize isso... afinal, isso quebra toda a segurança do TEF... Com um mecanismo desses, você conseguiria, por exemplo, fazer um "chupa cabra", e capturar informações de cartões para clona-los

Esse método é chamado quando o TEF precisa coletar dados... e não o contrário... por favor veja o Demo... você poderia coletar dados em OnDepoisConfirmarTransacoes

o DANFE precisa ser a representação do XML... ou seja, tudo que é impresso no DANFE deve estar no XML

Todas as URLs que o ACBr usa, podem ser encontradas nesse arquivo http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeServicos.ini

Dependendo do Gerenciador TEF, você pode configurar para ele retornar a Via do Cliente reduzida, e adicionar ela em "InfAdic.obsCont"

Baseado em suas observações, apliquei o seguinte ajuste, nos fontes do SVN... Commit [r20019]

Talvez o seu Client esteja antigo... O PayGo suporta essa pasta, apenas por motivos legados

Não compreendi se você está usando ou não TEF PayGo nessa máquina em específico onde você notou o erro... O Gerenciador TEF da PayGo monitora a pasta C:\PAYGO\ As vias reduzidas e específicas para o Cliente são campos exclusivos da Interface PayGo,(campos acima de 700). Por isso só serão lidas se o TEF correto for selecionado... No TEF tradicional a via única é retornado no Campo 029... Você pode imprimir ela, 2x Se algum outro TEF opera em modo de compatibilidade com os campos da PayGo então provavelmente ele funcionará quando você selecionar o Modelo gpPayGo Observe ainda, que você pode modificar a pasta de monitoramento, nas propriedades do próprio componente...

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Por favor cite a exata mensagem de erro.. se necessário, mande um Print.. Verifique se não se trata de modificações nos fontes do seu lado... (pois não tivemos relatos semelhantes)....

Se for PayGo, selecione o novo modelo de TEF gpPayGo... Por favor leia o ACBrTEFD-Change-Log.txt

Aparentemente há outro programa rodando, que requisita o acesso a essa porta COM1