FelipeH

Obrigado. Acredito que ela poderia ser adicionada à lista constante na primeira página então.

Bom dia, A Epson T900F não está na lista. Tem suporte a ela?

Notei isso também. Só falta agora a tabela com os códigos de erro...

Este site de validação está validando o layout de forma diferente do webservice. Tentei entrar em contato com o suporte da Polimig e ele não soube me informar em qual layout devo deixar. Acho que vou descobrir apenas no dia da homologação...

Sobre o primeiro item, ainda não ocorreu este erro comigo. Sobre o segundo item, entrei em contato com a Polimig e nem eles souberam informar os possíveis códigos de retorno. Está realmente complicado isso, e minha homologação é na segunda-feira agora já.

Você obteve alguma resposta da homologadora?

Eles falaram que realmente ainda não foi publicado em DOU, mas que a Sefaz passou os endereços de validação e testes. http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx https://sathomologa.sef.sc.gov.br/tax.NET/sat.siv.web/validacao.aspx

Estou para homologar na Polimig e eles me informaram que também irão cobrar o envio dos arquivos. Também me passaram um web service e site para testes. Mas eu também não consegui encontrar nenhum DOU sobre isso...

Boa tarde, Estou utilizando uma Bematech TH FI II com o protocolo EscECF. Em determinado momento a aplicação trava completamente, ativei o log do ACBr e notei que um comando entra em loop. Segue anexo o log gerado (salvei apenas até onde começa o loop). Vocês teriam alguma ideia do que pode estar acontecendo? Log2015-10-27.txt

Segue anexo a unit do trunk2. ACBrECFEscECF.pas

Bom dia, Ao chamar a rotina GetDadosUltimaReducaoZ no protocolo EscECF, a variável DataHoraEmissao não está sendo preenchida. Para corrigir o problema, adicionei o código abaixo: DataStr := EscECFResposta.Params[2]; DataHoraEmissao := EncodeDateTime(StrToInt(copy(DataStr, 5,4)), // Ano StrToInt(copy(DataStr, 3,2)), // Mes StrToInt(copy(DataStr, 1,2)), // Dia StrToInt(copy(DataStr, 9,2)), // Hora StrToInt(copy(DataStr, 11,2)), // Min StrToInt(copy(DataStr, 13,2)), // Seg 0 );

Exato, por isso no modelo FBII (que é o que eu tenho aqui) o retorno desta função é mais lenta. Mas não há o que ser feito, então acredito que este tópico está encerrado.

Você utiliza o modelo FBII ou FBIII? Pelo que conversei com o suporte da Epson, o modelo FBII precisa do arquivo LReductionData.dat que é gravado a cada redução z pela dll. Porém o ACBr não grava esse arquivo (ou eu não descobri como faz para gravar), logo o retorno será mais lento.

Entendi, vou verificar e, assim que possível, posto a resposta. Obrigado pela ajuda.

Segue log que aconteceu em cliente utilizando a Epson diretamente na porta serial. log_20150715.txt

Estou fazendo testes aqui, está levando em média 25s para executar esta função... Este é mais ou menos o tempo normal para execução desta função com a Epson?

Boa tarde Daniel, É utilizado alguma rotina diferente ou tem um jeito especifico de retornar os dados da redução z para Epson? Pois parece que esta marca é bem mais lenta para retornar os dados da ultima redução z do que as outras marcas pela rotina DadosUltimaReducaoZ...

Boa tarde, Eu utilizava na minha aplicação a comunicação direta com o uso das DLLs do fabricante. Na Epson, ao realizar a Redução Z, era gravado em disco (normalmente em "C:\Epson\InterfaceEpson\DataFiles") um arquivo (LReductionData.dat) com os dados da ultima redução z emitida. Desta maneira, o retorno dos dados da ultima redução z era bem rápido. O ACBr tem alguma função desse gênero? Já procurei nos fóruns e no exemplo ECFTeste, mas não encontrei nada.

Boa tarde, Desabilitei o Retentar e mudei o TimeOut para 10. Está resolvido. Muito obrigado.

Bom dia, O log é do computador com problemas sim. Na hora 15:01:55 é apresentado o erro "Impressora Epson não está respondendo". Antes deste erro ser apresentado, a tela de retentar é apresentada, Eu cliquei várias vezes para retentar e não foi gerado log nenhum, então cliquei para não retentar e foi gerado o log com o erro.

Boa tarde, A impressora é serial normal. A minha aplicação conecta e faz venda, relatório etc normal. Porém, de vez em quando parece que simplesmente perde a comunicação com a impressora. Me forçando a clicar em não retentar, em seguida, caso mande o mesmo comando, este é processado normalmente. Eu havia visto em outro fórum que este problema era resolvido setando o BloqueiaMouseTeclado para false, fiz esta alteração e o problema dimuniu bastante, porém não resolveu completamente. Também já diminui o buffer da impressora, mas não adiantou.

Já desabilitei o ProcessMessages, também setei para false o BloqueiaMouseTeclado(pois havia achado esta solução em outro fórum). Este erro está acontecendo apenas com ecf Epson.

Boa tarde Juliomar, Não está igual a quando utilizava dlls. Inclusive tentei aumentar o tempo de TimeOut (do padrão 3 para 6), mas o erro persiste.

Boa tarde, Eu migrei minha aplicação para o ACBr há poucos meses, desde então estou tendo um problema, é a mensagem de impressora não respondendo. Estou passando a venda normalmente, quando vou finalizar da a mensagem "A impressora Epson não está respondendo", a propriedade "Retentar" está setada para True, então é feita a pergunta se desejo tentar novamente, eu clico em sim, porém nada é feito. Ativei o log para verificar e quando clico para tentar novamente, nada é adicionado nele. Segue anexo o log, a mensagem de falha de comunicação acontece as 14:59, clico algumas vezes para tentar novamente e então as 15:01 eu clico para não tentar novamente, ocasionando o erro "Impressora Epson não está respondendo". Desde já agradeço a ajuda. Log_AcbrECF.txt