Erro ao enviar a NFSe cidade de Natal

[Arthur Milleri]

Ao enviar a nota fiscal de serviço está retornando o seguinte erro: N45"Assinatura do documento não compatível com o conteúdo para a tag InfRps". O cliente transmitia normalmente e de repente ocorreu esse erro, já realizei a atualização dos fontes do Acbr e o erro persiste. 

[Juliomar Marchetti]

Será que não houve mudanças por lá?

chegou a conferir junto a prefeitura e provedor?

[Arthur Milleri]

• Mudanças na emissão de NFS-e Natal

A ultima transmissão do cliente foi 10/02.

Nesta terça-feira, 25/02, foi implantada no Portal Directa uma nova versão da tela para emissão de Nota Fiscal de Serviço Eletrônica (NFS-e). Operacionalmente as mudanças foram bastante sutis, conforme descrito abaixo, mas internamente foram feitas melhorias de performance que devem minimizar problemas de lentidão no acesso e emissão da NFS-e.

Link Referente as mudanças.

 https://natal.rn.gov.br/semut/rps.php

[Italo Giurizzato Junior]

Bom dia Arthur,

Se você pegar o exemplo de lote que consta na página referente ao link que você postou e comparar com o que o ACBrNFSe gera, vai notar que na assinatura digital existe uma diferença.

O componente ACBrNFSe se utiliza da rotina de assinatura que é utilizada pelos componentes ACBrNFe, ACBrCTe, ACBrMDFe, ACBrBPe, ACBreSocial, ACBrReinf, ACBrNF3e (acho que não esqueci de ninguém).

A diferença é na quantidade de transformações, nesse exemplo tem apenas uma e a rotina gera a assinatura com duas transformações.

Pode esta ai o problema.

Fizeram kaka, em vez de manter as duas transformações, não removeram uma, pois os caras são os bam bam bam.

[Arthur Milleri]

Boa Tarde!!! 

E qual procedimento deve ser feito nessa situação?

[Italo Giurizzato Junior]

Boa tarde Arthur,

O maior problema é o provedor ficar inventando moda.

Você deve entrar em contato com eles e questionar o que esta de errado com o seu XML ou melhor com a assinatura dele.

Se disserem que ela esta com 2 transformações e o webservice deles espera por apenas 1, ai você questiona o motivo deles ter incluído somente 1 transformação, visto que a grande maioria dos webservices trabalham com 2 transformações na assinatura.

Quem sabe eles resolvem corrigir a kaka que fizeram. 

[Arthur Milleri]

Entrei em contato com eles, eles me deram esse retorno.

 

O arquivo enviado está com a assinatura inválida.

Verificamos que os caracteres "<" e ">" foram substituídos por "&lt;" e "&gt;".

Isso pode estar atrapalhando a assinatura do mesmo pois após assinado, nenhuma alteração deve ser feita na parte do xml que já foi assinada.

 

Uma ferramenta que você pode utilizar para verificar a assinatura de xml é o validador da receita federal:

 

https://servicos.receita.fazenda.gov.br/servicos/assinadoc/ValidadorAssinaturas.app/valida.aspx

[Italo Giurizzato Junior]

Boa tarde Arthur,

Segundo a ferramenta SoapUI o conteudo de nfseCabecMsg e nfseDadosMsg devem ser uma string e não um XML.

Na seção XML do arquivo Natal.ini temos os campos:

Cabecalho=1
Dados=1

Que diz para o componente converter o XML do cabeçalho e do dados em string.

Para mim o problema é outro.

[Arthur Milleri]

Não entendi muito bem. Mas pessoal de Natal olhou o XML e falou para verificar que os caracteres "<" e ">" foram substituídos por "&lt;" e "&gt;".

[Italo Giurizzato Junior]

Arthur,

Quando o valor dos campos Cabecalho e Dados na seção XML é 1 o componente troca os caracteres "<" e ">" pelos "&lt;" e "&gt;" respectivamente.

Já com o CDATA isso não ocorre.