Pesquisar na Comunidade

Bom dia, Tive um problema com o grande total com uma ECF Bematech MP-4200 TH FI, onde o Acbr me retornava o Grande Total com o valor zerado, analisando o código do ACBrECFEscECF.pas vi que a função GetGrandeTotal estava convertendo a string de retorno da ECF para inteiro e no caso a ECF do meu cliente já tinha atingido o valor de R$ 21.478.320,17 no grande total, assim ultrapassou o valor máximo que o tipo Integer suporta no delphi, segue a baixo a solução que encontrei para o problema. Código com o erro: function TACBrECFEscECF.GetGrandeTotal: Double; var StrValue: String; begin RetornaInfoECF( '4|1' ) ; StrValue := EscECFResposta.Params[1] ; Result := StrToIntDef( StrValue, 0 ) / 100; end; Solução: function TACBrECFEscECF.GetGrandeTotal: Double; var StrValue: String; begin RetornaInfoECF( '4|1' ) ; StrValue := EscECFResposta.Params[1] ; Result := StrToCurrDef( StrValue, 0 ) / 100; end;

Bom dia galera, No código fonte atual do ACBr, observando a unit ACBrECFClass, no método "CorrigeEstadoErro", quando o status da ECF é Bloqueada, automaticamente a mensagem de ECF com RZ já emitida aparece. O que está pegando é que na verdade a ECF está Sem Papel. Também percebi que para saber que a ECF está sem papel, somente quando eu envio um comando para ela. Alguém saberia me informar se tem alguma maneira de eu conseguir identificar o estado Sem Papel sem que eu tenha que enviar algo para a ECF?

Boa tarde! Estou com o seguinte erro ao abrir cupom fiscal na impressora Bematech MP-4200 do tipo 'ecfEscECF' que retorna o seguinte erro: Erro retornado pela Impressora: BEMATECH Categoria: 16-Erro específico do Fabricante Motivo: 40 Alguém já passou pelo mesmo problema? Att. LogAcbrECF.txt

Olá Pessoal, A Epson acaba de lançar oficialmente um novo ECF compatível com o Convênio ICMS 09/09 (impressora blindada, e com comunicação com a Internet) Veja esse link: http://www.infoyouaskedfor.com/viewonweb/?MLID=74699&MMID=6043874 Todos os ECFs do convênio ICMS 09/09 usam o protocolo ecfEscECF... Após alguns ajustes, a classe ACBrECFEscEcf.pas já está compatível com esse novo ECF da Epson... Ou seja, essa mesma classe é compatível com a Bematech MP-4200 TH FI e Epson TM-T800F... (pois ambos equipamentos usam o protocolo EscECF) Portanto esse novo modelo de ECF da Epson não funcionará com o protocolo ecfEpson, mas sim com o ecfEscECF Outro detalhe importante... O ACBrECF, só se comunica com os ECFs usando a interface Serial... o ECF TM-T800F somente possui interace USB... Portanto para utilizá-lo como o ACBrECF, se faz necessária a instalação de um utilitário da Epson que irá criar uma Porta Serial Virtual... Você pode baixar o utilitário TMVirtualPort em: http://global.latin.epson.com/br/Catalogo/ECF-IF-TM-T800F/Drivers-e-Suporte Se você pretende usar os métodos: "ACBrECF1.EspelhoMFD_DLL" ou "ACBrECF1.ArquivoMFD_DLL" lembre-se que você precisará da nova DLL da Epson, (versão 3.6.0 ou superior), que pode ser encontrada no mesmo Link acima.

Boa tarde senhores, estou com um problema com a impressora Bematech MP-4200 TH FI, que utiliza o protocolo escECF. Após eu desligar o ECF e ligá-lo novamente, não consigo mais comunicação com o ECF. Por exemplo, no demo ECFTeste: - Ativo o componente com o modelo ecfEscECF; - Envio uma leitura X; - Desligo o ECF; - Religo; - Envio uma leitura X - ERRO: Impressora BEMATECH - MP-4200 TH FI não está respondendo. Caso eu desative a impressora, ao tentar ativá-la de novo, obtenho o erro: Communication error 2: O sistema não pode encontrar o arquivo especificado. Se eu desligar e ligar o ECF novamente e reabrir o programa, normalmente funciona. Obs.: 1 - Como o ECF é USB, utilizo uma porta (COM10) emulada, através de um driver da bematech mesmo. 2 - Fiz testes diretamente com a dll da bematech (7.xxx), sem utilizar o ACBrECF, e este problema não me ocorre. Desligo o ECF, ligo de novo, e continua funcionando normalmente os comandos. 3 - Estou testando com o equipamento físico, não utilizo emulador. Alguém passou por algo parecido? Obrigado.

