Valdir Dill

Olá, Estou iniciando no envio de NFSe e estou enfrentando um probleminha. Consegui fazer o envio, impressão, etc. tudo está ok. Surgiu apenas um probleminha que é o seguinte: o nome do prestador é assim "Dill & Duarte". Aí, quando o ACBR recebe o retorno do envio (arquivo xml da nota) ele vem com esse caractere (&) que é gravado no xml da nota final, o qual é armazenado. Ao se tentar manusear ou abrir esse xml, esse caractere não deixa o arquivo ser aberto, pelo menos não no padrão xml, apenas como texto comum. Fiz a seguinte alteração no ACBRUtil.pas, o que resolveu o problema. function TiraAcento( const AChar : AnsiChar ) : AnsiChar ; begin case AChar of 'à','á','ã','ä','â' : Result := 'a' ; 'À','Á','Ã','Ä','Â' : Result := 'A' ; 'è','é', 'ë','ê' : Result := 'e' ; 'È','É', 'Ë','Ê' : Result := 'E' ; 'ì','í', 'ï','î' : Result := 'i' ; 'Ì','Í', 'Ï','Î' : Result := 'I' ; 'ò','ó','õ','ö','ô' : Result := 'o' ; 'Ò','Ó','Õ','Ö','Ô' : Result := 'O' ; 'ù','ú', 'ü','û' : Result := 'u' ; 'Ù','Ú', 'Ü','Û' : Result := 'U' ; 'ç' : Result := 'c' ; 'Ç' : Result := 'C' ; 'ñ' : Result := 'n' ; 'Ñ' : Result := 'N' ; '&' : Result := 'e'; //incluí esta linha else Result := AChar ; end; end ; Sugiro analisar a possibilidade de incluir essa linha também nos fontes do ACBR. Obrigado.

Em consulta feita à SEFAZ-MT, fomos informados que o problema está no servidor SEFAZ. Nossa interpretação do manual estava correta, ou seja, o ano a ser utilizado na composição do token em homologação é realmente o ano atual e não o literal '2013'. Ainda segundo a SEFAZ-MT, esse problema vai estar corrigido até 16/01/201

Resolvido! Depois de muito tentar, descobri que na formação do token (cnpj+ano+'0001'), esse "ano" não é o ano atual, mas devemos considerar o literal '2013' que está no manual. Eu estava colocando o ano da emissão da nota, ou seja '2014'. Foi só mudar para '2013' que abre a nota certinho no browser e sem nenhum erro. Obrigado.

Olá, Estou com dificuldades de geração do link para qrcode. Anexei o xml da nota. Se alguém puder dar uma olhada no que estou fazendo errado. acredito que seja no hash, mas já conferi e reconferi, inclusive com exemplos de colegas que postaram aqui no fórum, mas não consegui descobrir o erro. Agradeço String de para cálculo do Hash: chNFe=51140107469270000195650010000000101066998074&nVersao=100&tpAmb=2&dhEmi=323031342D30312D30365431373A33383A31392D30333A3030&vNF=14.80&vICMS=0.00&digVal=564B303753356552556A6C436266376C4657756A644C46563143343D&cIdToken=0000010746927020140001 Hash gerado 3DEA898B051211B881CA3906762F35143D22FE7F Link para o QrCode - Este link apresenta a nota, mas também mostra um erro de qrCode. http://homologacao.sefaz.mt.gov.br/nfce/consultanfce?chNFe=51140107469270000195650010000000101066998074&nVersao=100&tpAmb=2&dhEmi=323031342D30312D30365431373A33383A31392D30333A3030&vNF=14.80&vICMS=0.00&digVal=564B303753356552556A6C436266376C4657756A644C46563143343D&cIdToken=000001&cHashQRCode=3DEA898B051211B881CA3906762F35143D22FE7F

Olá Leonardo! Você sabe dizer se essas suas alterações dos ACBrNFeDANFEFRDM.pas e ACBrNFeDANFEFRDM.dfm para impressão do danfe da NFCe vão ser disponibilizadas via svn oficial do componente? Fiz os testes e funciona perfeitamente. O problema é que gosto de manter os arquivos do ACBR atualizado via svn. Aí cada vez que atualizo pelo svn preciso depois fazer a cópia manual desses dois arquivos que você disponibilzou. Obrigado!

