REDA One Centro de ayuda
ES
Idioma
English EN Español ES Português PT Italiano próximamente Français FR Deutsch próximamente العربية próximamente
reda.one ↗
Inicio / REDA Financials AI / Administración de impuestos / Fundamentos del motor de impuestos / Jurisdicciones fiscales

Jurisdicciones fiscales

Una jurisdicción fiscal es un lugar que grava impuestos: un país, un estado o provincia, una ciudad. Es la base de todo el motor de impuestos, porque toda pregunta tributaria empieza por “¿dónde?”: dónde está el vendedor, dónde está el comprador y, por lo tanto, qué impuestos aplican. Acierta con las jurisdicciones y las reglas que se apoyan en ellas prácticamente se escriben solas.

La parte ingeniosa — y lo que hay que entender antes que nada — es que las jurisdicciones forman una jerarquía. El Reino Unido contiene Inglaterra, Escocia, Gales e Irlanda del Norte. Brasil contiene São Paulo, Río de Janeiro y otros 25 estados. El motor usa esa estructura padre-hijo para que una regla definida una vez a nivel de país aplique automáticamente a cada lugar que contiene.

Cómo llegar. Abre el Iniciador de aplicaciones (el ícono de cuadrícula en la esquina superior izquierda de cualquier página) → REDA Financials Admin → la pestaña Jurisdicciones fiscales. En la práctica, el Asistente de carga inicial de impuestos las crea por ti; abre la pestaña para revisar o mantener un registro.
Acceso que necesitarás. Configurar y mantener jurisdicciones requiere el conjunto de permisos Accounting Admin v2 o Accounting Controller v2. Los conjuntos Accounts Payable v2, Accounts Receivable v2 y Read Only v2 pueden verlas pero no modificarlas.
Por qué esto importa, en una frase. Como las jurisdicciones se anidan, escribes una regla del IVA del Reino Unido contra “GB” una sola vez, y se activa para un cliente en Inglaterra, Escocia o cualquier lugar del Reino Unido — sin necesidad de repetir la regla para cada nación. La jerarquía es lo que mantiene pequeño el conjunto de reglas.

La jerarquía — y la coincidencia por ascendencia

Cada jurisdicción puede apuntar a un padre. Los registros de país no tienen padre; un estado apunta a su país; una ciudad apunta a su estado. Eso produce un árbol:

GB (Reino Unido)
  ├─ GB-ENG (Inglaterra)  → padre GB
  ├─ GB-SCT (Escocia)  → padre GB
  ├─ GB-WLS (Gales)  → padre GB
  └─ GB-NIR (Irlanda del Norte)  → padre GB

Cuando el motor evalúa una transacción, no solo mira la jurisdicción exacta — recorre el árbol hacia arriba y reúne el lugar más todos sus ancestros. Un cliente en Inglaterra produce el conjunto {GB-ENG, GB}. Una regla coincide entonces si su jurisdicción está en cualquier parte de ese conjunto. Así:

  • Una regla dirigida a GB coincide con el cliente de Inglaterra (porque GB es un ancestro).
  • Una regla dirigida a GB-ENG también coincide (acierto exacto).
  • Una regla dirigida a GB-SCT no coincide (Escocia no está en el conjunto).

Esta “coincidencia por ascendencia” es la razón por la que una regla a nivel de país cubre toda una nación, y a la vez puedes bajar a una regla a nivel de estado cuando un solo estado difiere (exactamente como funcionan las tasas de ICMS por estado de Brasil).

Los campos — con valores del Reino Unido y Brasil

Una jurisdicción es un registro pequeño y deliberado. Aquí está cada campo, qué hace y un valor real de los paquetes de inicialización incluidos — un registro del Reino Unido (Inglaterra) junto a un registro de Brasil (São Paulo), ambos a nivel de Estado/Provincia para que puedas comparar de forma equivalente.

CampoTipoObligatorioPara qué sirve🇬🇧 Inglaterra🇧🇷 São Paulo
Nombre de la jurisdicciónTextoSíNombre para mostrarInglaterraSão Paulo
CódigoTexto(20) · Único · ID externoSíLa clave de coincidencia del motor — estable y legibleGB-ENGBR-SP
NivelLista de selecciónSíNivel jerárquico — determina la coincidencia por ascendenciaEstado/ProvinciaEstado/Provincia
Jurisdicción padreBúsqueda (autorreferencia)Para no-paísEl lugar por encima de este en el árbolGBBR
Tipo de autoridadLista de selecciónNoEl organismo que administra el impuestoDepartamento fiscal estatalDepartamento fiscal estatal (SEFAZ-SP)
Código de paísLista de selección (ISO 3166-1)Para nivel de paísCódigo de país ISOGBBR
Código de monedaLista de selección (ISO 4217)NoMoneda de referencia para la inicializaciónGBPBRL
ActivoCasilla de verificación (verdadero por defecto)SíSin marcar → se excluye de toda coincidenciatruetrue
NotasÁrea de texto larga(500)NoNotas libres — tratados, umbrales, plazos—“SP — la mayor economía. ICMS 18% estándar.”

