Daniel Simoes

Até onde eu sei esse equipamento só suporta 42 colunas... mas nunca vi isso como um problema, e sim uma característica...

@Daniel InfoCotidiano, sempre que possível, tente evitar o modo "RAW:", pois com ele, não é possível receber informações de Status da Impressora (Sem Papel, Gaveta Aberta, etc) Por favor veja todos os tipos de porta suportados, e as funcionalidades de cada conexão em:

Por que você quer usar a Elgin I9, em modo VCOM ?? Usando o utilitário do Fabricante, Configure ela para Modo USB e depois apenas defina no ACBrPosPrinter1.Porta := 'USB'; O problema pode estar relacionada, a esse problema que só ocorre, quando a impressora está em modo VCOM

o ACBrPosPrinter, não usa o Spool da Impressora... Mas conforme a dica inicial, dada pelo colega @lucimauro, verifique se não há algum utilitário disponibilizado pelo fabricante, que permita mudar as fontes internas da impressora, e usar uma fonte que resulte em 48 colunas Sim... mas isso não é um problema... é uma característica do equipamento... Você deve levar isso em conta... No mercado brasileiro, existem várias configurações de impressora... com diferente números de colunas...

Realmente não é bom "chumbar" os relatórios em 48 colunas... Existem impressoras com 32, 40, 42, 48 e 52 colunas... Use as funções da ACBrUtil.Strings como PadLeft, PadSpace, etc.. para tornar os relatórios responsivos

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

Qual a versão da sua IDE ? uses Classes, SysUtils, math, Graphics, RLReport, RLPrinters, RLPDFFilter, ACBrDFeReport {$IFDEF DELPHI14_UP}// delphi 2010 pra cima existe ,pngimage {$ENDIF} ;

Logo teremos novos Demos para o ACBrBoleto, usando a FPDF... mas em testes preliminares, a geração de PDF com a biblioteca FPDF-Pascal, se mostrou incrivelmente rápida, e gerando um PDF bem mais enxuto... O tamanho do Boleto em PDF gerado pela FPDF, fica bem menor, em relação ao Boleto em PDF gerado pelo Fortes Report Boleto FPDF Compactado - 5K Boleto FPDF Sem comactação - 14k Boleto PDF em Fortes Report - 29K Tempo de Geração de 11 Boletos, com FPDF Tempo de Geração de 11 Boletos, com Fortes Report Nota: A geração do Boleto com a FPDF pode ficar ainda mais rápida, se a compactação for desligada... mas no momento não há uma propriedade no componente, que permita esse ajuste... procedure TACBrBoletoFPDF.GeraBoleto(const AACBrTitulo: TACBrTitulo); begin GeraDados(AACBrTitulo); FPDF.SetUTF8({$IfDef USE_UTF8}True{$Else}False{$EndIf}); FPDF.SetCompression(True); // Para não compactar o PDF, Mude para False FPDF.AddPage(); FPDF.SetFont('arial', '', 8); GeraFichaPagamento(AACBrTitulo); end;

Parece ser parecido com o ControlPay, da PayGo... https://devpaygo.readme.io/v4/docs/o-controlpay Mas creio que nesse caso da Stone, você só possa usar eles como adquirência...

Eu acho que essa biblioteca só suporta uma página de código... talvez a versão anterior, fosse UTF8...

Veja se eles tem algum exemplo, em Delphi, que demonstre a impressão de caracteres acentuados...

Verifique se a Gertec, tem alguma versão nova dessa biblioteca... infelizmente não tenho esse equipamento para testes

Creio que por enquanto, apenas para a ShiPay... essas URLs não devem mudar com frequencia... no futuro, podemos tentar usar o mecanismo de leitura de URLs por INI, do DFe

Pode ser algo no método "ConteudoToPropertyMSitefWeb", conforme mencionei nessa resposta

Não sei se compreendi bem a pergunta... mas o TEF no Android é Assíncrono, pois é tratado no retorno do Intent... Quando o APK do TEF terminar, ele irá responder no evento: QuandoFinalizarOperacao

A implementação continua hard-coded, e quebraria o acesso ao servidor da ShiPay... @EliasCesar, acho que poderíamos ter propriedades no componente TACBrPSPShipay, para que o usuário possa definir as URLs de homologação e produção

Ele está reclamando da biblioteca GEDI, que é da própria Gertec, mas a implementação do ACBr, deve ser basear na biblioteca do GPOS700A Talvez seja necessário ajustar os fontes do ACBr, para esse novo modelo de Biblioteca, mas infelizmente eu não tenho esse equipamento... você poderia comentar todas as linhas onde TACBrPosPrinterGEDI aparecem... mas com isso, provavelmente o ACBr não conseguirá imprimir nesse equipamento...

Isso é bem interessante, pois o WebService do Correio, não permite a busca por Endereços

Os WebServices de terceiros, podem requerer que você faça um cadastro neles antes... Acho que a maioria do pessoal.. usa o WebService do correios, que tem funcionado bem...

@Dércio Luis Zanatta, consegui inserir um BkPoint na primeira linha do CReate do Form ? Com isso, acompanhe com o F8, e veja em qual linha do FormCreate ele está congelando...

O APK da mSiTEF está instalado ? A aplicação de testes da Sw.Express funciona corretamente?

verifique se você está usando as "Libs" padrões da sua IDE.. veja esse link: https://github.com/TecToy-Automacao/Delphi/blob/main/ACBr/V2Pro/EtiquetaEventos/README.md#como-abrir-o-projeto-no-delphi

muito obrigado pela sua contribuição @MaagraowaR... Pode nos enviar mais documentação ou Links sobre esse PSP ? @EliasCesar, pode por favor analisar o arquivo ?

Oi @Dércio Luis Zanatta, você testou o Demo do ACBr, onde já possui a implementação enviada pelo colega @Warquia ?

Pelo ultimo Log, a resposta do Itaú, é que o Client_id informado no CSR, está errado { "mensagem": "O Common Name (CN): ??????-??????-????? do CSR (Certificate Sign Request) enviado é inválido.", "acao": "Verifique se o CN do subject da geração do CSR é exatamente igual ao client_id e tente novamente.", "codigo_erro": "C800a" }