Cadastro fiscal de emitente e destinatário: o que conferir antes de emitir

O cadastro fiscal precisa representar quem emite e quem recebe a nota, com documentos, inscrições e endereço coerentes com a operação. Um dado salvo no sistema pode estar desatualizado ou ser enviado de outra forma no XML. Por isso, conferir apenas a tela de cadastro nem sempre explica uma rejeição.

Este roteiro ajuda a revisar NF-e, modelo 55, e NFC-e, modelo 65. As exigências variam conforme o documento, a operação, a UF, o autorizador e a versão aplicável. Não é necessário mudar todos os campos: identifique a divergência, confirme a informação correta e ajuste sua origem.

Comece pelos documentos e pelo retorno

Separe o comprovante cadastral do estabelecimento, a consulta estadual pertinente, a orientação da contabilidade e o XML que foi efetivamente transmitido. Havendo rejeição, guarde o código e a mensagem completos, o ambiente, a data da tentativa e a identificação da nota. Uma mensagem sobre o emitente exige uma investigação diferente daquela sobre o destinatário.

Confira também a empresa selecionada no sistema. Matriz e filial podem compartilhar parte do CNPJ, mas representam estabelecimentos distintos. Não substitua o documento de uma filial pelo da matriz porque o segundo está cadastrado ou consegue emitir.

Identificação: preserve o documento real

Compare o documento admitido para o modelo e a operação, razão social ou nome e estabelecimento envolvido. Nome fantasia não substitui razão social. Preserve os zeros iniciais de CNPJ ou CPF e verifique se importações de planilhas ou integrações não cortaram caracteres. Para comprador estrangeiro, existe identificação específica no leiaute; não use essa opção para contornar um documento brasileiro inválido.

O CNPJ já não deve ser tratado como um campo exclusivamente numérico. A Receita Federal comunicou a geração do primeiro CNPJ alfanumérico em 31 de julho de 2026. Inscrições anteriores continuam válidas e não precisam ser convertidas; novas inscrições ainda podem ser numéricas. A NT 2026.004 v1.01 adapta os campos de CNPJ da NF-e/NFC-e ao novo formato.

Se um documento legítimo com letras for recusado pelo cadastro, não apague as letras nem crie outro número. Peça ao suporte a verificação da versão instalada, do armazenamento, das validações e das integrações. A publicação da norma e a implantação na Receita não comprovam a compatibilidade do sistema utilizado ou de cada serviço fiscal.

Emitente: inscrição, regime e habilitação

Confronte a inscrição estadual com o estabelecimento e a UF correspondentes. Inscrição municipal e inscrição estadual do substituto tributário têm funções próprias; não substituem automaticamente a IE do emitente. Um CNPJ ativo na Receita também não comprova, sozinho, credenciamento para emitir determinado documento fiscal na SEFAZ.

Confira o Código de Regime Tributário, o CRT, conforme o enquadramento real e a orientação contábil. O leiaute inclui os códigos do Simples Nacional, excesso de sublimite, regime normal e o CRT 4 para MEI, introduzido pela NT 2024.001. Não escolha outro CRT apenas porque ele permite transmitir um XML com a tributação já preenchida. O cadastro e a tributação precisam ser revistos em conjunto, respeitando a operação.

Há uma mudança programada para contribuintes exclusivos do IBS/CBS, incluindo emissão de NF-e sem IE sob condições específicas. Em 16 de outubro de 2026, o aviso oficial de adiamento da NT 2026.007 v1.10 informa homologação em 26 de outubro e produção em 16 de novembro. Isso não é autorização para remover a IE agora nem dispensa geral para emitir NFC-e. O enquadramento e as condições dessa modalidade precisam ser confirmados separadamente.

Destinatário: diferencie inscrição e condição fiscal

Na NF-e, o indicador indIEDest distingue contribuinte do ICMS, contribuinte isento de inscrição e não contribuinte. O código 9, de não contribuinte, pode corresponder a pessoa que possui inscrição estadual. Portanto, ter IE não determina sozinho o indicador, e deixar o campo vazio no sistema não prova isenção.

