Daniel Simoes

Apliquei no SVN, uma possível correção para o problema... -- ACBrECFEscECF -- [-] Método "GetEstado". Correção para detecção do Estado, quando o ECF possui Bloqueio por hardware (tampa aberta ou sem papel) http://www.projetoacbr.com.br/forum/topic/28830-bematech-mp-4200-th-fi-bloqueada/

Na nossa aplicação incentivamos muito o uso de TEF dedicado e integrado... com o ACBrTEFD é relativamente simples, capturar qualquer retorno do TEF, sendo que os principais campos são mapeados para propriedades do componente... Mas infelizmente o ACBrTEFD não é possível de ser implementado no ACBrMonitorPLUS Segue em anexo, um "Log", do que é retornado em uma transação SITEF, através do ACBrTEFD... é necessário compreensão dos retorno da CliSitef, para saber o significado dos campos... CliSiTef.log

Não há uma versão compilada do TEFDDemo, disponível para Download... Seria necessário baixar os fontes do ACBr, instalar na IDE, e compilar o projeto

Apliquei as modificações dos últimos 2 Posts (com alguns ajustes, devido meu commit anterior) Fiz uma revisão na ACBrUtil, analisando o uso de AnsiString x String em alguns métodos.. apliquei modificações, rodei nossos (parcos) Testes Unitários em Lazarus FPC3, D7 e XE7 e não encontrei nenhum erro... Acredito que com a modificação em ACBrStr() centenas de "Warnings" serão removidos... -- ACBrUtil -- [*] Revisão de métodos que usavam AnsiString, modificando-os quando possível, para usar "String", a fim de diminuir o número de Warnings de compilação (por:DSA)

Não... lembre-se que o ACBrECF é OpenSource... você mesmo pode abrir os fontes e ver os métodos implementados...

Por favor anexe o Log do ACBrMonitorPLUS

Comparar com o NFeMonitor não me daria uma informação de onde poderia estar o problema Por favor detalhe como eu posso reproduzir o mesmo problema que você, ( passo a passo ) lembrando que vários usuários usam esse recurso sem problema, o que me leva a crer que é algo no seu ambiente ou configuração

o ideal é ter integração com TEF... e capturar o NSU da transação...

Tudo que o ACBrECF faz, é enviar e ler comandos da porta Serial... e no seu Log, está claro que isso não foi possível... -- 14/03 20:34:07:014 20:34:07:014 RX <- ACK = 6 Falha: 0 -- 14/03 20:34:07:263 20:34:07:263 VerificaFimImpressao: Pedindo o Status (19) -- 14/03 20:34:07:996 20:34:07:996 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 -- 14/03 20:34:10:009 20:34:10:009 VerificaFimImpressao: ACK = 6 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation -- 14/03 20:34:11:335 20:34:11:335 VerificaFimImpressao: ECF fora de linha Considere ainda, o fato de que centenas de programadores usam com sucesso o ACBrECF para falar com ECFs da Bematech, sem este problema... Não há o que possa ser feito do lado do ACBr para esse problema.... provavelmente o problema está no seu hardware ou S.O. - Verifique se seus fontes estão corretamente atualizado no Trunk2. - Tente baixar os buffers da Serial no windows Se deseja reportar Bugs, teste antes no ECFTeste, caso o problema também ocorra nele, informe o passo a passo para reprodução...

Verifique se o estado do ECF é "estRequerZ"... se não o for... você poderá bloquear o dia de trabalho do ECF...

Waldir, Como algumas dessas Units tem modificações no funcionamento do componente, preciso de um tempo para analise... e infelizmente não estou com tempo disponível por enquanto... mas já está na milha lista de tarefas...

Não consigo reproduzir o problema, com as suas informações...

Seu post não agrega em nada... e não nos dá nenhuma informação para qualquer tipo de analise... Por favor seja mais objetivo e relate o que está tentando fazer e o que não funciona...

Não compreendia a sua sugestão... poderia por favor descrever qual é a sua abordagem ? Há algum problema na Epson, em relação ao índice da Forma de pagamento, quando existe FPG com dinheiro ? Aparente a sua correção funcionará apenas para esse cenário específico... (dinheiro primeiro) e poderá falhar, se houver mesclagem de Dinheiro e outras Formas de pagamento, em uma ordem diferente... Há alguma informação da Epson em relação a isso ?

por favor anexe a Unit modificada ou um Patch, para analise...

Em relação a AnsiString x String... não tem receita de bolo... tem que estudar cada caso.... atenção especial para a pasta ACBrSerial... que faz uso intensivo de Strings binários Não está previsto nenhum refactoring para o ACBrBoleto (não vejo necessidade)

Por favor teste com a versão em anexo... ACBrECFEscECF.pas

Por favor abra um novo tópico e descreva exatamente o problema enfrentado... Lembre-se de informar um passo a passo de como reproduzir o problema, usando os Demos do ACBr, (para que possamos debugar o problema)... Se necessário (se for o caso) adicone os XMLs ou Logs, referentes a operação...

e realmente é para passar... veja que se trata de IFNDEF e não IFDEF

não... veja... não é necessário fazer nada em relação a essa diretiva... Se você está com problemas com isso, é porque provavelmente seus fontes estão errados, baixe uma nova cópia do ACBr... e use o ACBrInstall

No Delphi essa diretiva nunca ficaria ativada... Você deve estar usando o ACBr.inc errado

Anexe um Log sobre o assunto... Qual é o passo a passo, para reproduzir o problema, usando o ECFTeste ?

Antes vc precisa cadastrar o contribuinte do SGRSAT Veja a documentação em: http://www.fazenda.sp.gov.br/sat/duvidas_frequentes/desenvolvedores.asp#FAQ

Pode ser a DLL do ECF... algumas DLLs tentam abrir a porta serial, assim que são carregadas...

TLDR nao há nada no Log que indique um problema de comunicação... Veja você mesmo...