Erro E183 em nota fiscal de serviço padrão GISS ABRASF 2.04

[gabriel candeias]

@Rafael Mello  Ainda não em responderam, estou aguardando o retorno do chamado.

 

[gabriel candeias]

@Rafael Mello Ainda nada, ao entrar em contato ele responde que ainda estão verificando. E você, conseguiu algum retorno?

Editado Novembro 5 por gabriel candeias

[Rafael Mello]

@gabriel candeias Estou analisando com o suporte do Giss Online um retorno E173 - RPS não assinado.

Passou a retornar essa mensagem sem nenhuma alteração do XML.

[gabriel candeias]

@Rafael Mello Eu fiz um teste  novamente, e sem alterar nada retornou o mesmo erro: E173.

[gabriel candeias]

@Rafael Mello qualquer atualização eu retorno aqui.

 

[roberta.arndt]

Em 25/10/2024 at 10:33, FranciscoValerio disse:

Consegui resolver o meu problema segue solução para quem estiver com mesmo problema.

 

 

o print está muito borrado, não consigo visualizar a alteração,consegue enviar outro por gentileza?

[roberta.arndt]

Em 30/10/2024 at 14:42, Rafael Mello disse:

Mesmo eu ajustando,persiste o erro.

Estou desconfiando que pode ser a assinatura,como estou assinando com o certificado da empresa matriz com a ordem o cnpj 0001-02 e a flilial que é de santos possui o cnpj 0003-76, será que impacta ?

env_exemplo.xml 4.16 kB · 2 downloads

segundo o manual abrasf 2.04 "Assinatura de Mensagens: O certificado digital utilizado para essa função deverá
conter o CNPJ do estabelecimento emissor da NFS-e ou o CNPJ do
estabelecimento matriz ou CPF quando o prestador de serviços for pessoa física.
O certificado digital deverá ter o “uso da chave” previsto para a função de
assinatura digital, respeitando a Política do Certificado."

[roberta.arndt]

Em 28/10/2024 at 08:57, israelp disse:

Bom dia,

@gabriel candeias, testa realizando está alteração:

troca está linha <p:LoteRps versao="1.00" Id="80">

por esta <p:LoteRps versao="1.00">

removendo a propriedade "Id"

mas a id é utilizada na assinatura, conseguiu realizar o envio sem ela e sem dar erro de assinatura?

[geraldo silva]

Bom dia, algum de vocês já conseguiu resolver o erro E172?!

[roberta.arndt]

Tive esse retorno da Ginfes:

Informamos que a Gissonline a partir de 01/11/2024 irá aceitar a assinatura digital nos arquivos XML seguindo as seguintes regras de acordo com cada método disponibilizado para uso no WSDL

Assim como estabelecido no modelo ABRASF o algoritmo de assinatura a ser utilizado deve ser o rsa-sha1.

 RecepcionarLoteRps

Para este arquivo, é requisitado no mínimo duas assinaturas digitais (este valor e variavel de acordo com a quantidade de RPS dentro do lote) sendo:

Assinatura do RPS que deve estar presente no elemento DeclaracaoPrestacaoServico
 

Assinatura do LOTE que deve estar presente no elemento EnviarLoteRpsEnvio

OBS: Vale ressaltar que os id’s de referencia (Reference URI) devem ser indicados nos arquivos conforme padrões estabelecidos no XSD xmldsig.

OBS: A informação de que deve haver no mínimo duas assinaturas digitais, se deve ao fato de aceitarmos de 1 a 50 recibos provisórios num mesmo arquivo, logo em um arquivo contendo um lote de 50 RPS, este lote deve conter 50 assinaturas (uma em cada RPS) + 1 assinatura (Assinatura do lote como um  todo), lembrando que o Lote deve ser assinado por ultimo para evitar problemas de quebra de assinatura digital.

Os métodos CancelarNfse, ConsultarLoteRps,  ConsultarNfsePorRps e ConsultarNfsePorFaixa, possuem uma única assinatura, e assim como o método RecepcionarLoteRps, esta assinatura deve seguir as regras descritas no schema XSD, assim como os id’s de referencia (Reference URI) devem ser indicados.

