Rejeição 530: ISSQN informado sem a inscrição municipal do emitente

A rejeição 530 aparece quando o XML contém o grupo de tributação do ISSQN em um item, mas não informa a inscrição municipal do prestador no cadastro do emitente. A solução começa por duas perguntas: esse item realmente deve levar ISSQN nesse documento e a inscrição municipal correta foi transmitida?

Se a tributação estiver adequada, corrija o cadastro do estabelecimento e gere novamente o arquivo. Se o grupo de ISSQN surgiu por uma classificação indevida do item, é essa origem que precisa de revisão fiscal. Inventar uma inscrição ou retirar um tributo devido apenas para superar a rejeição não resolve a situação.

O que o autorizador compara

A regra U01-10 do MOC 7.0, página 119 relaciona o grupo ISSQN, identificado como U01, à inscrição municipal IM, identificada como C19. No XML, a verificação envolve o ISSQN dentro da tributação do item e o campo emit/IM.

Não é a inscrição municipal do cliente. Também não é o código IBGE do município, a inscrição estadual ou o CNAE. O leiaute do emitente, página 13, identifica C19 como inscrição municipal do prestador de serviço e relaciona seu preenchimento à NF-e conjugada.

Essa regra verifica a falta de informação quando há o grupo tributário. Corrigir sua ausência não comprova, por si só, que o número pertence ao estabelecimento ou que todas as condições fiscais estão atendidas. Esses pontos precisam ser confirmados no cadastro e na documentação apropriada.

Modelos, UF e limites do diagnóstico

A coluna da regra U01-10 registra modelos 55 e 65 e aplicação facultativa. Na tabela paulista de regras facultativas, consultada em 10/10/2026, U01-10/530 aparece como ativa. A tabela mineira versão 2.00, de 13/03/2026, também assinala a validação. Essas evidências são estaduais; não certificam comportamento uniforme de todos os autorizadores.

A presença de 55/65 na regra de leiaute não constitui autorização geral para faturar qualquer serviço em qualquer desses modelos. Antes de emitir, confirme se a combinação de operação, documento, UF e município admite o tratamento pretendido. A nota conjugada pode reunir itens sujeitos a ICMS e itens sujeitos a ISSQN, dentro das condições aplicáveis.

Este artigo trata exclusivamente do retorno de autorização da NF-e/NFC-e. Um código 530 recebido em outro documento ou serviço deve ser interpretado na especificação correspondente. A emissão de NFS-e tem regras e procedimentos próprios e fica fora deste roteiro.

Como encontrar o dado ausente

1. Guarde o XML transmitido e a mensagem integral de rejeição. Trabalhe sobre esse arquivo, não apenas sobre a impressão do documento.

2. Identifique quais itens geraram o grupo ISSQN e confirme com a área fiscal se a classificação está correta.

3. Verifique se emit/IM existe no XML e contém a inscrição municipal do estabelecimento emitente.

4. Compare o arquivo com o cadastro da empresa ou filial no emissor. A informação pode estar salva na matriz e ausente na unidade que emite.

5. Confira se a integração leva o campo cadastral para o local correto do XML e se a nota foi reprocessada após a atualização.

Se a empresa possui inscrição municipal, utilize o registro efetivo, respeitando seu conteúdo e o formato aceito pelo leiaute. Não copie automaticamente a inscrição estadual nem use zeros como substituto. Se a empresa não possui o registro, interrompa o preenchimento por tentativa e confirme com o responsável fiscal a situação cadastral e a possibilidade de usar o documento pretendido.

Três causas operacionais frequentes

A primeira é cadastro incompleto. O estabelecimento já tem a inscrição, mas o campo ficou vazio no emissor. A orientação da Alterdata para ERP4ME aponta justamente para os dados da empresa. A correção deve usar a inscrição verdadeira da unidade, não um número de exemplo.

A segunda é a falta de atualização do documento. Alterar o cadastro depois que o XML foi montado pode não atualizar a nota existente. A IOB orienta gravar a inscrição e regravar a nota antes de transmitir. O fluxo exato depende do emissor; compare o arquivo gerado depois da mudança para confirmar que ela chegou à transmissão.

A terceira é divergência entre filiais ou etapas de integração. A ABC71 destaca o cadastro da filial, o processamento e a conferência do retorno. Esses procedimentos são próprios de seu produto, mas ilustram um controle útil: distinguir cadastro salvo, XML gerado, transmissão e autorização.

Quando o problema está na tributação do item

Um cadastro de produto pode ter sido duplicado a partir de um serviço ou vinculado a uma configuração tributária incorreta. Nesse cenário, preencher a inscrição municipal pode retirar o motivo imediato do 530 e deixar uma tributação errada no documento.

Compare pedido, descrição do item, natureza da operação e configuração fiscal. Se a área responsável concluir que o ISSQN foi incluído indevidamente, ajuste a parametrização que gerou o grupo e refaça os cálculos. Essa decisão precisa de fundamento; a rejeição sozinha não determina se existe incidência de ISSQN ou ICMS.

Também evite misturar verificações distintas. A NT 2022.004 v1.10, página 7 detalha, para U01-20/592, três parametrizações: não aceitar item de serviço, aceitá-lo ou aceitá-lo somente em nota conjugada. O cronograma dessa NT distingue as UFs e a alteração de prazo do DF; não é uma nova data universal da rejeição 530. Preencher IM não supera uma vedação a itens de serviço, nem autoriza adicionar mercadoria fictícia. Município do ISSQN e totalização também têm controles próprios.

O que conferir depois do reenvio

No novo XML, confirme a inscrição no emitente, os itens que continuam com ISSQN e os totais afetados pelo reprocessamento. Preserve o documento rejeitado para comparar a mudança. Reenvie pelo fluxo normal do emissor e leia a resposta completa: a etapa só termina com autorização confirmada e protocolo vinculado ao arquivo correspondente.

Se a mesma rejeição continuar, o suporte precisa receber o XML que efetivamente saiu, o retorno do autorizador, o modelo, a UF, o ambiente e a versão do sistema. Esse conjunto permite distinguir campo omitido, mapeamento incorreto e documento não atualizado, sem expor dados da empresa em páginas públicas.

Fontes consultadas

MOC 7.0, Anexo I, páginas 13 e 119; NT 2022.004 v1.10; tabelas estaduais de São Paulo e Minas Gerais. Fontes práticas efetivamente lidas: IOB, ABC71 e Alterdata. Revisão em 10/10/2026, com corpus oficial preservado em 09/10/2026; sem teste operacional e sem substituir a confirmação fiscal da operação.