Jefferson Damian

Desde já desculpa a ignorância, mas, nas ECFs tem como usar em um relatório gerencial para que o papel seja cortado dividindo um Gerencial em dois? Obs.: coloquei a Tag mas ela foi impressa como se fosse o texto. Desde já obrigado.

Obrigado. Testei, está funcionando agora.

Estou com o mesmo problema, Daruma FS800i - versão SB 01.00.02. Pensei que estava sendo apenas pelo nosso sistema, então usei o ECFTeste e aconteceu o mesmo. O passo que segui pelo ECFTeste para simular o erro segue os mesmos passos que utilizamos pelo sistema. Só detectei o problema porque estou tentando homologar com o TEF da Cappta (que não está presente no ACBr) e precisei realizar um cancelamento. Então, abri cupom, vendi item, subtotalizei, paguei usando a finalizadora do cartão(no meu caso indice 3), fechei o cupom e iniciei o CCD, tentei ir por parte e CCD completo, no log em anexo usei o CCD completo, mas, o erro é o mesmo. Se tentar cancelar um cupom fiscal que tem um CCD não consigo cancelar, mas se quiser estornar o CCD isso sim consegue mas mesmo após estornar o CCD não consigo cancelar o cupom. Obs.: Temos um MP2100 da Bematech e com ela está OK. Desde já agradeço a ajuda. A lista de resposta do ECFTeste segue abaixo: Ativar #1#6#26#0#0#1#0#0A#0#0b - + - + - + - + - + - + - + - + - + - + - + - AbreCupom #1#11#26#0#0#1#0#0A#7#01|5640|f - + - + - + - + - + - + - + - + - + - + - + - Vende Item: Cod:111222333 DescTESTE DE PRODUTO Aliq:NN Qtd:1 Preço:16,25 Desc:0 Un:UN Desc:% - + - + - + - + - + - + - + - + - + - + - + - Subtotaliza Cupom: 0 - + - + - + - + - + - + - + - + - + - + - + - Efetua Pagamento: 3 Valor: 16,25 Obs: Vinc: S #1#21#4#0#0#1#0#0A#1#0|#216 - + - + - + - + - + - + - + - + - + - + - + - Fecha Cupom: Componentes ACBr http://acbr.sourceforge.net #1#23#5#0#0#1#0#0A%#05640|16012018094415|34594|1|3|1625|1|#236 - + - + - + - + - + - + - + - + - + - + - + - Erro retornado pela Impressora: DARUMA AUTOMAÇÃO Categoria: 16-Erro específico do Fabricante Motivo: 146-Documento especificado não foi encontrado #1,#7#0#16#8217#0#0#0#0#0#213 - + - + - + - + - + - + - + - + - + - + - + - EstornaCCD - Estornados: 0 #11#13#0#7#9#0#0#0#0#0N - + - + - + - + - + - + - + - + - + - + - + - Erro retornado pela Impressora: DARUMA AUTOMAÇÃO Categoria: 16-Erro específico do Fabricante Motivo: 146-Documento especificado não foi encontrado #1=#7#0#16#8217#0#0#0#0#0#230 - + - + - + - + - + - + - + - + - + - + - + - acbrlog.txt

O Bloco X já está funcionando para SC? Sempre que tento transmitir dá o seguinte erro: Erro Interno: 0 Erro HTTP: 400 Erro: Requisição não enviada. Daí não sei se estou fazendo algo errado ou se é porque ainda não está funcionando.

Obrigado por toda a ajuda. Pode marcar como concluído. Deus abençoe.

Desculpa Daniel, esqueci que estava fazendo os testes usando o ECFTeste, no nosso sistema estava em 10, mas no ECFTeste em 3. Como Precisa ter a ECF Cadastrada, passei a usar a informação que está na tabela para que no nosso sistema não dê erro, e, para ver se estava OK usava o ECFTeste. Realmente colocando em 10 o TimeOut Funciona. Obrigado.

Até fui conferir antes de responder mas,... O controle de porta está desativado; O TimeOut está em 10, não entendo como pode passar 3 se no componente está 10. Obrigado pela disposição em ajudar.

