daniel.simoes

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

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...

@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 ?

OV é bem mais barato.. veja: https://www.ksoftware.net/code-signing-certificates/ sim.. Pois HTTP foi banido da internet, por não ser seguro Sim, pela segurança do conteúdo, e até mesmo pela simples economia de banda e tempo download http://www.ararat.cz/synapse/doku.php/public:howto

Veja esse tópico:

Na verdade o Erro indica que ele acha que o PayLoad não é JSon... Notei que o ContentType foi informado corretamente... pode ser problema na formação do Body, que não está de acordo com o padrão do JSON Também achei estranho essa barra Invertida no ContentType da msg de erro..

Os binários compilados pelo ACBr são assinados pelo nosso certificado digital CodeSign OV e nunca tivemos relatos de falsos positivos... Considere ainda que nossos binários acessam hardware diretamente e a Internet (algo que os antivírus costumam pontuar negativamente) Outras dicas: - Use apenas HTTPS, (não mais HTTP) - Baixe um Zip e abra o arquivo na máquina, não baixe diretamente um .EXE No ACBr usamos a classe Synapse, para comunicação HTTPS, ela está na pasta Terceiros do ACBr