BigWings

Enviado ao repositório, rev. 17287. Obrigado pela contribuição.

Se entendi bem, você tem uma modificação para permitir a edição do DANFSE em runtime, é isso? Estranha a lógica do FR... porque tratar diferente Datasets sem Owner? Não me parece ter nenhum problema. Você fez a alteração e funcionou?

Há um problema que causa essa mensagem mas nos meus testes ocorre apenas em modo debug. Se possível teste como arquivo anexo. Boleto.fr3

Aparentemente não é possível a emissão de NFe complementar referenciando uma nota de produtor rural (grupo NFP). A regra de validação menciona apenas NF-e, NFC-e ou NF modelo 01.

Tente modificar as configurações do Form Designer. Pela sua descrição parece algo que a opção "Snap to grid" faria.

Só se você informar 0 para o código da nota. Se você já gera e assina o XML antes de enviar para o ACBrMonitorPLUS, pode usar o parâmetro que instrui ele a não recriar o XML. Caso o ACBrMonitorPLUS tenha que regerar o XML e o cNF seja igual ao nNF, por exemplo, vai ter o erro na geração do arquivo.

Qual arquivo fr3 está usando? O erro ocorre também em runtime ou apenas em modo debug?

Para qualquer nota que não esteja com situação "Normal" eu gero apenas o C100.

Analisando apenas a mensagem de erro, aparentemente está sendo gerado o registro C114 sem ter gerado antes o C110 que é dependência do primeiro.

De acordo com o tipo dos parâmetros informados. Para tipos numéricos, vai ser usada a função da unit Math, para string, StrUtils. Se houver a mesma função com mesma assinatura (quantidade e tipagem dos parâmetros) em duas units diferentes, o Delphi vai usar a que for informada por último na cláusula uses.

Pode ter algum tratamento global de exceções no seu projeto.

Sem o tratamento com try..except, o Delphi faz o tratamento padrão da exceção, TApplication.ShowException, implementado na unit Forms. O resultado é a mensagem na tela.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

A SEFAZ pode ter modificado a URL. Pelo que consta na página da SEFAZ (a do ENCAT não está abrindo, tente alterar essa URL para: URL-ConsultaNFCe_2.00=http://homologacao.sefaz.to.gov.br/nfce/consulta http://www.sefaz.to.gov.br/nfce/documentacao.jsf

Você já informa o código numérico da nota no .ini, o que não pode mais é ele ser igual ao número da nota. [Identificacao] cNF= Ou: [Identificacao] Codigo= A GerarCodigoDFe é uma função que gera o código aleatório, se você não programa em Delphi ou Lazarus precisa verificar na sua linguagem como gerar números aleatórios (respeitando a regra de não ser igual ao número da nota ou os números sequenciais que a regra de validação proíbe). Você também pode informar o código numérico da nota como 0 no .ini e deixar o ACBr gerar ele pra você.

É bom evitar abrir vários tópicos sobre um mesmo assunto para não poluir o fórum e dificultar as buscas. Sobre o assunto do ICMS Efetivo, aqui tem uma orientação de como preencher os campos do ICMS efetivo:

LocalDLL retorna o que? Como fica o PathSchemas na execução?

Como está a configuração PathSchemas? A libxml2.dll tem uma limitação, caso você informe por exemplo PathSchemas = \\servidor\compartilhamento ocorre esse erro. Me parece ser o mesmo problema.

As NFCe não são disponibilizadas pelo serviço DistribuicaoDFe.

Para Fast realmente não está implementado.

No código está correto. - ManterVProd vai abater o desconto caso a propriedade ImprimeTotalLiquido seja True. - O campo ValorLiquido está subtraindo dados do componente (XML) e não o resultado do ManterVProd, correto também. Comparei o teu .fr3 com o do repositório e está bem diferente, o seu está na versão do FR4 por exemplo, enquanto o do repositório está na 5. Aqui onde o teu .fr3 faz a subtração indevida: Esse vProd são dados do dataset onde já foi abatido o desconto quando ImprimeTotalLiquido = True. No .fr3 do repositório está assim:

Enviado ao repositório. Obrigado pela contribuição.

Mesmo assunto?

O problema está no seu .fr3, ele está fazendo a subtração novamente. Com o arquivo DANFeNFCe.fr3 do repositório isso não acontece: Se você configurar a propriedade MostrarTotalLiquido ImprimeTotalLiquido = False o resultado é menos confuso na minha opinião, sem abater o valor do desconto na linha do item. Enfim, use o arquivo do repositório, de preferência.

Qual .fr3 está usando? Verifiquei os .fr3 disponíveis no repositório e não notei problema. O "valor líquido" do item deve ser mostrado apenas se o componente estiver configurado para mostrar acréscimos e descontos por item. Pode anexar também um XML para testes?