pjunior

Oi, boa tarde. Então, pelo que entendi seria da vontade do BB, pq andei acompanhando, e de tempos em tempos o início muda, meio que aleatoriamente.

Isso mesmo... Teria que iniciar da posição 38, nesse caso, pois esse início varia.

Boa tarde, td bem ? o BB me respondeu hoje sobre a questão: Prezada Erika, boa tarde. O tipo de convênio do Cliente é "1" (Bco: Numera, emite e expede). Nesse caso, excepcionalmente, o Sistema CBR não segue a regra orientada no Manual "Especificações Técnicas para Confecção de Boleto de Cobrança do Banco do Brasil", para composição do Nosso Número questionada na mensagem do TI Junior.

OK, obrigado. Eu fiz um ajuste temporário aqui, pra fazer funcionar esse caso, e vou testar. Vou cobrar a gerente novamente, pois já abri um chamado com ela faz um certo tempo, e não obtive retorno até agora

Boa tarde pessoal. Ref. ao tópico que abri nesse link: Eu estava com problemas na reimpressão de boletos. Consegui ganhar um tempo junto ao cliente, enquanto a gerente da conta verificava o caso ( que nunca mais me retornou ). Recapitulando esse caso, a empresa envia o arquivo de remessa para o banco ( sem o nosso número, e com convênio de 5 dígitos, carteira 31 ), e o banco gera o NN, registra, e despacha os boletos. Quando o retorno volta ( ocorrência 02 ), preciso vincular o NN do arquivo no sistema, para que, quando ocorra o pagamento, o título seja baixado. Agora, ocorre o seguinte, essa numeração que o banco gera, não entra nas regras que a função "NossoNumeroSemFormatacaoLerRetorno" cobre. Ou seja, tenho um caso específico aqui, onde 2 títulos tem os seguintes NNs: 06072113764 e 06098513764, e foram registrados em momentos e com arquivos diferentes. Quando passa pela função NossoNumeroSemFormatacaoLerRetorno em ambos casos é retornado somente 13764, e ocorreu do sistema localizar e baixar um título que não foi pago. Eu precisaria do número da posição 38 até a 48 nesse caso ( 11 dígitos ). O que podemos fazer ?

Opa, beleza, Não tinha atualizado. Vou fazer isso após almoço e recompilo tudo. Obrigado pelo retorno.

Bom dia. Não sei se alguém passou por isso, ao fazer um MFe1.Manifestos.LoadFromfile(), estou recebendo um erro: "List Index out of Bounds(0)". Isso foi após a atualização dos fontes no dia 06/03/19. Após verificar nos códigos, na function abaixo: function TinfContratanteCollection.New: TinfContratanteCollectionItem; begin Result := TinfContratanteCollectionItem.Create; end; Adicionei mais uma linha, ficando assim; function TinfContratanteCollection.New: TinfContratanteCollectionItem; begin Result := TinfContratanteCollectionItem.Create; Self.Add(Result); end; Feito isso, o problema foi resolvido.

Sim, o métoto LerRetorno240 usa a "NossoNumeroSemFormatacaoLerRetorno" para retornar o Nosso número. Eu só preciso saber se esse número "060752" é algum cadastro da conta do cedente, ou se é aleatório do banco na hora de gerar o Nosso número. Se for do cadastro, consigo resolver pelo cadastro da conta. Só tive problema com esse cliente, pelo fato do banco gerar o número pra ele. Dos demais está OK, conforme a Juliana passou antes.

Esqueci de mencionar um detalhe .. Nessa conta, o banco que gera o Nosso Número ... Mas acho que isso não influi, certo ?

Olá. Obrigado pela resposta. Eu pensei nisso, mas é que no caso dessa conta, o convênio é "36589", e no nosso número inicia com "060752"

Bom dia pessoal, Estou com uma dúvida no retorno do Banco do Brasil ( Cnab 240 ), quando faz a leitura do arquivo, a função "NossoNumeroSemFormatacaoLerRetorno" está parametrizada para montar o Nosso Número conforme o nº de dígitos do convênio. Mas está parecendo meio confuso, pois pelo que vi na documentação, não bate com o conteúdo que retorna na função. ex.: no arquivo anexo, o 1º título seria Nosso Número "06075265120" com DV "3", mas me retorna somente "65120". Caso eu precise montar uma impressão de boletos, ocorre uma divergência no código de barras/ linha digitável, em comparação ao boleto emitido pelo banco. Alguém mais tem tido algum problema quanto a isso ? IEDCBR45993007201822251.ret

Bom dia Italo !! Grato pela resposta .. Isso mesmo .. Essas tags q vc passou, antes de eu alterar, estavam vindo vazias .. Aí pra esse caso q eu precisava fazer a leitura, a alteração resolveu .. A função do componente será acertada para esses casos q vc me passou acima ?? []´s Junior.

Olá ... Preciso carregar um CTE ( loadfromfile ), para extrair os dados dele .. No CTe em anexo, como faço pra ver as tags cStat, xMotivo e nProt ? Pelo q vi ele não tem a tag </cteProc> somente a <procCTe> ... localizei e alterei no arquivo ACBrConhecimentos.pas, na função LoadFromFile, o seguinte trecho: if pos('</cteProc>', ArquivoXML.Text) > 0 then begin XML := copy(ArquivoXML.Text, 1, pos('</cteProc>', ArquivoXML.Text) + 5); ArquivoXML.Text := Trim(copy(ArquivoXML.Text, pos('</cteProc>', ArquivoXML.Text) + 10, length(ArquivoXML.Text))); end else begin XML := copy(ArquivoXML.Text, 1, pos('</CTe>', ArquivoXML.Text) + 5); ArquivoXML.Text := Trim(copy(ArquivoXML.Text, pos('</CTe>', ArquivoXML.Text) + 6,length(ArquivoXML.Text))); end; a alteração ficou: if pos('</cteProc>', ArquivoXML.Text) > 0 then begin XML := copy(ArquivoXML.Text, 1, pos('</cteProc>', ArquivoXML.Text) + 5); ArquivoXML.Text := Trim(copy(ArquivoXML.Text, pos('</cteProc>', ArquivoXML.Text) + 10, length(ArquivoXML.Text))); end else // começa aqui ... if pos('</procCTe>', ArquivoXML.Text) > 0 then begin XML := copy(ArquivoXML.Text, 1, pos('</procCTe>', ArquivoXML.Text) + 5); ArquivoXML.Text := Trim(copy(ArquivoXML.Text, pos('</procCTe>', ArquivoXML.Text) + 10, length(ArquivoXML.Text))); end else // termina aqui ... begin XML := copy(ArquivoXML.Text, 1, pos('</CTe>', ArquivoXML.Text) + 5); ArquivoXML.Text := Trim(copy(ArquivoXML.Text, pos('</CTe>', ArquivoXML.Text) + 6,length(ArquivoXML.Text))); end; A alteração resolveu o problema.. mas, está correto isso ?? Obrigado desde já !! 35140412700261000101570010000000451000700049-cte.xml

boas !! problema resolvido !! Obrigado Italo !!

Boa tarde ...estou com o mesmo problema aqui, começou qdo atualizei os fontes ontem ...