Jefferson Damian

Não consegui fazer o erro acontecer no ECFTeste, no mesmo ponto onde debugando pelo nosso sistema ocorre o acréscimo de 0,01 pelo ECFTeste não acontece. Faço em ambas a situações com o componente atualizado e usando a mesma versão do Delphi. Mas como a mudança tem ocorrido dentro do fonte do componente, eu imaginava que alguém pudesse ter visto isso acontecer ou que soubesse de algo que pode influenciar no acréscimo desse 0,01. E a única diferença que encontrei é que no ECFTeste, pega um valor de texto e converte em float e eu passo direto uma variável do tipo real. Mesmo assim já tentei converter em texto e imitar o comando.

Ex.: Valor Como Fica 10,30 10,31 8,50 8,51 15,64 15,65 10,00 10,00 Sempre que tem casa decimais está aumentando 0,01 centavos Então fiz uma gambiarra para testar da seguinte forma Em fez de mandar 10,30 mando 10,29, daí o valor é registrado corretamente como 10,30 Daí para informar o pagamento informo 10,30 e ao finalizar, finaliza com troco de 0,01 ou seja, ao enviar 10,30 esta mudando para 10,31. Não sei se há algum parâmetro que é obedecido para definir as casas decimais nesse ponto mas infelizmente não consegui achar de onde vem o erro porque fui debugando e ao chegar nesse ponto magicamente aparece um centavo a mais.

qualquer valor que tenha casas decimais está fazendo isso. mas sei lá o que acontece, muito estranho porque não acontece usando o ECFTeste. mas é sempre que passa por esse ponto: procedure TACBrECFEscECFComando.AddParamDouble(ADouble: Double; Decimais: Byte); begin AddParamInteger( Round( ADouble * power(10, Decimais) ) ) ; end; antes de chegar aqui o valor está certo Haaa não sei se pode fazer diferença, estou com o Delphi XE7

Olha, temos uma ECF Daruma FS800i e uma Bematech MP 2100. Com ambas as ECF isso tem ocorrido. Eu não tinha observado que o valor do pagamento também está sofrendo acréscimo de 0.01 eu fiz uma gambiara para ver o que ocorria diminuindo 0.01 antes de registrar o item e acabou por fechar o CNF informando 0.01 de troco. eu faço: DM.ECF.AbreNaoFiscal(); (Na abertura eu verifico se foi informado um CPF válido, e se tiver envio os dados do cliente) DM.ECF.RegistraItemNaoFiscal(Gcnf, Total); //Gcnf é o código do CNF e já ocorre o problema aqui DM.ECF.SubtotalizaNaoFiscal(0); DM.ECF.EfetuaPagamentoNaoFiscal(frmPrinc.FormasPagamento[0][0], DM.fdQueryCNFVALODINHEIRO.AsFloat, '', False); Os parâmetros da ECF: ArredondaitemMFD tentei como true e como false.

Estou com um problema bem estranho ao fazer um CNF, ocorre assim: Ao registrar um item CNF, estranhamente na ECF fica com 1 centavo a mais. Para complicar mais o problema, usando o EcfTeste não acontece. Já atualizei o componente e continuou na mesma. Tentei debugar e só consegui descobrir que a mudança onde acontece o acréscimo de 1 centavo é dentro de uma função do componente. Na procedure, RegistraItemNaoFiscal existe a seguinte chamada "fsECF.RegistraItemNaoFiscal(CodCNF, Valor, Obs);" Até aqui não ocorre problema mas quando entro debugando vai para "procedure TACBrECFEscECF.RegistraItemNaoFiscal(CodCNF: String; Valor: Double; Obs: AnsiString);" Nessa procedure, ao entrar em "EscECFComando.AddParamDouble( Valor ) ;" vai para procedure TACBrECFEscECFComando.AddParamDouble(ADouble: Double; Decimais: Byte); begin AddParamInteger( Round( ADouble * power(10, Decimais) ) ) ; end; e aqui a mágica acontece, acrescenta 1 centavo. Ao ir ao próximo ponto já está com o valor alterado. Já fiz de tudo, conferi a configuração do ACBrECF do EcfTeste com o do nosso sistema e não consegui encontrar o porque disso acontecer. Se alguém tiver visto isso acontecer e puder me ajudar agradeço. Em anexo o Log da ECF gerado por ambos os sistemas mas pelo que olhei, não entendo muito o conteúdo desse log, mas parece que nele não tem o conteúdo que esclarece o problema por este ocorrer antes de ir para a ECF. ECF.TXT acbrlog.txt

Temos um cliente em Abelardo Luz - SC e nos passou que usa o provedor Publica reparei que a cidade não estava em Cidades.ini, verifiquei qual outra cidade usa publica e acrescentei de forma igual mas ao tentar enviar dá erro no endereço URL. Alguém pode me orientar? Obrigado

Basta conectar a ecf e ir no menu variáveis na opção Data Hora do software básico.

