Daniel Simoes

Nenhum desse erros é normal... provavelmente há algo errado na instalação da sua IDE...

Esse modelo realmente usa ppEscPosEpson

Mas todo o retorno dos WebServices já devem estar em UTF8... (UTF8 é o padrão exigido em todos os Documentos Fiscais Eletrônicos)... Então não seria necessária nenhuma conversão o XML retornado...

alguma coisa muito errada com o seu ambiente Delphi, "BufDataset" só existe no Lazarus

Como reproduzir o problema, usando o Demo do MDFe (pasta Exemplos) ?

Não distribua as mesmas DLLs em várias pastas... caso contrário fica impossível descobrir qual delas o Windows está usando... Se o seu sistema é 64bits e as DLLs são 32bits (essas são)... Você deve copiá-las para a pasta: SysWOW64

Copie todas as DLLs da pasta OpenSSL e XMLSec para a pasta do sistema ou na mesma pasta do seu .EXE

Como posso reproduzir o problema, usando o projeto SATTeste.exe ?

Qual a sua IDE ? verifique se realmente você baixou a atualização... Na duvida apague a Unit e baixe novamente

O cabeçalho é normatizado pelas especificações do SAT... mas você pode usar o espaço de "Informações do Contribuinte" para isso.... o texto é livre...

O problema parece ser um conflito entre ACBrDevice e ACBrECFVirtualBuffer (que tinha esse mesmo DEFINE) Apliquei uma possível correção no SVN

O que quis dizer, é que pelo fato do ACBr ser OpenSource... você não ficará "na mão"... basta corrigir a URL nos fontes... Para o ACBrNFSe ficar pronto mais rápido... devemos TODOS... tentar analisar as modificações em curso, e ver como podemos ajudar o Italo...

Apliquei uma possível correção, para o problema da acentuação... favor atualizar e testar...

Ok, subi para o SVN, correções para os Extatos em EscPos e Fortes

Por favor forneça mais detalhas sobre o problema... Qual a exata msg de erro ? O que você tentou fazer ? O que não funcionou ? Como era pra ter funcionado ?

Sim, a troca de cabo, usando uma Serial física, seria o próximo passo...

Nada impede você de corrigir os caminhos no Trunk e disponibilizar as correções para a comunidade...

Sim, aparentemente está errado (imprimindo sempre o CFe.ide.nCFe) Por favor teste com a Unit em anexo ACBrSATExtratoESCPOS.pas

Desculpe-me pela demora em analisar a contribuição... Enviei para o SVN com algumas modificações... - Fiz a classe TACBrEscDiebold ser uma filha de TACBrEscPosEpson - Removi todo código que havia em comum com a classe mãe - Modifique o QRCode para sair a Esquerda ou no Centro (de acordo com o ultimo comando de alinhamento enviado) - Implementei o comando de impressão de Logotipo (mas não testei pois não achei um programa para gravar os logotipos) - Modifiquei o método: "LerInfo" como um valor "Stub", pois não achei comandos equivalentes nessa impressora

Não tenho o código "fresco" na memória... mas na implementação atual dos Extratos, é necessário CFe e CFeCanc na memória... Você poderia revisar os fontes de ACBrSATExtratoESCPOS e verificar os métodos que são chamados para a impressão do Cancelamento. Ex: procedure TACBrSATExtratoESCPOS.ImprimirExtratoCancelamento(ACFe: TCFe; ....... GerarCabecalho; GerarTotais(True); GerarRodape(False, True); GerarDadosCancelamento; .... end; Verifique nos métodos acima, se é possível fazer IFs, modificando-os usando um Parâmetro de entrada.. Exemplo: procedure GerarCabecalho(Cancelamento: Boolean = False); Seria necessário substituir todos os campos que são impressos usando o CFe por CFeCanc... Exemplo: FPosPrinter.Buffer.Add('<n>'+IfThen(Cancelamento, CFeCanc.Emit.xFant, CFe.Emit.xFant)+'</n>');

Não compreendi a pergunta... Mas nãos seria apenas o caso de consultar a NFCe no portal do SEFAZ ?

O Lazarus é Free e OpenSource... então vocês não usam simplesmente por que não querem Faça um teste... usar o Lazarus é bem melhor que usar o obsoleto D7

Diminua a largura do Cód.Barras para 1 ou 2

Notei que a verificação de EAN13 está apenas no ECFVirtualSAT... Ela usa o método "ACBrUtil.EAN13Valido", e você poderia usá-la no seu código antes de alimentar o CFe if EAN13Valido(ItemCupom.Codigo) then Det.Prod.cEAN := ItemCupom.Codigo; Não há rotinas de verificação para os demais tipos...

Pode ser impresso em uma linha, em algumas impressoras, e usando a largura como 1... mas em todos os testes que fiz imprimindo dessa maneira... nenhum Leitor de Cod.Barras foi capaz de ler o código...