Ir para conteúdo
  • Cadastre-se

Alessandro Cardoso

Membros
  • Total de ítens

    25
  • Registro em

  • Última visita

Tudo que Alessandro Cardoso postou

  1. Bom dia. Descobri o problema e resolvi: A propriedade TACBrBoleto.Configuracoes.WebService.UseCertificateHTTP nesta nova versão do ACBr, para o Sicoob V3, ela tem que ser TRUE, e por algum motivo eu estava usando esta propriedade sempre como False (peguei isso de algum exemplo ou de algum post aqui do fórum, e sempre achei que ela deveria ser setada pra false). Como verifiquei que nessa versão nova do ..\ACBrBoleto\ACBrBoletoWS.Rest.OAuth.pas, no Constructor, há uma condição de que ela seja TRUE, percebi que antes não precisa desta propriedade estar como true para que o ArquivoKey e o ArquivoPEM fossem setados ali. Nas versões anteriroes do ACBrBoletoWS.Rest.OAuth.pas não havia a seguinte linha n. 375: if FACBrBoleto.Configuracoes.WebService.UseCertificateHTTP then Acho que fica até documentado para outros usuários que estiverem passando por problemas similares: antes não precisa setar essa propriedade para True (ela pode estar true ou false, que , nesta situação, tudo funcionaria corretamente). Mas nesta versão atual do ACBr, ela DEVE ser TRUE (pelo menos para o Sicoob V3, já que no Sicredi não dá problema neste ponto). Não sei se fui claro e nem se esse relato vai ser útil, mas enfim, graças a Deus, no meu caso tá tudo resolvido. Obrigado e abraços.
  2. Boa tarde. Zerei minha máquina, reinstalei tudo (delphi, componentes, etc). Baixei hoje (15/11/24) o ACBr, e continuo com Invalid Client Credentials quando tento registrar no V3 do Sicoob. No Sicredi tá normal, sem nenhum problema. Alguém por favor me ajude, eu não sei mais o que fazer, e não quero ter que ficar usando versão antiga do ACBr pra burlar este problema. Não sei o que tem de errado com o meu ACBrBoleto. É muito estranho isso. Seguem os logs (do ACBrBoleto no momento de registrar, e do Retorno com o erro). ACBrBoleto_Loja.ini ApiSicoob.log
  3. Atualizei o ACBr agora, mais uma vez, e tá dando erro no ACBrBoletoW_Banrisul.pas log_Delphi_10.4_Sydney_Win32.txt
  4. Juliomar, já que no seu projeto o TACBrBoleto está OK, será que tem como você me mandar o log do seu TACBrBoleto, gerado pelo método TACBrBoleto.GravarConfiguracao, só pra eu ver o que vc seta que está diferente do meu?
  5. Então, é isso que me deixa sem saber o que fazer. Pq não tem nada de diferente a não ser a minha pasta do ACBr. Só isso que muda.
  6. Veja os logs de retorno, gerados agora há pouco:o Lembrando: o NOVEMBRO é com o ACBr que baixei sábado (ou seja, a versão mais nova do ACBr), e retorna erro. O SETEMBRO é com o ACBr que eu tinha na máquina desde de Setembro, e registra os boletos sem problema. Log Retorno ACBr Novembro 2024.log Log Retorno ACBr Setembro 2024.log
  7. Juliomar, posso estar deixando passar algo, mas se vc reparar bem estes 2 logs, a diferença deles é apeans o scope, onde em 1 eu passo apenas o scope boletos_inclusao e no outro eu passei como manda o manual do Sicoob: boletos_inclusao boletos_consulta boletos_alteracao. Demais diferenças, apenas a hora da geração do Log. Se vc notou outras diferenças, me aponte, por gentileza.
  8. Juliomar, eu acho que vc disse sobre usar Monitor ou Lib pq eu mencionei que "mando a requisição", na verdade é o ACBrBoleto que manda, no método ENVIAR. Não sei se fui mais claro, não quero causar confusão, pelo contrário.
  9. Vou gerar os 2 logs pra vc novamente. Você quer o Log de retorno ou o Log do componente, ou ambos? não entendi nada disto q vc falou. Eu uso o ACBrBoleto, apenas. Não uso Monitor nem LIB, na verdade nem entendi isto.
  10. Aí é que tá.. Estou passando exatamente os mesmos parâmetros, sem qualquer alteração. isto porque, o meu código-fonte não muda. Apenas a minha pasta do ACBr é que muda. Eu tenho a pasta atual (que baixei sábado) e a pasta que eu utlizava, que baixei em Setembro, ambas num HD externo. Aí eu copio elas pro meu computador de trabalho. Quando eu copio a pasta de Setembro, compilo o ACBr e compilo o projeto, o meu sistema registra os boletos. Se eu apagar esta pasta, copiar a pasta que baixei sábado, reinstalar, recompilar, e executar meu sistema, dá o Invalid Client Credentials. Digamos que em ambos os casos, minha aplicação manda a requisição com exatamente os mesmos parâmetros, o que muda é apenas a versão do ACBr que está no meu Delphi naquele momento. Entendeu?
  11. Juliomar, estou passando os scopes sim, a diferença aí é que num exemplo eu passo apenas o scope boletos_inclusao e no outro eu passei como manda o manual do Sicoob: boletos_inclusao boletos_consulta boletos_alteracao sendo sem vírgulas e com espaço em branco entre um scope e outro. Não está sem scopes não. outro detalhe que vi minutos atrás: no programa exemplo, retorna a mesma coisa (invalid client credentials)
  12. Enviando também o Log do componente: (os logs que enviei acima são os logs de retorno) ACBrBoleto_Loja erro.ini ACBrBoleto_Loja ok.ini
  13. Seguem os 2 logs: o Log "SEM ERRO" foi gerado com o uso do ACBr do mês 09. Já o log "COM ERRO" é gerado com o ACBr mais atual, e que gera o erro de autenticação. ApiSicoob erro Versão mês 11.log ApiSicoob sem erro Versão mês 09.log
  14. Boleto.PrefixArqRemessa := ''; Boleto.LayoutRemessa := c240; Boleto.Homologacao := false; Boleto.ImprimirMensagemPadrao := true; Boleto.LeCedenteRetorno := true; Boleto.LerNossoNumeroCompleto := false; Boleto.RemoveAcentosArqRemessa := true; Beneficiario.CodigoCedente := THandlerCobrancaBancaria.GetCnabCodCli; BeneficiarioWS.IndicadorPix := true; Boleto.Configuracoes.WebService.VersaoDF := 'V3'; Boleto.Configuracoes.WebService.ArquivoKEY := optSicoobArqChavePrivada; Boleto.Configuracoes.WebService.ArquivoCRT := optSicoobArqCertificado; BeneficiarioWS.ClientID := optApiSicoobID; BeneficiarioWS.ClientSecret := optApiSicoobID; BeneficiarioWS.Scope := 'boletos_inclusao'; BeneficiarioWS.KeyUser := ''; Boleto.Configuracoes.Arquivos.LogNivel := logParanoico; Boleto.Configuracoes.WebService.Ambiente := tawsProducao; Boleto.Configuracoes.WebService.SSLHttpLib := httpOpenSSL; Boleto.Configuracoes.WebService.SSLCryptLib := cryOpenSSL; Boleto.Configuracoes.WebService.SSLHTTPLib := httpOpenSSL; Boleto.Configuracoes.WebService.SSLType := LT_TLSv1_2; Boleto.Configuracoes.WebService.TimeOut := 120000; Boleto.Configuracoes.WebService.UseCertificateHTTP := False; Boleto.Configuracoes.WebService.Operacao := tpInclui; Só lembrando, estas configurações são as mesmas, com a versão do ACBr de Setembro ou com a que eu baixei sábado. Nada disto muda.
  15. Juliomar, acontece que eu volto pra versão do mês 09 e gera os boletos. Se eu recoloco a versão atualizada, dá o erro. E isso sem mexer em nada no meu projeto. Isto não é, pelo menos, curioso?
  16. Boa tarde Hoje atualizei os fontes do ACBr, e após atualizar, o meu ACBrBoleto parou de registrar os boletos no Sicoob. Retorna sempre "invalid client credentials". Detalhes Importantes: 1) nada foi alterado em termos de certificado, client ID, etc. 2) se eu voltar a versão que estava usando (do mês 09), registra os boletos sem problema, mesmo no V3. 3) utilizei até um software para comparar fontes para ver o que há de diferente na versão de hoje com a de Setembro. De fato, vi algumas diferenças nos fontes, mas depurando, todos os parâmetros passados são idênticos, eu não sei mais onde procurar. 4) tudo indica que é essa atualização que baixei hoje, não tem lógica. Basta eu voltar a versão do mês 09 do ACBr que tudo funciona corretamente. Outro detalhe importante, e que me deixou mais confuso ainda: com esta versão nova de hoje, no SICREDI registra normalmente, mas no Sicoob retorna sempre Invalid Client Credentials. Alguém pode me socorrer? 2a feira cedo tenho diversos boletos pra gerar... :((
  17. Bom dia. Atualizei meu ACBr, mas o SicoobV3 continua com a consulta não implementada. Apenas a Detalhada, ainda. Alguém sabe de algo? Alguém tem os fontes mais atualizados que contenha a consulta no Sicoob V3 ? Obrigado.
  18. Então, Juliomar, eu vi que subiram isso sim, peguei aqui, mas ainda não entendi como optar por usar o V2 ou o V3. Essa opção fica a cargo da minha aplicação? Não vi onde configura isso no ACBrBoleto. POde me ajudar? Eu gostaria de pelo menos testar o Sicoob V3...
  19. Bom dia, obrigado por responder. Permita-me discordar da viabilidade (não de que funcione). Tenho clientes com 200.000 títulos, ou até mais. Não dá pra todo dia varrer essa massa de dados toda pra pegar 50, 100 baixas. É inviável (pelo menos no meu caso). No caso de vocês, como vocês fazem isso? De fato verificam no ACBrBoleto título a título, um por um, todos os dias, pra saber quais foram pagos? É assim mesmo? TEm alguma forma de pegar, no Sicoob, todos os boletos que estão registrados lá em aberto?
  20. Bom dia. Minha aplicação precisa pegar os pagamentos realizados na data de ontem (exemplo) no Sicoob. Vi que não foi implementada ainda. Alguém implementou por conta própria? Ou alguém pode dar uma ideia? Vou ter que dar um jeito nisso, preciso pegar os pagamentos dos boletos para dar a consequente baixa no meu banco de dados. Agradeço se alguém puder me socorrer. Obrigado.
  21. Eu uso o V2, está funcionando normalmente, sem nenhum problema, usando os Scopes que eu te passei.
  22. No Sicoob, até onde eu sei: ClienteSecret é o mesmo ClientID (apenas repetir), e os Scopes válidos são esses: cobranca_boletos_consultar cobranca_boletos_incluir cobranca_boletos_baixa. Me parece que os seus Scopes estão diferentes. Verifique isto.
  23. Também tive este problema, no meu caso era porque eu setei as seguintes propriedades: ACBrBoleto.Configuracoes.WebService.Certificado := xxxx; ACBrBoleto.Configuracoes.WebService.Senha := xxxx;
  24. Olá parceiros. Estou usando WebServices.Inutiliza(CNPJ, Justificativa, Ano, Modelo, Serie, Inicial, Final); E mesmo passando, por exemplo, Inicial = 105 e Final = 120, no registro das inutilizações lá da Sefaz é gravado uma inutilização por vez, tipo 105, 106, 107, 108, 109, conforme imagem abaixo em anexo. Eu pensei que iria ser registrado na Sefaz o No Inicial = 105 e No Final = 120, mas neste caso são criadas 15 linhas no servidor da Sefaz, uma linha para cada número. É assim mesmo? Não deveria ficar registrado na Sefaz apenas o número inicial e o número final, sem precisar gravar 15 inutilizações individuais
  25. Bom dia meus amigos. Tenho 2 aplicações, uma para gerar NF-e (modelo 55) e outra pra gerar NFC-e (modelo 65). Uma venda feita no meu retaguarda tem 3 produtos, e o cliente quer um desconto, que será dado no TOTAL DA VENDA, e não nos produtos (situação bastante corriqueira no comércio). Sabendo que o leiaute exige que o desconto seja diluído nos produtos, eu pego o desconto e jogo proporcionalmente em cada produto. Pois bem, eu monto as tags, todas corretas, e envio para o ACBrNFe. Se na tag MODELO eu passar 55, esta nota é gerada corretamente (todos os descontos estão de fato corretos, tudo bate). Porém, se o cliente pedir uma NFC-e, minha aplicação NFCe pega as mesmas tags, monta o arquivo, e passa a tag MODELO para 65, e envia para o ACBrNFe, e a Sefaz retorna com o danado do erro Total do Desconto difere do somatório os itens. OBS.: é exatamente as mesmas tags, mesmos valores, tudo bate, tudo tá certo. Apenas a NFC-e é rejeitada, e a NF-e é aceita, gerada normalmente, DANFe impresso, tudo correto. Pergunto-lhes: alguém já passou por isso? Estou para desistir, já fiz de tudo, quase refatorei meu código fonte achando que erro é nos meus cálculos, e, a julgar por tudo que expliquei, tá tudo certo. Alguém pode me ajudar? Se alguém já passou por isso, poderia me dizer o que fez pra resolver? Agradeço imensamente. Um abraço. Alessandro - Desenvolvedor.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.