Apareceu um problema um tanto estranho: Homologamos o sistema na terceira semana de setembro, mas antes de ir para homologação atualizei o componente por conta do Bloco X, estranhamente a nossa ECF FS800i começou a travar, mas como com outras estava funcionando bem, não me detive no problema, achei que poderia ser a própria ECF. Após a homologação, realizei alguns testes com a ECF e percebi que travava e retornava que não comunica sempre que solicita a Data e Hora do Software básico. Entrei em contato com o suporte da Daruma que disse que precisaria atualizar o SB, mas como minha ECF está bloqeada para eu fazer a intervenção o atendente disse que ia solicitar a liberação, que ainda não ocorreu, mas no dia 11/10/2017, fiz mai uma cobrança e então o atendente me passou um aplicativo de testes deles feito em delphi e que usa a DLL para comunicar, detalhe funcionou, a ecf retornou a Data e Hora do SB sem travar. Então fico pensando que talvez tenha ocorrido alguma alteração no componente que tem provocado a falha, não descarto que seja problema na ECF principalmente se o meu for o único caso, e eu ainda estou insistindo com a Daruma a verificação mais detalhada. Abri esse tópico para expor o problema encontrado e verificar, se realmente é apenas comigo. Obs.: Quando solicito a data e hora do SB pelo ECF Teste, a impressora solta um pouco de papel como se estivesse imprimindo mas não faz nada, e solicitando a mesma informação pelo nosso sistema apenas fica travado aguardando um retorno e acaba retornando falha de comunicação. Em anexo log gerado pelo ECFTeste. acbrlog.txt

Desculpa. é que como disse que precisa configurar a DLL imaginei que soubesse, assim resolveria mais rápido porque é difícil suporte da Bematech.

Desculpe minha ignorância, mas, poderia dizer como configurar a DLL?

Verifiquei que ao gerar o arquivo "Arq ac17/04" usando uma ECF MP-2100 TH FI da Bematech o arquivo está ficando com duas assinatura. Alterei o componente para forçar não assinar e daí fica apenas uma assinatura mas é inválida. Alguém já passou por isso? Desde já obrigado.

Testei as alterações feitas pelo Wess e aqui com o Delphi XE7 funcionaram. Obrigado.

Acabei de receber da LTS (homologadora de Chapecó) que houve mudança no relatório "Registros do PAF" http://bell.unochapeco.edu.br/lts/?p=3137 Basicamente entram os campos CEST e NCN/SH nos registros P2 e E2. Já houve essa alteração no componente?

Tem também o arquivo Registros do PAF, que deve aparecer nele todas as ECFs do estabelecimento.

Obrigado Já fiz isso, estou usando uma função que verifica o CPF ou CNPJ, e só envia os dados do cliente na abertura se forem números válidos. Não sendo válido coloco os dados do cliente na mensagem do final do CNF ou do Cupon Fiscal. Obrigado pela atenção e ajuda.

Bom dia Estou enviando o meu log só para constar um log a mais, mas percebo que o Paulo Cesar achou o local do erro. ECF.TXT

Categoria 16 Motivo 202. É que o log do Paulo tem esse é vários outros erros, amanhã eu posto o meu só pra constar porque já entendi. Mas obrigado pela atenção e ajuda.

Desculpe a minha demora para enviar o Log mas, quando consegui o log percebi que o erro ocorre na abertura do CNF é causado porque o cadastro do cliente está incompleto, no cadastro o CPF é inválido " . . - ". Olhei o Log do Paulo Cezar e vi que o problema é o mesmo só que o dele é ao abrir um cupom fiscal. Está enviando um número inválido de CPF.

Não é um erro do componente pois tenho a mesma impressora para testes e isso só acontece no cliente. Só preciso saber a origem do erro, se tem como, e assim resolver definir o que está acontecendo com a ECF. Uma impressora FS800i sempre que tenta gerar um CNF está retornando um erro dizendo: - Erro do fabricante e junto com - Erro 202: capacidade de programação esgotada Bom entrei em contato com o fabricante e me disseram que é preciso ver com vocês pois essa mensagem é processada pela ACBr Alguém conhece esse erro? Desde já obrigado pela ajuda.

Bom dia, Estamos usando o provedor Betha. Eu informo o município de incidência, mas, a informação não é exibida nem na pré-visualização antes de enviar e não na impressão depois do envio. Essa informação não deveria aparecer ao menos na pré-visualização? Ou tem alguma outra funcionalidade que influência isso? Desde já obrigado.

Até já mencionei aqui na empresa pra não indicar mais essa marca e modelo. Vamos insistir mais um pouco no suporte pra ver se mudam de estratégia. Mas diante da resistência deles, sou forte apoiador de não usar mais a MP4200, quem sabe eles sentem no bolso a queda nas vendas e mudam.

O pior que o problema persiste e hoje a Bematech mais uma vez falou que a culpa e do ACBr que precisa corrigir o comando. E isso acabaram de dizer via Chat. E por telefone disseram que não podem atualizar o software básico da ECF. Se tentar colocar uma verificação pra quando é a MP4200 fazer o cálculo reverso, temos problemas com casas decimais principalmente quando houve desconto no total do cupom. Até o momento insistem que é necessário usar as DLL deles.

Boa tarde, Essa balança já foi incluída? Obrigado.

O EcfTeste tem um edit com a descrição: Arq.Log Coloca o nome do arquivo ali. No meu caso já está vindo como padrão.

Uma coisa muito curiosa está acontecendo com essa ECF, pelo ECFTeste está funcionando pelo nosso sistema divide a quantidade por 10, isso que usamos exatamente o mesmo comando que está no ECFTEste, consegui baixar um emulador da TM-T81 e funciona bem no emulador. Vou ter de achar uma outra para testar e fazer as comparações. Se o problema ficar só nela terei de ver o que fazer. Infelizmente não pude ficar muito tempo com a ECF. Assim que eu conseguir faço outros testes e se o problema persistir volto aqui. Obrigado.