Daniel Simoes

Veja os eventos do ACBrECF.. há um evento específico para o erro de SEM PAPEL... O tipo do Exception, também é diferenciado

Você não pegou o espirito da coisa... Use a força... leia os fontes... Veja... o .RES é usado, apenas para as aplicações que não distribuem o .INI... Configure no componente ACBrNFe, o Path para o arquivo .INI e pronto...

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

Isso foi corrigido nos fontes a poucos dias... (Veja o ACBrNFe-Change-Log.txt)

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

Esse componente usa o TACBrPosPrinter para imprimir... Ou seja, baixe aqui no fórum (área de Downloads) o executável PosPrinterTeste.exe, assim você pode testar a compatibilidade... Se não me engano, esse modelo é compatível com EscPosEpson

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 ?