Daniel Simoes

Como está configurado os parâmetros da DFeSSL ? Você está usando libWinCrypt?

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

Parece que realmente há um Bug... Por favor testes, substituindo com o trecho abaixo procedure TACBrNFe.EnviarEmailEvento(const sPara, sAssunto: String; sMensagem: TStrings; sCC: TStrings; Anexos: TStrings; sReplyTo: TStrings); var NomeArq: String; AnexosEmail: TStrings; StreamNFe : TMemoryStream; begin AnexosEmail := TStringList.Create; StreamNFe := TMemoryStream.Create; try AnexosEmail.Clear; if Anexos <> nil then AnexosEmail.Text := Anexos.Text; GravarStream(StreamNFe); ImprimirEventoPDF; AnexosEmail.Add(DANFE.ArquivoPDF); NomeArq := OnlyNumber(EventoNFe.Evento[0].InfEvento.Id); EnviarEmail(sPara, sAssunto, sMensagem, sCC, AnexosEmail, StreamNFe, NomeArq + '-procEventoNFe.xml', sReplyTo); finally AnexosEmail.Free; StreamNFe.Free; end; end;

A.V. ocorre quando você tenta acessar um Objeto que ainda não foi criado ou já foi destruído... Faça testes com o Demo do ACBr, se conseguir reproduzir o problema, informe o passo a passo

Acabei de testar, e está tudo ok... verifique se seus fontes estão atualizados

Parece ser uma propriedade que foi removida... Atualize os fontes, abra todos os formulários, ignore os erros de propriedades inexistente... Salve o Form... Isso deve gravar um novo DFM, sem a propriedade... você poderá comprar isso, abrindo o DFM, no Bloco de Notas...

Seus fontes estão atualizados ? Lembro de ter um ajuste recente nesse sentido...

Clique no segundo item do CallStack, e ache a linha do ACBrECFVirtualSAT... Com um debug nessa rotina, acompanhe a criação do Det, até passar ele pra o evento...

Acho que nenhum TEF aceita Debito digitado... mas é melhor confirmar com eles...

O instalador usa uma Classe da Jedi, que vai no Registro do Windows, para buscar as versões... Talvez seja necessário reinstalar o Delphi

Olá, creio que você precise entrar em contato direto com eles... https://www.djpdv.com.br/ O Projeto ACBr não tem mais, relação direta com o DJPDV

Humm.. quem invoca esse Evento é o componente... Deixe um Bkpoint nele, e quando o "Det" estiver como "Nil", verifique no Call Stack, que linha de código chamou o evento...

Olá @Marcos Branco, que bom que consegui... ficamos contentes... Para efeito de referência futura, você conseguiria deixar registrado aqui nas respostas, o que precisou ajustar ? Se deseja que efetuemos modificações nos Demos que estão no SVN, por favor anexe os Arquivos modificados, aqui mesmo no tópico...

Não sei bem... se ficar em 0, usará o valor Default...

use a força, leia os fontes... ACBrSAT1.CFe.Det[0].infAdProd := 'bla bla'; Abra o seu XML, e veja, ele está lá...

Sim, ele existe... Essa informação apenas não sairá no Extrato do SAT, se você configurar a Impressão para uma linha

Anexe o XML, que você está carregando para a impressão

você usa o componente ACBrECF ? Se SIM, ajuste a altura em ACBrECF.ConfigBarras.Altura

Veja alguns tópicos de usuários que já estão usando com sucesso em Harbour

Creio que os exemplos são para xHarbour A ACBrLib é uma DLL como outra qualquer...como uma DLL de ECF ou SAT... Se você sabe como instanciar uma DLL em Harbour... podria seguir a mesma linha de raciocínio para fazer o "Import" dos métodos da ACBrLib

Acredito que você não clicou no Link... Experimente... https://www.projetoacbr.com.br/forum/files/category/36-acbrlib/

https://www.projetoacbr.com.br/forum/files/category/36-acbrlib/

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

Você já fez o correto, (arredondar em 2 casas, antes de alimentar o componente)... Esse método da PCN, é usado por todos os Documentos eletrônicos e nem todos usam essa mesma regra do SAT... Lembrando que alguns campos, são gerados pelo SAT e não devem ser preenchidos, pela aplicação... é o caso do "vItem"...