-
Total de ítens
255 -
Registro em
-
Última visita
-
Days Won
3
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por armando.boza
-
-
9 minutos atrás, Daniel InfoCotidiano disse:
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.
-
4 horas atrás, Juliomar Marchetti disse:
bom aleterei o lfm e apliquei somente em ambos
está no SVN
Atualizado e testado, muito obrigado.
-
56 minutos atrás, Juliomar Marchetti disse:
só ocorre no delphi? notei que tu mandou .pas mas não tem nada além de um evento criado e nada mais mas o evento está sem nada
e no lfm do lazarus não vi a mudança que fez no delphi dfm
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.
-
Em 04/04/2024 at 11:38, Juliomar Marchetti disse:
Não. houve a discussão acima mas não houve nada de concreto.
se alguém possuir algum trecho de código e queira anexar para ajudar
Segue ajuste para voltar a linha pontilhada do corte no modelo carnê.
Configurado RLBand3.AutoExpand para false.
- 1
-
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:
-
5 minutos atrás, Daniel InfoCotidiano disse:
Por favor atualize seus fontes, pelo SVN do ACBr...
Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico...
Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido...
Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo
Fontes atualizados, ajustaram sim, removido o uppercase, muito obrigado.
-
-
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.
-
Em 05/03/2024 at 13:10, Daniel InfoCotidiano disse:
@armando.boza
Obrigado por reportar criado a tk-5164 para analise do time.
boa tarde, alguma novidade da TK-5164 ?
-
Boa tarde @Daniel InfoCotidiano, quando puder dar uma analisada fico grato.
-
5 minutos atrás, Adhelmar Rondon disse:
o cliente usa o cnpj e estou passando só os numeros, o estranho que pelo nubank o qrcode não da como invalido
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.
-
11 minutos atrás, Adhelmar Rondon disse:
Estou fazendo pelo Bradesco, retornou o url, foi emitido o boleto com qrcode, só que quando entra pra pagar da qrcode invalido, no nubank unico que não da erro, pode me ajudar
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
-
Em 30/10/2023 at 13:06, Daniel InfoCotidiano disse:
@armando.boza
Em nossos testes apresentou o erro do dados com mais caracteres.
TK 4470-4 assim q concluída, te aviso para testes. !
ObrAtualizei os fontes agora e fiz o teste, tudo certo, muito obrigado.
- 1
-
26 minutos atrás, Daniel InfoCotidiano disse:
@armando.boza
Vou realizar um novo teste em meu ambiente e te posiciono. pois antes de subirmos para o svn testamos o recurso.
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.
-
Em 28/10/2023 at 08:31, Daniel InfoCotidiano disse:
Eu configurei:
Mesmo zerando a margem superior e inferior acontece o problema.
-
-
Fiz o teste em homologação no MT e só aceita com hífen também.
-
44 minutos atrás, Daniel Simoes disse:
Enviei uma possível correção ao SVN... Commit [r29784]
Atualizado e testado, aqui deu certo, obrigado Daniel.
- 2
-
Realmente o problema está no SetUTF8, passei false para FPC e funcionou, ajustei o arquivo ACBrBoletoFPDF.pas.
- 1
-
8 minutos atrás, Juliomar Marchetti disse:
O problema ocorre. é necessário fazer alguma ação e subir ao svn para corrigir
Obrigado Juliomar.
- 1
-
34 minutos atrás, RibaSoft disse:
Aqui também estou brigando com a acentuação, a unica forma que da certo é ir em
projeto >> opções de projeto >> Adiçoes e Sobreposiçoes
e clicar em "Usar codificação do sistema", o problema é que dai bagunça algumas mensagens traduzidas do lazarus tipo "não" fica "n?o"
Estou usando windows11x64 com lazarus 2.4.6
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?
- 1
Boleto Fortes - Layout carnê sem linha separadora de corte
em ACBrBoleto
Postado
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.