Denis Queiroz

Bom dia, hoje obtive resultado junto ao Banrisul referente a minha validação, apenas uma resalva. Favor atualizar o logo do componente pois no processo de validação foi a única crítica que obtive, outros campos foram devido a devida formatação no sistema, de resto o componente está OK. Também estou em processo de validação junto ao banco Safra, fiz alguns ajustes e também aguardo retorno, assim que obtiver resposta mando as alterações... Apenas uma dúvida, vendo no fórum, ví que tem duas versões do ACBR(Trunk e Trunk2), Qual devo utilizar para manter meu componente atualizado? 041.bmp

Bom pessoal, com a ajuda, conseguimos chegar em uma solução. Se eu der um free no componente do Danfe e o recriar a cada impressão, o sistema funciona normalmente. Não é a solução ideal mas resolveu o problema, obrigado!!

Pessoal, uma dúvida rápida, aqui na empresa onde trabalho existem vários sistemas que transmitem notas, todos funcionam normalmente, agora em um sistema surgiu um problema que anda me intrigando, já debuguei o projeto, o AcbrNfe e nada. Ao chamar a seguinte linha no .PAS ACBrNFeDANFERave dmDanfe.RvProject.ExecuteReport('DANFE1'); Me ocorre este erro(Invalid Class TypeCast), alguém já passou por isto? O engraçado é o seguinte, a primeira vez funciona, já na segunda não, um exemplo. Se eu chamar a rotina ImprimePDF ou Imprime do ACBRNfe 2 vezes, na primeira funciona, já na segunda ocorre o erro, exceto se eu não exibir o Rave(Na impressora, ou na Tela). Pelo que anda acontecendo, se eu imprimir o Rave ele não funciona na segunda vez, alguém tem alguma ideia, já tem alguns dias que to só nisto, Tentei Verificar a classe do DANFE1 e está bonitinho nas duas vezes com a Classe TRaveReport. A versão que uso da NFE é a 2.0 [EDIT] Testei e já aproveitei para adequar o sistema, mudei para o Layout 3.10 e ainda permanece o problema, andei testando a impressão pelo Quickreport, neste segundo funciona perfeitamente, mas o Layout não possui a impressão do canhoto, então no momento seria inviável.

Muito Obrigado pela atenção brother, posso colocar resolvido no tópico ou é melhor aguardar um tempo se houver report de erro, creio que não haverá erros comigo o banco validou certinho.

Isto mesmo, isto foi alterado para que aquela sequência que sai no arquivo funcione, caso eu manter-se a forma anterior esta sequência sairia errado, em todos os bancos que foram implementados este registro usam o multiplicador desta forma, usei arquivos do próprio ACBR como base para o registro R, existem bancos com ele já implementado no projeto..

Desculpem o Flood pessoal mas e ai referente a este assunto? Bom a Unit já foi validada e está funcionando perfeitamente junto a CEF. Com a versão anterior fui barrado na validação devido a ausência do registro R

Verifique se não está também passando a data de protesto, esta informação você passa ao componente...

Olá pessoal sou eu novamente, recentemente um cliente solicitou para mudar sua conta da CEF do Layout SICOB para o SIGCB, bem, esta parte foi tranquila, mas nos meus processos de validação percebi que o mesmo não gerava o registro R(Campo obrigatório pela CEF). Enfim, estou anexando a Unit alterada e validada pelo banco, agora tudo na normalidade com o Layout SIGCB. Grato. ACBrCaixaEconomica.pas

Flood apenas para feedback. Reportando que hoje atualizei meu cliente com a correção aplicada pelo Daniel e deu tudo certo, então Resolvido. Obrigado pela atenção.

Beleza Daniel, então fica combinado assim, esta versão que estou mexendo já irei testar com o ACBR atualizado e reporto o resultado. Agradeço pela atenção. [edited] Apenas reportando, o teste ainda está pendente, assim que tiver um feedback retorno.

Sim Daniel estavam todos atualizados, por isto fui pego até de surpresa pelo problema, analisando a fundo a minha versão anterior e a nova, cheguei nesta conclusão, o EMBarbosa até deu uma dica acima que creio que faça sentido, pois com a alteração até a presente data da criação do tópico tinha esta falha, enfim, como estava no retorno neste tópico não atualizei mais o ACBR para evitar problemas, conversando com o Juliomar, fui informado que houve atualização recentemente, enfim, assim que possível irei fazer um teste com a nova release, pois no momento estou alocado novamente no mesmo projeto.. O engraçado como disse, é que tanto com emulador e impressora de homologação funcionou perfeitamente(Usando módulo TEF também de homologação) já no cliente em produção deu este pequeno problema, o engraçado é que se reenviar o comando onde ele para citado acima funciona, mas fica chato esta mensagem sendo que funcionava diretamente, enfim com a reversão de um detalhe tudo voltou a normalidade. Estarei então fazendo isto e testando novamente, darei o feedback do processo. Grato pela atenção.

