ACBrNFSeX Curitiba

[Fernando Henrique]

Saudações

Utilizo o ACBrNFSeX para alguns provedores, e tentando utiliza-lo agora para Curitiba-PR,

 

No demo, consigo emitir a NFSe, método Assíncrono, porém toda consulta que tento fazer para retornar os dados da nota processada, só retorna o seguinte erro:

 

"<Codigo>E516</Codigo>
<Mensagem>Problemas ao recuperar o certificado digital vinculado.</Mensagem>
<Correcao>A possível causa é, a não vinculação do certificado com o usuário que está enviando a requisição, ou a não utilização de HTTPS.</Correcao>"

Emissão da Nota OK. consulto no portal e consta a nota emitida, lote processo com sucesso. Porém em qualquer consulta retorna esse erro acima.

 

 

[Renato Rubinho]

Boa noite,

Veja as sugestões para correção do problema nos retornos da consulta por este código do erro.

https://www.google.com/search?q=E516

[Fernando Henrique]

Boa noite

Já tinha visto essas sugestões, essa mensagem só retorna na consulta da nota, na emissão não, está emitindo normalmente. 

Usando a mesma aplicação de exemplo, mando emitir a nota ok, emite, consulto a nota para obter o XML e da esse erro. 

[Renato Rubinho]

Então provavelmente o que resta é entrar em contato com o provedor para identificarem o motivo do problema apenas na consulta.

[Fernando Henrique]

Entrei em contato com o provedor, a única resposta que me passaram foi : 

" ação ConsultaRPS não utiliza o certificado para a consulta de status da nota."

"Não utilizar o certificado para este método."

 

 

[Renato Rubinho]

Você passou para eles que esse retorno é na consulta da situação? Não sei dizer se a "ConsultaRPS" que mencionaram seria a mesma coisa.

Tente adicionar essa linha na unit a seguir, reinstale os componentes e veja se resolve.

Coloque um ponto de parada para garantir que a alteração teve efeito.

../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/ISSCuritiba.Provider.pas

procedure TACBrNFSeProviderISSCuritiba.Configuracao;
begin
  inherited Configuracao;

  ConfigGeral.Identificador := 'id';

  SetXmlNameSpace('http://isscuritiba.curitiba.pr.gov.br/iss/nfse.xsd');

  ConfigAssinar.LoteRps := True;

  // linha abaixo
  ConfigAssinar.ConsultarSituacao := False;
end;

 

[Fernando Henrique]

Fiz a alteração e reinstalei os componentes, porém continuou mesmo retorno.

Sobre a resposta do suporte de Curitiba apenas informaram que em nenhum dos métodos utiliza o certificado, não passaram muitos detalhes.

Apenas responderam isso e o link do padrão utilizado

"

Segue padrão a ser utilizado:

https://isscuritiba.curitiba.pr.gov.br/Iss.NfseWebService/NfseWs.asmx?op=ConsultarSituacaoLoteRps"

 

 

 

 

[Renato Rubinho]

Então provavelmente já estava certo, o padrão já devia estar false.

Veja este tópico, informaram que o ambiente de homologação estava fora, pode ter voltado mas com problemas.

Teste em produção para verificar.

 

[Italo Giurizzato Junior]

Boa tarde a todos,

A cidade de Curitiba possui um webservice próprio que chamamos de ISSCuritiba.

Esse webservice segue a versão 1 do layout da ABRASF.

Se vocês abrirem a unit ACBrNFSeXProviderABRASFv1 e procurar pela procedure Configuracao, vão notar que não existe nenhuma linha atribuindo o valor True no que se refere a assinatura.

Agora se abrirmos a unit ACBrNFSeXProviderBase e ir na procedure Configuracao, temos o seguinte:

  // Inicializa os parâmetros de configuração: Assinar
  with ConfigAssinar do
  begin
    Rps := False;
    LoteRps := False;
    ConsultarSituacao := False;
    ConsultarLote := False;
    ConsultarNFSeRps := False;
    ConsultarNFSe := False;
    ConsultarNFSePorChave := False;
    ConsultarNFSePorFaixa := False;
    ConsultarNFSeServicoPrestado := False;
    ConsultarNFSeServicoTomado := False;
    CancelarNFSe := False;
    RpsGerarNFSe := False;
    LoteGerarNFSe := False;
    RpsSubstituirNFSe := False;
    SubstituirNFSe := False;
    AbrirSessao := False;
    FecharSessao := False;
    GerarToken := False;
    EnviarEvento := False;
    ConsultarEvento := False;
    ConsultarDFe := False;
    ConsultarParam := False;
    ConsultarSeqRps := False;
    ConsultarLinkNFSe := False;

    IncluirURI := True;

    AssinaturaAdicional := False;
    Assinaturas := TACBrNFSeX(FAOwner).Configuracoes.Geral.Assinaturas;
  end;

Por padrão o componente é configurado para não realizar nenhuma assinatura.

É na unit do provedor que é definido se é para assinar e o que deve ser assinado.

Podemos concluir que o webservice esta com algum problema ou esta gerando esse erro absurdo mediante uma informação incorreta que foi passada, no caso o numero do protocolo, mas neste caso deveria retornar uma mensagem acusando que o protocolo esta errado.

[Fernando Henrique]

Realmente no XML(em anexo) de consulta de situação realmente não consta nenhuma assinatura. 

numero do protocolo que estou consultando no portal.

 

638338303572789658-con-sit.xml 638338303572789658-sit.xml 638338303572789658-con-sit-soap.xml

Caso solucionado,  creio que com os dados fornecido ao suporte e varias vezes questionando que o erro era somente na consulta devem ter encontraram a falha no lado deles, e misteriosamente o certificado digital que estou utilizando foi desvinculado do portal e quando fui logar pediu para vincular novamente, após fazer isso consegui consultar os protocolos normalmente e retornando os xml.

 

att;

[Renato Rubinho]

Obrigado por reportar.

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