Rejeição 1113: confira o autor que está cancelando o evento

Se a tentativa de cancelar um evento retornou 1113, compare o CNPJ ou CPF enviado no pedido com o autor do evento original. A regra verifica essa identidade, não o nome de quem clicou no botão. Guarde os dois XMLs e os retornos antes de tentar novamente. Usar outra empresa ou pessoa apenas para fazer os campos coincidirem não é uma correção legítima.

Este guia usa a NT 2025.002-RTC v1.52 preservada pela pesquisa compartilhada de 10/10/2026. A seção 8.13 trata de Cancelamento de Evento, código 110001, vinculado à NF-e modelo 55, no serviço de Registro de Eventos. Não extrapole essa descrição para NFC-e 65, autorização da nota ou qualquer cancelamento pelo mesmo número. Implantação por UF, autorizador e ambiente não foi testada nesta elaboração. [1]

O que a mensagem verifica

A mensagem exata é “Rejeição: Autor do Evento de Cancelamento diverge do Autor do Evento a ser cancelado”. Na página 87, a 1P10-10 compara o CNPJ/CPF do autor do pedido de cancelamento com o CNPJ/CPF do autor do evento que se pretende cancelar.

A página 86 estabelece que o autor deve ser o mesmo do evento original já autorizado. Não significa que seja sempre o emitente da NF-e. A identidade depende de quem registrou aquele evento, conforme seu tipo e suas regras. A nota vinculada e o evento são registros distintos.

Também não se trata, neste contexto, de cancelar a própria NF-e. O leiaute específico informa que o 110001 cancela eventos previstos nessa NT, com exclusões próprias; a linha P23-10 inclui tipos que não podem ser usados como alvo, como 110001, 110111 e 110112. Não troque o tipo para contornar essa restrição. [1]

Identifique o registro correto antes de comparar o autor

O pedido possui dois tipos de identificação: a sua própria identidade e a referência ao evento anterior. O campo infEvento/tpEvento identifica o cancelamento 110001. Já detEvento/tpEventoAut informa o tipo do evento autorizado a cancelar.

Confira também chNFe, nSeqEvento e detEvento/nProtEvento. A página 87 determina a sequência e o protocolo do evento original. O protocolo não deve ser substituído pelo protocolo de autorização da nota só porque ambos estão ligados à mesma chave.

A 1P06-10 localiza o registro pela chave, tipo do evento original e sequência. Se ele não existir, a condição documentada é 459. A divergência de protocolo pertence à 1P24-10, código 460. A divergência de órgão autor é 1P20-10, código 1178. Esses controles são diferentes do confronto de CNPJ/CPF da 1113.

Onde procurar a causa

Preserve o XML efetivamente transmitido, a resposta completa e o evento original autorizado. Uma tela com o nome da empresa não prova qual identificador foi enviado. O cadastro, a sessão de trabalho e a integração podem usar origens diferentes.

Na parte geral, procure infEvento/CNPJ ou infEvento/CPF, identificados como autor nas páginas 86–87. Compare com a autoria registrada no evento original, não somente com emitente ou destinatário da nota. Em seguida, confirme que chave, tipo, sequência e protocolo apontam para o evento desejado.

Registre UF, autorizador, cOrgao, cOrgaoAutor, versão e tpAmb. O leiaute distingue produção e homologação. Não misture documentos de testes com protocolos de produção, nem conclua a autoria por uma chave localizada em outro ambiente.

Como tratar cada cenário

A empresa ou pessoa correta foi selecionada, mas o XML usa outra identidade

Peça ao suporte que rastreie a origem do campo de autor. Ele pode ter vindo de uma configuração compartilhada, de uma sessão anterior ou do cadastro de integração. São hipóteses, não causas presumidas de todo retorno 1113.

Depois de confirmar o autor legítimo e a representação autorizada, corrija o preenchimento na origem e gere novamente o pedido pelo fluxo normal de validação e assinatura. Não edite manualmente um XML assinado, nem altere o histórico do evento original para adequá-lo ao pedido.

O pedido está apontando para outro evento

Confira a referência completa. Uma chave pode ter vários registros e sequências. Recuperar um protocolo de outra linha ou copiar o tipo errado pode levar a comparação com um autor que não era o pretendido.

Se a referência estiver incorreta, selecione o evento verdadeiro e autorizado que deve ser cancelado e regenere o pedido com seus dados comprovados. Não invente protocolo, sequência ou data; se o registro não foi localizado, investigue essa ausência antes de prosseguir.

O evento pertence legitimamente a outro autor

O emitente da nota, o usuário atual ou uma empresa relacionada não adquirem automaticamente a condição de autor do evento. Encaminhe o caso ao responsável que efetivamente o registrou e ao suporte para avaliar o procedimento aplicável.

Não copie CNPJ/CPF alheio, compartilhe credenciais ou recrie o evento em nome de outra pessoa para eliminar a mensagem. Se a autoria correta não puder ser demonstrada, preserve a pendência e solicite orientação fiscal ou do autorizador.

Exemplo fictício

Uma operação de teste tem um evento autorizado pela empresa fictícia Alfa. A integração da empresa fictícia Beta monta um pedido de cancelamento referenciando o protocolo de Alfa, mas preenche seu próprio CNPJ como autor. O retorno aponta 1113.

A equipe primeiro confirma que o evento de Alfa é realmente o alvo. Se for, o procedimento precisa partir do autor legítimo, com representação autorizada e dados comprovados. Se a referência foi copiada por engano, deve localizar o registro correto de Beta. O exemplo ilustra a comparação de identidades; não estabelece direito de cancelamento ou resultado garantido.

Confirme o resultado e quando escalar

Leia o retorno individual do evento, mesmo quando a transmissão ocorreu em lote. O recebimento da mensagem não comprova cancelamento aceito. A página 15 distingue registro e rejeição ao descrever a data retornada: em evento rejeitado, pode ser informada a data de recebimento.

Guarde resultado, protocolo correspondente e situação do evento original após a tentativa. Não marque a NF-e como cancelada por ter solicitado cancelamento de um evento. Se outra rejeição aparecer, trate sua condição específica.

Se a autoria parece igual e o 1113 persiste, encaminhe XMLs, retornos, identificação do evento, UF, ambiente e versão ao suporte. A contabilidade deve participar quando houver dúvida sobre autoria ou consequências fiscais. Compartilhe somente os dados necessários, preservando certificados, credenciais e o histórico.

Fontes

Elaboração documental por IA: 12/10/2026. Capturas oficiais compartilhadas de 10/10/2026, com releitura textual e inspeção atual dos PNGs salvos das páginas 86–87. Sem novo HTTP, render ou teste de registro. Revisão própria e cruzada ainda pendentes.

1. NT 2025.002-RTC v1.52, seção 8.13, páginas 86–87, regras 1P10-10 e próximas; página 15, campos de retorno. O título 55/65 da seção 6, na página 15, não define o modelo deste evento.

2. Documentos oficiais SVRS e Avisos SVRS. A versão publicada em 01/10 e o aviso ENCAT de 05/10 são registros históricos; os prazos gerais da atualização não certificam o calendário particular do evento 110001 por UF.

3. Nenhum corpo prático específico do 1113 foi recuperado no conjunto local consultado. Fontes gerais de RTC não equivalem a três tutoriais deste cancelamento. Proveniência, hashes e limites estão em fontes.v1.json.