Olá pessoal, editando esta mensagem do dia 10... Referente a este assunto, algum retorno?

Não EMBarbosa, não cheguei a analisar o Software do ECF, confesso que nem suspeitei disto. Já a questão do LOG, devido a correria do tempo e já ciente de onde resolver o problema, acabei não analisando... OBS: Falando da versão do ECF no cupom saiu como: 01.01.01 EDITADO Desculpem pelo pequeno flood. Mas como ficou decidido este assunto? Este pequeno detalhe está me gerando um problema enorme, creio que no refactoring possa ter passado este detalhe...

Obrigado pela atenção... Bom vamos aguardar então, mas é isto, fiz os testes, e ao desfazer esta alteração mencionada funcionou perfeitamente. Agora o que me intriga é que com emulador ou a minha ECF de homologação funciona perfeitamente, já na ECF lacrada para produção dá este erro. Mas de qualquer forma, acho que realmente esteja faltando algo, vamos aguardar.

Desculpem o pequeno Flood, mas vamos lá.... Depois de muito tempo quebrando a cabeça descobri a solução. Em vários trechos da Unit ACBrECFClass.pas Foi substituido a linha TACBrECF( fpOwner ).CarregaFormasPagamento ; Para CarregaFormasPagamento; Analisando mais a fundo, a primeira leva para a Unit ACBrECF.pas que tem um tratamento e que retorna os dados creio que do ECF, não análisei a fundo, mas é o processo correto. Já a segunda, ele verifica na própria classe se a mesma já foi predefinida(Usando Assigned) e se for da um free e cria novamente. Este processo não sei se é correto, mas com esta alteração me gerou este problema, fazendo a impressora retornar o código 29 - Forma de pagamento não permite tef Enfim, reverti esta alteração e voltou a funcionar normalmente, inclusive algumas funções como CarregarTributacao teve a mesma alteração e também mexi. Gostaria de saber o porque que foi feito desta forma, pois eu não consegui compreender, por não ter tempo de estudar todo o projeto ECF. Segue em anexo a UNIT funcional depois da alteração pra análise. ACBrECFClass.pas

Certo EMBarbosa irei fazer isto, até cheguei a cogitar algo de Timeout no começo, revisei as alterações que teve na classe ECF e na da Bematech e também acho que não tem nada que influencie, mas realmente é estranho, porque a versão que tenho de Junho funciona de boa, já a atualizada, é retornado este erro pela ECF na primeira tentativa, por um tratamento que tenho no sistema ele pergunta se quero tentar novamente, na segunda chamada funciona, é isto que me deixa confuso. Enfim, Irei ativar os log's, para mim este é um processo novo, pelo que li é só preencher a propriedade ArqLog, irei fazer isto e ver se sai algo diferente. Como o Juliomar citou, poderia ser algo com valor, vi que até teve uma mudança no TEFD nos seguintes pas(ACBrTEFD, ACBrTEFDClass, ACBrTEFDCliSiTef) mas por não utilizar o componente pelo fato de o sistema aqui da empresa tem uma classe de TEF que já fáz as requisições para a ECF usando o AcbrECF, creio que estas alterações não me afetem, já não tenho ideia do que pode ser, o engraçado que é justamente isto, quando vai imprimir os pagamentos dá esta mensagem.

Obrigado por lembrar, e peço desculpas por não lembrar... Enfim é uma Bematech MP 2100. Especificamente este cliente só tem um terminal, minha ECF de teste também é uma Bematech do mesmo modelo, o engraçado é que aqui eu testei e funcionou e lá não, mas tem um porem, aqui o módulo Paygo é de homologação e lá não. Esta é a única diferença de estrutura além da impressora, mas resalto, que com uma release anterior eu não tinha problema algum, já revisei novamente as atualizações do ACBR e até agora não achei nada que possa estar causando este problema.

Ok Juliomar, vou habilitar o Log e dar uma olhadinha, e se possível postarei aqui também caso alguém tenha uma luz, estou revisando novamente as alterações que foram implantadas no SVN, acho que alguma coisinha esteja causando isto... Estou suspeitando de uma alteração que foi revisada em uma parte do TEF que tem justamente o conteúdo levantado por você na questão de valores. O que me intriga é que na segunda tentativa da função passa. Daqui uns instantes irei reverter esta alteração e testar, posto o resultado se obtiver sucesso ou se alguém responder ao tópico. Agradeço pela atenção.