[geraldo silva]

Eu consegui transmitir usando o método EnviarNfse, como eu não envio em lote pra mim fica bom também! Nesse só vai uma assinatura! e o vai id tanto na tag rps quanto na InfDeclaracaoPrestacaoServico, não podem ser a mesma Id e a URI da assinatura tem que usar da InfDeclaracaoPrestacaoServico

[gabriel candeias]

Hoje eu entrei em contato com o suporte do Giss e recebi as seguintes informações:

 

Informamos que a Gissonline a partir de 01/11/2024 irá aceitar a assinatura digital nos arquivos XML seguindo as seguintes regras de acordo com cada método disponibilizado para uso no WSDL Assim como estabelecido no modelo ABRASF o algoritmo de assinatura a ser utilizado deve ser o rsa-sha1. RecepcionarLoteRps Para este arquivo, é requisitado no mínimo duas assinaturas digitais (este valor e variavel de acordo com a quantidade de RPS dentro do lote) sendo: Assinatura do RPS que deve estar presente no elemento DeclaracaoPrestacaoServico Assinatura do LOTE que deve estar presente no elemento EnviarLoteRpsEnvio OBS: Vale ressaltar que os id’s de referencia (Reference URI) devem ser indicados nos arquivos conforme padrões estabelecidos no XSD xmldsig. OBS: A informação de que deve haver no mínimo duas assinaturas digitais, se deve ao fato de aceitarmos de 1 a 50 recibos provisórios num mesmo arquivo, logo em um arquivo contendo um lote de 50 RPS, este lote deve conter 50 assinaturas (uma em cada RPS) + 1 assinatura (Assinatura do lote como um todo), lembrando que o Lote deve ser assinado por ultimo para evitar problemas de quebra de assinatura digital. Os métodos CancelarNfse, ConsultarLoteRps, ConsultarNfsePorRps e ConsultarNfsePorFaixa, possuem uma única assinatura, e assim como o método RecepcionarLoteRps, esta assinatura deve seguir as regras descritas no schema XSD, assim como os id’s de referencia (Reference URI) devem ser indicados.

Tambem atualizaram os manuais com schemas e arquivos exemplos

Está na pagina inicial , na aba gissajuda > desenvolvedor/manuais/nova web service

[geraldo silva]

Valeu!

[Cleber Orati Domingues]

Em 08/11/2024 at 15:42, gabriel candeias disse:

Hoje eu entrei em contato com o suporte do Giss e recebi as seguintes informações:

 

Informamos que a Gissonline a partir de 01/11/2024 irá aceitar a assinatura digital nos arquivos XML seguindo as seguintes regras de acordo com cada método disponibilizado para uso no WSDL Assim como estabelecido no modelo ABRASF o algoritmo de assinatura a ser utilizado deve ser o rsa-sha1. RecepcionarLoteRps Para este arquivo, é requisitado no mínimo duas assinaturas digitais (este valor e variavel de acordo com a quantidade de RPS dentro do lote) sendo: Assinatura do RPS que deve estar presente no elemento DeclaracaoPrestacaoServico Assinatura do LOTE que deve estar presente no elemento EnviarLoteRpsEnvio OBS: Vale ressaltar que os id’s de referencia (Reference URI) devem ser indicados nos arquivos conforme padrões estabelecidos no XSD xmldsig. OBS: A informação de que deve haver no mínimo duas assinaturas digitais, se deve ao fato de aceitarmos de 1 a 50 recibos provisórios num mesmo arquivo, logo em um arquivo contendo um lote de 50 RPS, este lote deve conter 50 assinaturas (uma em cada RPS) + 1 assinatura (Assinatura do lote como um todo), lembrando que o Lote deve ser assinado por ultimo para evitar problemas de quebra de assinatura digital. Os métodos CancelarNfse, ConsultarLoteRps, ConsultarNfsePorRps e ConsultarNfsePorFaixa, possuem uma única assinatura, e assim como o método RecepcionarLoteRps, esta assinatura deve seguir as regras descritas no schema XSD, assim como os id’s de referencia (Reference URI) devem ser indicados.

