Jefferson Damian
-
Total de ítens
236 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Jefferson Damian
-
-
43 minutos atrás, Daniel Simoes disse:
Obrigado pelo Log, apliquei uma possível correção no SVN
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ÇÃOCategoria: 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ÇÃOCategoria: 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
- + - + - + - + - + - + - + - + - + - + - + -
-
1
-
-
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. -
13 minutos atrás, Daniel Simoes disse:
De acordo com os Logs o Timeout está em 3... deve ter algum ajuste no seu código.. .
Faça testes da leitura da Data/Hora do Sw.Basico, usando o ECFTeste
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. -
8 horas atrás, Daniel Simoes disse:
O código aplicado, parece estar fazendo o esperado... porém notei que você está usando um TimeOut muito baixo (3)... experimente valores de 5 a 10
A Daruma FS800i, não funciona corretamente, quando o "ControlePorta" está ligado...
a Unit modificada, já está no SVN, com e esta e outros ajustes...
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. -
15 horas atrás, Daniel Simoes disse:
Obrigado pelo Log... Notei que o Contador de Falhas do (WAK), não era zerado, mesmo quando o ECF iniciava o envio de dados parcialmente...
Apliquei uma possível correção... favor testar com a Unit em anexo:
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) -
59 minutos atrás, Daniel Simoes disse:
Enviei modificações para o SVN, que devem evitar esse tipo de problema, mesmo sem as declarações da Round()
Poderia por favor testar novamente, sem o SetRoundMode ?
Testei, funcionou.
Obrigado-
1
-
-
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. -
Problema Resolvido.
Para resolver precisa declarar a Uses System.Math
e antes de registrar o item CNF colocar o comando:
SetRoundMode(rmNearest);
-
6 horas atrás, Daniel Simoes disse:
Notei que o ECF FS800i, não se comporta muito bem, quando a propriedade ControlePorta está ligada...
A versão do Sw.Basico do seu ECF é a última, conforme indicado no Post anterior ?
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
-
20 minutos atrás, Italo Jurisato Junior disse:
Bom dia Jefferson,
Muito obrigado pela colaboração, já enviei para o repositório.
Que bom que pude contribuir.
-
2 minutos atrás, Daniel Simoes disse:
Notei que o ECF FS800i, não se comporta muito bem, quando a propriedade ControlePorta está ligada...
A versão do Sw.Basico do seu ECF é a última, conforme indicado no Post anterior ?
A versão da nossa Daruma é a 01.00.00
-
23 minutos atrás, Daniel Simoes disse:
Recebemos uma Daruma FS800i, para Testes e homologação... apliquei o teste conforme mencionado no passo a passo:
Porém não obtive o problema relatado... e a Impressora retornou a informação, como esperado...
Desativar Ativar - + - + - + - + - + - + - + - + - + - + - + - Data Hora Sw.Básico: (02/10/17 09:15:58) - + - + - + - + - + - + - + - + - + - + - + -Segue Log em anexo...
Nossa versão usa o Sofware Básico 01.00.02
Daniel, que bom que pode realizar o teste.
Muito obrigado. Agora a Daruma não pode mais dizer que é o componente.
-
12 minutos atrás, Jefferson Damian disse:
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/RelatorioNaturezaObrigado.
Segue anexo os arquivos que alterei:
Esqueci esse detalhe:
Na unit foi alterado:
TnfseNaturezaOperacao ==> acrescentadas as naturezas;
as functions: "NaturezaOperacaoToStr" e "StrToNaturezaOperacao" e "NaturezaOperacaoDescricao"
-
Em 13/11/2017 at 21:08, Italo Jurisato Junior disse:
Boa noite Jefferson,
Alem de acrescentar a cidade no arquivo Cidades.ini é preciso acrescentar a URL de homologação e produção no arquivo Publica.ini
Entre em contato com a prefeitura ou com o provedor e solicite essas URLs.
Faça a alteração no arquivo Publica.ini e faça os testes.
Se der tudo certo, anexe os arquivos Cidades.ini e Publica.ini
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/RelatorioNaturezaObrigado.
Segue anexo os arquivos que alterei:
-
35 minutos atrás, Jefferson Damian disse:
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
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
-
29 minutos atrás, Daniel Simoes disse:
Pode ser isso... experimente usa TCurrency, é o mais indicado para Valores monetários...
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 -
1 hora atrás, Daniel Simoes disse:
Não faz sentido... Parece ser algo errado na RoundTo do seu Delphi...
Qual é o passo a passo para reproduzir o problema, usando o projeto Demo, ECFTeste ?
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. -
16 minutos atrás, Daniel Simoes disse:
Por favor forneça informações precisas.. não creio que isso ocorra com qualquer valor, até porque nem todos valores seriam passíveis de arredondamento por RoundTo
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 centavosEntã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. -
Em 14/11/2017 at 17:51, Daniel Simoes disse:
que valores exatamente devem ser enviados no comando?
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á certoHaaa não sei se pode fazer diferença, estou com o Delphi XE7
-
5 minutos atrás, Daniel Simoes disse:
Por favor seja mais claro...
Qual é o seu ECF ? Quais são exatamente os parâmetros enviados ?
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.
ACBrECF+ACBrECFVirtual+ Bematech MP 4200 TH não fiscal(corte do papel)
em ACBrSerial
Postado
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.