Boa tarde, Pessoal, deem uma olhada nisso http://www.tecnospeed.com.br/blog/sefazam-libera-ambientes-de-testes-de-nfc-e-para-todo-o-pais/ Achei bem interessante a iniciativa da SEFAZ-AM. Ainda não testei, mas pode ser muito útil.

Só complementando, a função completa seria que utilizo é DateTimeTodhUTC(vDataHora,GetUTC(VUF, vDataHora));

Na verdade a tag dhEmi no XML já está no formato correto para NFCe, ou seja, no padrão yyyy-mm-dd7Thh:mm:ss-03:00. Para compor o texto que gerará o QrCode você pode pegar direto do xml ( NFe.NotasFiscais.Items.NFe.Ide.dEmi) ou então pegar a data/hora no formato normal (dd/mm/yyyy hh:mm:ss) da nota e transformar para o esse padrão pelo método DateTimeTodh(vDataHora) da pcnAuxiliar.

Não sei se é o valor, pois eu fiz um teste à parte do meu sistema e tentei converter o valor do campo como ele está no manual, ou seja, o texto 2012-09-27T16:20:34-03:00, sem nenhum formatDate ou outra formatação. Qual conversor que você utilizou e que deu certo?

Bom dia Aecio! Conseguistes resolver esse problema do hexa do campo dhEmi? Testei vários exemplos de conversão de string para hexa e todos retornam 58 dígitos para o valor - 2012-09-27T16:20:34-03:00 - citado lá no exemplo hipotético 1 da nota técnica do QrCode . No exemplo, o manual traz o valor convertido em hexa com 50 dígitos, o que estaria de acordo com o manual, mas não consegui. Alguém teria alguma sugestão? Obrigado.

Consegui imprimir e funcionou beleza. Só não sei como gerar o QR. Precisa de algum componente externo ou como faz? Obrigado.

Boa tarde udenilson, Como você está gerando o Danfe? Em Fast Report? Obrigado

Consegui fazer a instalação pelo ACBrInstal. Não houve nenhuma mudança na situação. Continua dando o erro. Também baixei e instalei o componente (revisão 5904) em máquina totalmente zerada, ou seja, sem possibilidade de haver fontes do Acbr desatualizados e que poderia conflitar. O mesmo erro acontece. Nessa nova instalação abri o ACBrNFeDANFEFRDM, dei um duplo clique no cdsDadosProdutos para abrir o fieldEditor desse clientDataSet e o VOutro não consta na lista. Insisto mais uma vez nas minhas colocações anteriores: será que não é essa falta do campo no fieldEditor que está causando o erro aqui? Obrigado.

Bem, nunca conseguiu utilizar o ACBRinstall. Sempre dá o erro "pacote "synapse.dpk" não encontrado. Efetue o download do repositório novamente". Mas esse arquivo (synapse.dpk) está lá na PastaInstalACBR\ACBR\Pacotes\Delphi. Por causa desse erro sempre faço a instalação manualmente e dou um build all. Essa questão que levantei que talvez os dois novos campos (VOutro e VDesc) não estejam sendo criados no clienteDataSet não poderia ser a causa desse problema? Onde (qual .pas) é que o componente faz esse select para incluir os campos? Obrigado!

