Daniel Simoes

Não há o que possa ser feito do lado do ACBr... Tudo que ele faz, e falar com o ECF através de uma PORTA SERIAL. Se o driver do fabricante não emula corretamente uma COM virtual, ou se ele apresenta problemas, esse problema deve ser levado AO FABRICANTE

Sim, mas isso não é recomendado... Afinal, como você saberá que houve falha em um dos comandos, e qual ??

Geralmente, o próprio Delphi detecta a necessidade de compilação dos fontes alterados... na próxima compilação do Projeto... Isso é feito de acordo com a hierarquia de dependência dos Packages... (ou seja, na maioria dos casos não é necessário rodar o ACBrInstall)

Sim, isso mesmo... rodar o ACBrInstall_Trunk2 é a maneira mais simples de recompilar todos os fontes necessários...

Se você tivesse estudado os fontes do Demo do ACBrPosPrinter, teria "matado" essa muito mais rápido...

Não compreendi a questão, por favor descreva melhor o contexto, dê exemplos de XMLs de envio e resposta... Lembre-se que é o SAT que devolve o XML de resposta...

ACBr.LerIni, não recebe nenhum parâmetro de entrada... ou seja, ele sempre irá procurar ACBrMonitor.ini Você poderia copiar o .INI da Empresa para ACBrMonitor.ini, e depois comandar "ACBr.LerIni"

Estude os fontes do SATTeste.exe e PosPrinterTeste.exe... Faça testes de impressão com os mesmos... provavelmente você não configurou o ACBrPosPrinter corretamente...

http://www.significados.com.br/release/

Oi Evandro, Obrigado pelas explicações... Vou subir a modificação para o SVN...

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Favor anexar o XML, e citar o comando enviado para o MonitorPLUS...

Fiz teste no XE7, e não notei problemas no envio... o XML está sendo convertido para UTF8 corretamente... E obtive com sucesso a resposta do WebService... Entretanto encontrei problemas no método: "TDFeWebService.SalvarEnvio", que erroneamente presumia, que o XML a ser enviado sempre estava em UTF8, e isso somente será verdade, se o XML já passou pelo processo de assinatura... Enviei a seguinte correção para o SVN: -- ACBrDFeWebService -- [-] Método: "SalvarEnvio", correção para conversão de XML para UTF8, quando o mesmo não foi previamente assinado (por: DSA) Verifique: - Se seus fontes do ACBr estão corretamente atualizados... - Se os seus Schemas estão atualizados...

Não tenho mais sugestões...

O compilador do FPC é até rápido... a demora maior está na hora de fazer o Link (para gerar o .EXE)... ou seja, no geral, ele perde feio pro Delphi... O Debugger é uma lástima... existem projetos desenvolvendo soluções intermediárias, enquanto o time do FPC não conclui o seu próprio Debugger Você pode saber mais a respeito em: http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips (veja: "Experimental Debuggers in pascal")

Atualize o firmware da Impressora

Qual o passo a passo para reproduzir o problema, usando os Demos do ACBr ?

Gilvano, É exatamente o que a função " NativeStringToUTF8" faz... isso está correto e não será modificado... Delphi não usa UTF8, por isso ele exibe no Debug de forma incorreta... Qual é exatamente o problema ? E como reproduzi-lo, com os Demos do ACBr ?

Evandro, Há alguma explicação para o fato ? Qual foi o motivo de adotar o valor: 3276 ? E se tivermos ainda mais itens no Cupom ? Digo, e se 3276 não for o suficiente para a impressão de todos os itens ?

Você pode configurar a assinatura nas configurações de sua conta http://www.projetoacbr.com.br/forum/settings/

O correto não seria 654-8 ??

Acredito que o Fortes Report lê isso do Sistema Operacional... Verifique as configurações Regionais...

Estude os fontes do projeto Demo: SATTeste.exe ACBrSAT1.Resposta

Obrigado pelo retorno... Eu aconselho a dar uma estudada nos testes unitários que estamos desenvolvendo para o ACBr... Com eles é praticamente impossível, deixar algo errado passar... a título de exemplo, somente para a RoundABNT, são aplicados mais de 200 testes diferentes...