Paulo Aguiar

Boa tarde, Apos alguns update, testando a impressão da NFC-e na versão 3.10 com valor do troco informado na propriedade vTroco do componente e gerado mensagem de erro e não imprime a nota. Erro: CalculoImpostovTroco: Field not found: CalculoImposto."vTroco". em anexo o print da mesma. Utilizando Danfe com FAST REPORT.

@hleorj, Sim estou utilizando a ultima versão!

Bom dia hleorj, tenho disposição para teste sim! Estou usando o DANFeNFCe.fr3 para simular os teste descrito aqui.

Boa noite Juliomar, não sei se nos outros Danfe vai gerar problema porem como uso FastReport testei com ele tanto NF-e como NFC-e não gerou nenhum problema, A respeito de alterar no FR3 como efetuar essa alteração pois os fields já vem criado como string da unit, o Memo Valor líquido do FR3 é feito seguinte calculo: [<DadosProdutos."vProd> + <DadosProdutos."VOtro">]

Segue em anexo a unit já corrigida no ponto mencionado! ACBrNFeDANFEFRDM.pas

Bom dia, o mesmo problema voltou a ocorrer na impressão do DANFe com desconto a unit mencionada no post esta do mesmo jeito de antes após atualizar o SVN recentemente. o erro: raised exception class EVariantTypeCastError with message "Could not convert variant of type(String) into type(Double)'. Na unit ACBrNFeDANFEFRDM no constructor TACBrNFeFRClass.Create(AOwner: TComponent); na criação dos FieldDefs os campos FieldDefs.Add('vDes' , ftString, 18); e FieldDefs.Add('vOutro' , ftString, 18); esta como string e recebendo neles Double. Correção: FieldDefs.Add('vOutro' , ftFloat); FieldDefs.Add('vDesc' , ftFloat);

Em anexo Dois XML a nota 134 com CST PIS e COFINS 07 saiu a TAG no XML. Agora a nota 135 informado o CST 99 porem não sai no XML. 41160201756838000172650010000001351000001354-nfe.xml 41160201756838000172650010000001341000001349-nfe.xml

Boa tarde Italo, Sim as TAGS se referem ao grupo PIS e COFINS. ´Já realizei testes com CST 49 e 08 e os mesmo são gerados no XML porem se informado o 99 o mesmo não sai a TAG no XML.

Boa tarde, Apos alguns testes e pesquisas estou criando esse tópico porque ao informa um CST PIS e COFINS para NFC-e para uma empresa Optante pelo simples nacional a mesma não gera tag no xml ou seja não sai. Sei que a mesma é opcional conforme manual técnico: PIS / COFINS para a NFC-e (Nota Fiscal Eletrônica para Consumidor Final) No caso da NFC-e, o grupo de tributação do PIS e o grupo de tributação da COFINS são opcionais. Para a NF-e se mantém obrigatória a informação destes grupos, controladas por regras de validação efetuadas pela SEFAZ. Porem realizei um teste informando a 49 e mesma gera no XML agora informando a 99 que maioria dos contador pede para informar a mesma não gera. 49 - Outras Operações de Saída 99 - Outras Operações

Isso mesmo é opcional, porem alguns clientes informa todos os dados que o contador passa ou seja empresas optante pelo simples nacional ele pediu para usar 99 e o acbr não gera a tag do pis e da confins no xml alguma solução para esse caso?

Boa tarde, Estou implementando a TAG card em Formas de Pagamento quando informado cartão de crédito ou debito, e se informado o campo tpIntegra = 2 e informar o campo tBand e cAut o mesmo não é gerado no XML é isso mesmo? essas informações são geradas só se o campo tpIntegra = 1 ?

Boa tarde, Consegui localizar o problema testei o sistema no modo debug e quando tinha alguma NFC-e com descontou ou acréscimo vinha o erro: raised exception class EVariantTypeCastError with message "Could not convert variant of type(String) into type(Double)'. Na unit ACBrNFeDANFEFRDM no constructor TACBrNFeFRClass.Create(AOwner: TComponent); na criação dos FieldDefs os campos FieldDefs.Add('vDes' , ftString, 18); e FieldDefs.Add('vOutro' , ftString, 18); esta como string e recebendo neles Double. Correção: FieldDefs.Add('vOutro' , ftFloat); FieldDefs.Add('vDesc' , ftFloat);

Muito Obrigado Mailson Popin deu certo emissão da NFC-e!

Em qual unit fica o link do QrCode que fizerão alteração ?

Bom dia Julioma! Tente sim abri o DANFE para ver se tinha algo que poderia estar causando o problema citado até mesmo comparei com outras versões que mantinha na minha maquina porem percebi que esta igual. esse é o resultado do campo MEMO [<DadosProdutos."VProd"> + <DadosProdutos."vOutro">] Já alterei as opções de DislplayFormat do valor liquido e o mesmo continua, acredito que possa ser algum bug antes de carregar os dados para relatório olhei na unit ACBrNFeDANFEFRDM porem não consegui localizar nada que possa estar causando isto! ainda tenho pouca experiencia no ACBR.

Boa tarde, Alguem esta com o mesmo problema citado ou conseguiu perceber e fez alguma correção ?

Apos alguns update pelo SVN percebi que o DANFeNFCe.fr3 foi atualizado, utilizo o FastReport para impressão das NFC-e e ao gerar as mesma com Acréscimo o valor líquido não esta somando com o acréscimo e sim concatenando a direita do valor. em anexo uma imagem do ocorrido! já testei com a propriedade ImprimirTotalLiquido marcada porem mesma coisa acontece!

Sim atualizei a unt descrita acima deu certo. Porem no svn ainda não subirão a atualização. Obrigado Moroni!

Bom dia apos atualizar para trunk2 e impressão com fastreport mesmo a propriedade ExibirTotalTributosItem esta setada como falsa esta imprimindo o valor apox dos tributos nos itens tanto da NFC-e como NF-e.