Daniel Simoes

Não compreendi... você arredondou com 4 casas , e os valores no XML, tem 4 casas...

Não compreendi muito bem a pergunta... Você pode configurar onde o Componente irá gravar os XMLs

Não é a Lib que gera um Exception, ela apebas retorna um valor negativo... Quem gera o Exception é a Classe de Alto Nível em xHarbour, e a qual você tem os fontes... ou seja, você pode modificar o método "CheckResult" para não levantar um Exception... Um T.F.A.

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

O vídeo abaixo, fala de outro produto, da ACBrLib... mas talvez possa dar alguma dica...

Como você conseguiu transmitir em HTTPS usando esse certificado, isso significa que ele está funcionando corretamente com o ACBr

é uma técnica comum de programação, disparar Exceptions, para a rotina que invoca, possa capturar... Qual é a sua sugestão, para a mudança na Classe de Alto nível, em xHarbour ?

No Brasil, todos equipamentos e documentos fiscais, usam a norma da ABNT O ECF pode ser programado para Truncar ou Arredondar... Veja como está no Demo ECFTeste procedure TForm1.Arredonda1Click(Sender: TObject); begin mResp.Lines.Add( 'Arredondamento: '+ IfThen( ACBrECF1.Arredonda , 'SIM', 'NAO') ); AtualizaMemos ; end;

Pense um pouco... se fosse realmente um erro nos fontes do SVN do ACBr... Será que todos os usuários que baixam o ACBr, não teriam caído nesse mesmo problema ?

Acho que o caminho mais simples, é estudar os fontes dos Demos, que disponibilizamos em: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/

Já verificou os Demos do ACBr, na pasta Exemplos ?

Eu não creio que seja um erro de duplicação, no SEFAZ... (nunca soube de um erro dessa natureza, do lado deles) Algumas teorias... O cliente não tem mesma máquina, algum serviço de "mensageria", ou algo semelhante, que pudesse fazer o envio dos XMLs sem que o seu sistema, tenha conhecimento ? O Cliente não usa nenhum outro programa emissor ? Não poderiam ser testes do Suporte ?

Não há erros no seu Log Verifique se você não copiou para a pasta do seu Projeto, alguma das Units do ACBr

Use libWinCrypt

Experimente: ACBrNFe1.DANFE.NomeDocumento

Por favor poste o Log do ACBrMonitorPLUS

Use o método: ACBrUtil.RountABNT

O ACBrETQ, não usa as métricas de Etiqueta... ele deixa para o equipamento a detecção do fim da Etiqueta, pelo GAP da Etiqueta.. Faça um reset no equipamento, para remover qualquer programação de Etiqueta da memória... Se após isso a Impressora não estiver controlando o tamanho da Etiqueta, é porque provavelmente essa Etiqueta não tem GAP, ou está com o GAP no lugar errado, em relação ao sensor da Impressora

O Fortes Report só quebra a palavra (soft break), quando há espaços nela...

Verifique se você nao tem fontes modificados.. na dúvida baixe em outra pasta... Rode o Instalador e marque a opção de Apagar as instalações anteriores

Parece ser uma ótima abordagem... Obrigado por compartilhar

Experimente chamar o método do componente procedure AbrirGaveta(NumGaveta: Integer = 1); Experimente informar Gaveta 1 ou 2 Notei que a Porta é Rede compartilhada... experimente usa o modo RAW, ou USB

Parece ser a última... veja https://deolhonoimposto.ibpt.org.br

Como podemos reproduzir o problema, usando o Demo do Projeto ACBr ?