Tambem atualizaram os manuais com schemas e arquivos exemplos

Está na pagina inicial , na aba gissajuda > desenvolvedor/manuais/nova web service

Boa noite. Efetuei um teste gerando duas assinaturas no xml(1 do lote e outra do rps) de acordo com o Schema e, mesmo assim, continua retornando o erro "E173-Lote de RPS não assinado". Estou testando no wsdl de homologação, que é comum para todas as cidades, já no ambiente de produção para a cidade de Matão, para o mesmo xml, retorna erro de recepção, ou seja, ainda não está habilitado.

[Cleber Orati Domingues]

Em 08/11/2024 at 15:33, geraldo silva disse:

Eu consegui transmitir usando o método EnviarNfse, como eu não envio em lote pra mim fica bom também! Nesse só vai uma assinatura! e o vai id tanto na tag rps quanto na InfDeclaracaoPrestacaoServico, não podem ser a mesma Id e a URI da assinatura tem que usar da InfDeclaracaoPrestacaoServico

Bom dia, Geraldo. Poderia compartilhar o seu xml assinado? Tentei usar o EnviarNfse e estou tendo o mesmo retorno de que o xml não está assinado.

[geraldo silva]

Cleber, na sexta funcionou a tarde, na segunda fui testar novamente pra entregar e tinha parado de funcionar. Desde então testei todos os métodos deles e com assinaturas diversas e não tenho tido sucesso mais!

[Cleber Orati Domingues]

4 horas atrás, geraldo silva disse:

Cleber, na sexta funcionou a tarde, na segunda fui testar novamente pra entregar e tinha parado de funcionar. Desde então testei todos os métodos deles e com assinaturas diversas e não tenho tido sucesso mais!

Vixi, devem ter mexido então. Estou testando aqui pra cidade de Matão, se envio por Homologação (que é o link comum a todas as cidades) retorna esse erro de assinatura, se tento enviar pelo wsdl de Produção não vai, ou seja, ainda não está disponível.  Agradeço pelo retorno, se eu descobrir algo posto aqui. Valeu.

[Cleber Orati Domingues]

Em 08/11/2024 at 10:10, geraldo silva disse:

Bom dia, algum de vocês já conseguiu resolver o erro E172?!

Descobri hoje que esse erro E172 está relacionado ao certificado digital da minha empresa, ou seja, quando eu transmito uma nota pela minha empresa (no novo padrão) retorna esse erro porém quando eu transmito uma nota com os mesmos dados com exceção dos dados do prestador com o certificado digital de um cliente o problema não acontece, a nota é transmitida com sucesso. Estou falando do ambiente de homologação pois as requisições soap para o wsdl de Matão nem sequer estão sendo atendidas.

[rumitbhanderi]

Oi, Estou usando o EnviarLoteRpsEnvio e primeiro estou registrando um RPS e, em seguida, substituindo o RPS por RPS assinado no EnviarLoteRpsEnvio e registrando um lote inteiro. Mas ainda estou recebendo o erro E172. Alguém conseguiu resolver esse erro? Por favor, me guie se você tiver alguma idéia sobre isso.

Editado Novembro 26 por rumitbhanderi

[Cleber Orati Domingues]

3 horas atrás, rumitbhanderi disse:

Oi, Estou usando o EnviarLoteRpsEnvio e primeiro estou registrando um RPS e, em seguida, substituindo o RPS por RPS assinado no EnviarLoteRpsEnvio e registrando um lote inteiro. Mas ainda estou recebendo o erro E172. Alguém conseguiu resolver esse erro? Por favor, me guie se você tiver alguma idéia sobre isso.

Com o meu certificado não funciona, eu abri uma ocorrência na semana passada e nem se deram ao luxo de me responderem. Se eu uso um outro certificado não dá o erro E172 . O procedimento é esse mesmo, ou seja, envia um lote de RPS e é retornado o protocolo. O erro E172 está me ocorrendo no primeiro envio.

