Sigla De Todos Os Estados

Sigla de todos os estados brasileiros na prática

Você provavelmente já viu uma lista dessas em algum formulário ou site, mas raramente alguém explica o que acontece quando você realmente precisa usar isso no dia a dia. Trabalhei com dados estaduais por anos e logo aprendi que a parte fácil é decorar as siglas. A parte chata é lidar com os casos em que elas falham. Abaixo está a relação básica, sem rodeio. Se você só quer consultar rápido, já pode parar por aqui. Acre — AC
Alagoas — AL
Amapá — AP
Amazonas — AM
Bahia — BA
Ceará — CE
Distrito Federal — DF
Espírito Santo — ES
Goiás — GO
Maranhão — MA
Mato Grosso do Sul — MS
Mato Grosso — MT
Minas Gerais — MG
Pará — PA
Paraíba — PB
Paraná — PR
Pernambuco — PE
Piauí — PI
Rio de Janeiro — RJ
Rio Grande do Norte — RN
Rio Grande do Sul — RS
Rondônia — RO
Roraima — RR
Santa Catarina — SC
São Paulo — SP
Sergipe — SE
Tocantins — TO

São 27 unidades no total. O Distrito Federal tem sigla própria, o que muitas pessoas esquecem e acabam colocando "DF" como algo opcional. Não é. É uma unidade federativa com as mesmas atribuições dos estados para fins de cadastro. Eu costumava montar planilhas de normalização de endereço usando essas siglas como chave primária. O problema que quase todo mundo desconhece é que existem municípios que mudaram de estado e o sistema legou códigos antigos. Um caso concreto que me deu trabalho foi o município de Uruara, no Pará, que teve sua jurisdição contestada e durante alguns anos apareceu em bancos de dados com código de outro estado. Se você fazETL de dados de endereços, precisa cruzar com a tabela atualizada do IBGE, não confiar em campos de sigla que vieram de sistemas antigos.

Por que as siglas não são tão simples quanto parecem

Uma coisa que aprendi na marra é que a mesma sigla pode significar coisas diferentes dependendo do contexto. "SP" é claramente São Paulo num contexto de endereço, mas num sistema financeiro pode ser usado como abreviação de "saldo em pagamento". Isso é raro, mas acontece em bases legadas de instituições antigas. O mesmo vale para "RS" — no Rio Grande do Sul é estado, mas em sistemas de relatórios internos já vi ser usado como "resposta". Outro ponto que ninguém menciona: a tabela do IBGE muda. Não é frequente, mas já houve reorganizações municipais que exigiram atualização de códigos. Em 2021, por exemplo, alguns municípios de Tocantins tiveram alterações de vinculacão que quebraram integrações automáticas de quem não verificava a data de atualização dos dados. A tabela que eu uso agora tem como fonte o código mais recente do IBGE, atualizado em janeiro daquele ano. Se o seu sistema depende dessas siglas para relatórios ou cruzamento de dados, recomendo que você não confie em listas estáticas. Mantenha uma tabela de referência atualizada e faça validação automática contra a base do IBGE pelo menos uma vez por trimestre. Isso evita aquele problema clássico de relatório que mostra dados de um estado errado porque a sigla foi mapeada incorretamente numa migração.

Eu costumo manter um script Python que baixa diretamente a tabela do IBGE e sobreescreve a minha cópia local toda semana. O processo leva cerca de 4 minutos e elimina a maior parte dos erros de mapeamento manual. O link oficial para download é https://www.ibge.gov.br/estatisticas/sociais/populacao/9102-lista-de-municipios.html. A partir daí é só extrair as colunas de sigla e código que você já tem tudo que precisa.

Erros comuns que eu vejo todo dia

O primeiro erro é confundir a sigla do estado com o código numérico do IBGE. Eles são coisas diferentes. A sigla é alfabética (dois caracteres), o código é numérico (até três dígitos). Muitos sistemas usam um campo só e misturam os dois, o que gera inconsistências sérias quando você tenta cruzar dados de fontes diferentes. O segundo erro é tratar o Distrito Federal como algo à parte. Ele tem sigla própria, DF, e deve ser tratado exatamente como qualquer outro estado em cadastros e tabelas. Não existe motivo para ter um campo separado para o DF a menos que o seu sistema tenha uma regra de negócio específica para isso, o que é incomum. O terceiro erro, e talvez o mais perigoso, é não validar o formato. Sigla de estado sempre tem dois caracteres em letras maiúsculas. Se você receber "ac", "Ac", "A.C." ou qualquer variação, o dado está errado. Eu sempre aplico uma normalização que converte para maiúsculas e remove espaços e pontos antes de fazer qualquer cruzamento. Leva menos de um segundo e evita horas de depuração.

Quando as siglas não são suficientes

Existem situações em que só a sigla não resolve. Se você trabalha com dados que abrangem múltiplos países da América do Sul, por exemplo, a ISO 3166-2 define códigos de duas letras para subdivisões que incluem as siglas brasileiras, mas também códigos de outros países que podem se sobrepor. "PR" é Paraná, mas também é a província de Pinar del Río em Cuba num contexto internacional. Se a sua base não tem um campo que identifique o país, você vai ter colisões. Para resolver isso, o padrão que eu adoto é usar sempre o código completo no formato ISO: "BR-SP" para São Paulo, "BR-RS" para Rio Grande do Sul, e assim por diante. O prefixo "BR-" elimina ambiguidade e ainda mantém a compatibilidade com sistemas que exigem o formato ISO. A desvantagem é que nem todas as ferramentas aceitam esse formato nativamente, então às vezes você precisa de uma camada de tradução no meio do caminho. Se o seu foco é apenas cadastro interno brasileiro, a sigla de dois caracteres funciona bem. Se você exporta dados para sistemas internacionais ou faz integração com plataformas que seguem padrões ISO, use o formato estendido. Escolher o errado desde o início gera retrabalho depois.

Para quem precisa de uma referência rápida, a lista completa que você vê acima cobre todos os 26 estados mais o Distrito Federal. Se precisar do código ISO com o prefixo BR, é só adicionar "BR-" na frente de cada sigla. O resto é questão de manter a base atualizada e validar os dados na entrada.