Daniel Simoes

Acho que isso pode ser resolvido com: ACBrPosPrinter1.ConfigLogo.IgnorarLogo := True;

o IFDEF no Demo não é realmente necessário... e está lá apenas porque ainda não deu tempo de ajustar o Demo corretamente para o Trunk2

SAC não dá direito a desenvolvimento específico ou correção de bugs... http://www.projetoacbr.com.br/forum/SAC/questoes_importantes/ Mas estamos sensíveis ao problema... Será analisado quando houver tempo oportuno...

tente corrigir no ACBrNFeServicos.ini

Cai nisso hoje... incrível como em nenhuma documentação deles existe essa informação... Segue o e-mail que recebi do suporte deles...

Por favor pesquise antes de postar... www.projetoacbr.com.br/forum/topic/22790-bematech-mp-4200-th-fi-entrando-em-loop/ tópico fechado

Confronte as suas observações com a Especificação Tecnica do SAT... Observe que lá é descrito as regras para montagem do XML, ocorrência dos Campos e responsabilidade da geração (SAT/AC)

Sem o passo a passo no Demo, não tenho como investigar o problema ou tentar melhorar (facilitar) essa funcionalidade...

Por favor... para relatar problemas... * SEMPRE * poste um passo a passo de como reproduzi-lo usando os Demos do ACBr

Se você já tem o XML de resposta do SAT... você já fez a sua parte... Cabe ao SAT transmitir o CFe armazenado ao SEFAZ

Provavelmente é um problema do Emulador (pela mensagem de erro)... Tente removê-lo e instalá-lo novamente... Mas observe que os códigos que você está usando tem apenas 6 dígitos, e o mínimo requerido são 8 dígitos

Parece ser algo na sua instalação do emulador... Uso o Emulador SAT com o ACBrSAT no meu dia a dia... o ACBrSAT foi construído usando o Emulador SAT... Em relação ao TimeOut... isso é com a DLL do SAT... não há como o ACBrSAT interferir no funcionamento da DLL

Se você usa Fortes, não há necessidade de configurar o protocolo "EscPos" (são motores de impressão completamente diferentes) Provavelmente você precisa configurar a Largura e Margens de Impressão do componente de Impressão do Fortes

A fim de ganharmos algum tempo... sabe quais foram as modificações ? O Documento não tem a descrição do comando utilizando o Sw.Básico do ECF Virtual

A Bematech já lançou uma nova DLL que também tem um Workaround para o mesmo problema...

Waldir, Pela mesma falta de tempo... fica muito complicado para nós acatarmos uma Unit sem nenhum "change-log.txt" ou descrição do que foi modificado e porque... Lembre-se que se você estivesse efetuando um Pull-Request (GIT), precisaria descrever as modificações enviadas Trabalhei com o GIT com a equipe do Fortes Report... minha impressão foi: "ódio a primeira vista"... Demasiadamente burocrático, e confuso... achei muito improdutivo...

1 - O ideal é você discutir as necessidades da modificação aqui no fórum... antes mesmo de implementá-las... Isso evita situações como: Já enviaram correção semelhante, a equipe de commiter discordas da maneira como foi implementado 2 - Se algum commiter quiser, pode enviar correções para o Trunk1... mas acredito que no momento, todos já optaram por não o fazerem, pois já estão usando o Trunk2 em produção 3 - Dependendo da Unit isso seria ótimo... veja a pasta "Testes" 4 - Apenas usuários convidados a serem commiter podem submeter ao SVN... Eles atingem esse privilégio através da meritocracia e reconhecimento da equipe atual 5 - Se depender de mim... o ACBr nunca usará Git... tive péssimas experiencias de uso com ele: cada comando simples no SVN é traduzido em 3 comandos do Git (ou mais)... Seria um inferno lidar com os inúmeros Pull Requests..

O Workaround para esse problema já foi aplicado nos fontes do Trunk2 a um bom tempo...

Prezado.. não é assim que funciona... Sendo assim, sem o "Change-Log.txt", suas modificações não serão nem analisadas...

Você não forneceu todos detalhes... Que tipo de impressão (EscPos,Fortes) ? Se for EscPos configurou para EscBematech ?

Realmente a analise do equipamento está errada... Na especificação do SAT, o campo entrega.xCpl é descrito como não obrigatório (Ocorrência = 0-1) AC G04 xCpl Complemento E G01 C 0-1 1-60

O método "Ativar" irá fazer a conexão com o equipamento... Usei o Demo do ACBrTCPServer apenas para simular a presença de um equipamento...

Sua analise está correta... pois os acentos retornados por "RetEventoNFe.XML", estão em UNICODE (ou ANSI) dependendo da versão do seu Delphi... o método ConvertesXMLtoUTF8, irá converter esses acentos para UTF8 e anexar o cabeçalho...

Sua Unit está muito defasada em relação aos fontes originais... e afetam áreas da geração do XML que não estão relacionadas a este problema... Por favor reavalie melhor sua sugestão de modificação... Quais linhas devem ser realmente modificadas ? Porque essas modificações são necessárias ?