Valdir Dill

Beleza Rodrigo, resolvido. No meu caso (issCuritiba), como esse servidor não aceita dados em "Outras Informações", coloquei na própria discriminação do serviço acrescentando o texto contendo o valor dos tributos. Obrigado pela ajuda!

Caros colegas, Estou iniciando no envio de NFSe utilizando o ACBR para o servidor issCuritiba. Consegui enviar o RPS, a nota foi confirmada e recebo o xml de retorno da nota. Tudo certo. O problema está na hora de imprimir. Estou fazendo a impressão com ACBrNFSeDANFSeFR1 e utilizando o DANFSE.fr3. Ocorre que nesse .fr3, no campo "Nome / Razão Social" está configurado para imprimir apenas a razão social. Porém, o XML da NFSe retornado pela SEFAZ Curitiba, traz apenas o "NomeFantasia", sem a razão social. Aí, ao imprimir o DanfSe, esse campo ficam em branco. A solução seria simples, ou seja, apenas alterar o .fr3 e mudar esse campo. Aí é que vem o meu problema que não estou conseguindo resolver. Se abro o .fr3 e faço qualquer alteração e salvo ele, ao tentar imprimir ocorre o erro "cdsParametros: Missing data provider or data packet" (print anexo). Se eu utilizar o .fr3 do svn sem alterar nada nele, imprime normal, porém sem o nome fantasia. Alguma dica? Será que é alguma incompatibilidade do Fortes Report instalado em minha máquina? Como resolver? Obrigado.

Onde (qual campo) você está informando esse tributo Rodrigo? OBrigado.

Olá, Gostaria de saber dos colegas quem emitem NFSe se estão lançando o total de tributos (lei 12.741). Se positivo, como estão calculando, onde estão encontrando alíquota. Pela tabela IBPT não encontrei como. Obs.: pelo que sei, essa informação é obrigatória, já que o serviço é destinado a consumidor final, correto? Obrigado!

Ok Juliomar. Obrigado!

Nenhum comentário? Nenhum dos colegas nunca passou por isso?

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.

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.