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.