Régys Silveira

Procedimento especial não, o estranho é que na sua instalação ao que parece está setado o CLX, o motivo, impossível saber sem estudar como está ai e sem conhecer o ambiente de instalação. Verifique seus arquivos, se nenhum foi alterado, se você não possui paths para versões antigas de arquivos, etc, etc.

Quantos aos impostos aproximados com o novo padrão de impressão (separado por esfera) você não deve mais usar a tag, deve usar as informações complementares para mostrar os impostos. Quanto ao troco poderia explicar melhor o que precisa?

No fonte do Fortes existe um teste para a diretiva CLX que faz chamar está unit, tem algo errado na sua instalação que está setando essa diretiva CLX ou seus fontes do Forte Report não estão corretos e por isso ele está setando isso.

Uso XE8 em produção desde antes do lançamento e nunca tive problemas pelo contrário sempre funcionou muito bem

Não acho que seja erro do monitor porque senão outros usuários com certeza teriam reclamado. Tente enviar os valores sem o ".", mantenha somente a "," do decimal.

Tentou utilizar o ACBrMonitorPlus? Ocorreu o mesmo problema?

Continue em: http://www.projetoacbr.com.br/forum/topic/23424-rejeição-629-valor-do-produto-difere-do-produto-valor-unitario-de-comercializacao-e-quantidade-comercial/#comment-151017

Vi aqui, estou em SP para uma consultoria, vou ver com o Marcio na segunda-feira de manhã assim que voltar. Provavelmente ele me passa a forma correta se estivermos fazendo errado ou o acerto se existe mesmo um erro. Um paliativo até termos o retorno e você fazer um loop chamando imprimir para a quantidade de vias que deseja e deixar setado 1.

Já estamos verificando o que pode estar causando este erro com o envio da carta de correção, posto aqui assim que tivermos um parecer.

Eu não me atentei que sua pergunta era sobre impressoras não fiscais, o ACBrECF é usado somente para impressoras fiscais. Para impressoras não fiscais não existe estes tipo de retorno então não tem como testar a quantidade de papel. Para testar se está em linha, somente enviando o comando e esperando a exception se ela estiver desconectada.

Qual é a versão do delphi que estão utilizando?

Vocês testaram é o erro ainda ocorre com o ACBrMonitorPlus? Se sim, poderiam passar um exemplo do que estão enviando, passo-a-passo para testar e arquivo exemplo.

Você ainda continua com o problema mesmo atualizando para as versões mais atuais?

Verifique também a instalação do certificado, esse erro sempre é algo a ver com a senha, como dito pelo juliomar e pela instalação das cadeias de certificado ou do próprio certificado.

Se você desativa precisa reativar antes de imprimir ou configurar a propriedade ControlePorta para True assim ele controla a ativação e desativação sozinho.

Poderia anexar a imagem de um cupom que tenha todas as situações para dar uma olhada?

Verifique se nenhum dos arquivos deste seu repositório estão marcados com ícones vermelho ou amarelo, todos devem ter o ícone verde. Verifique se no library path do seu Delphi não existe apontamentos para diretórios antigos do acbr, o ideal é remover todos que tenha ACBr e deixar o ACBrInstall repor corretamente. Verifique se não existe nenhum pacote do ACBr antigo no packges do seu delphi, para isso você vai precisar abrir o registro e procurar no know packges, você usa Delphi XE8 então estará em: HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\16.0\Known Packages, remova tudo que for ACBr dai. Rode o apagarACBr.bat em todas as unidades de disco fixo. Após isso rode novamente o ACBrInstall.

Revise o campo diretório onde será instalado, se você está mesmo apontando para o local correto.

Unit "Sockets". http://docs.embarcadero.com/products/rad_studio/delphiAndcpp2009/HelpUpdate2/EN/html/delphivclwin32/Sockets_TTcpClient.html

Poderia postar o trecho de código onde você envia a nota e imprime para darmos uma olhada?

Abrindo o arquivo, veja na tag <xEvento>Carta de Correção registrada</xEvento>, o çã está com caracteres inválidos, isso inválida a abertura do XML no Internet Explorer.

Tem algo diferente no seu ACBr, pois aqui tanto o arquivo salvo quanto a propriedade estão normais e em produção.

Basta você preencher a propriedade "ACBrECFVirtualNFCe1.NomeArqINI" para que ele use o que você preencheu corretamente.

Correção enviada ao Trunk2 favor atualizar e recompilar.