Bom dia. Baixei a Unit coloquei no lugar, recompilei o ECFTeste. Testei mas ao pedir a Data e Hora do SW.Basico, para mim continuou igual o erro. (a ECF Daruma ... não está respondendo) acbrlog.txt

Testei, funcionou. Obrigado

Oi o André me pediu para postar o log de novo porque não estava completo. Estou postando. eu ativei a ECF e já fui em - Variáveis -Equipamento -Data e Hora SW.Basico Olha, estou vendo que esse problema está ocorrendo apenas em uma ECF e é de teste, é nova mas é de teste, seria muito bom ter como achar um jeito de contornar o problema e se for o caso até uma maneira de mostrar para Daruma que é uma problema, mas, para não estender muito o problema que inclusive não ocorre com um cliente talvez seria interessante arquivar o caso enquanto está restrito a uma ECF de teste. Obrigado pela ajuda e atenção. acbrlog.txt

Problema Resolvido. Para resolver precisa declarar a Uses System.Math e antes de registrar o item CNF colocar o comando: SetRoundMode(rmNearest);

Daniel, tentei argumentar e questionar com eles mas não tive muito sucesso até porque eles tem um exemplo em Delphi e pelo exemplo deles funciona. Com a orientação do atendente Renan realizei atualização do software básico da nossa ECF mas não resolveu, pelo ECFTeste trava e pelo exemplo deles funciona. No caso ele utilizam a DLL. Vou anexar o log de erro e um link para o exemplo deles se ajudar em algo. https://drive.google.com/open?id=1dnagjWLNr3er6GauODRbnJvpxwtdT1JF acbrlog.txt DataHora_SB_Daruma.txt

Que bom que pude contribuir.

A versão da nossa Daruma é a 01.00.00

Daniel, que bom que pode realizar o teste. Muito obrigado. Agora a Daruma não pode mais dizer que é o componente.

Esqueci esse detalhe: Na unit foi alterado: TnfseNaturezaOperacao ==> acrescentadas as naturezas; as functions: "NaturezaOperacaoToStr" e "StrToNaturezaOperacao" e "NaturezaOperacaoDescricao"

Italo, Fiz as alterações em Cidades.ini e Publica.ini, assim como te falei por mensagem ocorreu erro na Natureza de Operação, fiz como me orientou mas até o momento não obtive retorno do provedor dizendo qual a natureza correta para o prestador. Então depois de pesquisar um pouco na página deles referente a cidade de Abelardo Luz - SC encontrei para download a tabelas das naturezas para a cidade, comecei chutar uma por uma até que deu certo. Para meu cliente foi a no501. Precisei fazer as alterações na unit "pnfsConversao" mas percebi que vai existir conflito na no511, não sei como pode ser tratado, quem com uma função que retorne descrição diferente conforme o provedor. Bom fiz o teste e aqui funcionou, vou aguardar a atualização do componente. A lista de Natureza de operação: http://nfse1.publica.inf.br/abelardoluz_nfse/RelatorioNatureza Obrigado. Segue anexo os arquivos que alterei: Cidades.INI Publica.ini pnfsConversao.pas

Achei um conflito, na unit "pnfsConversao", encontrei a function NaturezaOperacaoDescricao que tem algumas naturezas de operação e tem uma com código 511 não sei de qual provedor mas que conflitará (não sei se tem como não conflitar) com uma de Abelardo com mesmo número porém descrição diferente.

Para o Município de Abelardo Luz - SC usando o servidor Publica, encontrei no site deles em download a tabela de Natureza de Operação. http://nfse1.publica.inf.br/abelardoluz_nfse/RelatorioNatureza Percebi que não estão listadas no componente. Seria possível incluir? Obrigado

não funcionou como Currency aproveitei e tentei como Double mas também não Continua colocando um centavo

Ok vou testar. Enquanto isso fiz um passo a passo debugando e mostrando os valores até o momento que acontece o problema. Por ter ficado com mais de 2MB coloquei no drive e compartilhei. https://drive.google.com/open?id=1IWUESa1TR02YZxTLSrSapqMXS99aygC6

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.