Daniel Simoes

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

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

Já era pra ser igual.... O problema está no Filtro de PDF do Fortes... pode ser difícil de diagnosticar...

Prezado... Isso já foi decido por nós internamente... o ACBrNFeMonitor será descontinuado... Do que adianta ficar preso a um programa que não terá mais suporte ou atualizações ? Nossa estratégia no momento é focar nossos esforços para a melhoria do Trunk2 e do ACBrMonitorPLUS Pesado ? Todo o diretório do ACBrMonitorPLUS (e suas pastas) tem apenas 32MB... O ACBrMonitor.exe (novo) tem apenas 8,5MB..

Basta usar o ConsultarNumeroSessao, passando o numero da sessão de Cancelamento... Se no retorno estiver contido o XML de cancelamento, o ACBrSAT carregará o mesmo em CfeCanc

Sim, você consegue... mas precisará usar TypeCast... Exemplo: if ACBrNFe1.SSL.SSLClass is TDFeCapicom then TDFeCapicom(ACBrNFe1.SSL.SSLClass).Certificado.PrivateKey.IsHardwareDevice;

Me parece que o seu projeto terá dificuldades de conviver com as diversas DLLs de Fabricantes... é natural que elas se comportem diferente (são programas diferentes) Se você quer que um programa externo faça o processo... porque você não usa o ACBrMonitorPLUS ?

Veja no manual (CHM, PDF) do MonitorPLUS

Sem dúvida WinXP hoje em dia é um problema... Os novos divers não o suportam corretamente A MS tem o Windos PosReady, que seria ótimo para automação... Mas curiosamente, nenhum fabricante de PC para automação, fornece máquinas com ele... http://www.microsoft.com/windowsembedded/en-gb/windows-embedded-posready-7.aspx

SIM, isso mesmo... ;)

Veja o banner de propaganda, da DJSystem aqui no topo do fórum... o SAT da Tanca foi escolhido por que achei o mesmo o mais fácil de adaptar para o ACBrSAT, e eles possuem ótimas ferramentas de análise que ajudam muito no desenvolvimento...