Jurisdições fiscais
Uma Jurisdição fiscal é um local que cobra imposto — um país, um estado ou província, uma cidade. É a base de todo o motor de impostos, porque toda questão fiscal começa com “onde?”: onde está o vendedor, onde está o comprador e, portanto, quais impostos se aplicam. Acertando as jurisdições, as regras acima delas praticamente se escrevem sozinhas.
A parte inteligente — e o que é preciso entender antes de qualquer outra coisa — é que as jurisdições formam uma hierarquia. O Reino Unido contém Inglaterra, Escócia, País de Gales e Irlanda do Norte. O Brasil contém São Paulo, Rio de Janeiro e outros 25 estados. O motor usa essa estrutura de pai e filho para que uma regra definida uma única vez em nível de país se aplique automaticamente a todos os locais dentro dele.
Acesso necessário. Configurar e manter jurisdições exige o conjunto de permissões Accounting Admin v2 ou Accounting Controller v2. Os conjuntos Accounts Payable v2, Accounts Receivable v2 e Read Only v2 podem visualizá-las, mas não alterá-las.
A hierarquia — e a correspondência por ancestralidade
Cada jurisdição pode apontar para um pai. Registros de país não têm pai; um estado aponta para seu país; uma cidade aponta para seu estado. Isso produz uma árvore:
├─ GB-ENG (Inglaterra) → pai GB
├─ GB-SCT (Escócia) → pai GB
├─ GB-WLS (País de Gales) → pai GB
└─ GB-NIR (Irlanda do Norte) → pai GB
Ao avaliar uma transação, o motor não olha apenas a jurisdição exata — ele
percorre a árvore para cima e reúne o local mais todos os seus
ancestrais. Um cliente na Inglaterra produz o conjunto
{GB-ENG, GB}. Uma regra então corresponde se sua jurisdição estiver
em qualquer lugar desse conjunto. Assim:
- Uma regra direcionada a
GBcorresponde ao cliente da Inglaterra (porqueGBé um ancestral). - Uma regra direcionada a
GB-ENGtambém corresponde (correspondência exata). - Uma regra direcionada a
GB-SCTnão corresponde (a Escócia não está no conjunto).
Essa “correspondência por ancestralidade” é o motivo pelo qual uma regra em nível de país cobre uma nação inteira, ao mesmo tempo em que você ainda pode descer para uma regra em nível de estado quando um único estado difere (exatamente como funcionam as alíquotas de ICMS por estado no Brasil).
Os campos — com valores do Reino Unido e do Brasil
Uma jurisdição é um registro pequeno e deliberado. Aqui está cada campo, o que ele faz e um valor real dos pacotes de carga inicial fornecidos — um registro do Reino Unido (Inglaterra) ao lado de um registro do Brasil (São Paulo), ambos em nível de Estado/Província, para que você possa comparar itens equivalentes.
| Campo | Tipo | Obrigatório | Para que serve | 🇬🇧 Inglaterra | 🇧🇷 São Paulo |
|---|---|---|---|---|---|
| Nome da jurisdição | Texto | Sim | Nome de exibição | Inglaterra | São Paulo |
| Código | Texto(20) · Exclusivo · ID Externo | Sim | A chave de correspondência do motor — estável e legível | GB-ENG | BR-SP |
| Nível | Lista de seleção | Sim | Nível da hierarquia — direciona a correspondência por ancestralidade | Estado/Província | Estado/Província |
| Jurisdição pai | Consulta (autorreferência) | Para não-país | O local acima deste na árvore | GB | BR |
| Tipo de autoridade | Lista de seleção | Não | O órgão que administra o imposto | Secretaria Estadual da Fazenda | Secretaria Estadual da Fazenda (SEFAZ-SP) |
| Código do país | Lista de seleção (ISO 3166-1) | Para nível de país | Código de país ISO | GB | BR |
| Código da moeda | Lista de seleção (ISO 4217) | Não | Moeda de referência para a carga inicial | GBP | BRL |
| Ativo | Caixa de seleção (padrão verdadeiro) | Sim | Desmarcado → excluído de toda correspondência | true | true |
| Notas | Texto longo(500) | Não | Notas livres — tratados, limites, prazos | — | “SP — maior economia. ICMS padrão de 18%.” |
O Código é a chave — trate-o com cuidado
De todos esses campos, Código é o que mais importa. É a chave de correspondência do motor, a chave de upsert da carga inicial e um ID Externo — o que significa que é estável entre atualizações de sandbox e upgrades de pacote de um jeito que os IDs de registro do Salesforce não são. A convenção é rigorosa e é aplicada:
| Nível | Formato | Exemplos |
|---|---|---|
| País | Código de país ISO | GB, BR, US, IN |
| Estado / Província | País‑Estado | GB-ENG, BR-SP, US-CA, IN-MH |
| Cidade / Município | País‑Estado‑Cidade | BR-SP-SAO |
br-sp ou
BR SP serão rejeitados ao salvar.
Como o motor usa as jurisdições
Ao contabilizar uma fatura, as jurisdições cumprem quatro funções. Você não configura nada disso — é o motor lendo seus registros — mas conhecer essas funções explica por que seus códigos e pais precisam estar corretos.
1 · Percorre a ancestralidade de ambas as partes
O motor carrega cada jurisdição uma vez e, para o vendedor e o comprador, monta o
conjunto de local mais ancestrais. Vendedor em São Paulo →
{BR-SP, BR} (o conjunto de origem). Comprador no Rio →
{BR-RJ, BR} (o conjunto de destino).
2 · Faz a correspondência das regras com esses conjuntos
Uma Regra fiscal só é acionada se suas jurisdições de origem e destino estiverem
nos conjuntos correspondentes (um campo em branco na regra significa
“qualquer”). Esse é o mecanismo de ancestralidade em ação — uma
regra BR corresponde tanto a SP quanto a RJ; uma regra
BR-RJ corresponde apenas ao Rio.
3 · Deriva a operação fiscal a partir dos códigos
O motor compara os dois códigos para classificar a transação — inteiramente a partir do texto:
| Comparação | Resultado | Exemplo |
|---|---|---|
| Mesmo país, mesmo estado | Intraestadual | BR-SP → BR-SP |
| Mesmo país, estado diferente | Interestadual | BR-SP → BR-RJ |
| País diferente | Exportação | GB → FR |
Essa operação derivada alimenta diretamente Operações Fiscais e decide, para o Brasil, se você está no conjunto de regras interestaduais (e, portanto, se o DIFAL se aplica).
4 · Controla o nexo fiscal
Antes de qualquer imposto ser cobrado, o motor verifica se sua entidade está
registrada para coletar imposto na jurisdição do comprador —
e aceita um registro em qualquer ancestral. Um único registro
US-TX cobre um comprador em uma cidade do Texas; um registro
GB cobre as quatro nações do Reino Unido. (Veja Registro
Fiscal de Entidade.)
Dados reais: jurisdições do Reino Unido e do Brasil
Veja o que os pacotes de carga inicial realmente criam.
🇬🇧 Reino Unido — 5 registros
| Código | Nome | Nível | Pai | Moeda |
|---|---|---|---|---|
GB | Reino Unido | País | — | GBP |
GB-ENG | Inglaterra | Estado/Província | GB | GBP |
GB-SCT | Escócia | Estado/Província | GB | GBP |
GB-WLS | País de Gales | Estado/Província | GB | GBP |
GB-NIR | Irlanda do Norte | Estado/Província | GB | GBP |
O VAT vale para todo o Reino Unido, então as quatro nações existem principalmente
por completude e para os poucos casos que diferem (a Irlanda do Norte segue as
regras de VAT da UE para mercadorias, sob o Windsor Framework). Todas as regras de
VAT ficam em nível de GB.
🇧🇷 Brasil — 28 registros (uma amostra)
| Código | Nome | Nível | Pai | Nota (da carga inicial) |
|---|---|---|---|---|
BR | Brasil | País | — | Receita Federal (RFB) |
BR-SP | São Paulo | Estado/Província | BR | ICMS padrão de 18% |
BR-RJ | Rio de Janeiro | Estado/Província | BR | ICMS 20%; FCP de 2% aplicável |
| … além de MG, RS, BA e os outros 22 estados | ||||
O Brasil precisa de todos os estados porque as alíquotas e adicionais de ICMS
realmente diferem por estado — SP a 18%, RJ a 20% com um adicional de 2% para
o fundo de combate à pobreza. A hierarquia permite que cada estado tenha suas
próprias regras, enquanto os impostos federais compartilhados (IPI, PIS, COFINS)
ficam em nível de BR.
Exemplo prático: por que São Paulo → Rio é “interestadual”
Um vendedor de São Paulo emite uma fatura para um cliente do Rio de Janeiro. Veja as jurisdições em ação:
{BR-SP, BR}; Destino (comprador) = {BR-RJ, BR}.BR (mesmo país), mas os segmentos de estado diferem — SP vs RJ — então o motor classifica a venda como Interestadual.BR-RJ) e a regra de FCP do Rio (2%, destino BR-RJ) também são acionadas, tudo porque BR-RJ está no conjunto de destino. As regras federais (IPI, PIS, COFINS) correspondem sem nenhuma restrição de jurisdição.Essa única mudança — a jurisdição do comprador — reformula todo o resultado fiscal. É por isso que acertar a Jurisdição fiscal em cada Conta de cliente é tão importante.
Proteções integradas
Quatro regras de validação mantêm os dados de jurisdição íntegros — porque o motor depende disso:
| Regra | O que ela bloqueia |
|---|---|
| O código deve estar em maiúsculas | br-sp — a derivação do código diferencia maiúsculas de minúsculas |
| O código não pode conter espaços | BR SP — use um hífen |
| Pai obrigatório para não-país | Um estado/cidade sem pai — ficaria solto da hierarquia |
| Não pode ser seu próprio pai | Um registro apontando para si mesmo — colocaria a busca de ancestralidade em loop |
Configuração e manutenção
- Normalmente você não cria esses registros manualmente. O Assistente de carga inicial de impostos cria o conjunto completo de jurisdições de um país — primeiro os países, depois seus filhos — na ordem correta, para que os pais sempre existam antes dos registros que apontam para eles.
- Desative, não exclua. Desmarcar Is Active remove uma jurisdição da correspondência preservando o histórico em faturas anteriores. Excluir uma jurisdição da qual registros históricos dependem os deixaria órfãos.
- Adicione um nível apenas quando um imposto precisar dele. A carga inicial usa os níveis País e Estado/Província; Município, Distrito e Região existem para impostos municipais (o ISS do Brasil, distritos especiais dos EUA) — adicione-os quando uma regra realmente tiver como alvo esse nível.
O que vem a seguir
- Tipos de impostos — os impostos que uma jurisdição cobra.
- Regras fiscais — regras delimitadas a uma jurisdição.
- Registro Fiscal de Entidade — registrar-se para coletar em uma jurisdição.
- Assistente de carga inicial de impostos — carregar jurisdições automaticamente.
Perguntas frequentes
Apenas dos que suas regras exigem. No Reino Unido, o registro do país sozinho já carrega as regras de VAT — as quatro nações são opcionais. No Brasil, você precisa de cada estado cuja alíquota ou adicional de ICMS seja diferente (o que, na prática, é a maioria deles). A carga inicial fornece o conjunto completo para que você não precise decidir isso de antemão.
Porque o código realiza um trabalho real: é a chave de correspondência do motor, a chave de upsert da carga inicial e a base para derivar intraestadual/interestadual/exportação. Um código de texto estável sobrevive a atualizações de sandbox e upgrades de pacote; um ID de registro não. É por isso que o formato é aplicado.
O campo Jurisdição fiscal na Conta do cliente (e na sua Entidade, do lado do vendedor). O motor lê esses dois campos para obter a origem e o destino. Abordado em Perfis fiscais de terceiros.
Sim — esse é todo o propósito da hierarquia. Mantenha a regra compartilhada em nível de país e adicione uma regra mais específica em nível de estado para a exceção. Ambas podem corresponder; o motor aplica as regras que se encaixam (as regras fiscais não “param na primeira correspondência”). Como delimitar isso com precisão é abordado em Regras fiscais.
Isso foi útil?