EMBarbosa

Como você vai dar desconto na venda já definida? Você vai emitir o cupom do TEF antes de fechar a venda? É isso?

Qual mensagem de erro está aparecendo?

Esse não é o exemplo do ACBrNFe. Esse é o exemplo do ACBrANe.

É isso mesmo.

Ok. Quando terminar, você pode anexar as alterações aqui. Assim poderemos analisar e enviar ao repositório do SVN.

A mesma documentação citada diz (grifo meu): De acordo com isso, se depois de finalizar uma impressão você ainda for utilizar a biblioteca, por exemplo para consultar o status, então não precisa chamar esse método. Sendo assim, de modo geral, você só vai chamar esse método quando estiver terminando o programa ou saindo do módulo que trabalha com a NF-e/NFC-e.

Nesse mesmo documento que citei, o "MOC 7.02 Visão geral", você vai encontrar o item "II.3. Regras de Validação de Consumo Indevido (NT 2018.002)". Abaixo dele há diversas validações que podem ser feitas pelas SEFAZ para considerar o consumo indevido. Por exemplo, o item "II.3.4. Consulta Protocolo " tem a regra de validação: "NF-e consultada mais de 10* vezes em 1 (uma)* hora". Isso indica que uma espera de intervalos menores que 6 min iria gerar consumo indevido. Mas ao ver os asteriscos você vai notar que esses intervalos podem ser parametrizados por cada ambiente autorizados. Sendo assim, minha sugestão é que você inicie com intervalos grandes, como 60 minutos e veja se isso atende seus clientes antes de tentar intervalos menores. Mas fique de olho para não chegar perto dos limites.

Olá paulongd. Muito obrigado pela contribuição. Fiz a implementação baseada nela. Tive que fazer modificações para os componentes que você não tinha incluído ou que faltaram algum detalhe (ACBrBPe, ACBrANe, ACBrCIOT, ACBrGNRe, ACBrECFVirtualNFCe e ACBrOne). Subi as alterações para o SVN na Revisão 18227. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Veja se é isso que você procura: https://acbr.sourceforge.io/ACBrLib/NFE_Finalizar.html

Se eu entendi bem, está correta. Você pode verificar as orientações nesse tópico da nossa base de conhecimento: Se pode fazer a manifestação da ciência sempre que o destinatário reconhecer que existe uma determinada operação destinada ao seu CNPJ. Ou seja, não precisa esperar a mercadoria ou um DANFe chegar. Lembre-se que a manifestação de "ciência" apenas indica que a empresa está ciente que foi emitida uma nota, mas não tem certeza ainda que a entrega dos produtos vai acontecer corretamente. Sugiro verificar o manual "MOC 7.02 Visão Geral" disponível em https://dfe-portal.svrs.rs.gov.br/Nfe/Documentos Veja os pontos 3.6.2.2 e 4.11 Talvez queira usar a ferramenta pesquisar do PDF e pesquise especificamente por "ciência da emissão".

Que bom saber que funcionou. Esse problema que você está cita não é o mesmo que o vídeo acima menciona ao executar dentro do projeto?

O erro "Bad DLL calling convention" geralmente é porque você está utilizando a DLL errada. Por favor, verifique se você está usando as DLLs StdCall como mostrado no seguinte vídeo:

Boa noite Rômulo. Muito obrigado pela contribuição. Fiz a implementação baseada nela, com algumas alterações. Subi as alterações para o SVN na Revisão 18209. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Mas o valor que importa é o que está no arquivo XML. Se ele estiver diferente do Excel não vai adiantar. Você precisa conferir os valores do XML e do seu aplicativo seguindo o que o Kiko disse acima.

Esse não é o log completo gerado pelo componente. Veja que o que você mencionou antes tem informações da ativação do componente, incluindo modelo e configurações de porta como abaixo: Sem o log que contenha as informações de quando se reproduz o erro, dificilmente conseguiremos ajudar de algum modo.

Olá, Acabei de testar aqui e está normal. Tente reproduzir o problema utilizando o aplicativo de exemplo. É possível que você tenha modificado alguma propriedade padrão na geração do PDF?

Olá Roger, O que pode estar acontecendo é o componente para NFCE estar reescrevendo o nome do arquivo. Verifique se a propriedade NomeDocumento está correta antes de enviar o comando para gerar o PDF.

Esse problema geralmente acontece quando se tem mais de uma versão do Delphi instalada e uma versão do Delphi está pegando as bibliotecas (arquivos BPL) da outra versão.

Olá Valdir. O problema parece estar relacionado a fonte e ao seu tamanho. Enviei uma possível correção na revisão 18199. Queira por favor atualizar, testar e reportar qualquer problema. Agradeço o report do problema e o auxílio.

Isso. Esse daí é o log gerado pelo ACBrBal. Com ele talvez você mesmo consiga identificar alguma coisa.

Obrigado por reportar.

Olá EdmarFrazao, Muito obrigado pela contribuição. Pelo que vi está tudo certo, mas eu tive que fazer algumas alterações recentemente nessa unit, então peço que teste com bastante atenção. Subi as alterações para o SVN na Revisão 18174. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado. PS.: Por favor, observe que agora também existe uma nova propriedade "ImprimeEmDuasLinhas".

Consegui reproduzir aqui. Vou investigar melhor.

Olá Giovane, Enviei alterações ao DANFC-e em Fortes report criando uma nova propriedade "ImprimeEmDuasLinhas". Você pode habilitar essa propriedade e ela deve fazer o trabalho que você quer. Seria bom se você pudesse testar e reportar qualquer problema. As alterações foram enviadas na revisão 18173.

Muito estranho mesmo. Me parece problema na renderização da impressora, mas não tenho certeza de exatamente onde. Tentou Trocar de máquina? E trocar a impressora? Por exemplo usar uma impressora virtual que gera pdf como o PDFCreator? A impressão do PDF do componente funciona corretamente?