Daniel Simoes

Tópico fechado... Se não está disposto a seguir as normas do fórum, por favor não use o mesmo...

Depende do fabricante... se ele usar o mesmo Firmware em todos os equipamentos... então SIM... De todas as Marcas que já analisei... apenas a Elgin, que não usa o mesmo Firmware em todos os seus equipamentos... Eles usam padrão escPosEpcon para a impressora I9, e escPosElgin para a VOX

É natural constar alguns Exceptions no Log... mas provavelmente eles são tratados internamente pelo próprio componente, e não propagam para a aplicação... Observe nos fonte, que o método "CorrigeEstadoErro" envia um comando de Fechamento de Relatório Gerencial, independente de haver ou não algum aberto... e isso é tratado no try/except

Como reproduzir o problema com o Demo ECFTeste (Lazarus) ?

O Erro 10060 é condizente com problemas de conexão... afinal ele é o erro de TimeOut por falha na conexão...

Não há nenhuma complicação em mudar para EscPos... na verdade basta mudar a associação do componente de ACBrSATExtrato

Forneça um passo a passo de como reproduzir o problema, usando o Demo do ACBrMail

O histórico do SVN deve ser público... se nele há um link para a área do SAC... os moderadores podem/devem mover esse tópico para a área aberta (mesmo após essa operação o link permanece o mesmo)

bacana... então definitivamente o problema está relacionado a propriedade "VerificarValidade"... vou começar a investigação por isso..

Estude o Demo do SATTeste está tudo lá...

Não há como modificar as fontes em EscPOS... as fontes são definidas pelo chipset da Impressora... (Condensada, Normal, Expendida) Somente com Fortes/Fast, você poderia criar um modelo personalizado, com fontes muito reduzidas... Por favor anexe o cupom que você está se referindo... para analise...

Para lidar com situações de "Erro não identificado" use os seguintes artifícios, para analisar os erros de validação de Schema e outras inconsistências no XML enviado. - Envie o XML para o emulador de SAT do Fisco... Observe que na janela do Emulador, são detalhados os erros de validação. - Use o programa "InteliSAT" da TANCA, para analisar o seu XML - Extraia o Log do aparelho SAT, e veja mais detalhes sobre o erro.

Na verdade sempre precisou.. conforme está no manual, desde a primeira versão: O que ocorre é que a rotina de Parser de comandos tenta se recuperar em alguns casos..

Estude os fontes do ECFTeste em Lazarus

Seja mais específico... Qual é a exata msg de erro ?

O SAT faz a maioria dos cálculos... veja na Especificação, onde descreve o XML de Venda, quais são as Tags que a aplicação precisa gerar NÃO

Provavelmente é o driver do Fabricante... Infelizmente não tenho mais sugestões...

Se a geração do XML não é um problema para você... Então você poderia consumir a DLL do SAT diretamente... Todos os fabricantes, seguem a Especificação Técnica do SAT, que normatiza os métodos da DLL

ACBrMonitor.pdf ou ACBrMonitor.chm (use o perfil de instalação "completa")

Como está a resposta do WebService ? Marque a opção "Salvar Arquivos Enviados/Recebidos p/WebServices" e veja o XML de retorno.. anexe-o aqui no tópico... Você poderia desabilitar a opção "Validar Digest Value ao consultar XML", para evitar essa validação...

Notei que sua sintaxe está errada.. conforme descrito no manual do ACBrMonitor, você deve usar aspas duplas nas Strings NFE.CONSULTARNFE("Z:\ACBrNFeMonitor\Logs\41160110650569000237550010000014911000014917-nfe.xml")

Vc está mandando imprimir o XML que enviou... vc deve mandar para impressão o XML de resposta do SAT

O maior medo de todo programador, é ver a sua linguagem morrer... Foi assim com o COBOL, com o Clipper, e por várias vezes já se falou do fim do Object Pascal... Hoje em dia é muito difícil achar novos programadores em Delphi, a nova geração nem pensa em aprender ObjectPascal, e para eles, não faz o menor sentido usar um produto pirata, ou pagar caro numa IDE, para aprender a programar... (ainda mais tendo Java, PHP, e tantas outras linguagens disponíveis livremente) Como uma linguagem não morre ? A resposta é simples, com investimento... enquanto houver empresas investindo nela, ela irá crescer e existir... Adquirindo as novas IDEs do Delphi, os programadores (que são dependentes dessa linguagem), mantém o fluxo de investimento e o desenvolvimento da mesma.. Por outro lado, ficar preso a uma IDE de mais de 18 anos... só traz limites... limites de técnicas de programação, limites de tecnologia, limites de interface, de plataforma, etc.... Do ponto de vista de negócios.. é estratégico evoluir para uma nova IDE.. isso DEVE ser planejado e constar no "RoadMap" do produto da empresa... caso contrário o produto (o sistema), ficará preso as limitações da antiga IDE... Sabemos que a decisão é difícil e que irá incomodar muitos usuários do ACBr... mas há tempos já adiamos essa decisão, e agora chegou a hora...

Por favor anexe (zip) o Log do ACBrSAT e o XML gerado

Configure corretamente o modelo..