Boa tarde pessoal, estou precisando de uma ajuda. Meu cliente comprou uma impressora Epson TM-T900F que é uma impressora blindada (novo modelo do Convênio ICMS 09/09.) consegui fazer comunicar apos instalacao de um emulador de USB/COM da propria fabricante visto que este ecf nao tem porta serial apenas USB. porem apos fazer alguns testes aqui com o ECFTeste.exe aconteceu alguns erros nos logs porem isto nao mostra ao fazer o cupom. segue em anexo o log gerado. preciso de um posicionamento sobre estes erros (isso nao vai acarretar em problemas futuros)? Obs: Abri o sistema comuniquei, ai apaguei os logs gerados. Depois disso Abri cupom-inseri um item-subtotalizei-efetuei pagamento-finalizei o cupom. Depois disso cancelei o cupom e estes sao os logs gerados. O erro gerado é referente ao operador pois nao informei operador mas o estranho é que nao mostrou o abrecupom nem o cancela cupom pois é neste momento que gera o erro. outra coisa se informar o operador cada vez que for abrir cupom e cancelar cupom ele imprime na impressora um relatorio gerencial (Parametros programados - e o nome do operador) ai para economizar papel deixei sem operador (sera que tem uma forma de nao imprimir isto, ai dava pra deixar o operador e nao iria acontecer este erro); Testando com meu software me deparei com outro erro ao cancelar o cupom (Erro referente a Meio de pagamento não encontrado), Obs: segui mesmos passos do ECFTeste.exe. acbrlog.txt ECFMeuSoftware.log

No comando AbreNaoFiscal do modelo escECF não esta levando em conta os parâmetros de cliente que envio. Ta pegando direto o que esta preenchido no consumidor. ta faltando o seguinte codigo no inicio da função: if Trim(CPF_CNPJ) <> '' then Consumidor.AtribuiConsumidor(CPF_CNPJ,Nome,Endereco); Este código tem nos outros modelos, copiei de la e coloquei isso no ACBrECFEscECF.pas e funcionou. procedure TACBrECFEscECF.AbreNaoFiscal(CPF_CNPJ: String; Nome: String; Endereco: String); begin if Trim(CPF_CNPJ) <> '' then Consumidor.AtribuiConsumidor(CPF_CNPJ,Nome,Endereco); /// EscECFComando.CMD := 16; EscECFComando.AddParamString(LeftStr(OnlyNumber(Consumidor.Documento),14)) ; EscECFComando.AddParamString(LeftStr(Consumidor.Nome,30)) ; EscECFComando.AddParamString(LeftStr(Consumidor.Endereco,79)) ; EnviaComando; estou com a svn atualizada com a versão mais recente até o momento (8980) deste arquivo e não tinha esta opção, fica a sugestão de implementação. Obrigado pela atenção.

Galera consegui uma façanha, deixei um cupom aberto de um dia para outro, em uma escECF (Bema MP 4200 TH Fi), só que pelo AcbrECF ele se perde, o primeiro estado que vem é de Z pendente, dai quando vai fazer a Z ele diz que tem um cupom pendente, mas quando vou fechar o cupom o componente retorna que tem Z pendente, e fica nesse loop; Tentei fazer um cancelamento do cupom, mas me retornou que tem Z pendente. A forma que consegui resolver foi entrando no função de cancelamento de cupom do ACBrECFEscECF.pas e alterar para ignorar a verificação de estado, dai fez o cancelamento normal e fecho o cupom, depois conseguir fazer a Z, claro que voltei o arquivo ACBrECFEscECF.pas ao original depois. Gostaria de dar a sugestão para ajustar este caso, lembro que nas ECFs MFD da para cancelar um documento ou fechar um documento mesmo com a Z pendente, fica a sugestão. Obrigado.