El Código es la clave — trátalo con cuidado

De todos estos campos, Código es el que más importa. Es la clave de coincidencia del motor, la clave de upsert de la inicialización y un ID externo — lo que significa que es estable a través de los refrescos de la organización y las actualizaciones de paquete de una forma en que los Id. de registro de Salesforce no lo son. La convención es estricta y obligatoria:

NivelFormatoEjemplos
PaísCódigo de país ISOGB, BR, US, IN
Estado / ProvinciaPaís‑EstadoGB-ENG, BR-SP, US-CA, IN-MH
Ciudad / MunicipioPaís‑Estado‑CiudadBR-SP-SAO
Los códigos van en MAYÚSCULAS, sin espacios y separados por guiones. Esto no es una preferencia de estilo — el motor deriva el país y el estado a partir del código dividiéndolo por el guion (más abajo), y dos reglas de validación exigen mayúsculas y ausencia de espacios. br-sp o BR SP se rechazarán al guardar.

Cómo usa el motor las jurisdicciones

Cuando se contabiliza una factura, las jurisdicciones hacen cuatro trabajos. Tú no configuras nada de esto — es el motor leyendo tus registros — pero conocerlo explica por qué tus códigos y padres tienen que estar correctos.

1 · Recorre la ascendencia de ambas partes

El motor carga cada jurisdicción una sola vez y luego, para el vendedor y el comprador, construye el conjunto de lugar-más-ancestros. Vendedor en São Paulo → {BR-SP, BR} (el conjunto de origen). Comprador en Río → {BR-RJ, BR} (el conjunto de destino).

2 · Coincide las reglas contra esos conjuntos

Una regla fiscal se activa solo si sus jurisdicciones de origen y destino caen en los conjuntos coincidentes (un campo en blanco en la regla significa “cualquiera”). Este es el mecanismo de ascendencia en acción — una regla BR coincide tanto con SP como con RJ; una regla BR-RJ coincide solo con Río.

3 · Deriva la operación fiscal a partir de los códigos

El motor compara los dos códigos para clasificar la transacción — enteramente a partir del texto:

ComparaciónResultadoEjemplo
Mismo país, mismo estadoIntraestatalBR-SP → BR-SP
Mismo país, estado diferenteInterestatalBR-SP → BR-RJ
País diferenteExportaciónGB → FR

Esa operación derivada alimenta directamente las Operaciones fiscales y decide, para Brasil, si estás en el conjunto de reglas interestatales (y, por lo tanto, si aplica el DIFAL).

4 · Controla el nexo

Antes de cobrar cualquier impuesto, el motor verifica si tu entidad está inscrita para recaudar impuestos en la jurisdicción del comprador — y acepta una inscripción en cualquier ancestro. Una sola inscripción US-TX cubre a un comprador en una ciudad de Texas; una inscripción GB cubre las cuatro naciones del Reino Unido. (Consulta Inscripción fiscal de entidad.)

Datos reales: jurisdicciones del Reino Unido y Brasil

Esto es lo que crean realmente los paquetes de inicialización.

🇬🇧 Reino Unido — 5 registros

CódigoNombreNivelPadreMoneda
GBReino UnidoPaís—GBP
GB-ENGInglaterraEstado/ProvinciaGBGBP
GB-SCTEscociaEstado/ProvinciaGBGBP
GB-WLSGalesEstado/ProvinciaGBGBP
GB-NIRIrlanda del NorteEstado/ProvinciaGBGBP

El IVA es de alcance nacional en el Reino Unido, por lo que las cuatro naciones existen principalmente por completitud y por los pocos casos que difieren (Irlanda del Norte sigue las reglas del IVA de la UE para los bienes bajo el Marco de Windsor). Todas las reglas del IVA se sitúan a nivel GB.

🇧🇷 Brasil — 28 registros (una muestra)

CódigoNombreNivelPadreNota (de la inicialización)
BRBrasilPaís—Receita Federal (RFB)
BR-SPSão PauloEstado/ProvinciaBRICMS 18% estándar
BR-RJRío de JaneiroEstado/ProvinciaBRICMS 20%; aplica FCP 2%
… más MG, RS, BA y los otros 22 estados

