Rejeição 730: inscrição SUFRAMA informada na NFC-e

A presença de ISUF é o foco da 730

A Rejeição 730, E18-10, ocorre na NFC-e modelo 65 quando a nota informa a inscrição SUFRAMA do destinatário em dest/ISUF. A regra não está verificando o dígito dessa inscrição nem concedendo ou negando um benefício tributário ao participante. O problema técnico desta identidade é a presença do campo no modelo 65.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd

ISUF não é a inscrição estadual

ISUF identifica a inscrição na Superintendência da Zona Franca de Manaus; dest/IE é a inscrição estadual e indIEDest indica a situação em relação à inscrição no cadastro de contribuintes. Os três campos têm finalidades distintas. Localize NFe/infNFe/dest/ISUF no arquivo da tentativa, sem confundi-lo com número de IE em outra parte. O cadastro pode manter uma inscrição verdadeira para operações em que seja pertinente, mas isso não prova que ela deva ser serializada em qualquer modelo fiscal.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd

Como investigar a origem sem apagar o cadastro

Compare modelo efetivamente gerado, participante selecionado, dados cadastrais e payload da integração. Um objeto compartilhado entre NF-e e NFC-e pode enviar automaticamente todos os campos do destinatário, inclusive ISUF. Se a operação e o modelo pretendido estão confirmados, localize o mapeamento que transportou o campo incompatível. Não apague a inscrição verdadeira do cadastro para todas as futuras operações. Se o próprio modelo ou eventual benefício fiscal dependem de definição, leve participantes, mercadorias, destino e documentos ao responsável fiscal antes de alterar a representação.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd

Exemplo de dado verdadeiro em documento incompatível

Considere uma inscrição SUFRAMA cadastrada e confirmada para o destinatário, usada em uma integração comum. Ao gerar NFC-e, o emissor conserva ISUF e recebe 730. A inscrição pode ser verdadeira e ainda assim sua presença ser incompatível com o modelo 65. O ajuste técnico deve respeitar o documento e a operação efetivamente definidos, preservando cadastro e histórico. Não troque o participante, não zere a inscrição e não mude para NF-e apenas para eliminar a mensagem sem confirmar o documento cabível.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd

Por que as regras da NF-e não são a mesma rejeição

No modelo 55, E18-20/código 235 verifica o dígito da inscrição SUFRAMA informada, e E18-30/código 251 verifica UF e município no contexto próprio. A RTC 2025.002 v1.52 documenta essa relação geográfica, mas o aviso posterior do ENCAT de 05/10/2026 adiou essa versão para 26/10/2026 em homologação e 16/11/2026 em produção. Na data de corte 15/10/2026, o novo cronograma ainda é futuro e não comprova implantação individual. Essas verificações do modelo 55 não tornam ISUF permitido na NFC-e nem substituem E18-10. Corrigir dígito ou endereço da NFC-e não resolve a 730 enquanto o campo incompatível continuar presente. Não infira benefício, isenção ou tratamento tributário pela existência da inscrição.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 NT 2025.002 RTC 1.52 ENCAT — adiamento de homologação e produção Aviso05/10/2026

Como confirmar o resultado técnico

Após identificar a origem comprovada, gere novamente pelo fluxo regular e confira o modelo e os campos de dest com os documentos reais. A ausência da 730 elimina apenas essa condição; a autorização depende do retorno fiscal da mesma nota e ambiente. Preserve XML assinado, documentos autorizados e dados cadastrais verdadeiros. Uma tentativa anterior com resultado incerto precisa ser esclarecida antes de novo envio.

MOC — Anexo I, Leiaute e Regras de Validação 7.0 Leiaute da NF-e e protocolo PL_010f_v1.04 / leiauteNFe_v4.00.xsd

Limite dos exemplos e da conferência

O exemplo depende de inscrição cadastral verdadeira e modelo documental definido. Cenários textuais evitam fabricar ISUF e não recomendam benefício ou enquadramento. Nenhum exemplo desta página é um documento pronto para transmissão.