[Cleber Orati Domingues]

9 horas atrás, Cleber Orati Domingues disse:

Com o meu certificado não funciona, eu abri uma ocorrência na semana passada e nem se deram ao luxo de me responderem. Se eu uso um outro certificado não dá o erro E172 . O procedimento é esse mesmo, ou seja, envia um lote de RPS e é retornado o protocolo. O erro E172 está me ocorrendo no primeiro envio.

Atualizando aqui, nos testes que fiz hoje com o certificado de minha empresa o retorno que está vindo agora é o código E189, o que é absurdo pois ele funciona para a emissão de NFSe no padrão Ginfes e foi elaborado por uma certificadora, vou ter que recorrer. Com o certificado de outra empresa não há problema. Segue o retorno do SOAP:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns3:EnviarLoteRpsResposta xmlns:ns2="http://www.giss.com.br/tipos-v2_04.xsd" xmlns:ns3="http://www.giss.com.br/enviar-lote-rps-resposta-v2_04.xsd">
    <ListaMensagemRetorno>
        <ns2:MensagemRetorno>
            <ns2:Codigo>E189</ns2:Codigo>
            <ns2:Mensagem>Arquivo enviado com erro de certificado. Certificado digital inválido.</ns2:Mensagem>
            <ns2:Correcao>O solicitante do serviço de processamento do arquivo deve utilizar um certificado digital padrão ICP Brasil, não revogado e não expirado.</ns2:Correcao>
        </ns2:MensagemRetorno>
    </ListaMensagemRetorno>
</ns3:EnviarLoteRpsResposta>

[pedroramme]

Opa galera, estou tentando fazer a integração. Nos métodos de envio: GerarNfse, RecepcionarLoteRps... 

pedem dois parametros:  RecepcionarLoteRps(string nfseCabecMsg, string nfseDadosMsg). Vi nos xml disponibilizados aqui, que voces colocam o cabecalho e o rps no mesmo xml, o que eu devo mandar em cada? estou com o erro de cabeçalho:

<ns3:Mensagem>A mensagem XML do cabeçalho do arquivo enviado está fora do padrão especificado.</ns3:Mensagem>

      <ns3:Correcao>Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema</ns3:Correcao>

Se puderem deixar os xml que voces enviam em cada parametro, agradeço! 

[Cleber Orati Domingues]

Em 27/11/2024 at 11:40, pedroramme disse:

Opa galera, estou tentando fazer a integração. Nos métodos de envio: GerarNfse, RecepcionarLoteRps... 

pedem dois parametros:  RecepcionarLoteRps(string nfseCabecMsg, string nfseDadosMsg). Vi nos xml disponibilizados aqui, que voces colocam o cabecalho e o rps no mesmo xml, o que eu devo mandar em cada? estou com o erro de cabeçalho:

<ns3:Mensagem>A mensagem XML do cabeçalho do arquivo enviado está fora do padrão especificado.</ns3:Mensagem>

      <ns3:Correcao>Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema</ns3:Correcao>

Se puderem deixar os xml que voces enviam em cada parametro, agradeço! 

Eu eliminei esse erro envelopando o xml da seguinte maneira, para o envio de lote:

<?xml version="1.0" encoding="utf-8"?><soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:nfse="http://nfse.abrasf.org.br"><soapenv:Header/><soapenv:Body><nfse:RecepcionarLoteRpsRequest><nfseCabecMsg><![CDATA[<?xml version="1.0" encoding="UTF-8"?><p:cabecalho versao="2.00" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:p="http://www.giss.com.br/cabecalho-v2_04.xsd" xmlns:p1="http://www.giss.com.br/tipos-v2_04.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<p:versaoDados>2.00</p:versaoDados></p:cabecalho>]]></nfseCabecMsg><nfseDadosMsg><![CDATA[........XML ASSINADO.........]]></nfseDadosMsg></nfse:RecepcionarLoteRpsRequest></soapenv:Body></soapenv:Envelope>