Renato Rubinho

Veja se tem alterações locais e faça o revert. Se não estiver com os fontes atualizados, atualize e reinstale os componentes. Confirme se a pasta de schemas apontam para o caminho correto. Revise as configurações em geral, especialmente as de ssl/tls conforme abaixo e VersaoDF Efetuei um teste para SP e funcionou normalmente.

Tente essa url no POST https://testechapecoabrasf.meumunicipio.online/ws#RecepcionarLoteRpsSincrono Se a sua linguagem consome dlls, considere utilizar a lib que irá otimizar muito o seu trabalho.

Passe mais informações para entender seu cenário. Está fazendo com a versão antiga do componente, com a lib, via postman, direto em outra linguagem? Geralmente quando retorna o conteúdo do wsdl, a url + método estão incorretos.

Boa tarde, Verifique se a resposta do outro tópico que você postou resolve, passando o conteúdo para assinatura.

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

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.

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.

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