Brasil necesita cada estado porque las tasas de ICMS y los recargos difieren realmente por estado — SP al 18%, RJ al 20% con un recargo del 2% para el fondo de combate a la pobreza. La jerarquía permite que cada estado lleve sus propias reglas mientras que los impuestos federales compartidos (IPI, PIS, COFINS) se sitúan a nivel BR.

Ejemplo práctico: por qué São Paulo → Río es “interestatal”

Un vendedor de São Paulo factura a un cliente de Río de Janeiro. Observa cómo las jurisdicciones hacen su trabajo:

Conjuntos de ascendencia. Origen (vendedor) = {BR-SP, BR}; Destino (comprador) = {BR-RJ, BR}.
Comparación de códigos. Ambos empiezan por BR (mismo país) pero los segmentos de estado difieren — SP frente a RJ — así que el motor clasifica la venta como Interestatal.
Coincidencia de reglas. Se activa la regla de ICMS interestatal (12%) y — como el comprador es un consumidor final — también se activan la regla DIFAL de Río (8%, destino BR-RJ) y la regla FCP de Río (2%, destino BR-RJ), todas porque BR-RJ está en el conjunto de destino. Las reglas federales (IPI, PIS, COFINS) coinciden sin ninguna restricción de jurisdicción.
Resultado. Seis impuestos, decididos enteramente por dos códigos de jurisdicción. Cambia el comprador por una dirección de São Paulo y pasa a ser intraestatal — en su lugar se activa el ICMS interno del 18% y el DIFAL desaparece.

Ese único cambio — la jurisdicción del comprador — reconfigura todo el resultado fiscal. Por eso es tan importante acertar con la jurisdicción fiscal en cada Cuenta de cliente.

Medidas de protección integradas

Cuatro reglas de validación mantienen limpios los datos de las jurisdicciones — porque el motor depende de ellos:

ReglaQué bloquea
El código debe ir en mayúsculasbr-sp — la derivación del código distingue entre mayúsculas y minúsculas
El código no puede contener espaciosBR SP — usa un guion
Padre obligatorio para no-paísUn estado/ciudad sin padre — quedaría suelto fuera de la jerarquía
No puede ser su propio padreUn registro que apunta a sí mismo — provocaría un bucle en el recorrido de ascendencia

Configuración y mantenimiento

  • Normalmente no las creas a mano. El Asistente de carga inicial de impuestos crea el conjunto completo de jurisdicciones de un país — primero los países, luego sus hijos — en el orden correcto para que los padres siempre existan antes que los registros que apuntan a ellos.
  • Desactiva, no elimines. Desmarcar Activo quita una jurisdicción de la coincidencia y a la vez preserva el historial de las facturas pasadas. Eliminar una de la que dependen registros históricos los dejaría huérfanos.
  • Agrega un nivel solo cuando un impuesto lo necesite. La inicialización usa los niveles País y Estado/Provincia; los niveles Municipio, Distrito y Región existen para los impuestos municipales (el ISS de Brasil, los distritos especiales de EE. UU.) — agrégalos cuando una regla apunte realmente a ese nivel.

Qué sigue

  1. Tipos de impuestos — los impuestos que grava una jurisdicción.
  2. Reglas fiscales — reglas delimitadas a una jurisdicción.
  3. Inscripción fiscal de entidad — inscribirse para recaudar en una jurisdicción.
  4. Asistente de carga inicial de impuestos — cargar jurisdicciones automáticamente.

Preguntas frecuentes

Solo los que necesiten tus reglas. Para el Reino Unido, el registro del país por sí solo lleva las reglas del IVA — las cuatro naciones son opcionales. Para Brasil, necesitas cada estado cuya tasa de ICMS o recargo difiera (que, en la práctica, son casi todos). La inicialización te entrega el conjunto completo para que no tengas que decidirlo por adelantado.

Porque el código hace un trabajo real: es la clave de coincidencia del motor, la clave de upsert de la inicialización y la base para derivar intraestatal/interestatal/exportación. Un código de texto estable sobrevive a los refrescos de la organización y a las actualizaciones de paquete; un Id. de registro no. Por eso el formato es obligatorio.

El campo Jurisdicción fiscal en la Cuenta del cliente (y en tu Entidad para el lado del vendedor). El motor lee esos dos para obtener el origen y el destino. Se explica en Perfiles fiscales de terceros.

Sí — ese es justamente el propósito de la jerarquía. Mantén la regla compartida a nivel de país y agrega una regla más específica a nivel de estado para la excepción. Ambas pueden coincidir; el motor aplica las reglas que corresponden (las reglas fiscales no “se detienen en la primera coincidencia”). Cómo delimitar eso con precisión se explica en Reglas fiscales.

¿Te resultó útil?