Frank

Show meu amigo pela resposta, ainda mais pela rapidez, um ótimo dia e um bom trabalho!

Bom dia a todos. Gostaria de saber se na geração do arquivo LCPDR, o valor do SLD_FIN pode ser negativo, tendo em vista que o próximo campo o NAT_SLD_FIN, é justamente para informar se o saldo é Negativo ou Positivo? Exemplificando: Devo informar desta forma: SLD_FIN := -3000.00; NAT_SLD_FIN := 'N' Ou desta forma: SLD_FIN := Abs(-3000.00); NAT_SLD_FIN := 'N' Grato aos experientes, desde já!

Bom dia a todos!! Bem gente depois de tentar várias mudanças e formas diferentes de informar o bendito vIPIDevol, resolvi tentar olhar alguma outra coisa que pudesse ter relação, sem o vIPIDevol propriamente dito, observei então que o pDevol, por algum motivo estava vindo com valor 0 (zero) no cálculo e sendo informado dessa forma, sendo assim antes de procurar verificar o problema no cálculo, resolvi chumbar um valor qualquer no pDevol, só para ver o que aconteceria e... a mágica aconteceu... a bendita tag do vIPIDevol dos itens foi gerada normalmente no XML. Em suma se o pDevol for informado com valor 0 (zero) a tag vIPIDevol não aparecerá no XML! Não sei se essa deveria ser o que de fato a ação do componente, já que se o dado foi informado, no caso do vIPIDevol, ele deveria aparecer independente da outra informação no XML. Informava na validação a inconsistência, mas deveria aparecer sim na geração do XML!

Oi meu caro, fiz o teste que vc aconselhou e pelo Demo do ACBR de fato as tags foram geradas eu colocando as informações em local equivalente ao nosso código, no entanto no código que temos continua igual, já mudei de posição, antes ou depois de outros parte relativa a informação dos dados de ítens e nada, vou passar parte dele para vcs terem uma idéia: ======= ìnicio do evento de geração dos dados do ítem ========= procedure TEmiteNFe.Gerar_DadosItem; . . . with NFe_ACBR.NotasFiscais[FNFeAtual].NFe.Det.Add do begin Prod.nItem := dm_EmiteNFe.cdsVenditem.RecNo; If vcol_ini = 'CODIGO' Then Prod.cProd := dm_EmiteNFe.cdsVenditemCOD_PRODUTO.AsString else Prod.cProd := dm_EmiteNFe.cdsVenditemREFERENCIA.AsString; . . . dm_EmiteNFe.qryCalculaF.Close; dm_EmiteNFe.qryCalculaF.Params.ParamByName('NOTA').AsString := dm_EmiteNFe.cdsVendaNFE_REFERENCIA.AsString; dm_EmiteNFe.qryCalculaF.Params.ParamByName('CODIGO').AsString :=dm_EmiteNFe.cdsVenditemCOD_PRODUTO.AsString; dm_EmiteNFe.qryCalculaF.Open; if dm_EmiteNFe.qryCalculaFTOTAL.AsFloat > 0 then begin PercentualDevolvido := Arredondar((dm_EmiteNFe.cdsVenditemQUANTIDADE.AsFloat * 100)/dm_EmiteNFe.qryCalculaFTOTAL.AsFloat,2) end else PercentualDevolvido := 0; pDevol := PercentualDevolvido; vIPIDevol := dm_EmiteNFe.cdsVenditemVL_IPI.AsFloat; . . . end; ======= fim do evento de geração dos dados do ítem ========= Ou seja, não tem nada de errado, e como havia falado e reforço, já debuguei e essa linha é executada e passada a informação com valores para a propriedade do componente, no entanto as tags correspondentes não são geradas. Alguém pode perguntar se já mudei de .AsFloat para .AsCurrency, e sim, já fiz isso sem nenhuma alteração. Alguém tem alguma possibilidade de onde poderia ser o erro???

Oi meu amigo, obrigado pela sugestão mas, não sei se vc já percebeu, mas no demo nem informação dessas tags de IPI devolvido (pDevol e vIPIDevol) tem, por consequência não teria nem como gerar tal informação!

Oi bom dia gente, quanto ao ABRMonitorPlus, não, eu não estou usando ele, estou usando mesmo os componentes do ACBRNFe junto ao Delphi para emitir a Nota Fiscal Eletrônica, e quanto a aparente falha na tributação, não é uma falha, apenas quando tiramos uma nota de devolução, somente o vIPIDevol, deve ser informado.

Fico feliz que vc tenha ajudado o amigo Sandro, mas no meu caso eu não uso eles dentro do grupo IPI, mas dentro do det como informado acima por você, mesmo assim as informações não estão saindo!

