O que é o campo órgão de emissor e por que ele existe
O órgão de emissor é simplesmente um código numérico que identifica a unidade federativa responsável pela gestão tributária do emitente em uma nota fiscal eletrônica. No Brasil, isso significa a SEFAZ do estado ou do Distrito Federal onde a empresa está sediada. É um campo obrigatório na NF-e, NFC-e, CT-e e nos demais modelos da NFSe quando integrada ao sistema nacional. Não tem muito mistério, mas gera confusão porque as pessoas nunca param para ler a especificação técnica da NF-e antes de integrar um sistema.
o que orgao de emissor
Na prática, é um código de dois dígitos inserido no XML da nota fiscal, na tag ide/UF, que indica qual secretaria da fazenda deve processar e autorizar a sua emissão. Os códigos seguem a tabela do IBGE adaptada pelo Convenio S/N de 1970, que também serve como base para a SEFAZ Nacional. O mais comum é o 35 (São Paulo), mas dependendo do estado do emitente, você vai encontrar valores como 41 (Paraná), 43 (Rio Grande do Sul), 27 (Alagoas), 52 (Goiás) e assim por diante. O problema real não é saber o código. O problema é o que acontece quando a empresa mudou de endereço recentemente, ou quando o CNPJ foi transferido entre estados durante o período de vigência de um contrato de prestação de serviço. Eu tive um caso assim no início de 2023 com uma cliente que mudou o sede de Curitiba para Londrina, ambos no Paraná, mas com SEFAZs diferentes na prática operacional. A nota foi autorizada sem problema porque o código de UF permaneceu 41, mas a homologação do certificado digital e a validação do cadastro estadual demandaram um procedimento separado que o ERP deles não tratava. Você precisa ficar de olho nisso: código de UF igual não significa integração automática com a mesma SEFAZ virtual quando há mudança de base operacional dentro do mesmo estado.
Outra coisa que ninguém explica direito é a questão dos simuladores de homologação. Quando você tá desenvolvendo e precisa testar a nota contra o sistema da SEFAZ, o órgão de emissor determina qual ambiente de homologação você vai usar. Se você colocar o código errado, o sistema rejeita no ato da autorização com o erro 266 (SEFAZ não disponível para o emitente) ou algo similar, e aí você perde tempo testando o que já estava errado desde o início. Eu costumo recomendar que o desenvolvedor configure um mapeamento simples entre o código do estado da empresa e o URL do ambiente de homologação correspondente, em vez de deixar essa informação espalhada no código.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Códigos do órgão emissor por estado
Aqui estão os códigos mais relevantes que você vai encontrar no dia a dia, sem ser uma lista exaustiva mas cobrindo a maioria dos casos: AC: 01 | AL: 27 | AM: 04 | AP: 03 | BA: 29 | CE: 23 | DF: 53 | ES: 32 | GO: 52 | MA: 21 | MG: 31 | MS: 50 | MT: 51 | PA: 15 | PB: 25 | PE: 26 | PI: 22 | PR: 41 | RJ: 33 | RN: 20 | RO: 11 | RR: 14 | RS: 43 | SC: 42 | SE: 28 | SP: 35 | TO: 17
Se você estiver lidando com documentos fiscais emitidos por empresas de outros países ou em territórios especiais, o campo pode assumir valores diferentes, mas na grande maioria das integrações brasileiras esse mapeamento acima cobre 99% dos casos.
Erros comuns e como evitar
O erro mais frequente que eu vejo em produção é a inversão do código de UF com o código do município. Um desenvolvedor pega o código IBGE do município (que tem até oito dígitos) e tenta injetar na tag do órgão, e o sistema rejeita. Outro erro comum é usar o código do estado do destinatário em vez do estado do emitente. Isso acontece especialmente em notas de entrega em terceiro, onde o enderDest aponta para um estado diferente do enderEmit. O órgão de emissor sempre refere ao emitente, nunca ao destinatário, e isso não está explícito o suficiente em muitos tutoriais por aí. Tem também a questão das notas de serviço (NFS-e) que, embora sejam municipais, precisam conter o código de UF do emitente quando interoperam com a NF-e. Eu perdi meia manhã num projeto assim porque o fornecedor de API de NFS-e não documentava claramente onde colocar o campo. A solução foi consultar o manual de integração direto da SEFAZ do estado do emitente, não o da plataforma de serviço.
Como definir isso no seu sistema
Se você está construando uma integração, a abordagem mais simples e menos propensa a erro é armazenar o código de UF como parte do cadastro da empresa, vinculado ao CNPJ. Quando a nota for gerada, o sistema lê esse valor automaticamente. Não adianta hardcodar em lugar nenhum do código. Se um dia sua empresa mudar de estado, você vai ter uma dor de cabeça enorme para rastrear todas as ocorrências. Para homologação, verifique se o ambiente que você tá usando corresponde ao código informado. O site da SEFAZ SP, por exemplo, tem um validador de XML que você pode usar para conferência rápida antes de enviar para a autorização oficial. Eu faço isso em todos os projetos novos como etapa obrigatória antes de liberar para produção.
