Jump to content

Delphi Enterprise 
pela METADE DO PREÇO

botao_delphi.png

 

 

tp_550_logo.png Homologação ACBr Apresenta:
Nova  Impressora
TP-550

botao_saibamais.png

 

 

Curso Dominando o ACBrMonitor
Novo Módulo Soluções de Varejo
Assine o SAC ACBr em qualquer plano e tenha acesso

Saiba Mais

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba Mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

Search the Community

Showing results for tags 'banco do brasil'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Categories

There are no results to display.

Categories

  • ACBrMonitorPLUS - Notas de Lançamento de Versão

Categories

  • ACBrLibNFe - Notas de Lançamento de Versão

Forums

  • Fórum Aberto - ACBr
    • ACBr News
    • Equipamentos testados
    • Base de Conhecimento
    • Dúvidas Gerais sobre o ACBr
    • ACBrSerial
    • ACBrSAT
    • ACBrNFe
    • ACBrMonitor PLUS
    • ACBrDFe
    • ACBrTEFD e Dúvidas sobre TEF
    • ACBrTXT
    • ACBrBoleto
    • ACBrDiversos
    • ACBrTCP
    • ACBrLIB
    • Dia do ACBr
  • Suporte Pago - SAC
    • Dúvidas gerais
    • ACBrMonitorPLUS
    • NFe/NFCe - Nota Fiscal Eletrônica
    • DFe - Documentos Fiscais Eletrônicos
    • SAT / MFE
    • TEF
    • Boleto
    • ACBrSPED
    • ACBrTXT
    • Paf-ECF
    • Requisitos Fiscais por UF
    • ACBrLIB
  • Outros Assuntos
    • ACBr's Pub
    • Legislação Fiscal e Tributária
    • Object Pascal - Delphi & Lazarus
    • Data Base
    • Classificados
    • Dúvidas não relacionadas ao ACBr

Categories

  • ACBrLib
  • Suporte Pago - SAC
    • ACBrMonitorPLUS - SAC
    • Utilitários - SAC
    • Dia do ACBr 1a edição
    • Dia do ACBr 2a edição
  • Free Download
    • Demos / Testes / Utilitários
    • Apresentações - Palestras

Calendars

  • Eventos - Palestras - Webinars
  • Prazos SEFAZ
  • Community Calendar
  • Feriados Nacionais

Blogs

  • Daniel Simoes' Blog
  • André Ferreira de Moraes
  • Moderadores ACBr
  • Teste de Blog
  • Notícias do ACBr

Categories

  • Suporte Pago - SAC
    • Curso Dominando o ACBrMonitor
    • Webinars
    • Video Aulas
    • Palestras - Dia do ACBr 2a Ediçao
  • Vídeos Abertos
    • Video Aulas
    • Comunicados
    • Dia do ACBr 2a Ediçao
    • Dia do ACBr 1a Ediçao
    • Homologação ACBr
  • Campanhas promocionais

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Website URL


Skype


Localização


Interesses


CNPJ da Empresa


CPF

