pjunior
-
Total de ítens
51 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por pjunior
-
-
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
- 1
-
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.
- 2
-
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 ?
-
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 thenbeginXML := copy(ArquivoXML.Text, 1, pos('</cteProc>', ArquivoXML.Text) + 5);ArquivoXML.Text := Trim(copy(ArquivoXML.Text, pos('</cteProc>', ArquivoXML.Text) + 10, length(ArquivoXML.Text)));endelsebeginXML := 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 thenbeginXML := copy(ArquivoXML.Text, 1, pos('</cteProc>', ArquivoXML.Text) + 5);ArquivoXML.Text := Trim(copy(ArquivoXML.Text, pos('</cteProc>', ArquivoXML.Text) + 10, length(ArquivoXML.Text)));endelse// começa aqui ...if pos('</procCTe>', ArquivoXML.Text) > 0 thenbeginXML := copy(ArquivoXML.Text, 1, pos('</procCTe>', ArquivoXML.Text) + 5);ArquivoXML.Text := Trim(copy(ArquivoXML.Text, pos('</procCTe>', ArquivoXML.Text) + 10, length(ArquivoXML.Text)));endelse// termina aqui ...beginXML := 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á !! -
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.
Nosso Número - Banco do Brasil
em ACBrBoleto
Postado
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.