carlos_tedex

Pessoal, apenas dei uma sugestão para tentar centralizar os problemas / soluções que ocorrerem durante a migração para uma versão superior ao Delphi 7. A ideia de criar um tópico especifico era de apresentar os problemas com soluções para aqueles que passarem por problemas similares encontrem uma solução mais rápida. Ou seja, não tinha o objetivo de ficar tirando dúvidas pois entendemos que os desenvolvedores que irão migrar farão pesquisas ou usarão de outros métodos para contornarem os problemas que encontrarem. Essa solução encontrada que era para ser postado/compartilhada neste tópico. Realmente concordo que não seria produtivo 100 programadores ficarem perguntando sobre 200 cases de migração. Também ficaria inviável que cada programador abrisse um tópico para cada problema de migração, visto que estaríamos dando suporte a uma ferramenta que não é o ACBr. Imagina mais de 200 posts separados sobre outros componentes? Não seria chato? Agora acredito que seria produtivo na minha opinião termos um único post com 200 soluções de migração, ou seja, o desenvolvedor encontraria a solução do problema desejado, pois esse tópico teríamos a solução dos problemas. Grato!

Verdade Graça! Se o fisco soubesse o trabalha que da para implementarmos em nossos sistemas essas mudanças eles pensariam duas vezes

Bom dia a todos, Estou acompanhando este tópico por também utilizar o Delphi 7. Sou a favor de atualizarmos nossa ferramenta de desenvolvimento também afinal são 18 anos de existência Lendo o tópico percebi que uma grande parte do pessoal está prezo pelo uso de componentes assim como eu. Minha sugestão e que os moderadores possam abrir um tópico especifico para tratarmos sobre componentes de terceiros onde cada usuário possa dar sua contribuição/experiência para a substituição destes componentes. Exemplo: Aqui na empresa utilizamos um componente que busca o serial do HD. Já encontramos uma solução para obter essa mesma informação sem a necessidade de instalação de componentes e sim 4 units a qual foi testado do XE2 e funcionou perfeitamente. Assim como este exemplo que citei a ideia deste novo tópico e compartilharmos soluções para que a migração ocorra com menos transtornos.

Dener, Baixei a unit modificada e fiz os testes a qual os resultados foram OK. Vamos aguardar o pessoal analisar e subir no SVN. Grato!

Boa noite Daniel, Você tem razão! O SMTP não utiliza a mesma porta HTTP o problema foi que o e-mail que eu estava testando utiliza a porta 465 a qual estava bloqueada no Firewall. Obrigado pela atenção. Tenha uma boa noite!

Assim que possível farei um debug também.

Boa noite Régys desculpe pela demora do retorno, vamos lá: Tentei desta forma, mas ainda não funcionou alguma outra dica? ACBrMail1.SMTP.Sock.HTTPTunnelIP := '192.168.1.3'; ACBrMail1.SMTP.Sock.HTTPTunnelPort := '8080'; ACBrMail1.SMTP.Sock.HTTPTunnelUser := 'carlos'; ACBrMail1.SMTP.Sock.HTTPTunnelPass := '123456'; Esse foi o retorno do componente: "SMTP Error: Unable to Login." Grato pela atenção!

Obrigado pelo retorno Isaque. Vou tentar usar o Indy 10.

Boa noite, Estou utilizando o ACBrMail e gostaria de saber se existe alguma maneira de informar proxy (host, port, username, password). Fiz uma pesquisa no fórum mas não consegui encontrar nada sobre o assunto. Grato!

Boa tarde, Alguma novidade? Gostaria de usar a propriedade "modalidade" quando estiver disponível no SVN.

Bom dia, Desde janeiro utilizo algo semelhante ao que o denerbuzato postou, pois o Tipo de Cobrança atualmente esta fixo o código "4" com registro, mas ainda tenho clientes que utilizam o código "2" que é sem registro. Fiz o download do ajuste proposto e o mesmo atendeu minha necessidade.

Boa noite, Não estou conseguindo localizar a propriedade no código abaixo para pegar o Protocolo e o cStat dos eventos da NF-e. ACBrNFe1.WebServices.Consulta.NFeChave := sChave; ACBrNFe1.WebServices.Consulta.Executar; For i := 0 to ACBrNFe1.WebServices.Consulta.procEventoNFe.Count-1 do begin sMSG := 'E V E N T O S' + sLineBreak + 'Protocolo: ?????' + sLineBreak + 'cStat: ?????' + sLineBreak + 'Chave: ' + ACBrNFe1.WebServices.Consulta.procEventoNFe.Items.RetEventoNFe.InfEvento.chNFe + sLineBreak + 'SeqEvento: ' + IntToStr(ACBrNFe1.WebServices.Consulta.procEventoNFe.Items.RetEventoNFe.InfEvento.nSeqEvento) + sLineBreak + 'CNPJ: ' + ACBrNFe1.WebServices.Consulta.procEventoNFe.Items.RetEventoNFe.InfEvento.CNPJ + sLineBreak + 'Dt Evento: ' + DateTimeToStr(ACBrNFe1.WebServices.Consulta.procEventoNFe.Items.RetEventoNFe.InfEvento.dhEvento) + sLineBreak + 'Tp Evento: ' + TpEventoToStr(ACBrNFe1.WebServices.Consulta.procEventoNFe.Items.RetEventoNFe.InfEvento.tpEvento) + sLineBreak + 'DescEvento: ' + ACBrNFe1.WebServices.Consulta.procEventoNFe.Items.RetEventoNFe.InfEvento.DescEvento + sLineBreak + 'Tp Amb: ' + TpAmbToStr(ACBrNFe1.WebServices.Consulta.procEventoNFe.Items.RetEventoNFe.InfEvento.tpAmb); ShowMessage(sMSG); end;

