Juliano Otaviano Barreto

Saudações, Não tenho certeza se eu poderia fazer esta postagem aqui, mas é uma tentativa de obter informações dos colegas que provavelmente já passaram pela mesma situação. Eu gostaria de ter uma forma de simplificar a vida do usuário no momento de decidir quais os parametros serão utilizados no calculo da substituição tributária na emissão das notas fiscais, uma vez que cada caso é um caso, por exemplo, deve-se pegar o NCM do ítem e verificar se na UF de destino da mercadoria o produto tem MVA para utilizar no cálculo, estou generalizando para não entrar muito em detalhes. A minha busca é de uma forma de consultar esta informação e prestar uma ajuda ao usuário ao invés dele ter que a cada item da nota fiscal fazer esta pesquisa. Alguém tem alguma ideia do que eu posso fazer? Existe algum serviço confiável para este tipo de informação? Desde já agradeço pela atenção.

Bom dia Italo e Juliomar, Eu tentarei fazer uma rotina para isso, o tempo está muito corrido mas eu preciso atender a demanda da empresa. Desde já agradeço. Daqui alguns dias eu postarei o resultado.

Alguem?

Saudações @EMBarbosa Dando continuidade a um tópico que abri em julho sobre a impressão de DANFSe com valores acima de R$ 999,99. Estou utilizando Delphi 7 e o modelo do Relatório que estou utilizando é DANFSeFR. O erro acontece no AcbrUtil.pas : function StringToFloatDef(const NumString : String ; const DefaultValue : Double ) : Double ; begin if EstaVazio(NumString) then Result := DefaultValue else begin try Result := StringToFloat( NumString ) ; except Result := DefaultValue ; end ; end; end ; Imaginemos que o valor total da NFS-e seja R$ 1035,00 o result gerado é 1,035,00. Vou anexar o XML de uma nota fiscal para testar. Desde já agradeço. 2019121-nfse.xml

Tá bom. Obrigado.

Perdão. eu procurei link na postagem mas não encontrei.

Não ficou muito claro. A sua sugestão é utilizar este aparelho "Linker Sat"?

Saudações, É raro, mas as vezes acontece. Coloquei em meu sistema para quando a transmissão de NFCe retornar um erro interno, por exemplo 12002, o sistema automaticamente gerar o xml em contingência e transmitir, porém eu percebi que ainda assim algumas vezes a NFCe fica pendente. Eu gostaria que o meu sistema sempre imprimisse o cupom para o cliente, eu já vi em um supermercado do Espirito Santo que o NFCe veio impresso "Emitido em contingência" e é exatamente alguma coisa assim que eu gostaria que acontecesse. Eu estou em duvida se o método que eu criei está equivocado, ou seja, se existe uma maneira mais eficiente. Espero que alguém possa trocar ideia e compartilhar o seu conhecimento deste assunto. Desde já agradeço.

So para informar! Fiz hoje a atualização do ACBr e fiz os testes da impressão da DANFSe com valores acima de R$ 999,99 e continua com o mesmo problema que eu relatei no outro tópico.

Obrigado. Vou atualizar os fontes, eu não tinha entendido que ele fez correção.

Eu não fiquei sabendo desta correção. A versão do componente ACBr que estou usando foi atualizada 3 dias atrás. Esta correção foi feita depois do dia 8?

Eu já havia criado um tópico sobre este assunto... Eu pensei que havia resolvido o problema da impressão, mas pelo jeito causei outro após assinar o arquivo XML da NF-e. Desde já agradeço.

Bom dia, Descubri o porque está acontecendo este problema bizarro, ele foi causado aparentemente por um ajuste que eu fiz na função "StringToFloatDef" do ACBrUtil.pas que eu alterei porque não funciona corretamente no Delphi 7 quando o sistema tenta imprimir um DANFSe modelo Fortes Report com valor total maior que R$ 999,99. Como esta função estava recebendo "1,500.00" por exemplo, o ajuste que eu fiz foi suprimeir a virgula e o DANFSe funcionou corretamente, mas deu este problema ai que relatei acima. Por enquanto eu retirei o ajuste e voltei a função ao seu estado original e a NF-e voltou ao normal, agora eu vou continuar buscando outra forma de resolver o problema de impressão da DANFSe. Vou tentar imprimir a DANFSe com o FastReport e ver o que acontece. Desde já agradeço.

Bom dia Italo, Acho que eu me expressei mal, porque eu deixo o componente gerar o arquivo XML, validar e assinar. O que está ocorrendo é que o arquivo XML está sendo gerado corretamente e validado com sucesso, mas após eu utilizacao o comando de assinar estes campos estão ficando com aproximadamente 10 zeros a mais antes e depois da casa decimal.

