armando.boza

Eu uso 5 pq tem umas impressoras que acabam cortando a impressão com margens pequenas demais, com essas que vc passou deu certo, vou utilizar elas como padrão e ver se não dá problema de corte, obrigado.

mas nesse print ele não colocou margem, se colocar corta pra segunda folha. coloca essas pra testar. FACBrBoletoFCRL.MargemDireita := 5; FACBrBoletoFCRL.MargemEsquerda := 5; FACBrBoletoFCRL.MargemInferior := 5; FACBrBoletoFCRL.MargemSuperior := 5;

Ignorar, podem apagar o tópico por favor.

Atualizado e testado, muito obrigado.

eu uso Lazarus, o .pas não alterei mas mandei pra vc ver que está atualizado com os fontes de hoje, ajustei o LFM pelo Lazarus e o DFM pelo Notepadd++, apenas adicionando a linha do AutoExpand = false, pois se está com problema no Lazarus tb deve estar no Delphi. esse evento que vc disse creio que não fiz, se fiz me perdoe e apague por favor.

Segue ajuste para voltar a linha pontilhada do corte no modelo carnê. Configurado RLBand3.AutoExpand para false. ACBrBoletoFCFortesFr.7z

Boa tarde pessoal, estou implementando o boleto do Santander por API e notei que na unit ACBrBoletoRet_Santander_API está lendo o campo com nome errado referente ao código de barras retornado. O nome correto do campo é barcode e estava lendo barCode. Link da documentação: https://developer.santander.com.br/api/documentacao/api-de-emissao-de-boletos#/paths/workspaces-workspace_id--bank_slips/post ACBrBoletoRet_Santander_API.pas

Fontes atualizados, ajustaram sim, removido o uppercase, muito obrigado.

sim, conforme falei se o endereço é grande sai certo, segue prints.

Bom dia, notei isso tb, quando o endereço do cliente é curto o mmEndSacadoCarne não quebra linha e acaba escondendo o pontilhado separador, agora se o endereço do cliente é grande forçando nova linha no mmEndSacadoCarne ai aparece corretamente.

boa tarde, alguma novidade da TK-5164 ?

Boa tarde @Daniel InfoCotidiano, quando puder dar uma analisada fico grato.

infelizmente do Bradesco não sei, mas o Itaú tem uma regra, se usa o CNPJ como chave nem precisa passar, já é automático, só se a chave for diferente é que tem que ser enviado.

não testei o bradesco ainda, só o Itau, mas verifique se na remessa não está passando a chave em maiúsculo, nesse caso em específico o cliente utiliza o email como chave e passando maiúsculo creio que dê problema no emv.

Atualização: enviada remessa em ambiente de produção com o ajuste proposto e retornou corretamente o código emv, cliente já pagou o boleto pelo QRCode.

Boa tarde pessoal, estou homologando um cliente com o Bolecode do Itaú e na validação do arquivo de remessa o suporte indicou para passar a chave pix em minúsculo, conferi os fontes e tem um UpperCase na linha. Segue print do suporte solicitando em minúscula: Em anexo unit alterada, atualizada hoje com os fontes. Att Armando ACBrBancoItau.pas

Atualizei os fontes agora e fiz o teste, tudo certo, muito obrigado.

Tranquilo, se vc testar verá que com endereços pequenos não ocorre o problema, só quando quebra em duas linhas. Talvez seja a propriedade Behavior > beSiteExpander do componente RLMemo.

Eu configurei: Mesmo zerando a margem superior e inferior acontece o problema.

Boa noite pessoal. Após atualizar o ACBr notei que os boletos em formato carnê estão cortando em 2 por folha quando o endereço do pagador é muito grande e quebra em duas linhas. Endereço pequeno: Endereço grande: Talvez seja esse ajuste que gerou o problema: 30863

Fiz o teste em homologação no MT e só aceita com hífen também.

Atualizado e testado, aqui deu certo, obrigado Daniel.

Realmente o problema está no SetUTF8, passei false para FPC e funcionou, ajustei o arquivo ACBrBoletoFPDF.pas. ACBrBoletoFPDF.pas

Obrigado Juliomar.

Essa opção eu não testei, mas se estraga as mensagens traduzidas ai já não resolve. Tentei ajustar a codificação das units mas mesmo assim não obtive sucesso. Vc testou com o Demo tb?