Segue em anexo um XML gerado para efeito de análise: 35150411874048000145550010000036591000036596-nfe.xml

Bom dia a todos, ontem tivemos um problema com uma nota de devolução, nota essa que éramos acostumado a gerar em nossos sistemas sem problema algum, mas ontem a nota de um cliente retornou essa rejeição, o problema parece óbvio quando ele informa da divergência do "IPI Devolvido" dos itens em relação ao total da Nota, mas ai é que está o problema, de fato no XML gerado consta APENAS a tag do <vIPIDevol> do total da nota, e não dos ítens, mesmo eu tendo informado de cada item. Pra sanar qualquer dúvida, fiz um teste debugando o código, e os valores são passados para os devidos campos, tanto o <pDevol>, quanto o <vIPIDevol> (coloquei entre os sinais <> só pra destacar, antes que digam que a forma de fechamento está errada... rsss), no entanto não são geradas as correspondentes TAG para os itens. Olhei atualizações do Log de mudanças do ACBR do release 17325 pro fim e não achei nada relacionado que justifique atualização para correção. Alguém teria alguma idaia do porquê desse problema???

Oi amigo, só hoje estou vendo sua mensagem, mas é simples a solução (se não fosse o problema atual acima citado), ainda na Conexão de Área de Trabalho Remota, que o client e usa para acessar o servidor, vc clica em "Mostrar Opções", vai na aba Recursos Locais, clica no botão "Mais...", e depois basta marcar a opção "Cartões Inteligentes", que ai ele vai permitir ao servidor usar o cartão de assinatura digital existente no terminal para assinar os dados da nota! Amigo só hoje estou vendo sua mensagem, vamos ver a possibilidade, pq devido o número de filiais, tem que ser bem planejado! Espero que possa resolver!

Eita que parece que tá difícil alguém ter uma ideia do que pode ser esse problema e principalmente como solucionar! rsssss

Oi gente, Estamos tendo um problema com um cliente que usa acesso remoto com Windows Server 2008, nas filiais espalhadas por algumas cidades. Antes usávamos outro componente e não apresentava nenhum problema, e resolvemos então mudar para o ACBR, todos os sistemas que rodam localmente não apresentam nenhum problema, no entanto dois clientes que fazem uso do Acesso Remoto apresentam o problema de "Recurso em Uso" ao tentar assinar a NF-e, como se o certificado já estivesse sendo usado por algum processo. Pra piorar esse erro aparecer de forma esporádica mas constante, e quando ele aparece nem adianta tentar fazer notas, tanto que tive que voltar o emissor antigo para que as notas pudessem ser novamente emitidas. Os certificados todos são do tipo A3 (leitora) que ficam nas filiais. Porque já realizei vários procedimentos no windows server, já olhei se o certificado estava selecionado como disponível para o servidor e estava tudo ok, tanto que com o emissor antigo o problema não ocorre! Alguém tem alguma ideia do porque disso acontecer? E qual a solução para o problema?

Valeu pela ajuda amigo, na verdade eu tinha esquecido de configurar adequadamente as propriedades do componente relativas ao perfil de acesso seguro (Geral.SSLLib, SSLCryptLib, etc...), por isso embora a NFC-e funcionasse perfeitamente (que é implementada em outro formulário), na distribuição não estava funcionando. Obrigado pelo link um tópico lá me deixou curioso e me fez dar uma olhada detectando o problema!

Bom dia a todos, estou tendo um problema de ao tentar fazer o download do XML da NF-e via evento ACBrNFe1.DistribuicaoDFePorChaveNFe(), tendo em vista que mesmo informando um certificado digital válido (já tentei com 3 certificados A1 diferentes), ele apresenta o erro: "Data de validade do certificado já expirou: 30/12/1899". Informo todas as propriedades que uso na NFC-e (que está funcional), mas pra efeito do download não funciona dando este erro como se eu não tivesse informado as propriedades referentes ao certificado. Gostaria então da ajuda dos amigos para entender o que está acontecendo.

Não tenho o Jedi, mas como mesmo com a demora consegui instalar, vou terminar o que tenho pra fazer que pede certa urgência e depois vou tentar ver em que ponto está dando problema. Mas valeu as tentativas!

A propriedade ACBrNFeDANFEFR1.ShowDialog foi removida ou renomeada, pq não achei referência a ela aqui nem no tópico fixo sobre o refactoring dos DF-e.

Obrigado pela tentativa Daniel, mas as duas opções as quais vc se referiu estão dentro do padrão: Remoção de instalações anteriores: não está marcada! E usar arquivo de configuração (*.CFG): está marcada! Mais alguma dica que eu possa testar?

