Daniel Simoes

O número de Build realmente é incrementado a cada compilação... @Italo Giurizzato Junior, a versão 4.0 do CTe tem outra pasta de Schemas ?

Sim...isso deve ser necessário... Mas deve ter algum problema no Driver USB... tente pegar a última versão com o fabricante do equipamento

a DLL desse SAT, precisa que a aplicação Host rode como Administrador... (é uma característica dessa DLL)

Eu realmente não acho necessário, e não recomendo deixar transações pendentes... NFCe tem contingência OffLine, e o comprovante do TEF pode ser reeimpresso a qualquer momento...

Humm.. eu acho arriscado deixar transações pendentes por muito tempo... Elas sempre geram confusão e suporte, quando algo não é pago, ou concluído de forma apropriada... Fiz um vídeo sobre isso:

Anexe o Log, para sabermos por onde ele passou do Componente...

Humm.. acho que isso pode requerer NDA ou outros acordos com o pessoal da Sw.Express... Minha "bronca" com eles, é que há alguns anos atrás, liguei lá, me apresentei, expliquei o que é o ACBr e quantas empresas antede, e solicitei apoio técnico e o envio dos SDKs... e eles foram enfáticos em me negar essas informações... então após isso, nunca mais tentei contato com eles, e nem tenho interesse em tentar novamente...

Vocês tem algum Link com a documentação do mSiTef ? Posso ajudar na implementação, mesmo as cegas, se tiver acesso a documentação

@Dércio Luis Zanatta isso está relacionado a implementação do método ConteudoToPropertyMSitefWeb... Talvez você possa ajudar o colega @Warquia, nessa tarefa... Nós do ACBr não temos o SDK ou ambiente de desenvolvimento da Sw.Express

Creio que o mais simples seja estudar a documentação de TEF TXT da própria PayGo https://devpaygo.readme.io/v13/docs/sobre-este-documento

Infelizmente Creio que não...

Nós do ACBr, oficialmente, apenas temos o Fast Report VCL Embarcadero... a FastReports não nos enviou seus produtos para testes e compatibilidade com nossos fontes... Alguns de nossos moderadores possuem o Fast Standard VCL.. então nossa capacidade de testar essa compatibilidade, é extremamente limitada a contribuição de nossos usuários...

O Curso é Gratuito... Basta fazer um cadastro Gratuito na plataforma Eduzz

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