Alessandro Cardoso

Boa, Renato. Apaguei a pasta ACBr, baixei de novo, e deu certo. Tópico resolvido. Muito obrigado.

Marquei a opção de remover versões antigas, mas não resolveu. Estranho. Um monte de gente deve ter dado Update em seu ACBr hoje. Será que esse erro está ocorrendo só comigo? Preciso de ajuda urgente, meu projeto está parado. Obrigado, comunidade! log_Delphi_10.4_Sydney_Win32.txt

Boa tarde. Hoje eu atualizei meu ACBr (Update no SVN), e, depois de apagar os DCU e compilar, apresentou o seguinte erro: Incompatible types: 'ACBrXmlBase.TSignature' and 'pcnSignature.TSignature' ao compilar o pacote ACBr_NFe.dpk. Parece ser algo que foi alterado hoje (de acordo com os logs). Alguém também está passando por isso? Como resolver? Obrigado. Alessandro

Tá bem óbvio que o problema é especificamente no retorno da Sefaz-GO. Temos que aguardar solução. Digo aguardar, porque conhecendo essa lástima dessa Sefaz-GO como conheço, sei que não adianta ligar / abrir chamado / pedir suporte...

Tudo bem, concordo com o argumento. Mas penso que todo mundo da SEFAZ GO deveria estar passando por isso então... Até outro dia tava retornando os eventos de cancelamento. De repente, só retorna Autorizado, sem nada referente ao cancelamento.

Prezados, De uns dias pra cá, os métodos de consulta de uma NF-e cancelada estão sempre retornando o cStat = 100 (autorizada), e aparentemente não tem trazido o evento de cancelamento. Detalhando melhor: Consultando por qualquer um dos métodos abaixo, o retorno é sempre como se a nota não tivesse cancelada na Sefaz (mas está cancelada sim). ACBrNFe1.Consultar; ou ACBrNFe1.WebServices.Consulta.Executar; Utilizando qualquer um destes métodos, o ACBrNFe1.WebServices.Consulta.cStat tá retornando sempre 100, e o ACBrNFe1.EventoNFe.Evento.Count tem retornado sempre 0, ou seja, parece que os métodos de consulta aos servidores da Sefaz não tem trazido os eventos. E muitas vezes tem dado TimeOut (com certa frequencia). Vale ressaltar: essas anormalidades começaram depois que eu atualizei o ACBr (há mais ou menos 3 semanas); na versão que eu utiliza do começo do ano, nada disso acontecia. Estranho. Isso pode ser mera coincidência, mas desconfio que tem alguma coisa a ver. Quem puder compartilhar experiências, ou quem tiver passando por isso, vamos debater. Obrigado, pessoal.

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.

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

Atualizei o ACBr agora, mais uma vez, e tá dando erro no ACBrBoletoW_Banrisul.pas log_Delphi_10.4_Sydney_Win32.txt

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?

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.

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

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.

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.

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.

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?

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)

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

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

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.

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?

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

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.

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

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?