AlexandreWerner

Foi isso que tu alterastes Leonardo Zanella? Na linha 124 da function TACBrBancoSicredi.MontarCodigoBarras ? //padR(ACBrTitulo.NossoNumero,8,'0') + { Nosso número } FormatDateTime('yy',ACBrTitulo.DataDocumento) + ACBrTitulo.CodigoGeracao + RightStr(ACBrTitulo.NossoNumero,5) + { Nosso número montado com iniciais do ano} Uma coisa que eu gostaria de saber é como o pessoal tem controlado suas versões, estou atualizando toda a semana, mas as vezes acontecem problemas como esse.

Descobri o que estava me ocasionado esse erro na Linha Digitável. Eu estava informando o Nosso Número na montagem do Título somente com a sequência do arquivo, sem o ano e o digito dois. Por exemplo: Eu informava assim: 00096012 e deveria ser 15292012. Sendo assim, o calculo do nosso número funcionava normalmente, mas a linha digitável ficava errada, sem o Ano e o 2.

Bom dia, Estava sem atualizar o ACBr desde março/15, e agora percebi que houve uma mudança na forma que é calculado o Digito Verificador do banco Sicredi, e está dando erro no Nosso Número. Usando um arquivo XLS que o Sicredi disponibiliza para testes dos boletos, testei a linha digitável e os dados do boleto, com a versão antiga do ACBr funciona normalmente, e agora com a versão atual dá erro na linha digitável e no Nosso Número. Li o arquivo de Log do ACBrBoleto e lá diz que no dia 22/05/2015 ver. 0.0.128a, foi feita uma refatoração do código da montagem do nosso número do ACBrSicredi.pas, tem alguma coisa que mudou na forma que os dados devem ser informados? Pois na versão antiga funciona normalmente, e agora não. E estou com vários boletos errados nos clientes.

Vou anexar novamente. ACBrNFeDANFeQRRetrato.rar ACBrNFeDANFeQRRetrato.rar

Estava com um problema para imprimir Itens na DANFe que tivessem dados adicionais ou mais de uma linha de texto, o componente simplesmente mandava imprimir a linha, mesmo que tivesse texto, o que ficava muito ruim para visualização. Então verifiquei que no codigo do ACbrNFEDANFeQRRetrato tinha em comentário as linhas: qrs16.Height:= intAlturaLinha; qrs17.Height:= intAlturaLinha; e qrs16.Repaint; qrs17.Repaint; tirei o comentário e lá no type criei elas de novo: qrs16: TQRShape; qrs17: TQRShape; apaguei o shape qrs18 que era a linha que dividia os produtops pq esta estava cortando quando a descrição dava duas linhas ou mais por exemplo. e no na propriedade frames da TQRband qrbItens coloquei DrawBotton = true E ai ficou certo. Em anexo os arquivos que eu alterei.

Como devo configurar o componente para que fique 'AAA' em vez de 'AA12' ? Li o tópico e não entendi exatamente como configurar o componente para evitar esse erro. Atualizei os fontes essa semana e comecei a ter esse problema.

O município de Seberi - RS Cód IBGE : 4320206 também vai usar o servidor Betha. Alterei os fontes que tenho aqui e fiz alguns testes e funcionou normalmente. Peço para que seja incluso no ACBrNFSe. Obrigado.

Sei que o tópico é antigo, mas hoje passei pela mesma situação, e consegui resolver isso colocando novamente os Schemas na máquina do cliente. O computador foi formatado, pois estava muito lento e com um vírus que corrompeu vários arquivos, e após restaurar a cópia de segurança surgiu esse problema “An invalid character was found in text content” ao validar as notas, mas substituindo os schemas funcionou normalmente.

Boa Tarde, Eu estava com o mesmo problema em computadores com o Windows XP, depois de atualizar para o service pack 3 o problema foi solucionado. No site da Serasa Experian fala sobre Windows XP e as cadeias de certificação v2 . http://serasa.certificadodigital.com.br ... -v2/dicas/ http://serasa.certificadodigital.com.br ... ia-v2/faq/