Gente bom dia a todos. Gostaria de relatar que o instalador do ACBR release 16293, atualizada em 14/01/2019, durante a instalação usando o instalador está demorando mais de 30 minutos apenas na parte de adicionar os caminhos no Library Path, chega a aparecer como travado mas depois de finalizar várias vezes, resolvi esperar e vi que ele continua o processo só que apenas muito tempo depois, e como tive problemas como alguns pacotes tive que repetir o processo por mais 2x, acontecendo a mesma coisa. Uso Delphi XE2 Architect, removi boa parte do path de componentes que a empresa usa, deixando quase que só o básico para evitar o problema de path acima do tamanho máximo e mesmo assim continua com a demora. Nunca durante as inúmeras vezes que instalei encontrei problema semelhante a esse. Alguém saberia me dizer o porquê?? Fico no aguardo de alguém que possibilite a solução!

Prazer em ajudar!!

Bom dia a todos, Mesmo relutante venho, recorrer a vocês no problema de que um MDFe para CTe's que utilizo não consegue aparecer o modal rodoviário, além de aparecer sempre imprimir as mensagens abaixo: MDF-E PREVISÃO MDF-E CANCELADO Gostaria portanto de auxílio na solução do devido problema, tendo em vista que já utilizei o arquivo Report, da Trunk, da Trunk2 de janeiro, e mesmo o mais atual (que já identifica os datasets já implementados no ACBR, evitando o erro de vc selecionar outro e dar: "dataset não existente") e em nenhum dos arquivos consigo a impressão do mesmo. Adianto que como uso versão anterior a 5, abros os mesmo e os salvo na versão que estou usando. Informo também que consigo a impressão no CTE e na NFCe via FastReport tranquilamente, apenas no MDFe que já tentei muita coisa e não consigo que apareça o modal rodoviário. Alguém pra me dar um help?

Tudo bem Juliomar entendo sua preocupação de manter o código organizado e evitar problemas de compatibilidade e sei que isso dá uma boa de mão de obra que é feita por vcs, mas preferiria que vc me mostrasse então qual a solução, em vez de apenas criticar o nosso amigo que está tentando ajudar. Sei que vc provavelmente dirá que ele só funciona com a versão 5 do FastReport, no entanto ai tenho uma certa crítica construtiva (espero que entendam assim, e sem querer diminuir de maneira nenhuma o trabalho de vcs que é excelente, mas perfeito não tem seu ninga): "no constante que já li em várias passagens do forum que a criação do TRUNK2 visava entre vários aspectos, manter maior compatibilidade entre as distribuições suportadas pelo ACBR, e na questão dos relatórios (que é o que estamos tratando aqui) dar suporte a algo gratuito e também que fosse nativo no Delphi (o FastReport), no entanto o problema surge quando o FastReport que foi usado (versão 5.0) é justamente diferente do que vem nativamente no Delphi e mais ainda, tem um custo relativamente alto pra boa parte dos desenvolvedores. Não nego a facilidade, simplicidade e tela de projeto menos poluída que ele proporciona, além da possibilidade de modificar os arquivos de relatórios (os DANFE's e DACTE's da vida) sem precisar modificar o aplicativo, mas apenas editando-os. Bem mas pelo que vejo vou ter que instalar mais um componente no Delphi o Fortes Report, e usá-lo porque embora tenha gostado do conceito do Fast, com ele está difícil.

Ninguém que possa dar mais alguma informação ou ajuda??

Como eu tinha falado, eu já tinha feito isso que vc acabou de falar que é atualizar o arquivo do relatório para a versão que estou usando, mas mesmo tendo feito isso ele ainda dá esse erro do "DADOS_ENDERECO", corrige os outros de classes que já imaginava que seriam corrigidos com esse procedimento mas continua com esse erro. Parece que não tem esse campo nos dados que está associado ao endereço do emitente da nota fiscal, e olhando os componentes de dados não o encontro de jeito nenhum. Qual possível outra solução?

Desculpem-me, eu tinha esquecido de informar, mas de fato estou usando a trunk2 sim, e quanto ao FastReport, estou usando a versão nativa do Delphi XE2, a 4.12.2.

Gente sei que vão dizer que o problema é antigo só que já atualizei os fontes umas 3x, já desinstalei e reinstalei, já abri o relatório e ativei todos os dados existentes (e inclusive não encontrei esse dado "DADOS_ENDERECO" entre eles), já peguei os arquivos antigos que falam ai, mas só variam os erros, todos de uma forma ou de outra eu consegui resolver, mas ou apareçe esse no DACTE.fr3, ou "LocalEntrega" quando uso o DACTE_1_04-BASIC.fr3. Sendo assim pergunto como e o que fazer pra resolver esse problema?