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 ...

Blz .. vou fazer isso. Vou orientar eles tb a entrar em contato com a CPA / IOB para maiores informações ... Obrigado !!! []´s

Boa tarde, Ricardo, obrigado pela resposta ... É q foi passado ao contador, e ele, sinceramente, não sabe exatamente como proceder ... Por isso recorri a lista, pois aqui creio q terei melhores respostas ..

Pessoal, boa tarde. Sei q essa minha dúvida não tem a ver com o componente, mas acredito q tenha alguém aqui q possa me ajudar. Ocorre que, por uma alteração num cadastro, um cliente meu emitiu, desde 11/10/2013 +- umas 150 NFs com base de cálculo e valor de Icms integral, sendo que deveriam sair com redução de 30%. Todas essas Nfs foram autorizadas e entregues, agora estamos com uma dúvida de como proceder. Alguém já passou ou conhece alguma solução do que pode ser feito nesse caso ? Agradeço qquer ajuda. Obrigado,

Tb foi adicionado um item novo - 8 na origem, mas ainda não encontrei os schemas atualizados:

Ítalo ... obrigado !!! Vou passar sim ao "contador" de araque ... É cada uma q me aparece viu .... []´s

Pessoal, boa tarde. Um contador me procurou essa semana, alegando que, ao usar o CST 04, 06, 07, 08 e 09 do Pis e Cofins, deveria ser informado o valor da base de cálculo. Olhei nos manuais e não tem a tag vBC para esses códigos. Estou certo, ou em algum momento houve alguma mudança nisso ? Obrigado, Junior.

blz !! obrigado !!!!

Pessoal, boa tarde, Na função EnviarEmailNormal( ACBrNFe.pas ), nas linhas 560 / 561, onde se atribui o SSL e TLS, no código está assim: smtp.FullSSL := SSL; smtp.AutoTLS := SSL; mas deveria ser isso: smtp.FullSSL := SSL; smtp.AutoTLS := TLS; certo ?

Prezados, bom dia .. Para o cálculo do %CI, após ler várias vezes a lei, existe um paragrafo dizendo o seguinte: O CI será apurado utilizando-se os valores unitários da parcela importada do exterior e da operação de saída interestadual, ambos calculados pela média aritmética ponderada dos valores praticados no último período de apuração. Ou seja, o CI não deverá ser calculado a cada operação. No entanto, deverá ser entregue nova FCI para o mesmo produto, no período de apuração subsequente, toda vez que houver alteração em percentual superior a 5 % no CI ou que implique alteração da alíquota interestadual aplicável à operação. Caso o CI apurado no processo de produção fique na margem de 5%, sem alteração da alíquota aplicável, não haverá necessidade do envio de nova FCI, podendo-se utilizar o número de controle de FCI anteriormente encaminhada. A entrega de nova FCI para um mesmo produto não substituirá a anteriormente apresentada, hipótese em que ambas permanecerão válidas, devendo ser utilizada conforme o CI apurado no período. Com isso, entendo que só preciso fazer o cálculo mensalmente, está correto isso ?

Bom dia, Tb gostaria de saber, pois iremos precisar, e caso, precisem eu poderia estar ajudando com o desenvolvimento.