Olá, Estou ajustando a aplicação para permitir uso de impressoras do convênio 09/09. Verifiquei que não existe comando(no SCU) para obter o nro do último item vendido/registrado; Fiz um pequeno ajuste no fonte "ACBrECFEscECF.pas", será que pode ser adicionado ao repositório? A alteração consiste em um contador interno que é alimentado pelo retorno do comando de vende item. .. procedure TACBrECFEscECF.VendeItem(Codigo, Descricao: String; ... RespostasComando.AddField( 'NumUltItem', EscECFResposta.Params[0] ); RespostasComando.AddField( 'TotalItem', EscECFResposta.Params[1] ); RespostasComando.AddField( 'SubTotal', EscECFResposta.Params[2] ); fsEmPagamento := false ; fsNroUltimoItem := StrToIntDef(EscECFResposta.Params[0], 1); ... Obrigado pela atenção. ACBrECFEscECF.pas

Olá, Hj no ACBrECF alguns status de CF e CNF são identificados da mesma forma, exemplo: Se tiver um CNF em pagamento e obter o Status eu teria o retorno "estPagamento", mesmo retorno se estiver em um CF em pagamento. Existe alguma forma no ACBrECF que me permita identificar que por exemplo o status de Em Pagamento é referente a um CF ou a um CNF? Obrigado.

Boa tarde. Estou enfrentando um problema com a IF do convênio 09/09 da Epson, a TM-T800F, que já foi compatibilizada com o ACBrECF, conforme post do Daniel Simões: O meu problema é quando tento imprimir um comprovante CCD após uma venda em que o cupom possua mais de uma forma de pagamento. Por exemplo: venda de R$ 2,00 no qual R$ 1,00 é no cartão e R$ 1,00 é no dinheiro. Na Unit "ACBrECFEscECF", na função "AbreCupomVinculado", no momento em que é enviado o comando, já me ocorre uma exceção. Pelo que analisei, os parâmetros estão corretos, a função está pegando a forma de pagamento correta, e a seqüência correta. Quando chamo a função "ACBrECF.AbreCupomVinculado", estou informando apenas o índice da forma de pagamento, uma vez que sempre utilizei assim, porém, mesmo informando valor e COO, o problema persiste. A mensagem da exceção é a seguinte: Erro retornado pela Impressora: EPSON - TM-T800F Categoria: 16-Erro específico do Fabricante Motivo: 11-Meio de pagamento não encontrado. Pelo parâmetro que passei para o meio de pagamento, aparentemente estaria tudo certo, deveria ter encontrado o meio de pagamento. Em anexo está o log que copiei logo após ter gerado a exceção. Obs.: Com o emulador da bematech, da MP-4200 TH FI funcionou perfeitamente. acbr_log.txt

Pessoal, boa noite. Depois da última versão do ACBrFramework (0.9.5.5) passamos a ter problemas com a EscECF a ponto de não conseguir nem finalizar uma venda (tanto no nosso aplicativo quanto no ECFTeste). Num primeiro cenário, quando não há cupom previamente aberto na impressora, consigo ativar o ECF, abrir um cupom, vender um item e subtotalizar. Mas ao tentar efetuar pagamento o aplicativo trava e fecha (debugando vemos que dispara AccessViolationException). Num segundo cenário, mantenho o cupom faltando pagamento aberto na impressora e abro novamente o ECFTeste. Neste caso nem consigo ativar o ECF pelo ACBr, disparando o AccessViolationException. Isso não ocorria na versão 0.9.5.1! O problema é que preciso da versão 0.9.5.5 por causa da implementação do TEF V$Pague. Aproveitando o tópico, também passamos a ter problemas com a Epson TM 81. Se há cupom aberto na impressora e tentamos ativar o ACBr, também dispara AccessViolationException. No caso da Epson "resolvi" habilitando via App.config (<legacyCorruptedStateExceptionsPolicy enabled="true" />) para que os erros de AccessViolationException caiam nos meus "catchs" (por padrão ele não faz isso). No caso da Epson, se eu tento ativar novamente depois desse erro, funciona e o aplicativo segue. No caso da EscECF, pode retentar N vezes que não adianta, só resetando a impressora com as configurações de fábrica. Será que podem dar uma olhada? Em anexo mando um print da situação do ECFTeste e do ECF no momento do erro, junto com o log do ACBr. Se precisarem de mais informações estou disponível. Muito obrigado, cenário1_acbrlog.txt cenário1_reproduzir.txt cenário2_acbrlog.txt cenário2_reproduzir.txt

Olá, estou tentando implementar a comunicação com a Bematech 4200 TH FI porém a classe ACBrECFEscECF não implementa o EspelhoMFD e o Arquivo MFD. Ao olhar no código está escrito : //TODO: Aguardar DLL 7.0 da Bematech ficar estável. Alguém pode me dizer quando este recurso será liberado? Atte, Danilo Gazzoli

Bom dia senhores. Fazendo alguns testes, reparei que ao carregar as alíquotas utilizando o protocolo escECF, na propriedade "Total", está me retornando o total do imposto de determinada alíquota, diferente dos outros protocolos que me retornam o total vendido para aquela alíquota (Testei com a MP-2100). Posso fazer o cálculo para obter o total vendido na aplicação sem problema nenhum, porém, não seria interessante este cálculo já ser feito na unit ACBrECFEscECF, na função "CarregaAliquotas", assim retornando o valor total vendido, como é feito com os outros modelos? Nos retornos do comando pelo que vi, não há o valor total vendido, não sei se isso é algo do convênio 09/09 mesmo, que talvez não tenha este retorno... Abraço.