powerlog

Consegui validar minhas keys pelo proprio site de apoi do BB, ou seja, o problema aparenta ser outro. curl -X 'GET' \ 'https://api.sandbox.bb.com.br/cobrancas/v2/boletos/4234324?gw-dev-app-key=b5a5ddc889febfe15ca86cde746b7eab&numeroConvenio=3128557' \ -H 'accept: application/json' \ -H 'Authorization: Bearer eycdvWWhIzU0-NRE1bSi5bbtoQQ1nEfbheJQ45xq3eCa2jfdIPuJSnPfbRKP7X5BjGKLptXv9AhUVgyNSkwDug.bDJi2yGuaXgY_4eTOBXJf8x1B_nXQO_sxfIEuF_mODao1U2vMUZvhfcpcBk_vkJBK_j-JLXDuG4VFiuZVLQQapSqMdB5VBrnflt7InYddpYj8LfNF59hSEnMvTcCRJb7N-06b8uGQ76xQVhLgMPADu5hECIgbJ5HzZ8ny9nCpOWeXrt939QtOoG6yFLOAN91Cpb37k58_Cc8iloF0x6xboVocuO3D6c4SmaEn2WieU_AOMUBA-2V0lYxKY4NicXdRJatyFOCjOq3HV3njbigdX9tH8UtgAW_6eggzczqq1VKFPWS6-7gUqfT3ckngFYisS32Tm9x08x7XrgE1_BuzpIxJ7K8YTxhcLWeSE805Teo-yY1mugI4N9cCAnP1Bo702MlryDa9KrSk8-lA5vl-FAjapR3iLk0yPIPb11x73_6Ia_uNHzbPGReO9dkvyZJ10fo176fz2JCfUH3io5Fp9mRqjiUppHaj_nFNrMFYmA7LG3qdjG8qVXMTTsoUZ3XfPyyHUk_oAUj7_u5vxRjuWFbEGsTpEbg62-RTaskg_TdlQSp_l5LU-6HyA9IiGFZHhzvt3WKqHtYZpECB3QhDCz4_byXLZwamsupKdVbuIpxmY8DSKJ6unBzSwxrkDo9oVjou3f8yKUQAoQWElWFCY0cP7zgG43EeV2KWluqHPR0JntwUhUP8nthrzCimyRh5G1v7obakHxx2jCzJNMagGbkWqnA52DOcWuTX7R7yHuLWdSCqyYlJVfVIqTiobl3UAlhCEJ-WD7nbMhbdUWHt1407W1QDiyoHZg2ts6C2Wd8UnAjAS5p6K1mcHDNCHfBA8yg2Mv3SimqWgfrHtfSIbAiY67d1lXHsu2o2EmQ1RHS-NxtKlgG7-ieMhhTbuN70OEUU5ibUhhDm53sZb2ePLzPV8IEfdQdhtngZQZAWtLZAx9oTVP51bYwAocnk62XOu8w3qxGgufr1l9RRF_Yr6q7mKHyZxx3ei0ka4mzWdQAc81tN_RrPS2gtzND1jUSzc1Z7_2LtwNuaf23_GZZiiTHhALHEvKrBxkDc1rFoEOYfJ3IxmqLqLb4QKxddDVWxN3HIJ3x2s7Nt7DdSz7Q5eQMu0VNCafooUcDG9CltHU.W-xC8gnX6-436DFWzS5njAIxsBlcgJbQs9FoCv2JLGgaFm4IqYteP3S6SNQyiXf-C0fJNT-iiG5KoBUdVz_ieg'

@Daniel InfoCotidiano Agradeço o retorno. Demorei pra responder, pois tentei muitas alternativas; fiz a comparação do meu arquivo .INI com o seu, mas sem sucesso. Eu já havia validado as documentações e os dados fictícios, mas de qualquer forma, fiz uma nova validação e inclusive chequei a usar o seu arquivo, alterando apenas a chave da aplicação. Estou anexando meu aquivo novamente junto com minhas chaves e agradeço se você puder testa-las em sua aplicação. Acredito que minhas chaves devem estar inválidas, mas não compreendo onde o problema está, já que criei a aplicação, gerei as chaves e selecionei as API's que serão usadas no BB. Se por algum acaso minhas chaves funcionarem, poderia me enviar os seus arquivo .ini para registro do boleto online? (titulo.ini e etc...) segue print da tela do BB, arquivos de log e .ini ArqBoletoWS.log f74867f2-62c9-41b4-9545-751497b3b35d.ini