Para destinatário contribuinte, o indicador 1 exige a IE correspondente. Para contribuinte efetivamente isento de inscrição, o indicador 2 não deve vir acompanhado da tag de IE. A aceitação dessa condição também depende das regras da operação e da UF; não use “isento” como solução genérica para falta de informação.

Exemplo: o cadastro foi importado como isento, mas o cliente apresenta inscrição e comprovação de que é contribuinte do ICMS. Antes de apagar a IE para eliminar uma rejeição, confirme os documentos e corrija o enquadramento que ficou errado. Se a isenção de inscrição for a condição verdadeira, o XML deve representar essa condição, sem inventar uma IE.

Na NFC-e, o leiaute prevê o indicador 9 e não prevê informar a IE do destinatário. Essa regra do documento não autoriza reclassificar uma operação inadequada como venda a não contribuinte. Quando a operação exigir NF-e, a solução deve respeitar o modelo correto. Também não se deve preencher a tag de IE do destinatário com a palavra “ISENTO”.

Endereço: confira o conjunto

Revise logradouro, número, bairro, município, código municipal do IBGE, UF e CEP, conforme os campos exigidos. Uma busca automática por CEP ajuda no preenchimento, mas não confirma sozinha o endereço fiscal ou o local real da operação. Nome do município e código municipal precisam corresponder à mesma localidade.

Diferencie o endereço do destinatário do local de entrega e o endereço do emitente do local de retirada. O leiaute possui grupos próprios para esses locais quando forem diferentes. Não altere a UF cadastral nem marque “EX” para conseguir transmitir uma operação nacional. Confira a informação documental e o campo que precisa ser corrigido.

Quando envolver contador, suporte ou SEFAZ

Se a dúvida for enquadramento tributário, condição de contribuinte, isenção ou estabelecimento participante, envolva a contabilidade e o responsável pelo cadastro. Se a informação oficial estiver correta, mas o XML divergir, encaminhe ao suporte o exemplo e a origem do dado. Cadastros duplicados ou integrações podem continuar enviando a informação antiga depois de uma alteração na tela.

Se a divergência estiver no cadastro oficial ou no credenciamento, a regularização deve seguir o órgão responsável. O CCC pode auxiliar a consulta de habilitação; o portal da SVRS informa exigência de acesso gov.br e filtro por CNPJ ou IE. Não foi consultado nenhum contribuinte individual para este guia.

Após corrigir, confira novamente o XML e o retorno do processamento. Corrigir o cadastro não garante autorização. Registros antigos de denegação também não devem ser usados como procedimento atual automático: as NTs 2023.002 e 2024.001 alteraram esse tratamento para NFC-e e NF-e. Preserve o histórico e investigue o retorno efetivamente recebido. Este roteiro não valida uma tela ou funcionalidade específica do ALRA.

Fontes

• MOC 7.0, Anexo I, páginas 12–16 e 84–86, confrontado com as atualizações; NT 2024.001 v1.20, páginas 3–6; NT 2023.002 v1.01, seção 6. Denegação tratada como histórico, não como rotina atual.

• Programa CNPJ Alfanumérico, comunicação da primeira inscrição e NT 2026.004 v1.01, páginas 3–6. Páginas da Receita consultadas em 16/10/2026; não houve teste de implantação no ALRA.

• NT 2026.007 v1.10, páginas 3–5, e avisos oficiais da SVRS, comunicados de 05/10/2026 sobre o adiamento e de 28/10/2025 sobre o CCC. Datas do aviso posterior prevalecem sobre o cronograma antigo do PDF. Schemas 010f: leitura das declarações de identificação, sem validação de XML.

• Apoios práticos lidos: Omie, cadastro manual e informações fiscais da empresa; TOTVS, geração do indIEDest; Oobj, rejeição 791. Três editoras, com rotinas de seus próprios produtos. Defaults, menus e remoção incondicional de IE não foram transferidos ao ALRA. TOTVS lida pela ferramenta WEB; o acesso HTTP direto retornou 403.