Renato Rubinho

Boa tarde, Está utilizando o ACBrNFSeX? Revise suas configurações de SSL/TLS conforme tópico a seguir.

Seguiu com o mesmo erro? No seu print consta a url de outra versão. Teste com o programa de exemplo para ver se ocorre o mesmo.

Boa tarde, O estranho é que no seu print consta a url de outra versão, por isso gera o erro 404.

Debugue até antes de chamar o método de consulta e confirme se não foi alterado em execução. Veja se tem o arquivo ACBrNFeServicos.ini na pasta da aplicação e apague, caso tenha.

Boa tarde, Configure ACBrNFe.Configuracoes.Geral.VersaoDF para ve400

Se está em produção, desmarque o checkbox boleto em homologação. Precisa preencher o QrCode.emv. Veja o tópico a seguir

Boa noite, Fiz dois ajustes: Coloquei o tratamento também na ProtocoloP03Detectado, pois ela é o local do AV e assim prevenimos que alguma outra chamada dela traga o mesmo problema. Coloquei a verificação da wResposta para também sair caso tenha retornado em branco ao interpretar os protocolos. Foi enviado ao SVN na Rev-30238 Por favor, queira atualizar seus fontes, reinstalar o ACBr, verificar e reportar se ficou tudo ok.

Boa noite, Foi enviado ao SVN na Rev-30237 Por favor, queira atualizar seus fontes, reinstalar o ACBr, verificar e reportar se ficou tudo ok.

Este erro ocorre quando não é preenchido o município. Faça alguns testes com o programa de exemplo para entender como funciona, isso vai facilitar sua implementação. Veja o comportamento ao selecionar um município da combo.

Eu não havia lido o tópico que o Daniel indicou. A consulta por período não foi implementada, o programa de exemplo tem os parâmetros alimentados, pois serve de exemplo para outros bancos que utilizem essas informações, mas não estão sendo usados para o Sicoob. A consulta existente para o Sicoob é unitária por NossoNumero, conforme abaixo. ../trunk2/Fontes/ACBrBoleto/WS/ACBrBoletoW_Bancoob.pas procedure TBoletoW_Bancoob.DefinirURL; var LNossoNumero,LContrato: string; begin if( aTitulo <> nil ) then begin LNossoNumero := ACBrUtil.Strings.RemoveZerosEsquerda(OnlyNumber(aTitulo.NossoNumero)+aTitulo.ACBrBoleto.Banco.CalcularDigitoVerificador(aTitulo)); LContrato := OnlyNumber(aTitulo.ACBrBoleto.Cedente.CodigoCedente); end; FPURL := IfThen(Boleto.Configuracoes.WebService.Ambiente = taProducao, C_URL,C_URL_HOM); case Boleto.Configuracoes.WebService.Operacao of . . . tpConsultaDetalhe: FPURL := FPURL + '/boletos?numeroContrato='+LContrato+'&modalidade=1&nossoNumero='+LNossoNumero; Preencha as propriedades a seguir para consultar o título que foi pago: aTitulo.NossoNumero aTitulo.ACBrBoleto.Cedente.CodigoCedente

Tem que mudar o filtro para pegar a data do pagamento. Seu filtro está de ontem até hoje, não pegando o registro do dia 28.

Boa tarde, Se o banco devolve algum retorno através de Webhook você precisa criar uma API que fique ativa aguardando este acesso, você não consulta o retorno, o banco manda o retorno para você.

Debugue por aqui. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/ISSDSF.Provider.pas procedure TACBrNFSeProviderISSDSF.TratarRetornoConsultaNFSe( Response: TNFSeConsultaNFSeResponse); var Document: TACBrXmlDocument; AErro: TNFSeEventoCollectionItem; ANode: TACBrXmlNode; ANodeArray: TACBrXmlNodeArray; i: Integer; ANota: TNotaFiscal; NumRps, NumNFSe: String; ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/ISSDSF.LerXml.pas function TNFSeR_ISSDSF.LerXml: Boolean; var XmlNode: TACBrXmlNode; begin if EstaVazio(Arquivo) then raise Exception.Create('Arquivo xml n�o carregado.'); Arquivo := NormatizarXml(Arquivo); if FDocument = nil then FDocument := TACBrXmlDocument.Create(); Document.Clear(); Document.LoadFromXml(Arquivo); if (Pos('NumeroNota', Arquivo) > 0) or (Pos('NumeroNFe', Arquivo) > 0) then tpXML := txmlNFSe else tpXML := txmlRPS; XmlNode := Document.Root; if XmlNode = nil then raise Exception.Create('Arquivo xml vazio.'); if tpXML = txmlNFSe then Result := LerXmlNfse(XmlNode) else Result := LerXmlRps(XmlNode); FreeAndNil(FDocument); end;

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

O teste já valeu para saber que o provedor acusa quando você tentar usar um código errado O que indica que este código está correto, basta verificar com eles o motivo desta rejeição, como registrar este código de serviço ao contribuinte.

Por via das dúvidas, tente o código sem o zero à esquerda, com e sem ponto.

Boa tarde, As tags só devem ser geradas para csts específicos. Veja o fonte se este é o motivo. ../trunk2/Fontes/ACBrDFe/ACBrNFe/PCNNFe/pcnNFeW.pas

Boa tarde, O Leiaute implementado no componente pode ser diferente do que está habilitado para esta carteira. Se você deixar o Sacado.Email em branco deve funcionar, se o problema for o Leiaute e não houver nenhuma outra mudança impactante.

O código que você está utilizando não parece estar no padrão do Ginfes, você está conseguindo emitir via site com este código? Outra coisa, para emitir via WS geralmente precisa habilitar o emitente, caso não tenha habilitado ainda, pode ser esse o problema. Confirme se a inscrição municipal que está utilizando está correta.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, Se está testando em homologação, pode ser alguma limitação de cadastro neste ambiente. Se estiver em produção ou o problema persistir, resta entrar em contato com o provedor para verificar como ajustar este cadastro. Se for homologação, teste outros códigos: 01.02, 07.01, 07.02

Fechando.