Boa tarde, Atualmente estou efetuando a integração de envio de Boletos para o Banco do Brasil via integração API (Boleto Hibrido). Etapas para geração de boleto. 1. Fazemos a Inclusão dos titulos pelo método "Boleto_IncluirTitulos()", o qual é executado sem erro e posteriormente consigo gerar os PDF dos titulos incluidos caso queira. 2. Executo o metodo "Boleto_EnviarBoleto()" para registrar e capturar o QrCode do pix para boleto hibrido. Ao executar o método, recebemo a seguinte mensagem de erro no retorno do log: 14/08/23 13:48:11:397 - Autenticando Token... 14/08/23 13:48:11:448 - Falha Envio: Falha na Autenticação: HTTP_Code=500 Erro=grant_type=client_credentials&scope=cobrancas.boletos-info cobrancas.boletos-requisicao Eu já criei minha aplicação do BB e gerei as keys para acesso. (anexo) Segue anexo os arquivos .ini que foram gerados nos ultimos testes. Também fiz a inclusão da configuração das keys dentro do Cedente, mas sem êxito. Ex: Cedente.CedenteWS.ClientID= Cedente.CedenteWS.ClientSecret= Cedente.CedenteWS.Scope= Cedente.CedenteWS.KeyUser= Cedente.CedenteWS.IndicadorPix= Agradeço desde já a ajuda. ArqBoletoWS.log 6bf16e81-4f02-42e4-bc26-90a76573d8af.ini titulo.ini

Maravilha, agora funcionou. Muito obrigado pelo atendimento ágil. att.

@antonio.carlos Estou utlizando a lib "ACBrBoleto64.dll" do arquivo: ACBrLibBoleto-0.2.0.205 (Pro). Supostamente essa seria a ultima de acordo com a indicação de download na pagina da acbr. Já tentei usar tanto a "Cdecl" quanto "StdCall" dentro de "bin\Cdecl" e "bin\StdCall". Em relação ao log, caso ainda precise, ele deveria estar sendo gerado de forma automatica? pois não ativei nenhum configuração pra isso.

não cheguei a rodar a DEMO, apenas importei o backend dela pra dentro do meu projeto e fiz alguns ajustes para adequar ao uso. De qualquer forma, achei estranho não estar respeitando o parametro, uma vez que que os demais estão funcionando normalmente. Ex: caminho de logos dos bancos "DirLogo".

@Diego Foliene Boa tarde, já até havia efetuado este teste para garantir a gravação dos parâmetros, mas fiz de novo por garantia. Teste 1 Fiz a gravação do parametro. = 0 Gravei. Fiz leitura. = 0 Validei .ini = 0 Teste 2 Fiz a gravação do parametro. = 1 Gravei. Fiz leitura. = 1 Validei .ini = 1 Em ambas leituras (Boleto_ConfigLer()), eu rerebo o retorno 0 (Indica que a biblioteca foi inicializada corretamente). Em ambas leituras (Boleto_ConfigLerValor()), eu recebo o valor que está salvo. 0 ou 1

@antonio.carlos Eu não havia reparado que este arquivo era gerado para tais configurações, de qualquer forma eu achei e já anexei. Os parâmetros que uso, a principio estão salvos nele corretamente. Validei o .ini, o metodo de leitura e escrita do java e parecem estar de acordo. Fico no aguardo. Grato. ACBrLib.ini

Boa tarde pessoal, gostaria de saber se alguém pode me ajudar neste caso. Atualmente fazendo a geração de boletos em nosso sistema, porém um dos parametros "ImprimirMensagemPadrao" que serve para controle da mensagem padrão de imprimir ou não os valor de multa, juros, desconto e etc não está surtindo efeito quando coloco o parâmetro para "false". Atualmente estou usando as ideias da DEMO disponibilizada em Java "http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Java/", ou seja, incorporei ela no meu sistema e estou utilizando os mesmo principios/metodos. Só enfatizando de que outros parâmetros estão funcionando perfeitamente, inclusive o boleto já está sendo gerado corretamente, preciso apenas remover esta mensagem padrão. Estou utlizando a lib "ACBrBoleto64.dll" do arquivo: ACBrLibBoleto-0.2.0.205 (Pro). Já tentei usar tanto a "Cdecl" quanto "StdCall" dentro de "bin\Cdecl" e "bin\StdCall". Por algum acaso eu estaria usando um .dll desatualizada, DEMO com algum problema na hora de passar este parâmetro ou até mesmo ser um bug da própria lib? Estou fazendo as chamadas na seguinte ordem para impressão do boleto: acbrBoleto.LimparLista(); acbrBoleto.configGravarValor(ACBrSessao.BoletoDiretorioConfig, "ImprimirMensagemPadrao", "0"); acbrBoleto.configGravar(); Carrego os dados do boleto e inclusive passo a mensagem personalizada. acbrBoleto.IncluirTitulos(boleto.getTemplate(), ""); acbrBoleto.Imprimir(); Já mudei esta ordem como por exemplo, não chamar o acbrBoleto.configGravar(); ou chamar o acbrBoleto.LimparLista(); após acbrBoleto.configGravarValor() e etc. Agradeço desde já.

