daniel.simoes

Será ??

Não tem relação como o ACBr... https://docs.microsoft.com/en-us/windows/win32/debug/system-error-codes--1000-1299- Problema na Rede Os fontes foram apenas separados... na versão antiga, todos estavam declarados na mesma Unit...

Não.. quem mandou "OnLine" para o Display, foi o comando da linha 13

a linha 13, mostra a sua aplicação enviando (TX) o texto "OnLine" para o Microterminal... a resposta do KeepAlive (RX), chega nas linhas 8 e 10

provavelmente sim... EPL2 = PPLB

Já disponibilizamos as Libs que estão nessa página: https://www.projetoacbr.com.br/forum/files/category/36-acbrlib/ No momento estamos coletando retorno e testes da comunidade, para melhorar as Libs existentes, antes de lançar novas Libs...

Estranho... não temos relatos semelhantes no fórum... O que mais é instalado nessa máquina ? Consegue testar em uma V.M. ou P.C. recém formatado ?

não diretamente pelo componente... PPLA e ZPL2 seguem direcionamentos diferentes... mas você poderia abstrair isso na sua aplicação, e calcular os valores antes de enviar ao componente...

'C' é usado no código 128, como um separador de sessão... Você precisa realmente imprimir em Code128 ?? use algo mais simples e de padrão, como Code39 ou Code93

"ativar apps menos seguros no link https://myaccount.google.com/lesssecureapps obs.: autenticação por dois fatores, desativa automaticamente a permissão de apps menos seguros."

O moderador e commiter do Projeto ACBr, @Régys Silveira, acaba de publicar em seu canal no YouTube, um excelente Curso de Firedac... São 19 vídeos, cobrindo tudo o que você precisa saber, sobre Firedac, do básico ao avançado... Se você ainda usa BDE, ou conectores de Banco de Dados antigos... assista o curso, e conheça todo o poder do FireDac Confira ainda, o Blog do Regys... https://regys.com.br/

Você pode estudar os fontes do Demo do ACBrNFe, \ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi

Você pode controlar o Envio final, do arquivo que será criado na pasta do Gerenciador Padrão... Veja esse exemplo, do Demo do ACBrTEFD, onde é "injetado" um campo chamado 777-777 procedure TForm1.ACBrTEFD1AntesFinalizarRequisicao(Req : TACBrTEFDReq); begin if Req.Header = 'CRT' then Req.GravaInformacao(777,777,'TESTE REDECARD'); Memo1.Lines.Add('Enviando: '+Req.Header+' ID: '+IntToStr( Req.ID ) ); end;

Veja esse tópico:

Creio que até o momento, no ACBr, isso só foi implementado para a CliSiTEF

Isso não existe para nenhuma conexão... Pense....você testa e a conexão está Ok... Então você inicia a sua transmissão e recebe um erro... cada momento de transmissão está sujeito a N variáveis que podem causar falhas... Cabe a sua aplicação, tratar os erros de HTTP, e decidir o que fazer na sequência

Use os Logs... Debug é inútil para aplicações MultiThread

Me parece que você não está aplicando corretamente o chaveamento para Off-line... Você pode achar informações sobre o Off-line da NFCe nesse tópico:

Podemos fazer alguns ajustes, para evitar o erro... mas sem carregar o evento, o componente não saberá imprimir o Cancelamento... Estranho... olhando os fontes... o Layout de impressão quando o Flag "Cancelada" está ligado, não seria esse... veja em procedure TACBrNFeDANFCeFortes.ImprimirInterno if Cancelado then RLLayout := rlCancelamento else RLLayout := rlVenda;

Os eventos são sim, salvos... mas isso depende de como você configura o componente...

Use a força, leia os fontes... veja: procedure NotaFiscal.Assinar; var XMLStr: String; XMLUTF8: AnsiString; Leitor: TLeitor; begin with TACBrNFe(TNotasFiscais(Collection).ACBrNFe) do begin if not Assigned(SSL.AntesDeAssinar) then SSL.ValidarCNPJCertificado( NFe.Emit.CNPJCPF ); end; // Gera novamente, para processar propriedades que podem ter sido modificadas <==== AQUI XMLStr := GerarXML; .....

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

Então use OpenSSL

Acho que o próprio Terminal, responde com "OnLine", quando o KeepAlive é executado... Veja no Log, em qual evento ela chega... creio que você possa fazer um tratamento na sua aplicação, para isso...