Dificuldade na autorização de cancelamento – NFS-e Nacional (ambGer = 2)

Estou enfrentando dificuldades ao tentar autorizar o cancelamento de uma NFS-e Nacional emitida com ambGer = 2.
O retorno que estou obtendo é o seguinte:
{
“tipoAmbiente”: 2,
“versaoAplicativo”: “SefinNac_Pre_1.4.0”,
“dataHoraProcessamento”: “2025-10-09T11:35:56.0584669-03:00”,
“erro”: null
}

Ou seja, o processamento ocorre sem erro explícito, mas o cancelamento não é efetivamente autorizado.

Alguém mais está passando por essa situação ou conseguiu realizar o cancelamento com sucesso nesse ambiente?
Se possível, poderiam compartilhar um exemplo de XML (envio e retorno) de um cancelamento autorizado para que eu possa comparar e identificar onde pode estar a divergência?

Agradeço desde já qualquer ajuda!

1 curtida

Resolvido com apoio de @Candido.

2 curtidas

Olá, compartilhar comigo um exemplo de xml de um cancelamento também?
Meu email é otaviomc@gmail.com

Bruno, boa tarde! Estamos com o mesmo problema, poderia nos orientar o que fizeram?

Boa tarde Fabio, me envie um e-mail que te retorno com um XML de exemplo.

knaeselbruno@gmail.com

É importante vocês postarem a solução para servir de apoio a todos que lerem o post.

Esta é a finalidade do Fórum.

Bom dia! Você poderia me enviar a solução?

Bom dia! @MariaAntonia

Segue em anexo estrutura de referência que usei para ter sucesso na autorização.

1 curtida

Muito obrigada! Voce poderia me enviar o endpoint completo que você esta enviando? Incluindo a URL utilizada

Consegui!!! O problema realmente é que eu estava enviando o evento inteiro, não só o pedido

1 curtida

Mesma situação que por aqui rs

A sua resposta com o XML de exemplo me ajudou, mas saberia me dizer o que foi informado exatamente no Id da tag infPedReg? Pois no meu caso está retornando erro:

RNG9997 - The ‘Id’ attribute is invalid - The value ‘PRE43051082288614532000160000000000000125113206310679000001’ is invalid according to its datatype ‘http://www.sped.fazenda.gov.br/nfse:TSIdPedRefEvt’ - The Pattern constraint failed.

1 curtida

Boa tarde Gabriel,

Tem uma regra de formação:
PRE + Chave de acesso + código do evento + nSeqEvento.

PRE + chave + 101101 + 001 - pois o Cancelamento ocorre apenas uma vez

Agradeço o retorno Bruno. Só uma dúvida ainda resta: Aqui na documentação diz que seria apenas 59 posições sendo PRE + Chave de acesso (50) + código do evento (6), então estou olhando a doc desatualizada?

1 curtida

Ao que tudo indica, sim.

Muito obrigado! Fiz da forma que você falou e o erro não ocorreu mais.

Bruno, poderia esclarecer algumas dúvidas.
Você envelopa o xml e depois transforma em gzip ?
Poderia compartilhar o xml e a url por gentileza ?

Boa Tarde, Ewerton.
Você → Gera o Xml → Assina o Xml → Compacta → Converte para base64.

Ai vc monta a url:
https://sefin.nfse.gov.br/SefinNacional/nfse/{chaveAcesso}/eventos`,
{ pedidoRegistroEventoXmlGZipB64: dpsBase64 },
{ headers: { “Content-Type”: “application/json” }};

1 curtida

opa leandro obrigado pelo retorno. Fiz os ajustes porém bati no erro da assinatura

ele me retorna.

{
“tipoAmbiente”: 1,
“versaoAplicativo”: “SefinNacional_1.4.0”,
“dataHoraProcessamento”: “2025-12-09T10:44:21.3425796-03:00”,
“erro”: [
{
“codigo”: “E0714”,
“descricao”: “Arquivo enviado com erro na assinatura.”
}
]
}

aqui no meu caso gerei a nota usando o certificado da matriz na filial onde converteu em NFS-e normalmente, porém na hora de cancelar ele da a crítica da assinatura.

<?xml version="1.0" encoding="UTF-8"?>
<pedRegEvento versao="1.00" xmlns="http://www.sped.fazenda.gov.br/nfse">
	<infPedReg Id="">
		<tpAmb>1</tpAmb>
		<verAplic>SefinNacional_1.4.0</verAplic>
		<dhEvento>2025-12-08T22:16:08-03:00</dhEvento>
		<CNPJAutor></CNPJAutor>
		<chNFSe></chNFSe>
		<nPedRegEvento>001</nPedRegEvento>
		<e101101>
			<xDesc>Cancelamento de NFS-e</xDesc>
			<cMotivo>2</cMotivo>
			<xMotivo>Erro na Emissao</xMotivo>
		</e101101>
	</infPedReg>
	<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
		<SignedInfo>
			<CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#WithComments"/>
			<SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/>
			<Reference URI="#">
				<Transforms>
					<Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/>
					<Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#WithComments"/>
				</Transforms>
				<DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/>
				<DigestValue></DigestValue>
			</Reference>
		</SignedInfo>
		<SignatureValue></SignatureValue>
		<KeyInfo>
			<X509Data>
				<X509Certificate></X509Certificate>
			</X509Data>
		</KeyInfo>
	</Signature>
</pedRegEvento>

Eu tive esse problema tbem, mas era a rotina de gerar a assinatura utilizando o certificado que estava com problema, assinava corretamente para envio, mas no cancelamento ele bugava a assinatura.
Entre o seu XML e o meu, eu encontrei algumas diferenças nessas tag’s. Veja se ajustando resolve.