Blz, tks

Testei e fechei a vesão para a cliente que está desde 6.a feira fazendo manual. Ficou assim: cdsCadastro.First; while not cdsCadastro.eof do begin try nfseAcbr.ConsultarNFSeporRps(cdsCadastro.FieldByName('numrps').asstring, '99', '1'); ChecarResposta(tmConsultarNFSePorRps); except on e:Exception do LogEspecifico('MAGCAM','Except do nfseAcbr.ConsultarNFSeporRps '+e.Message); end; cdsCadastro.next; end; Depois da consulta 1 a 1, carregou o array, continuei com o código antigo: with nfseAcbr.NotasFiscais do begin xQtdLst := Count; if xQtdLst = 0 then begin lbAguarde.caption := '*** Erro no Lote ***'; cdsRel.append; cdsRel.fieldbyname('coderr').asinteger := 999; cdsRel.fieldbyname('msgerrorel').asstring := 'Lote não retornou nenhuma NF (Count = 0)'; cdsRel.post; DisplayError(MsgErrNotasLote); EmiteRelatorio(-1); exit; end; lbAguarde.caption := 'Oficializando notas fiscais...'; for J := 0 to xQtdLst - 1 do begin LimparNFSeAcbrItem(recNFSeCampinasItem); recNFSeCampinasItem.confirmada := true; recNFSeCampinasItem.NumeroNota := strtoint(Items[J].NFSe.Numero); recNFSeCampinasItem.DataNota := Items[J].NFSe.DataEmissao; (...) etc Caso mudem o código e limpem o array após a função ConsultarNFSeporRps, peço para se possível avisar no Discord.

Italo, Troquei a função para fazer um While nos RPS do lote, porém a função consultarNFSeporRps não está limpando o array. Quando pesquiso a primeira, ok, preenche o items[0]. Quando pesquiso a segunda RPS, preenche o items[1]. Não era para limpar? nfseAcbr.ConsultarNFSeporRps(cdsCadastro.FieldByName('numrps').asstring, '99', '1');