Meus arquivos estavam atualizados sim JuaumKiko. Por desencargo, deletei os fontes anteriores atualize novamente neste momento. O problema persiste. Veja a linha 554 de ACBrNFeDANFEFRDM.pas. Nos arquivos atualizados ela está assim: wInfAdProd := wInfAdProd+' ('+FloatToStrF(((FieldByName('vTotTrib').AsFloat*100)/(FieldByName('VProd').AsFloat + FieldByName('VOutro').AsFloat - FieldByName('VDesc').AsFloat) ),ffNumber,15,2)+'%)'; Nos arquivos anteriores essa linha era assim: wInfAdProd := wInfAdProd+' ('+FloatToStrF(((FieldByName('vTotTrib').AsFloat*100)/(FieldByName('VProd').AsFloat); Após minha sugestão, essa linha foi alterada conforme acima. Porém, como mencionei, me "parece" que a rotina que popula o fieldsEditor do cdsDadosProdutos não estão incluídos esses dois novos campos (VOutro e VDesc), entendeste? Tente fazer um teste imprimindo um Danfe com ACBrNFeDANFEFR.TributosPercentual = ptValorProdutos em uma nota que o item de produto tenha valor informado no campo de tributos. Obrigado.

Olá, a sugestão foi implementada. Porém isso gerou um erro: "cdsDadosProdutos: Field 'VOutro' not found". Ele ocorre porque o VOutro e VDesc não foram incluídos no fieldsEditor do cdsDadosProdutos. Não localizei a rotina que faz isso, mas acredito que precisa incluir esses dois novos campos no select que está populando o fieldsEditor do cdsDadosProdutos. Obrigado.

Obrigado juaumkiko! Pelo que entendi e nos testes que eu fiz, ao atribuir ACBrNFeDANFEFR1.TributosPercentual = ptPersonalizado, posso também mudar para o ACBrNFeDANFEFR1.TributosPercentualPersonalizado := VMeuPercentualsonalizado. Não sei se não entendi corretamente, mas essa mudança apenas me permite que eu calcule e atribua o percentual no valor TOTAL da nota. O percentual nos itens ele continua calculando, na minha opinião, errado, pois não considera os descontos. Eu vi que você comentou que podemos calcular manualmente os tributos e colocar nas informações adicionais do item, mas, não seria mais fácil o componente já fazer isso, ou seja, quando ACBrNFeDANFEFR1.TributosPercentual = ptValorNF ele calcular o percentual do item CONSIDERANDO os descontos do item? No valor total ele já faz isso. A mudança a ser feita seria ele (o componente) considerar eventual desconto nos itens para atribuir o peso (percentual) dos tributos no item. A alteração da linha 554 da ACBrNFeDANFEFRDM.pas seria: De: wInfAdProd := wInfAdProd+' ('+FloatToStrF(((FieldByName('vTotTrib').AsFloat*100)/FieldByName('VProd').AsFloat),ffNumber,15,2)+'%)'; Para: wInfAdProd := wInfAdProd+' ('+FloatToStrF(((FieldByName('vTotTrib').AsFloat*100)/(FieldByName('VProd').AsFloat + FieldByName('VOutro').AsFloat - FieldByName('VDesc').AsFloat) ),ffNumber,15,2)+'%)'; Obrigado.

Ninguém mais enfrenta esse problema?

Gostaria de relatar uma situação a qual acredito que seja um bug no componente em relação ao cálculo que ele faz automaticamente dos percentuais dos tributos da nota. Para impressão do Danfe utilizo o ACBrNFeDANFEFR e arquivo DanfeRetrato.fr3. Tenho uma nota com 1 item. Esse item tem valor bruto de 150,00 e desconto de 15,00. Por consequência, o valor líquido do item e também da nota será 135,00. O valor dos tributos nesse caso é 30,00. Se ACBrNFeDANFEFR1.TributosPercentual = ptValorProdutos, ele calcula ambos os percentuais incorretamente, pois não considera o desconto, nem no item e tampouco no total da nota. O percentual do item fica 20% e idêntico percentual é impresso no campo dos totais. Já se DMNFEletr.ACBrNFeDANFEFR1.TributosPercentual = ptValorNF, aí o componente calcula corretamente (22,22%) no total da nota, porém no item continuam os 20%. Isso está incorreto, não está? Se definir que será ptValorNF, não deveria calcular pelo valor final (líquido) da nota, inclusive nos itens? Obrigado. Valdir

Olá Alexandre. Eu atualizei os fontes e tinha o problema do RECOPI e depois do vICMSDeson e que foram corrigidos. Fiz alguns testes aqui e está ok. Se quiser me enviar os seu XML posso tentar fazer um teste aqui com os fontes do ACBR atualizados e ver se o problema ocorre.

Beleza! Baixei novamente os fontes e testei. Está ok agora. Obrigado.

Encontrei outro erro nos fontes atualizados: vICMSDeson is unexpected according to content model of parent... Essa tag tem valor 0.00 no XML.