Sérgio Assunção

Também não entendi o que você tentou explicar e qual o fundamento. O programa da Tanca utiliza a SAT.DLL e no ACBr você parametriza o componente para também carregar a SAT.DLL, ou seja, das duas formas o resultado é o mesmo. Pode detalhar qual a necessidade de proceder essa alteração na porta COM do aparelho e me dizer em que momento em runtime isso pode acontecer ?

Faça uma consulta carregando esse xml e veja se o protocolo é recuperado.

Anexe o XML que não esta sendo validado. Pode ser que seja algum erro de arredondamento.

Você está usando o modelo correto no PosPrinter ? Nunca tive problemas com esse modelo, e uso o EscPos desde o Trunk1.

Desinstale o Fortes que você usa atualmente, exclua do library path as linhas relacionadas a qualquer versão do Fortes e leia este tópico:

O antivirus que você usa é o Avast ? Tenho percebido de uns tempos pra cá que o Avast esta demorando muito pra fazer a verificação nos e-mails enviados pelo componente.

Eu comparei as assinaturas e não houve diferença (img001). Validei o XML assinado pelo ACBr usando o http://validadornfe.tecnospeed.com.br e não acusou que a assinatura é inválida (img002).

Isso é um erro com a instalação do certificado. Proceda novamente a instalação, teste o certificado pelos meios fornecidos pela certificadora ou mesmo os testes fornecidos online. Funcionando, teste novamente com o ACBrMonitor.

Anexe o XML que não está sendo validado. Fica mais fácil para tentarmos ajudar.

Bom dia. É certo que não é um problema no componente. Eu uso tanto na NFe e NFCe e não tenho problemas, e o demo é uma prova concreta que essa parametrização do caminho dos Schemas funciona corretamente.

Você ta compilando no Delphi 7 ?

Acho que você vai ter que entrar em contato com a Elgin para saber qual o procedimento.

Existe um código de emergência que é fornecido com o aparelho. Usando esse código você consegue redefinir o código de ativação.

Por qual meio você esta realizando esse teste ? Qual o código de ativação que você esta informando ?

Vou trancar o tópico para não "poluir" mais esse assunto. O link para manter a discussão:

Sim !

SF.net Operations ‎@sfnet_ops SourceForge is experiencing issues. The ops team is investigating. O problema é com o SourceForge.

Qual função você se refere ? ou qual o erro que você está deparando ?

Qual o componente que você usa ? Qual o erro ?

O ACBrSAT já foi testado com praticamente todos os aparelhos existentes no mercado. Aqui temos nosso PDV em produção com aparelhos da Elgin, Tanca, Gertec, Dimep e Bematech. O que muda entre os modelos é exatamente a dll usada por cada aparelho (fornecida pelos fabricantes). No demo do ACBrSAT você vai deparar com o path da dll, e entender que no SAT as funções foram padronizadas. Sobre a consultoria, você pode abrir um novo tópico na área dos classificados.

Por algum motivo o aparelho não sincronizou a data e hora com o servidor NTP. Anexe o log gerado pelo componente.

Sim. É possível imprimir o qrCode usando o ACBrPosPrinter nas impressoras suportadas pelo componente.

Veja se ajuda...

ACBrNFe1.Configuracoes.Geral.SSLLib = libCapicom;

O SAT é rigoroso em relação a essa carência no cancelamento, se tentar cancelar um cupom com mais de 30 minutos você vai deparar com o erro 7099 - "Erro desconhecido no cancelamento".