Renato Chiari

Não tentei, como na ocasião consegui resolver com o GhostScript, acabei não tentando implementar.

Bom dia @Márcio Carvalho Lima, subi ela para o drive também, segue o link Unit: https://drive.google.com/file/d/1rq_bgDT3n4szO6wsy1CK6s6q55ZjmIyL/view?usp=drive_link dll: https://drive.google.com/file/d/1j7IQRsdL7izhcaiOj42fRuS45LYMm4n-/view?usp=drive_link

Consegui contato com o suporte deles após meu último post aqui, porém o driver que me passaram era o mesmo que já havia testado pegando no site deles. Mas era diferente deste que o @Vitor G Silva passou.

Pelo que entendi, o @Vitor G Silva conseguiu resolver com o Fortes instalando o driver que o suporte da impressora passou para ele, tentei contato pelo WhatsApp do suporte que ele passou, mas não tive sucesso, vou pegar novamente este problema nesta semana (tive que para focar em outras urgências) e implementar o ESC/POS.

No meu entendimento, errado não está, pois é como está na tabela de meios de pagamentos, mas concordo que é bem ruim, uma descrição deste tamanho mais atrapalha do que ajuda. O cliente que "reclamou" vende no carnê que ele mesmo imprime, "Cartão da Loja (Private Label)" fica meio fora também, talvez simplesmente "Crediário" resolveria o problema, mas a descrição que deve ser escrita vem da Sefaz.

Fiz direto no código (sem editor visual), editando o arquivo com o VSCode. Pelo que percebi a estrutura é igual a do dfm, localizei o "lMeioPagamento" e substitui pelo "mMeioPagamento" (substitui somente o bloco do componente) do dfm que editei no Delphi.

Segue o arquivo, porém não consegui testar por não ter o Lazarus instalado (fiz a substituição do componente editando no VSCode). ACBrDANFCeFortesFr.lfm

Entrou em vigor no dia 01/07/2024 uma alteração na tabela de formas de pagamento. A forma de pagamento 05 foi alterada de "Crédito Loja" para "Cartão da Loja (Private Label), Crediário Digital, Outros Crediários", percebi que a impressão do DANFCe está exibindo somente "Cartão da Loja (Private Label)", fiz a alteração no método FormaPagamentoToDescricao do arquivo pcnConversaoNFe para exibir a descrição completa. Foi necessário trocar o componente lMeioPagamento por um TRLMemo (nomeado com "mMeioPagamento") no arquivo ACBrDANFCeForntesFr para ser possível quebrar a linha e evitar sobrepor o valor que é impresso logo na frente. Segue os arquivos caso seja interessante incluir as alterações no projeto. ACBrDANFCeFortesFr.dfm ACBrDANFCeFortesFr.pas pcnConversaoNFe.pas

Bom dia @Vitor G Silva, Esse novo driver solucionou a impressão via Fortes? Se puder compartilhar ele comigo agradeceria muito!

Boa tarde @Integrasys, utilizei o driver acessado através do primeiro link da página, tentei com as duas versões disponíveis, na instalação selecionei o modelo 80mm. Existe um link para outro driver um pouco abaixo, esse não tentei por ser para outro modelo de impressora.

Confesso que nunca usei ESC POS... Vou testar e dou um retorno. Valeu!

Boa tarde @Juliomar Marchetti, primeiramente obrigado pela resposta. Acabei não mencionando, mas eu já seto em runtime, eu alimento as propriedades antes de gerar a impressão. As configurações de margem estão impactando na impressão, tanto que se eu deixar a margem esquerda zerada, a impressora "come" mais de meio centímetro, a única forma que sai certo é abrindo as propriedades antes, após isso, todas as impressões ficam OK enquanto o aplicativo não for reiniciado. Nosso sistema roda em clientes com diversas marcas de impressoras diferentes, nunca tive problema parecido, somente com esta bendita, rs. Outro detalhe que acabei não mencionando, usamos o FortesReport apenas nas impressões do ACBr, nas demais utilizamos o Report Builder, por ele o problema não ocorre.

Boa tarde a todos, estou enfrentando um problema para imprimir o DANFECe na impressora da marca GoldenSky, modelo GS-FJ80H-UE. Mesmo o driver da impressora estando configurado para o papel 80mm, a impressão insiste em sair no tamanho 58mm, segue link para print do preview e imagem do mesmo cupom impresso (não consegui anexar a imagem diretamente): Preview: https://drive.google.com/file/d/178fNM9IsfRezmnyIwGtc04WHi3b6lP3B/view?usp=sharing Impressão: https://drive.google.com/file/d/1g7lDsvBvd2mQks5JLOVoUAalIytH8I80/view?usp=sharing Configurações do ACBrNFeDANFCeFortes: LarguraBobina: 302 MargemDireita: 0 MargemEsquerda: 10 MargemInferior: 0 MargemSuperior: 0 O estranho é o seguinte, quando clico em "imprimir" no preview, e após em "propriedades" e em seguida simplesmente clicar em "OK" nas propriedades da impressora, a impressão simplesmente sai da forma correta, seguindo os 80mm. Print do setup da impressão: https://drive.google.com/file/d/1tuBhEJIKNeQMIlzD6FCBsG894JNfp2fF/view?usp=sharing Imagem da impressão logo após realizar o processo acima: https://drive.google.com/file/d/1qKpA1odd9seIU48-6yK5sUqs4L3_4uJk/view?usp=sharing Alguém já passou por algo parecido? Segue um link da impressora: https://www.goldensky.com.br/informatica-eletronicos/impressoras/impressora-nao-fiscal-termica-80mm-usb-rede-com-guilhotina

Blz Italo, obrigado por incluir!

Boa tarde a todos. Precisei implementar o envio de "informações complementares" na NFS-e Padrão Nacional, porém ambas as propriedades "InformacoesComplementares" e "OutrasInformacoes" estão sendo ignoradas na hora da geração do DPS. Olhando o layout do padrão nacional vi que as tags acima não estão previstas, porém existe outra semelhante, a "xInfComp": Fiz um teste informando através da propriedade "Servico.infoCompl.xInfComp" e a informação foi gerada sem problemas, aparecendo no local desejado quando gero o PDF direto no sistema da NFSe Nacional: Fiz uma alteração no arquivo "ACBrNFSeXDANFSeRLRetrato.pas", adicionando as linhas abaixo na procedure "rbOutrasInformacoesBeforePrint" if fpNFSe.Servico.infoCompl.xInfComp <> '' then rlmDadosAdicionais.Lines.Add(StringReplace(fpNFSe.Servico.infoCompl.xInfComp, FQuebradeLinha, #13#10, [rfReplaceAll])); Segue o arquivo alterado, acredito que seja interessante incluir no SVN. ACBrNFSeXDANFSeRLRetrato.pas