Found 40 results

  1. Prezados(a), Estou com o mesmo problema que encontrei nesse topico que foi fechado por falta de respota . ,Verifiquei que foi instruido usar a rotina de NossoNumeroSemFormatacaoLerRetorno Porem a mesma é adaptada para o layout 240, assim não sendo possivel utilizar a mesma para layout 400 Visto isso, acredito que melhor solução seria a emprega nesse topico que citei acima
  2. Boa tarde. Gostaria, se possível, deixar disponibilizado os fontes em delphi para emissão de boleto via webservice do Banco do Brasil. Não é um componente, todavia é uma unit e pode ser útil a quem for trabalhar com o webservice do Banco do Brasil. WebserviceBB.rar
  3. Boa noite pessoal. Estávamos tendo a seguinte rejeição ao validar a remessa com o suporte do Banco do Brasil: Tentamos questionar que o validador do próprio BB aceitava nosso arquivo normalmente, e o atendente respondeu: Portanto, realizei a alteração abaixo no arquivo ACBrBancoBrasil.pas, pedi para validarem novamente e informaram estar correto desta nova maneira: . Segue anexo o arquivo com as alterações para avaliação/inclusão ao repositório. Obrigado!! ACBrBancoBrasil.pas
  4. Bom dia. Estou com uma dúvida a respeito do layout do arquivo de cobrança retornado pelo Banco do Brasil: O cliente que estou atendendo possui um número de convênio do banco com o formato 00XXXX (X são números diferentes de zero) e, segundo o site do Banco do Brasil (https://www.bb.com.br/pbb/pagina-inicial/aplicativos-bb/leiautes#/), o convênio é de 4 posições. Porém verifiquei no código fonte do AcBr boleto que o código de leitura do Banco do Brasil só possui a leitura do retorno do convênio de 6 e 7 posições. Segundo o cliente, a leitura das informações como nosso número e o valor de juros e multa estão erradas. O arquivo retornado possui 400 caracteres de tamanho de linha. O ACBr atende o layout de cobrança com convênio de 4 posições ou alguma informação do cliente esta errada?
  5. Sugestão de atualização da função ACBrBancoBrasil.pas/GerarRegistroHeader240 Leiaute CNAB 240 Posições Header de Arquivo Posições 164 a 166 Nº da Versão do Layout do Arquivo Hoje está fixa em 030, preciso manipular esse valor conforme meu cliente, que é 087. Nas posições 223 a 225 está fixo 'CSP' -(Informar 'brancos', porém se o arquivo foi formatado com a versão do layout 030, pode ser informado 'CSP' nas posições 223 a 225, e 'zeros' nas posições 226 a 228) Header de Lote Posições 14 a 16 Nº da Versão do Layout do Lote Hoje está fixa em 020, preciso manipular esse valor conforme meu cliente, que é 045. >------------------------------------------------------------------------------------------< A seguir minhas alterações. { GERAR REGISTRO-HEADER DO ARQUIVO } Result:= IntToStrZero(ACBrBanco.Numero, 3) + // 1 a 3 - Código do banco '0000' + // 4 a 7 - Lote de serviço '0' + // 8 - Tipo de registro - Registro header de arquivo StringOfChar(' ', 9) + // 9 a 17 Uso exclusivo FEBRABAN/CNAB ATipoInscricao + // 18 - Tipo de inscrição do cedente PadLeft(OnlyNumber(CNPJCPF), 14, '0') + // 19 a 32 -Número de inscrição do cedente PadLeft(Convenio, 9, '0') + '0014' + // 33 a 45 - Código do convênio no banco [ Alterado conforme instruções da CSO Brasília ] 27-07-09 ACBrBanco.ACBrBoleto.ListadeBoletos[0].Carteira + // 46 a 47 - Carteira aModalidade + ' ' + // 48 a 52 - Variacao Carteira aAgencia + // 53 a 57 - Código da agência do cedente PadRight(AgenciaDigito, 1 , '0') + // 58 - Dígito da agência do cedente aConta + // 59 a 70 - Número da conta do cedente PadRight(ContaDigito, 1, '0') + // 71 - Dígito da conta do cedente ' ' + // 72 - Dígito verificador da agência / conta TiraAcentos(UpperCase(PadRight(Nome, 30, ' '))) + // 73 a 102 - Nome do cedente PadRight('BANCO DO BRASIL', 30, ' ') + // 103 a 132 - Nome do banco StringOfChar(' ', 10) + // 133 a 142 - Uso exclusivo FEBRABAN/CNAB '1' + // 143 - Código de Remessa (1) / Retorno (2) FormatDateTime('ddmmyyyy', Now) + // 144 a 151 - Data do de geração do arquivo FormatDateTime('hhmmss', Now) + // 152 a 157 - Hora de geração do arquivo PadLeft(IntToStr(NumeroRemessa), 6, '0') + // 158 a 163 - Número seqüencial do arquivo PadLeft(IntToStr(LayoutVersaoArquivo), 3, '0') + // 164 a 166 - Número da versão do layout do arquivo StringOfChar('0', 5) + // 167 a 171 - Densidade de gravação do arquivo (BPI) StringOfChar(' ', 20) + // 172 a 191 - Uso reservado do banco StringOfChar('0', 20) + // 192 a 211 - Uso reservado da empresa StringOfChar(' ', 11) + // 212 a 222 - 11 brancos StringOfChar(' ', 3) + // 223 a 225 - 'CSP' StringOfChar('0', 3) + // 226 a 228 - Uso exclusivo de Vans StringOfChar(' ', 2) + // 229 a 230 - Tipo de servico StringOfChar(' ', 10); // 231 a 240 - titulo em carteira de cobranca { GERAR REGISTRO-HEADER DO LOTE } Result:= Result + #13#10 + IntToStrZero(ACBrBanco.Numero, 3) + // 1 a 3 - Código do banco '0001' + // 4 a 7 - Lote de serviço '1' + // 8 - Tipo de registro - Registro header de arquivo 'R' + // 9 - Tipo de operação: R (Remessa) ou T (Retorno) '01' + // 10 a 11 - Tipo de serviço: 01 (Cobrança) '00' + // 12 a 13 - Forma de lançamento: preencher com ZEROS no caso de cobrança PadLeft(IntToStr(LayoutVersaoLote), 3, '0') + // 14 a 16 - Número da versão do layout do lote ' ' + // 17 - Uso exclusivo FEBRABAN/CNAB ATipoInscricao + // 18 - Tipo de inscrição do cedente PadLeft(OnlyNumber(CNPJCPF), 15, '0') + // 19 a 32 -Número de inscrição do cedente PadLeft(Convenio, 9, '0') + '0014' + // 33 a 45 - Código do convênio no banco [ Alterado conforme instruções da CSO Brasília ] 27-07-09 ACBrBanco.ACBrBoleto.ListadeBoletos[0].Carteira + // 46 a 47 - Carteira aModalidade + ' ' + // 48 a 52 - Variacao Carteira aAgencia + // 53 a 57 - Código da agência do cedente PadRight(AgenciaDigito, 1 , '0') + // 58 - Dígito da agência do cedente aConta + // 59 a 70 - Número da conta do cedente PadRight(ContaDigito, 1, '0') + // 71 - Dígito da conta do cedente ' ' + // 72 - Dígito verificador da agência / conta PadRight(Nome, 30, ' ') + // 73 a 102 - Nome do cedente StringOfChar(' ', 40) + // 104 a 143 - Mensagem 1 para todos os boletos do lote StringOfChar(' ', 40) + // 144 a 183 - Mensagem 2 para todos os boletos do lote PadLeft(IntToStr(NumeroRemessa), 8, '0') + // 184 a 191 - Número do arquivo FormatDateTime('ddmmyyyy', Now) + // 192 a 199 - Data de geração do arquivo StringOfChar('0', 8 ) + // 200 a 207 - Data do crédito - Só para arquivo retorno StringOfChar(' ', 33); // 208 a 240 - Uso exclusivo FEBRABAN/CNAB
  6. Ao processar arquivos de retorno do banco do brasil, o componente está informando o motivo da rejeição/complemento da ocorrência incorretamente. Por exemplo: Ao processar o arquivo de retorno anexo, observar que os títulos das linhas 59, 61, 63 e 65 foram pagos em cartório, porém todos os titulos posteriores à este apresentam como motivo "08-Pago em cartório" indevidamente. O problema acontece porque o Result da function abaixo não é inicializado: function TACBrBancoBrasil.CodMotivoRejeicaoToDescricao(const TipoOcorrencia: TACBrTipoOcorrencia; CodMotivo: Integer): String; Por favor enviar a correção para o repositório. ACBrBancoBrasil.pas IEDCBR2871301201913446.ret
  7. Boa tarde. Foi verificado que caso a propriedade ACBrTitulo.CarteiraEnvio fosse tceBanco e houvesse somente 1 mensagem no título, ocorreria o erro Out of Index, por este motivo foram feitas pequenas correções as quais já estão no svn. Porém existe a necessidade de uma revisão mais ampla quanto a este item, uma vez que o Banco do Brasil utiliza o Segmento S tanto para trabalhar com as mensagens adicionais, quanto para os dados do sacado quando será enviado boleto, peço que continuem acompanhando este tópico paras os avisos dos comits das alterações finais. Att.
  8. como não somos nos que fazemos o digito verificador (no boleto bancario) não sei como proceder, seria um erro no calculo do DV Geral do acbrmonitorpluz ? a mensagem abaixo nos foi enviada pelo banco o acbrmonitorplus esta me dando o digito "7" 2- Inconsistência (s) a ser (em) regularizada (s) nos boletos: Informações sobre os dígitos verificadores. Em vermelho os que estão errados, em azul o valor correto: 00190.00009 02973.399005 00000.104174 7 77620000001000 (Errado) 00190.00009 02973.399005 00000.104174 1 77620000001000 (Correto) 00197776200000010000000002973399000000010417 (Errado) 00191776200000010000000002973399000000010417 (Correto) Verifique sua linha digitável e o código de barras no modelo abaixo (as cores evidenciam os erros): Código de barras: 00197776200000010000000002973399000000010417 0019dVVVV$$$$$$$$$$000000CCCCCCCnnnnnnnnnncc Linha digitável 00190.00009 02973.399005 00000.104174 7 77620000001000 00190.0000d 0CCCC.CCCnnd nnnnn.nnnccd D VVVV$$$$$$$$$$ Onde: Onde: "C:" Número do convênio n: Nosso número (numeração livre) "D:" Dv geral d: dígito verificador "c:" Carteira a: Agência "$:" valor V: fator de vencimento "&:" Conta corrente
  9. Pessoal enviei o arquivo de remessa do banco do brasil e mandei para homologação, eles me retornaram estes erros: 1. Arquivo teste “BB_REMESSA_NRO_7_07-12-2018_12-01-09.TXT” analisado com base nos dados acima, com as seguintes inconsistências: > Segmento R < Lote 0001 > -------------------------------------------------------------------- Posições 067 a 074: Preencher com a data de cobrança da multa; Deverá ser posterior ao vencimento do título. > Segmento S < Lote 0001 > -------------------------------------------------------------------- Posições 018 a 018: Preencher com '8' para Bloqueto por email. Esse segmento é utilizado no Banco do Brasil somente para informar o email de Pagadores que receberão seus títulos por email. Para isso, é necessário o cadastramento prévio dessa opção no seu convênio de cobrança junto ao Banco do Brasil. Nesse caso, solicite a sua agência de relacionamento Posições 021 a 160: Informar o endereço de email do cliente; Pode ser informado mais de um, usando ' (sinal gráfico apóstrofo) Favor efetuar os ajustes no seu programa próprio e nos responder anexando novo arquivo remessa para continuidade do atendimento. 2. Inconsistências na diagramação dos boletos Ficha de Compensação - CARTEIRA: Informe código da modalidade de cobrança utilizada para a emissão do boleto, ou seja: 17 Ficha de Compensação - ACEITE: Informe 'N' Após ajuste das inconsistências apontadas acima podem encaminhar boletos para processo produtivo-impressão/expedição. Salientamos que, no processo produtivo, é de responsabilidade da empresa o correto preenchimento ou a ausência de dados nos campos da diagramação do boleto, em virtude de questões legais, fiscais, etc. Os boletos recebidos estão homologados/validados (por amostragem): Linha digitável: validado Código de Barras: validado Nosso Número: validado Caso não seja identificado retorno desta mensagem com arquivo modificado, no prazo de 5 dias corridos, o protocolo será encerrado em nossos sistemas. Gentileza, ao responder, conservar histórico desse mail. Atenciosamente, Cenop Brasília - Suporte Técnico 0800 729 0001 (Opções 8,4,1,5) - Demais localidades 4004 0001 (Opções 8,4,1,5) - Capitais [email protected] Antes de imprimir, pense em sua responsabilidade com o meio ambiente BB_REMESSA_NRO_7_07-12-2018_12-01-09.TXT boletos teste fernandes e aguiar 07-12-2018.pdf
  10. Bom dia. Estou tendo problemas com o arquivo remessa do banco do brasil. O que percebi que a nova estrutura do banco o leiaute é CNAB240 que não tem no ACBr, então tentei utilizar o c240 e com isso estou tento diversos erros quando tento validar o arquivo. linha numero do campo erro sugestão 2 0 Tamanho do registro incorreto Verificar tamanho do registro - verificado = 241 3 37 Conteúdo Incorreto preencher de acordo com o código para protesto. 4 19 Formato incorreto Verificar o tipo de conteúdo .. valor não inteiro "RR0000000000000" 4 0 Tamanho do registro incorreto verificar tamanho do registro. verificado = 243 4 17 conteúdo invalido Preencher com a unidade da federação Alguém ja implementou essas correções?
  11. Bom dia, venho tendo um problema ao validar meus arquivos de remessa. Quando eu passo o campo TipoDiasProtesto tanto diUteis ou diCorridos, o arquivo gera com o total de linhas do lote e do arquivo incorretas, como mostrado na imagem anexada. Estou anexando o arquivo de remessa também para facilitar. O que pode ser isso? estou fazendo algo de errado? Antes eu não passava nenhum valor para o campo TipoDiasProtesto e ele nunca deu erro, ontem fui gerar uma remessa para homologar com o banco e me deparei com o erro dizendo que eu deveria informar o código para protesto, e quando eu informo ele me retorna o erro das linhas. Se alguém puder ajudar, desde já agradeço. REM-02102018150012.TXT
  12. bilogyn

    Segmento S

    Boa tarde. Estou com o seguinte erro no Segmento S para o Banco do Brasil com a atualização mais recente para o Leiaute 240. No caso do meu cliente não tem instruções, porem a critica ocorre na contagem dos Segmentos:
  13. Boa tarde! Segundo o Layout de Arquivos de Retorno CNAB400 do BB (Jan/2014), verifiquei que as ocorrências no trecho abaixo estão desatualizadas. LINHA 1480 Atual: if(CodOcorrencia >= 2) and ((CodOcorrencia <= 10)) then Atualizado para: if CodOcorrencia in [2,3,5,6,7,8,9,10,15,20,46] then Segue em anexo a correção no ACBrBancoBrasil e Manual do Layout para Conferência. Obrigado. Doc2628CBR643Pos7.pdf ACBrBancoBrasil.pas
  14. GOSTARIA DE SABER SE, PARA SE ENVIAR O ARQUIVO DE REMESSA DO BANCO DO BRASIL, OBRIGATORIAMENTE EU PRECISO ENVIA-LO PELO SITE DO BANCO OU TEM ALGUM LINK EXTERNO, ONDE FAÇO ISSO AUTOMATICAMENTE VIA SISTEMA.
  15. Ao validar um arquivo de remessa no validador de leiaute do banco do brasil venho constatando um erro quando a data de emissão é a data atual, por exemplo ontem eu fiz um boleto com a data 22-08-2018 e constava o erro "DATA DA EMISSÃO DO TÍTULO INVÁLIDA.", já hoje, quando vou validar o mesmo arquivo é retornado sucesso na validação. Fiz o teste validando um outro boleto que fiz ontem com a data de hoje 23-08-2018, que passou como sucesso, e retornou o mesmo erro. Isso é algo comum? ou estou fazendo algo de errado? Segue em anexo os arquivos de Remessa testados. TESTE1 - 22/08/2018 TESTE8 - 23/08/2018 TESTE1.TXT TESTE8.TXT
  16. Srs, boa tarde, sou usuário do acbrmonitor a um bom tempo. Esta tudo ótimo, mas agora preciso configurar o boleto do banco do brasil, ele me pede campo convenio do cedente obrigatório mas no manual do acbrmonitor não tem este campo. por favor se alguém puder me informar. e onde coloco se na tag de dados do cedente por exemplo. Muito Obrigado. Rafael.
  17. Oi pessoal, sou novato em desenvolvimento delphi e já estou utilizando o ACBrBoletos para gerar boletos, mas estava implementando a leitura do arquivo de retorno para realizar as baixas de títulos no sistema e me deparei com um problema na leitura do arquivo, estava tentando ler um arquivo de retorno do Banco do Brasil e percebi que para buscar o " Nosso Numero " corretamente ele busca a carteira no arquivo antes e com o que retornar mais o tamanho do Convenio ele busca de uma maneira ou de outra utilizando " IF's " o Nosso Numero, entretanto ao ler a carteira no banco do Brasil traz apenas um caractere e ao buscar o nosso numero ele compara com 16 e 18, e como o tamanho da carteira é dois dígitos esta colocando um zero antes do digito lido ex: se no arquivo estiver ' 18 ' ira trazer ' 01 ' por buscar apenas um digito e seu tamanho ser 2. Selecionando a Carteira do arquivo, é utilizada a procedure : " procedure TACBrBancoBrasil.LerRetorno240(ARetorno: TStringList); " Arquivo de retorno: OBS: esse arquivo foi criado manualmente para ser realizado um teste de baixa. Pegando nosso numero: Como pode ver ele compara com '16' ou '18' para pegar da posição 38 os 17 caracteres que é oque preciso, mas não vem porque o busca apenas um digito. Depurando o código: Mostrando oque esta trazendo. Gente acredito que seja somente seja alterar a busca da carteira para trazer 2 caracteres ao invés de 1, gostaria de saber se isso esta certo e eu apenas estou fazendo confusão ou realmente esta errado e precisa mudar ? Desculpa ai pelo textão mas gosto de explicar bem a situação para não haver muitas duvidas sobre a pergunta.
  18. Pessoal, estou tentando homologar uma carteira para o Sicoob - Correspondente Banco do Brasil, para isso, estou utilizando o "Bancoob" como banco, esta escolha esta correta? analisando a unit ACBrBancoob.pas, na geração dos arquivos de 240 posições, os campos preenchidos não estão de acordo com o solicitado pelo banco.. Result:= IntToStrZero(ACBrBanco.Numero, 3) + //1 a 3 - Código do banco '0000' + //4 a 7 - Lote de serviço '0' + //8 - Tipo de registro - Registro header de arquivo space(9) + //9 a 17 Uso exclusivo FEBRABAN/CNAB ATipoInscricao + //18 - Tipo de inscrição do cedente padR(OnlyNumber(CNPJCPF), 14, '0') + //19 a 32 -Número de inscrição do cedente space(20) + // 33 a 52 - Brancos '0' + // 53 - Zeros padR(OnlyNumber(Agencia), 4, '0') + //54 a 57 - Código da agência do cedente padL(AgenciaDigito, 1, '0') + //58 - Digito agência do cedente padR(OnlyNumber(Conta), 12, '0') + // 59 a 70 - Número da conta do cedente padL(ContaDigito, 1, '0') + //71 - Digito conta do cedente ' ' + // 72 - Dígito verificador Ag/Conta (Brancos) segundo o manual em anexo, "Manual Layout Sicoob - Correspondente Banco do Brasil" os campos tem preenchimento diferente do solicitado. Alguem ja utiliza este tipo de carteira que esta em produção? obrigado a todos. Manual Layout Sicoob - Correspondente Banco do Brasil.pdf
  19. Olá a todos, estou validando um arquivo remessa do Banco do Brasil, convenio de tamanho 7. Notei que ao montar o nosso numero: if ((ACBrTitulo.Carteira = '16') or (ACBrTitulo.Carteira = '18')) and (Length(AConvenio) = 6) and (wTamNossoNum = 17) then ANossoNumero := PadLeft(ANossoNumero, 17, '0') else if Length(AConvenio) <= 4 then ANossoNumero := PadLeft(AConvenio, 4, '0') + PadLeft(ANossoNumero, 7, '0') else if (Length(AConvenio) > 4) and (Length(AConvenio) <= 6) then ANossoNumero := PadLeft(AConvenio, 6, '0') + PadLeft(ANossoNumero, 5, '0') else if (Length(AConvenio) = 7) then ANossoNumero := PadLeft(AConvenio, 7, '0') + RightStr(ANossoNumero, 10); Na ultima linha : ANossoNumero := PadLeft(AConvenio, 7, '0') + RightStr(ANossoNumero, 10); a função RightStr não está fazendo nada.... e lendo o manual temos: II - Se numeração a cargo da empresa: Preencher da seguinte forma: - Posição 064 a 070 – Número do Convênio - Posição 071 a 080 – Número seqüencial a partir de 0000000001, não sendo admitida reutilização ou duplicidade. Colocando zeros a esquerda, dessa forma nosso numero ficava assim: 00000014267302413 (0000001426730 = convenio) (2413= num sequencial) Conforme o manual alterar esta linha 195 para: ANossoNumero := PadLeft(AConvenio, 7, '0') + PadLeft(ANossoNumero, 10, '0'); O Nosso numero deve ficar 14267300000002413 assim. Assim seguirá o manual que encontrei no link http://svn.code.sf.net/p/acbr/code/tools/Bancos/BancoBrasil/CBR641Pos7.pdf Obrigado!
  20. Bom dia, Estou tendo problema com a leitura do arquivo retorno do banco do brasil "Febraban 240", tenho visto tantos comentários sobre isso, meu convenio é de 6 dígitos. a versão da minha unit é CACBrBancoBrasil_Versao = '0.0.1'; Alguém poderia me ajudar? Complementando ------- Na procedure TACBrBancoBrasil.LerRetorno240(ARetorno: TStringList); if Length(ACBrBoleto.Cedente.Convenio) = 6 then NossoNumero := copy(Linha, 44, 10) else NossoNumero := copy(Linha, 45, 10); no meu caso o nosso numero teria que começar também na 45 e não na 44, assim o sistema esta me retornando o código invalido. O que posso fazer para resolver o problema?
  21. utilizando o banco do brasil boa tarde, estou criado a remessa normalmente. como o proprio exemplo que tem nos fontes do ACBR. so que quando eu envio a remessa nao da erro nenhum. so que nao aparece nada no retorno. e quando eu vou ver na parte de cobranças os boletos que estão la na parte de dados do pagador nao aparece nada so "Titulo sem existência" Verificando que no boleto tudo esta aparecendo, dados do cliente, endereço, telefone tudo.
  22. Boa tarde, Estou tentando sem sucesso atualizar um boleto já registrado no BB, alterando a propriedade OcorrenciaOriginal.tipo. Com exceção da baixa de boletos, o BB recusa sempre. A Carteira é 17/27, o cnae é 240. Atualmente estou alimentando o componente com os mesmos dados que geraram a remessa de inclusão inicial. Apenas trocando o vencimento por exemplo. Que campos eu tenho que preencher para trocar algum dado? Obrigado Marcelo
  23. Saudações a todos Perdão pelas palavras abaixo, mas eu realmente estou muito mal humorado com essa situação. Se for ofensivo a você, por favor releve. Não sou exatamente um gênio em acbr, mas tampouco um idiota. Já tenho homologado para Sicredi, Itau, Sicoob, Bradesco, e em processo com o Santander. Mas não consigo com o Banco do Brasil. Simplesmente não funciona nem a pau. Cada vez que mando uma remessa, resolvendo pendência, eles me retornam (8 dias depois) uma mensagem com novas inconsistências. Eu já estou a ponto de desistir de um cliente simplesmente para parar de me incomodar com este banco cheio de funcionários públicos que levam 8 dias para te dar uma resposta. Só de número de convênio eu já fiz 4 alterações. Pendencias relatadas agora: ----------------------------------------------------------------------------------------------------- Posições 130 a 136: Preencher com o número do convênio. Ou seja: 2904514 Pergunto: Qual o campo que devo preencher com este valor? Estou usando fprinci.ACBrBoleto1.cedente.Convenio := self.ctactaconvenio.AsString; |===================================================================================================== Detalhe tipo 7 ----------------------------------------------------------------------------------------------------- Posições 004 a 017: Preencher com o número de inscrição correto para o convênio: 09311653000166 Bem... o convênio não era 2904514????? Agora é outro??? Pergunto: Em que campo eu preencho esse valor??? Posições 032 a 038: Preencher com o número do convênio. Ou seja.: 2904514 Peraí... mudou o valor do convênio? De Novo???? Pergunto: Em que campo eu preencho esse valor??? Posições 064 a 080: Preencher o nosso número da seguinte forma: '2904514NNNNNNNNNN' onde 'N' = numeração livre a cargo da empresa MUDANÇA MAIS RECENTE(acaba de chegar) ANTES NÃO PRECISAVA COLOCAR O CONVÊNIO AQUI. SE COLOCADO, O ACBR INFORMA QUE NOSSO NUMERO É MAXIMO DE 10! Houve mudança nos tamanhos dos boletos do banco?? Socorro!!! Obrigado a todos. Qualquer ideia ajuda!! anexo imagem do cadastro de dados da conta no sistema Claudiomir
  24. Um cliente passou a emitir boletos do banco do Brasil, mas o arquivo de remessa deu erro. Segue a baixo a transcrição do erro. Como posso configurar para usar o layout correto?
  25. Bom Dia. Tenho um cliente que envia boletos pelo Banco do Brasil. O convênio dele é de 7 posições e a carteira é a 18. No momento de ler retorno, o componente busca o número do convênio e verifica que tem tamanho 7, e busca o Nosso Número que tem 17 posições o que faz, após a verificação abaixo, o componente cair em uma exceção: "Tamanho Máximo do Nosso Número é 10". 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)) or ((wTamConvenio = 6) and ((wCarteira = '12') or (wCarteira = '15') or (wCarteira = '17'))) then Result := 5 else if (wTamConvenio = 6) then Result := 11 else if (wTamConvenio = 7) then Result := 10; Alguém está com essa mesma dificuldade? Obrigado.
×
×
  • Create New...