Então Juliomar muito obrigado pela rapidez, então até cogitei esta hipótese, inclusive alterei duas propriedades de arredondamento do ACBR para 2 casas decimais que são as seguintes: DecimaisPreco e DecimaisQtd Sem sucesso, se eu pegar a release do começo de junho funciona que é uma maravilha mas a nova dá este probleminha, pelo que percebi é quando ele chama a rotina para imprimir o cupom vinculado(Justamente o que você disse do relatório gerencial), quando ele vai iniciar a primeira via já dá problema, ai coloquei um tratamento no meu try except para retornar a mensagem informada acima, caso contrário ele já me informava a mensagem de tratamento falando que a impressora não responde e se quer tentar novamente... Já estou desde segunda quebrando a cabeça aqui, até cheguei a revisar com o Turtoise o que mudou de lá pra ca mas sem solução... Então minha última alternativa é pedir o Help srsrsr. Agradeço desde já a atenção. PS: Em breve mandarei uma pequena correção referente a Caixa como Citado Acima, aguardando somente homolagação do banco... [EDITED] Você me falando sobre esta questão de valor, olhando os logs do Turtoise, eu li algo sobre arredondamento e TEF e que foi mudado, será que não é isto.... E sobre a segunda chamada, ele retenta a mesma rotina que deu problema, O CupomVinculado

Primeiramente bom dia... Estou com um problema que vem me intrigando já tem quase uma semana, recentemente atualizei meu ACBR que estava com data de aproximadamente dia 03/06/2014 para a versão mais recente, porque tive que fazer uma alteração no ACBR Boleto mais especificamente nos boletos da Caixa, que inclusive estou aguardando retorno para poder enviar para o projeto. Mas enfim, Sexta feira atualizei um cliente que usa TEF e na segunda feira fui surpreendido com uma mensagem de erro: Meio de Pagamento Não Permite TEF O Engraçado é que se eu pegar a versão antiga(Pois sempre manteio Backup antes de atualizar) Funciona, já na nova versão tenho este problema, percebi que isto ocorre quando chamo a função CupomVinculado O engraçado é que está tudo certo, o código de pagamento que passo para impressora é "02" que está cadastrado como "cartão crédito" e este meio de pagamento permite vinculado, a impressora fica em um tratamento Impressora não responde, deseja continuar sim ou não, se eu reenviar o comando CupomVinculado ai vai, só na segunda vez forçada que funciona, onde antes era de primeira. Ai vem a parte mais intrigante. Em 2 clientes acontece este problema, então instalei o modulo Paygo em homologação e usei um emulador para o teste, para minha surpresa funcionou normalmente, então mais intrigado, peguei uma impressora fiscal que possuimos para teste, e nela também funcionou. Então resumindo, na versão antiga funciona normalmente, com esta versão nova estou com este problema, alguém passou por algo parecido? Estou anexando algumas imagens para demonstrar o problema... Só uma Resalva, uso o AcbrECF, mas não uso o componente AcbrTEF, tenho uma classe para o TEF mas que envia os comandos para o corretamente para o AcbrECF, só que ao chamar a rotina citada acima dá este erro.

Juliomar realmente estava com problema na Unit, é uma pequena alteração mas que é de suma importância, por favor, poderia atualizar o SVN? Agora está tudo perfeito. Os outros bancos que andei homologando estão funcionando perfeitamente mas o Santander.

Deu Certinho Juliomar, apenas a Unit do Santander que não tem uma pequena correção que fiz onde ele usa a função OnlyNumber para validar o CNPJ e CPF do cedente, mas isto não é um problema, pois se passar corretamente para o componente irá funcionar, então irei usar o SVN e reverter o que tinha feito. De resto está certinho, antes em um projeto que estava mexendo usava outro componente de boleto, migrei para o ACBRBoleto sem problemas, tudo está nos conformes.

Desculpe o Flood, mas chegou a analisar Juliomar? com as alterações que foram feitas cheguei no resultado devido do boleto, o modo atual não condiz com o manual do BB. Poderia estar verificando pra nós? Só pra constar, com estas alterações, meus boletos foram registrados com sucesso...

Bom brother se você preencher as informações corretamente o processo de remessa e retorno é igual para todos os bancos. A única coisa que fiz diferente é passar a modalidade igual a carteira no caso do Santander, aqui passou tudo certinho assim.

Desculpem o flood, mas tive que realizar outra pequena alteração referente ao campo nosso número, segundo o manual se eu desejar que o banco gere, ou informo Brancos ou Zeros, no componente ao informar 0 ou '' o mesmo é convertido pra 0 e dígito zero ficando como 00 no campo nosso número, incluí um pequeno tratamento para contornar esta situação, junto estou enviando a correção do ACBRBoleto enviado anteriormente, este não se altera segundo a versão enviada por mim.... ACBrBoleto.rar