Boa tarde amigos, A sugestão do José funcionou perfeitamente na questão do erro que eu informei neste tópico, porém, se tem alguma coisa haver ou não eu não sei, mas de repente começou um problema com os campos qCom, qTrib, vUnCom e vUnTrib que ficaram malucos após a assinatura do arquivo XML. Após gerar e validar o arquivo XML o arquivo fica correto mas assim que tenta assinar os valores mudam. Eu criei outro tópico relatando este problema dos valores. Desde já agradeço a todos.

Saudações amigos, Após eu mudar o meu fonte para deixar o ID=0 para resolver o problema da chave da NFe ("Código Numérico inválido, Chave não Gerada") os campos acima citados estão ficando malucos, eu analisei o XML após gerar e validar, nos dois casos os campos estão preenchidos corretamente, mas basta assinar que eles mudam. Veja um exemplo: <qCom>10000.0000</qCom> -> Deveria ser = 1 <vUnCom>2250000000000.0000000000</vUnCom> => Deveria ser 225 <vProd>22500.00</vProd> <qTrib>10000.0000</qTrib> <vUnTrib>2250000000000.0000000000</vUnTrib> Muito estranho, eu já verifiquei o fonte de cima a baixo e não consegui encontrar uma razão. Estou com o ACBr atualizado, schemas atualizados e testei em mais de um computador obtendo o mesmo resultado. Espero que alguém tenha conhecimento do que gera este problema para que eu consiga resolvê-lo. Desde já agradeço.

Te agradeço pela responde Breno, mas como eu disse já tinha lido vários tópicos do forum sobre este assunto, principalmente este que você citou e eu não entendi como devo proceder no meu caso, pois o que eu entendi que os exemplos mencionados tratam de gerar o xml com o acbrmonitor. Portanto, eu não entendi em qual parte do meu código eu terei que alterar, levando em conta que o número da chave até então é criado automaticamente pelo componente na hora de criar o arquivo XML. Pelo menos é assim que eu sei que acontece, se for diferente, gostaria de saber.

Saudações, Eu já li os outros tópicos que falam deste assunto mas eu tive a impressão que eles se referem apenas aos programadores que utilizam o ACBrMonitorPlus, no meu caso, até agora o meu sistema faz tudo, desde gerar, validar, até transmitir a nota fiscal e os seus eventos. Então eu não entendi o que eu preciso alterar no meu sistema para que resolva este problema. Se for possivel, alguem me explica como tratar a rotina que gera o arquivo XML para me adequar a esta realidade. Desde já agradeço.

Saudações amigos, Alguém já percebeu que na impressão da DANFSe do Fortes Report o mês de ocorrência não está sendo impresso? Verifiquei no XML da NFS-e que o mês de conferência está ficando desta maneira ao invés de 201903: <Competencia>20193</Competencia> E no campo da competência na DANFSe está saindo apenas: /2019 Sei que é um detalhe mas será que tem como consertar para que nenhum cliente possa reclamar? Desde já agradeço.

#### TÓPICO RESOLVIDO #### O sistema que estou utilizando foi desenvolvido em Delphi 7 e percebi que uma função "StringToFloatDef" da ACBrUtil não é compativel; fiz uma pequena conversão no código para retirar o ponto decimal de milhar e deu tudo certo. Muito obrigação pela atenção.

Saudações, Amigos já algum tempo eu tenho percebido que a DANFSe cujo valor seja superior a R$ 999,99 não está imprimindo o valor total, após alguns clientes pedindo para corrigir este problema. Será que alguém já passou por isso e sabe como resolver? Anexei uma cópia do PDF da DANFSe, o arquivo XML e o arquivo RPS gerado pelo sistema. Desde já agradeço. NFS-e 201941.pdf 201941-nfse.xml 2040-rps.xml Um adendo ao meu tópico, se eu tentar imprimir utilizando o arquivo RPS o valor aparece normalmente, mas não posso utilizar este recurso porque no arquivo RPS não consta o número da nota fiscal, código de verificação, etc.

Estou muito agradecido amigos, Após receber a ajuda de vocês eu encontrei o caminho e conclui a minha implementação do Convênio 115. Boa sorte a todos. Tópico fechado e resolvido.

Eu fiz este tratamento de tamanho na tentativa de garantir o tamanho correto... porque já faz um pá de dias que estou penando nesta rotina. Vou retirar e ver o que acontece. Obrigado ao amigo que falou que dá para abrir com o notepad, eu não tinha experimentado isto.

Existe alguma forma de eu enxergar o conteudo destes arquivos? MG22843710000116211 1905N01D.001 MG22843710000116211 1905N01I.001 MG22843710000116211 1905N01M.001

Sim, eu entendi isto também. Porém este tipo de arquivo que o convênio gera é complicadissimo pois é uma compactação de arquivos diferente dos compactadores padrão, ou seja, ao meu ver é quase impossível ler o conteudo gerado pelo componente. Eu já analisei o meu código e revisei diversas vezes e não conseguiu encontrar a razão.