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

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>');

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

Tudo que você precisa fazer é "enganar" o ACBrTEFD.. Observe que ele nunca fala com o ECF diretamente, mas ao invés disso, ele dispara eventos para a sua aplicação retornar os valores por parâmetros... Então, quando ele perguntar Valores como o Subtotal, Estado, etc, retorne com valores computados de Registradores internos da sua aplicação (e não do ECF) Quando ele pedir para executar um comando que não faça muito sentido para Impresssoras não fiscais, apenas retorne "True", informando que o comando já foi efetuado...

Pode ser que o problema seja no Filtro de PDF do Fortes... ele deve converter a Imagem para BMP (estou apenas chutando)... Pode ser difícil de diagnosticar...