Até 6.a feira passada, o count do trecho abaixo (programa exemplo) trazia a quantidade de notas fiscais do lote. for i := 0 to ACBrNFSeX1.NotasFiscais.Count -1 do begin memoLog.Lines.Add(' '); memoLog.Lines.Add('NFS-e Numero....: ' + ACBrNFSeX1.NotasFiscais.Items[i].NFSe.Numero); memoLog.Lines.Add('Cod. Verificacao: ' + ACBrNFSeX1.NotasFiscais.Items[i].NFSe.CodigoVerificacao); memoLog.Lines.Add('Prestador.......: ' + ACBrNFSeX1.NotasFiscais.Items[i].NFSe.Prestador.RazaoSocial); memoLog.Lines.Add('Tomador.........: ' + ACBrNFSeX1.NotasFiscais.Items[i].NFSe.Tomador.RazaoSocial); if ACBrNFSeX1.NotasFiscais.Items[i].NFSe.SituacaoNfse = ACBrNFSeXConversao.snCancelado then memoLog.Lines.Add('A Nota encontra-se Cancelada.'); if ACBrNFSeX1.NotasFiscais.Items[i].NomeArq <> '' then begin memoLog.Lines.Add('Nome do arquivo.: ' + ACBrNFSeX1.Configuracoes.Arquivos.GetPathNFSe() + '\' + ACBrNFSeX1.NotasFiscais.Items[i].NomeArq); if ACBrNFSeX1.Configuracoes.Arquivos.Salvar then memoLog.Lines.Add('==> Xml da nota salvo na pasta e com o nome informado acima.') else memoLog.Lines.Add('==> Xml da nota não salvo em disco.'); // Na propriedade XmlNfse temos o XML da NFS-e LoadXML(ACBrNFSeX1.NotasFiscais.Items[i].XmlNfse, WBXmlNotas); end; end; No meu sistema uso o mesmo FOR do exemplo acima, porém buscando os campos n. da nf, data de emissão (pode variar caso a prefeitura só aceite no dia posterior à emissão), código de verificação e confirmação do valo rdo ISS apurado. recNFSeCampinasItem.confirmada := true; recNFSeCampinasItem.NumeroNota := strtoint(Items[i].NFSe.Numero); recNFSeCampinasItem.DataNota := Items[i].NFSe.DataEmissao; recNFSeCampinasItem.CodigoVerificacao := Items[i].NFSe.CodigoVerificacao; recNFSeCampinasItem.ValorIssApurado := Items[i].NFSe.ValoresNfse.ValorIss; Acontece que parou de funcionar esse trecho, o count vem ZERO e desde sexta-feira estamos tendo que oficializar nota manualmente. Protocolo: 297091516 Lote: 161322 Atenc, 161322-env-lot-soap.xml 161322-rec.xml 161322-rec-soap.xml 297091516-con-lot.xml 297091516-con-lot-soap.xml 297091516-lista-nfse-con-lot.xml 297091516-lista-nfse-con-lot-soap.xml 161322-env-lot.xml

No pas do provedor vem certo, em algum momento está se perdendo Essa é a rota

Novo lote 151855-rec-soap.xml 297047140-con-lot.xml 297047140-con-lot-soap.xml 297047140-lista-nfse-con-lot.xml 297047140-lista-nfse-con-lot-soap.xml 151855-env-lot.xml 151855-env-lot-soap.xml 151855-rec.xml

No exemplo deu certo; a assinatura deve ter sido invertida em alguma versão. Corrigi aqui, o sucesso foi TRUE mas não retornou nenhuma NF (count = 0) Esse count aqui está vindo zero, sendo que foi enviada 1 nf. Vou cancelar o lote 151541 e começar tudo de novo.

Atualizei. A mensagem abaixo está correta agora, mas continua não retornando NF. 151541-lista-nfse-con-lot-soap.xml 151541-con-lot.xml 151541-con-lot-soap.xml 151541-lista-nfse-con-lot.xml Estou achando estranho estar "invertido" pq o número do protocolo é 297035818 e o lote (eu que informo no envio) é o 151541

Maravilha, tks

Cancelei aquela e fiz outra agora, já na prefeitura Segue qrquivos de envio da NF 151541-env-lot-soap.xml 297035818-lista-nfse-con-lot.xml 297035818-lista-nfse-con-lot-soap.xml 151541-rec.xml 151541-rec-soap.xml 297035818-con-lot.xml 297035818-con-lot-soap.xml 151541-env-lot.xml Segue arquivos de consulta retorno 151541-lista-nfse-con-lot-soap.xml 151541-con-lot.xml 151541-con-lot-soap.xml 151541-lista-nfse-con-lot.xml

Após atualizar o componente (baixei hoje, versão SVN 26417), parou de funcionar o retorno do lote da NFSeX para ISSDsf. A nota foi enviada e está oficial na prefeitura de Campinas. Abri o programa de exemplo e os campos n. de protocolo e n. do lote estão iguais, mesmo eu tendo carregado o componente com números diferentes. N. protocolo: 297027216 N. lote: 151300 CNPJ envio: 06973087000160 temp1.xml temp2.xml

O responsável pelo servidor desse cliente somos nós. É um servidor nos USA e está navegando normalmente em outras páginas. Porém em outro equipamento (temos 4 servidores nos USA) abre normalmente. O bloqueio ocorreu depois de colocarmos a nova versão do NFSeX que deve ter colocado o IP desse cliente em alguma block list. Vou tentar falar com a prefeitura de Campinas, mas já adianto que o atendimento deles leva dias, então fica a critério de vocês encerrarem ou não o chamado. Agradecemos a atenção

Entrei aqui local e só apareceu isso. Acho que não entendi o que é para fazer ah, agora vi. Local ok e no servidor deu erro. Pior que não tem proxy nem nada. Já desativei o firewall e antivirus.

Fiz conforme indicado e coloquei o caminho do certificado e a senha Erro(s): Código : X999 Mensagem: Erro de Conexão: Erro Interno: 10091 Erro HTTP: 500 URL: https://issdigital.campinas.sp.gov.br/WsNFe2/LoteRps.jws Network subsystem is unusable Erro Interno: 0 Erro HTTP: 0 URL: https://issdigital.campinas.sp.gov.br/WsNFe2/LoteRps.jws Network subsystem is unusable Correção: ---------

Ambiente não possui proxy. Vou mudar para arquivo e senha, mas não é o padrão da nossa empresa.

Mesmo aguardando os 30 segundos ele retornou TimeOut. Troquei para OpenSSL conforme indicado. Deu erro de "SelectionarCertificado" não suportado em TDFeOpenSSL