BigWings

As diretivas interferem em como o fonte do ACBr é compilado. Então tem que reinstalar o ACBr, de preferência marcando a opção de apagar arquivos antigos. E recompilar também, com a opção build, a aplicação

Tente: ACBrNFe.Configuracoes.Arquivos.EmissaoPathNFe := True; Detalhe que pras notas de entrada a data correta para escrita fiscal é a data de entrada da mercadoria, e não a data de emissão. Então o mais correto seria fazer pela confirmação da operação, mas creio não ser possível isso no ACBr.

A dependência da libeay32.dll é ter também a ssleay32.dll na mesma versão. Mas pelo print você não tem nenhuma delas na pasta da aplicação, então ela está sendo encontrada em outro local, no diretório do Windows talvez. Recomendo desativar a CAPICOM e XmlSec no instalador do ACBr e usar LibXML2 para assinatura.

Parece que o schema está pedindo um valor do tipo data e está sendo informado data e hora. Para a tag Competencia.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

https://projetoacbr.com.br/fontes/

Em algum momento ele corrompeu. Você tem controle de versão não tem? Backup? Se não puder restaurar pode tentar abrir o .dfm em um editor de texto simples, ir na linha do erro e tentar identificar o porque.

Então tem erro no seu .dfm.

Não parece ter relação com o ACBr. Tente apagar o .res do projeto para o Delphi recriar.

Está informando o valor da multa?

Não lembro exatamente em qual versão foi adicionado o suporte ao 10.4, então é possível. Caso mesmo com a versão mais nova não detecte indica um problema com a instalação do Delphi, teria que reinstalar. Pra "baixar" é como disse o Juliomar, ir na pasta do ACBr e executar o Tortoise SVN -> Update.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Veja que não informou o terceiro parâmetro. Tente assim: ACBrMail1.AddAttachment(Dir + 'sinergia10.png', 'LogoACBr', adInline);

Já existe uma versão nova do instalador disponível, atualize os fontes.

Esse erro geralmente é por você estar usando o componente DANFE para NFe e não o para NFCe, mas no print das propriedades parece ser o correto. Então veja se o ACBrNFe está vinculado ao componente DANFE correto no momento da impressão.

Pelo programa exemplo essa parte está diferente: No código é explicitado o parâmetro para inserir a imagem no corpo do email em vez de como anexo: // Depende de: "<img src='cid:LogoACBr'>" em ACBrMail1.Body; if Pos('cid:LogoACBr', ACBrMail1.Body.Text) > 0 then ACBrMail1.AddAttachment(Dir + 'acbr_logo2.png', 'LogoACBr', adInline); Pelo que vi você trocou a imagem, que outra alteração fez?

Pelo que pesquisei não é permitido CFe SAT acima de R$ 10.000,00. Nesse caso apenas emitindo a NFe.

Veja:

O que quis dizer é que não devia ser necessária a alteração no .fr3, com o acréscimo em cima. Nas versões em Fortes e ESC/Pos o desconto vem primeiro, depois os acréscimos, seria interessante manter esse padrão. Outra alteração que notei no seu .fr3 é que o campo da descrição está muito pequeno, gera muitas linhas se a descrição do item for longa.

Na emissão da NFe quem gera o XML é você, você não recebe ele da SEFAZ. A SEFAZ devolve apenas o protocolo de autorização, que o ACBr já se encarrega de adicionar no XML gerado, e salvar ele em disco, se a configuração pra isso estiver ativada. A comunicação via webservice é feita com o serviço fornecido pela SEFAZ estadual. Após a SEFAZ estadual autorizar a nota, ela deve fazer a sincronização da mesma com o Ambiente Nacional, esse processo pode demorar. Se você teve algum problema com a autorização da NFe, basta carregar novamente o XML gerado e assinado anteriormente, e executar o método de Consulta do componente, se ela já está autorizada na SEFAZ estadual o protocolo será incluído no XML e você já tem a nota completa.

A função realmente vai retornar ipi00 mesmo que não tenha IPI no XML. Isso porque não existe um enumerado pra identificar o CST do IPI vazio. Na geração do XML a rotina verifica se foi passado valor pra alguma tag, pra identificar como vazio, talvez você possa usar o mesmo conceito: //se valores padrão de quando não foi preenchido a TAG IPI if ((nfe.Det[i].Imposto.IPI.cEnq = '') and (nfe.Det[i].Imposto.IPI.CST = ipi00) and (nfe.Det[i].Imposto.IPI.vBC = 0) and (nfe.Det[i].Imposto.IPI.qUnid = 0) and (nfe.Det[i].Imposto.IPI.vUnid = 0) and (nfe.Det[i].Imposto.IPI.pIPI = 0) and (nfe.Det[i].Imposto.IPI.vIPI = 0)) then Exit; //não deve preencher a TAG

Pode ser também que tenha adicionado alguma unit do ACBr no seu projeto sem adicionar a unit ancestral. Teste com o programa exemplo do ACBrNFSe.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Tem um caso em que o uso do SetRoundMode diferente de rmNearest afetava o desenho das linhas verticais pelo Fortes Report. Não parece ser o seu caso, mas não custa verificar.

Pelo que analise vai precisar alterar o .fr3 pra mostrar os acréscimos antes dos descontos pra que os valores façam sentido: Não parece a solução ideal. O XML é de uma venda real ou um caso hipotético? Em que cenário vai haver acréscimo e desconto na mesma venda?