O que realmente é o órgão emissor na prática
Quando você está preenchendo uma NF-e ou qualquer documento fiscal eletrônico e depara com o campo orgão emissor, provavelmente para para entender se precisa do código do estado, do CNPJ da secretaria, ou simplesmente deixar em branco. A coisa é mais simples do que a maioria dos manuais sugere, mas tem um detalhe que quase todo mundo erra na primeira vez. O órgão emissor é, basicamente, a unidade federativa — estado ou Distrito Federal — que tem competência para fiscalizar aquela operação. No mundo da NF-e, isso se traduz num código numérico de dois dígitos que identifica qual Secretaria da Fazenda do estado está emitindo o documento. Para a maioria das operações interestaduais ou até mesmo dentro do próprio estado, esse campo é automático quando seu sistema consulta a base da SEFAZ. O problema é que nem sempre é automático.
oque e orgao emissor
Em termos técnicos, o órgão emissor é o campo que indica qual autoridade fiscal estadual ou distrital é responsável pela autorização de uso, homologação e fiscalização do documento fiscal. Os códigos seguem a tabela oficial do SAT/NFE, que mapeia cada unidade da federação. Por exemplo, 35 é São Paulo, 41 é Paraná, 33 é Rio de Janeiro. O campo é obrigatório na estrutura XML da NF-e e não pode ser omitido sob risco de rejeição pela SEFAZ. Aqui vai algo que ninguém conta direito nos tutoriais: o órgão emissor não é necessariamente o estado onde a empresa está sediada. Se sua empresa é do Rio Grande do Sul (código 43) e você emitirá uma NF-e para uma operação sujeita à tributação em Santa Catarina (código 42) como consumidor final, o órgão emissor continua sendo 43. O órgão emissor é sempre o estado do emitente, não do tomador, não do destino, não do transportador. Isso causa confusão constante quando o destinatário está em outra UF.
👉 Clique no botão abaixo para saber mais sobre o assunto!
No dia a dia, a forma mais prática de lidar com isso é deixar o sistema fazer o trabalho. A biblioteca padrão da NF-e, seja em C#, Python, PHP ou Java, já traz essa tabela embutida. Quando você chama o método de autorização passando os dados do NF-e, o código calcula automaticamente o campo cOrgao com base no CNPJ do emitente. O erro mais comum que eu vejo em fóruns é alguém tentando hardcodar esse valor manualmente, o que gera inconsistência quando a empresa muda de sede ou quando o CNPJ é de uma filial em outro estado. Te conto um caso específico que me deu trabalho há pouco tempo. Tinha uma empresa que tinha o CNPJ da sede em Minas Gerais (código 31) mas operava uma filial em Mato Grosso do Sul (código 50) com autonomia total para emissão. O sistema deles estava pegando o CNPJ da filial para determinar o órgão emissor, e a SEFAZ de MS estava rejeitando a NF-e porque havia uma divergência entre o código do órgão e a inscrição estadual informada no cabeçalho. A solução foi usar o CNPJ da sede exclusivamente para o campo cOrgao, mantendo a inscrição estadual da filial nos dados do contribuinte, e ajustar o layout do XML para separar essas duas lógicas. Isso economizou cerca de três dias de tentativas e erros com a SEFAZ.
Outra pegadinha que merece atenção: o campo órgão emissor na nota de serviço (NFS-e) não funciona da mesma forma. NFS-e é competêcia municipal, então o conceito de "órgão emissor" muda completamente. A prefeitura é quem emite, e o campo correspondente no RPS ou no comprovante de transmissão já incorpora o código do município via CNaS ou pela tabela do CNMP. Tentar aplicar a lógica do código estadual do NF-e numa NFS-e resulta em erro de validação instantâneo. Se você trabalha com ambos os tipos de nota, trate-os como modelos diferentes desde o início. Se estiver começando agora e quiser só consultar a tabela completa dos códigos, ela está disponível publicamente no portal da NF-e, e a versão mais recente da tabela de unidades federativas pode ser baixada diretamente do site da SEFAZ Nacional. Não precisa de cadastro, não custa nada, e leva menos de um minuto para encontrar. O arquivo é um XML simples que você pode integrar no seu sistema de consulta.
O principal limite dessa abordagem automática é que ela depende inteiramente da correção do CNPJ cadastrado. Se houver qualquer divergência no cadastro da empresa na SEFAZ — o que acontece com frequência quando o CNPJ foi recém-implantado ou passou por fusão — o sistema vai calcular o órgão emissor errado e a nota será rejeitada na hora da autorização. Nesses casos, o jeito é entrar manualmente no Simples Nacional ou no portal da SEFAZ do estado e confirmar o cadastro antes de tentar a autorização. Levanta em torno de 10 a 15 minutos de verificação, mas evita horas de ticket aberto com o suporte técnico. Se a sua operação envolve muitos estados diferentes e você quer evitar depender exclusivamente do cálculo automático, uma alternativa mais robusta é manter uma tabela local de mapeamento CNPJ-UF que você consulta via API antes de montar o XML. Isso adiciona uma etapa a mais no processo, mas reduz drasticamente as rejeições por órgão emissor incorreto, especialmente em empresas com filiais em múltiplas unidades da federação.