Boa noite, Ao visualizar o XML em anexo recebi esse erro: "EInvalidOp(Invalid floating point operation)" utilizando o FortesReport (ACBrNFeDANFeRL) Fiz um debug e percebi que o valor total do item está zerado. Tag "<vProd>". Sugestão: Para corrigir o problema verifiquei se a variável "dvProd" é maior que zero na função "ManterDesPro" das units "ACBrNFeDANFeRLRetrato.pas" "ACBrNFeDANFeRLPaisagem.pas" 32150928144467000124550030000026481100026485-nfe.xml ACBrNFeDANFeRLRetrato.pas ACBrNFeDANFeRLPaisagem.pas

Verdade Daniel. Visto o que o componente como um todo faz por nós isso não é nada! Grato!

Bom dia Daniel, Referente ao numero de cópias no preview fiz um teste e o mesmo funcionou. Já trouxe como padrão "3". (ACBrNFeDANFeRL1.NumCopias := 3) Mas caso eu clique no botão cancelar ou OK da caixa de dialogo e com o preview aberto clicar novamente no botão imprimir o mesmo volta para o valor padrão "1" como exemplificado nos anexos.

Bom dia, Se possível subir para o SVN o DANFE em paisagem do FortesReport referente a implementação sobre mascara dos campos Quantidade e Valor Unitário. O mesmo já foi implementado no modo retrato conforme este poste (http://www.projetoacbr.com.br/forum/topic/24654-nfe-formatação-de-valores-qtde-e-vl-unit-fortesreport/) Grato! ACBrNFeDANFeRLPaisagem.pas

Bom dia Daniel, Fiz a modificação que você sugeriu pra Delphi e agora está funcionando de forma correta. Sei que é uma solução alternativa mas se você tiver como subir no servidor do fortes. Grato pela atenção! RLFilters.pas

Bom dia, Feito testes nas implementações disponibilizadas onde foi constatado o resultado esperado. Agradeço ao hleorj e o Daniel pelo empenho demonstrado.

Boa noite Daniel, Fiz um teste com o Foxit e realmente o número de cópias é respeitado. Mas ao utilizar o doPDF (versão 7) ocorre o mesmo problema que nas impressoras. Executei testes em 3 impressoras de marcas diferentes aqui na empresa e todas elas deram problema quanto ao número de cópias. Estou em contato também com o Márcio via GitHub mas até o momento sem solução. Qualquer novidade favor nos informar. Grato pela atenção! Delphi 7 - Windows 7 64bits

Boa tarde, Fiz a atualização do FortesReport hoje a tarde o qual está na revisão 187 mas o problema ainda persiste.

Boa tarde hleorj e denerbuzato, Antes no RaveCB não ocorria esse problema das casas decimais. Mas a intenção é essa mesmo de melhorar a visualização dos valores.

Boa tarde, Gostaria de sugerir a seguinte modificação para formatação dos campos Quantidade e Valor Unitário no DANFE do FortesReport. Pois tenho clientes que na mesma nota fiscal possuem produtos com 2, 3, ou mais casas decimais de acordo com a unidade de medida do produto. Por esse motivo essa formatação de mais de 2 casas decimais só deveria existir quando necessário. No arquivo "ACBrNFeDANFeRL.pas" onde está: sDisplayFormat = '###,###,###,##0.%.*d' gostaria que fosse alterado para: sDisplayFormat = '###,###,###,##0.00########'; Atualmente utilizo esses valores para atender todo tipo de operação de maneira geral: ACBrNFeDANFeRL1.CasasDecimais._qCom := 4;ACBrNFeDANFeRL1.CasasDecimais._vUnCom := 10; Conforme exemplos em anexo veja que da forma atual utilizando a quantidade de casas decimais acima o DANFE esta saindo assim "DANFE_ATUAL.PDF" e já com a unit modificada o mesmo respeitou a quantidade de casas decimais necessárias "DANFE_MODIFICADO.PDF" DANFE_ATUAL.pdf DANFE_MODIFICADO.pdf 32150807411612000116550010000008011095463651-nfe.xml ACBrNFeDANFeRL.pas

Boa tarde Dener, Ainda continuo enfrentando este problema. Também estou com o componente nesta versão. Estou em contato com o mantenedor (Márcio) do Fortesreports, mas ainda não obtive sucesso quanto a resolução do problema. Qualquer nova informação posto aqui.

Atualmente estou utilizando o Delphi 7 e o FastReport não vem junto.... Dei uma pesquisada para instalá-lo mas o mesmo não é free.

Caro hleorj, atualmente estou utilizando para visualização do DANFE o "ACBrNFeDANFeRL". Juliomar, fiz a atualização do FortesReport para revisão atual "85" mas o problema ainda persiste. Até tentei debugar para tentar localizar o problema, mas até agora sem sucesso. Reportarei esse problema ao Marcio e qualquer novidade posto aqui. Sei que o problema não tem nada haver com o ACBr. Pois fiz um relatório para testes (projeto novo) utilizando apenas o componente "FortesReport" a qual também apresentou o mesmo problema. Grato