Tarcisio Silveira

@hleorj desde já obrigado pela atenção. Já havia feito os testes de impressão do Danfe e conferi que na impressão as casas decimais estão corretas, mas o problema é na geração do xml por mais que eu informe o valor com duas casas (ex: 11,30) ele sempre remove o zero a direita no momento do comando ACBrNFe1.NotasFiscais.Items[0].SaveToFile ou ACBrNFe1.NotasFiscais.Valida. Retornando o erro VPROD WITH VALUE '11.3' FAILED TO PARSE. Tentei validar pelo ACBRMonitorPlus com o xml gerado com apenas uma casa decimal e ao validar o xml foi preenchido com as demais casas fazendo com que o erro de validação não fosse mais apresentado e a emissão foi autorizada pela SEFAZ. O que não entendo é como o mesmo xml gerado pela minha aplicação passa pela validação com o acbrMonitorPlus e preenche as casas decimais e pelo componente direto na aplicação não passa por não preencher os zeros. Alguém tem ideia do que pode estar acontecendo?

Fiz os testes no demo como indicou mas o xml também foi gerado com apenas uma casa decimal, usei 100,50 como valor de teste já que o demo vem com vProd como 100. Para o valor 100.55 ou qualquer outro valor cujo valor decimal não seja um inteiro (ex: 5,99 / 6,65) o xml é gerado corretamente. Dei uma olhada no link que passou mas não resolveu. Isso aqui está me deixando maluco, já não sei onde mais onde alterar

as propriedades que tenho são _MaskqCom, _MaskvUnCom que estão em branco e _qCom e _vUnCom que estão com 2 (duas casas decimais), já tentei alterá-las para 3 ou 4 e mesmo o xml é gerado com apenas uma casa decimal para o valor 11,30. Veja o xml anexo. 35160104175289000130650010000000011000000013-nfe.xml

Fiz o debug e o valor que deveria ser 11,30 é passado para vProd como 11,3 descartando o zero. Não alterei o decimalseparator. O mais interessante é que estava funcionando até que decidi atualizar o acbr para ficar com os fontes mais recentes. Há alguma propriedade no acbrNfe onde possa alterar o decimalseparator?

Quando alimento o valor do campo vProd com valores como 11,30 ou 12,50 automaticamente ao gerar o xml o ultimo zero a direita é removido. Desta forma ao validar o xml recebo o retorno de falha na validação dos dados da seguinte forma: '11.3' VIOLATES PATTERN CONSTRAINT OF '0/0\.[0-9]{2}|[1-9]{1}{0-9}{0,12}(\.[0-9]{2})?THE ELEMENT {HTTP://WWW.PORTALFISCAL.INF.BR/NFE}VPROD WITH VALUE '11.3' FAILED TO PARSE Se o valor passado for 11,32 ou 12,51 por exemplo funciona, pois assim ao gerar o xml continuo com duas casas decimais. Suspeito de que o problema esteja na forma como estou alimentando o o vProd (Prod.vProd := DMCMovimentacao.cdsItemMovimentacaoVENPROD_VALOR.asfloat). Tentei utilizar a funcão formatfloat mas ela retorna uma string e o campo vProd assim como todos os outros que recebem valores são do tipo currency. Já tentei de tudo, até alterar o xml após gerado, mas usar ao usar o comando ACBrNFe1.NotasFiscais.Valida o xml volta a ficar como o padrão sem as duas casas decimais no caso de o valor ser 11,30 por exemplo. Se alguém puder ajudar ficarei grato.