geazi

Prezados, bom dia. Nos convênios com 7 digitos, o BB exige que o nosso número seja no formato de 17 caracteres, quando a carteira for "17" mas O ACBr está calculando com 10 digitos. Eu fiz a correção nos meus fontes. Mas toda vez que atualizo, como hoje pela manhã, o problema retorna. Como proceder ? Seguem as mudanças em negrito, no método CalcularTamMaximoNossoNumero: if (Length(trim(NossoNumero)) > 10) and (wTamConvenio = 6) and ((wCarteira = '16') or (wCarteira = '18')) then Result:= 17 else if (wTamConvenio <= 4) then Result := 7 else if (wTamConvenio > 4) and (wTamConvenio <= 6) then Result := 5 else if ((wTamConvenio = 7) and (wCarteira = '17')) then Result := 17 else if (wTamConvenio = 7) then Result := 10; Um abraço a todos.

Senhores, boa tarde a todos. Desde que fiz update no sábado, 20.09.2014, esse problema de access violation aparece. Para solucionar, fiz como a Ana Fernanda explicou acima. Porém, com o TACBrBoletoFCFortesFr aberto, ao comentar a linha: txtNumBarcode.Caption := CodBarras; O delphi informa: Field ACBRBoletoFCFortesFr.txtNumBarcode dos not have a corresponding component. Remove the declaration ? No que respondo "Yes" e salvo, o boleto consegue ser impresso, aparentemente, normal. Percebi que o txtNumBarcode é um TRLLabel e existem outros desse componente no mesmo formulário. Antes disso eu desinstalei o ACBr e reinstalei novamente mas continuou dando o problema. Notei que a revisão 7458 não está com esse problema. Há uma solução recomendada para esse assunto ?

Bom dia, senhores. A função LFill está com um comportamento estranho. Eu passo como parâmetro um valor Currency e ele se comporta como se o valor fosse Data. Existe alguma maneira de forçar o overload ? Atualizo o ACBr diariamente e não consigo fazer retornar o LFill tendo como parâmetro um Currency.

Bom dia, amigos. Alguém tem alguma novidade sobre o SEF-II ? O SEF I eu desenvolvi a partir dos fontes do Sintegra. Não consigo baixar os arquivos do SEF-II e gostaria de contribuir tambem.

Pego os valores do banco de dados, sim. No simulador da Sweda aparece tudo bonitinho. Mas, na ELGIN e na DARUMA, nada. Mostra o relatorio mas sem os valores.

Prezados, Bom dia. Ontem fui tentar homologar o PAF na POLIMIG aqui do Recife-PE. Aconteceram coisas "inusitadas" e estou compartilhando com vocês para tentarmos ajudar uns aos outros, caso alguém já tenha passado por isso e/ou tenha a solução: Quase todos os testes passaram sem problema. Porém, os testes 022 (Espelho MFD), 023 (Arq. MFD) e o 028 (Relatório dos Meios de Pagamento) do Requisito VII não saíram na impressora Elgin X5 de jeito nenhum. O 028 até sai, mas sem os valores. Os outros o PAF recebe a informação do ACBr que foi gerado na pasta mas, quando vou olhar na pasta, não tem nada. Alguém me disse que podia ser alguma DLL desatualizada. Peguei as dlls da ELGIN do proprio projeto ACBr e nada. Ai eu mudei de ECF. Coloquei uma Daruma. Ai os testes 022 e 023 passaram. Mas o 028 continuou a sair sem os valores dos meios de pagamento. O meu ECF é ELGIN X5 e preciso validar nele, para ter certeza que funciona sem problema em produção. Desculpem-me pelo tamanho do tópico. É que eu escrevo muito, mesmo. Um abraço a todos e desde já, agradeço à boa alma que me explicar o que está acontecendo.

Pessoal, Ao tentar compilar nosso sistema, aparece esse erro: [DCC Error] sswin32.inc(1066): E2010 Incompatible types: 'PSockAddr' and 'Pointer' Alguém sabe o que pode ser ? Uso Delphi 2010 e a última versão do ACBr, sempre atualizada pelo SVN.

Senhores, Pelo que li na NT, será disponibilizado em produção a partir de 01.08.2012 e será obrigatório (talvez) a partir de 01.04.2013, dando-nos, talvez, um pouco mais de tempo.

Prezados, Ao tentar usar o boleto para o banco do Brasil, notei algumas diferenças, quando se utiliza a carteira 18 e convênio de 6 posições. Após quebrar a cabeça o dia inteiro, recebi a informação do setor técnico do banco: No intuito de ajudar aos amigos, segue o relato do setor: Conforme análise, identificamos alguns itens que necessitam de correção: 1- O nosso-número está desconfigurado. Para convênios de 6 posições, a regra a ser obedecida é a seguinte: CCCCCCNNNNN-X, onde C=número do convênio, N=numeração livre para a empresa e X=dígito verificador. 2- O código de barras e a linha digitável estão desconfigurados. Para convênios de 6 posições, seguem abaixo as instruções: Convênio 6 posições com nosso número de 11 posições. Código de barras: 0019dVVVV$$$$$$$$$$nnnnnnnnnnnaaaa&&&&&&&&cc linha digitável: 0019n.nnnnd nnnnn.naaaad &&&&&.&&&ccd D VVVV$$$$$$$$$$ Onde: C : Número do convênio n: nosso número D : Dv geral d: dígito verificador c : Carteira a: Agência $ : valor V: fator de vencimento. & : Conta corrente.