Daniel Simoes

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.

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 ??

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...

Todos os retornos do SAT, de acordo com a especificação técnica do SAT, são mapeados em "TACBrSATResposta"

Qual é exatamente a sua sugestão ?? Inserir uma chamada de {$R ACBrNFeServicos.res} em ACBrDFeConfiguracoes.pas ? Isso não pode ocorrer, pois o DFe é genérico para todos os Documentos Fiscais Eletrônicos... Não é muito mais simples (e versátil).. você distribuir o ACBrNFeServicos.ini com a sua aplicação ?? Porque depender de um Resource compilado de forma estática ?

Consegui pegar o problema... Enviei uma possível correção para o SVN

Seu arquivo foi lido com sucesso pelo Demo do ACBrNFe... (teste você mesmo) Mas a assinatura do mesmo está inválida...

Nesse caso não tenho mais sugestões... parece ser um problema na instalação do Delphi dessa máquina...

Não sei lhe dizer... mas como o trivial não funcionou... confira você mesmo as DLLs

Pode ser... verifique se você copiou as DLLs para a pasta correta do Windows

Anexe o XML que vc diz ter problemas para ler...

Você poderia usar "ACBrECF1.TipoUltimoDocumento"... mas esse método não funciona em todos os modelos...

Se você usa CAPICOM e está na dúvida do que é retornado, verifique esse post, para habilitar o retorno em modo de DEBUG