Daniel Simoes

Sim, pois 0 é o padrão da Impressora... favor ler o tópico abaixo:

Ajuste em EspacoEntreLinhas

para Windows 64, DLLs de 32 bits devem ser copiadas em: c:\Windows\SysWOW64

Por favor forneça mais informações.. - Qual TEF ? - Usa algum componente do ACBr ? - Verifique o Log do TEF, se enviou o valor corretamente

Veja como se comporta o método: ACBrBAL1.Device.AcharPortasSeriais

Eu realmente nunca fiz esse Teste... Mas geralmente, esses equipamentos, usam Interface Serial.. o dispositivo Android teria suporte a essa porta ?

Talvez esse tópico ajude...

parece que faltou svn: no inicio... svn://svn.code.sf.net/p/acbr/code/trunk2 também pode usar https: http://svn.code.sf.net/p/acbr/code/trunk2/

Não temos mais a versão console.. as rotinas de impressão de DANFE e Boleto, obrigam uma interface gráfica (Servidor X)

Sim, é opcional... vai da vontade do cliente (ele pode exigir a via dele), e da regra de negócio do estabelecimento... Você poderia enviar o comprovante, por email, WhatsApp, SMS, etc...

Há um bom tempo atrás, as Unidades de Medida padrões do componente mudaram.. mas você pode ajustar qual unidade de medida quer usar, no componente...

@Italo Giurizzato Junior... poderia por favor, analisar ?

Você pode usar o componente, do Extrato em Fortes Report.. ele gera o PDF..

Você está usando o componente ACBrTEFD ou ACBrTEFAPI ?

Provavelmente porque ambos apontavam para o mesmo local...

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

http://hom.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=2.00&tipoConteudo=Skeuqr8PQBY=

Isso só funcionaria em tempo de execução... ou seja, mesmo com o IF, o código não seria compilado em uma versão do Fast onde a propriedade não existe... Acho que a solução usando a RTTI, proposta pelo BigWings, ficou bem bacana

Qual é a sua configuração de TimeOut ?

ACBrTEFAPI1.DiretorioTrabalho -> Lugar onde o ACBrTEFAPI, cria os arquivos de controle e Backup do componente ACBrTEFAPI TACBrTEFAPIClassPayGoWeb(ACBrTEFAPI1.TEF).DiretorioTrabalho -> Lugar onde a DLL da PayGoWeb cria os Logs e Tabelas de trabalho

Desculpe pela Demora na Resposta... Pelo que pesquisei, realmente o comando </ZERA>, que é traduzido para ESC @, poderia afetar uma Impressão que ainda está em andamento... Ele Limpa o Buffer da Impressora, e isso poderia ocasionar problemas no caso de relatórios muito extensos... Poderia por favor fazer um Teste, substituindo o </zera> que foi adicionado no final do relatório, pelo comando de "Fonte Normal" </fn> ?

Se você usa o novo componente, ACBrTEFAPI, use o método abaixo: function CancelarTransacao( const NSU, // AResp.NSU PWINFO_AUTEXTREF CodigoAutorizacaoTransacao: string; // AResp.CodigoAutorizacaoTransacao PWINFO_AUTHCODE DataHoraTransacao: TDateTime; // AResp.DataHoraTransacaoLocal PWINFO_DATETIME Valor: Double; // AResp.ValorTotal PWINFO_TOTAMNT const CodigoFinalizacao: string = ''; // Parâmetro Opcional, AResp.Finalizacao PWINFO_AUTLOCREF const Rede: string = ''): Boolean; // Parâmetro Opcional, AResp.Rede PWINFO_AUTHSYST

mas tem como fazer algum IFDEF para o FAST ? Pois creio que o Dev poderia (em teoria) ter um Fast antigo, em Delphi's recentes, correto ?

Se estiver usando OpenSSL, verifique se copiou as DLLs atuais e corretas, do OpenSSL, para a mesma pasta de sua aplicação http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86/

@Juliomar Marchetti, a RTTI sempre existiu no D7... É através dela que a IDE, manipula os formulários, com o Object Inspector... Atualmente existem classes mais simples, e de alto nível... mas veja o exemplo abaixo, que é 100% funcional no D7 Uses TypInfo procedure TForm1.Button1Click(Sender: TObject); var i: Integer; c: TComponent; propInfo: PPropInfo; begin for i:=0 to Self.ComponentCount-1 do begin c := Self.components[i]; // Look for the property propInfo := getPropInfo(c,'caption'); if assigned(propinfo) then //If found SetPropValue(c, 'caption', 'TESTE'); end; end;