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!