La Resolución Exenta N.º 121, dictada este 4 de septiembre, establece nuevas validaciones técnicas y de negocio para los Documentos Tributarios Electrónicos. Facturas, guías de despacho y otros DTE podrán quedar aceptados, aceptados con reparos o rechazados según la gravedad de las inconsistencias detectadas. Para las empresas que utilizan software propio o sistemas de mercado, el mensaje es claro: revisar ahora la configuración de facturación puede evitar problemas operativos, contables y tributarios posteriores.

Santiago, 4 de septiembre de 2026. El Servicio de Impuestos Internos dio un nuevo paso en el fortalecimiento del control sobre la facturación electrónica.

Mediante la Resolución Exenta SII N.º 121, de 4 de septiembre de 2026, el organismo implementó un nuevo marco de validaciones técnicas y de negocio aplicables a los archivos XML de los Documentos Tributarios Electrónicos —DTE— que ingresan a sus sistemas.

El cambio puede parecer informático.

No lo es solamente.

La factura electrónica es hoy una de las principales fuentes de información utilizadas por el SII para controlar ventas, compras, IVA, traslados de bienes y consistencia tributaria.

Y la propia resolución establece que un documento que incumpla determinadas validaciones críticas podrá ser:

RECHAZADO

lo que impedirá su incorporación a las bases del Servicio.

Ése es el punto que las empresas deberían revisar.

Hasta ahora el sistema de facturación electrónica ya realizaba distintos controles sobre los documentos enviados.

La Resolución N.º 121 no crea la factura electrónica ni introduce el XML por primera vez.

Lo que hace es reforzar y sistematizar el sistema de validaciones aplicado por el SII, incorporando controles técnicos y de negocio asociados a las exigencias regulatorias que se han ido agregando durante los últimos años.

El Servicio explica que los DTE constituyen actualmente un pilar del control tributario moderno y permiten verificar en línea aspectos como:

estructura del documento;

integridad;

folios;

firma electrónica;

Timbre Electrónico —TED—;

y contenido tributario.

Por eso, la dirección del cambio es clara:

detectar el error antes de que el documento quede incorporado correctamente al sistema, en vez de descubrirlo meses después durante una fiscalización o conciliación.

La Resolución N.º 121 establece tres estados que resultan especialmente importantes.

1. Aceptado

El documento cumple las validaciones aplicables.

Entre los elementos que puede revisar el SII se encuentran:

  • estructura;
  • firma;
  • TED;
  • folio;
  • descripción de los productos;
  • información de trazabilidad, cuando corresponda;
  • montos;
  • e impuestos adicionales.

Éste es el escenario normal.

El documento supera los controles de recepción establecidos por el Servicio.

2. Aceptado con reparos

El DTE supera las validaciones críticas, pero presenta inconsistencias menores en antecedentes complementarios.

La propia resolución entrega ejemplos:

diferencias relacionadas con decimales

o

falta de determinados datos opcionales.

El documento puede ingresar al sistema, pero la inconsistencia debe ser considerada y corregida en los términos que establezcan las instrucciones correspondientes.

Esto significa que:

“aceptado” y “aceptado con reparos” no son exactamente lo mismo.

Una empresa que acumula permanentemente DTE reparados debería revisar la causa y no limitarse a considerar que, como el documento ingresó, el problema desapareció.

3. Rechazado

Aquí aparece el mayor riesgo operativo.

El SII establece que un DTE puede ser rechazado cuando incumple una o más validaciones críticas.

Entre ellas identifica:

schema XML;

firma electrónica;

TED;

datos obligatorios del emisor;

folio;

y futuras instrucciones relacionadas con trazabilidad.

La consecuencia establecida en la resolución es importante:

el documento rechazado no se incorpora a las bases del SII.

Por eso, emitir el documento desde el ERP o sistema de facturación no significa necesariamente que el proceso haya terminado correctamente.

La empresa también debe comprobar el estado de recepción ante el SII.

Ésta es una de las principales dificultades de la facturación electrónica.

Una factura puede verse perfectamente normal cuando se abre su representación gráfica o PDF:

razón social correcta,

productos visibles,

neto,

IVA

y total.

Pero el documento tributario electrónico que recibe el SII no es ese PDF.

El documento electrónico original funciona mediante un archivo estructurado en formato XML, que debe cumplir los schemas y especificaciones técnicas definidos por el Servicio.

Por eso puede ocurrir que visualmente el documento parezca correcto y, sin embargo, exista un problema en:

una etiqueta XML,

una estructura obligatoria,

el folio,

el timbre,

la firma

o algún campo requerido.

El usuario común probablemente nunca verá directamente ese código.

Pero su software de facturación sí debe generarlo correctamente.

Las especificaciones oficiales de DTE utilizadas por el SII comprenden documentos como:

  • factura electrónica;
  • factura no afecta o exenta electrónica;
  • guía de despacho electrónica;
  • nota de crédito electrónica;
  • nota de débito electrónica;
  • factura de compra electrónica;
  • liquidación factura;
  • factura de exportación;
  • y documentos asociados a exportaciones.

Por eso el cambio no debería tratarse exclusivamente como un problema del área que “hace las facturas”.

Puede involucrar:

ventas,

compras,

bodega,

logística,

despacho,

contabilidad

y sistemas.

La Resolución N.º 121 recuerda además una obligación que ya venía fortaleciéndose desde 2024.

La Resolución N.º 36 de ese año incorporó requisitos relacionados con la claridad y explicitación de la descripción de productos y servicios dentro del detalle de los documentos tributarios electrónicos.

La nueva Resolución 121 integra ese elemento dentro del sistema de validaciones.

Esto significa que prácticas como utilizar descripciones excesivamente genéricas deberían revisarse.

Por ejemplo:

“servicios varios”

“productos”

“mercadería”

pueden entregar mucha menos trazabilidad que una descripción que permita identificar razonablemente qué se está documentando.

No significa que cada factura deba contener una descripción enciclopédica.

Significa que el contenido debe ser suficientemente claro para representar la operación que se está documentando.

La nueva resolución hace especial referencia a las exigencias incorporadas durante 2025 sobre traslado de bienes.

Entre los antecedentes que pueden adquirir relevancia aparecen:

origen;

destino;

tipo de traslado;

transportista;

y descripción detallada de los bienes.

La razón es sencilla.

Una guía de despacho ya no cumple únicamente la función de “acompañar mercadería”.

También genera información que permite relacionar:

qué se trasladó → desde dónde → hacia dónde → quién lo transportó → qué documento respalda posteriormente la operación.

Eso aumenta la trazabilidad de inventarios y movimientos físicos.

La Resolución N.º 121 no aparece aisladamente.

El Plan de Gestión de Cumplimiento Tributario 2026 ya había anticipado que el Servicio reforzaría los procesos de recepción, registro y validación en línea de DTE.

El objetivo declarado por el SII es asegurar la calidad, integridad y trazabilidad de la información y prevenir de manera automatizada el uso indebido de documentos tributarios.

El mismo plan señala que estas validaciones serán compartidas con proveedores de software de facturación para evitar que sistemas externos emitan, reciban o procesen documentos que no cumplan los formatos establecidos.

Esto permite comprender mejor la noticia.

No estamos frente a una actualización técnica aislada.

Estamos frente a una estrategia de:

control tributario desde el origen de la información.

Durante muchos años, el modelo tributario podía imaginarse de esta manera:

empresa realiza operación

↓

emite documento

↓

declara impuestos

↓

meses o años después el SII fiscaliza.

La digitalización permite avanzar hacia otra lógica:

empresa intenta emitir DTE

↓

sistema valida información

↓

acepta, repara o rechaza

↓

información válida ingresa a las bases

↓

posteriormente se cruza con RCV, F29 y otras fuentes.

La fiscalización no desaparece.

Pero una parte del control comienza mucho antes.

Muchas empresas consideran su software de facturación simplemente una herramienta administrativa.

En realidad, hoy forma parte de su infraestructura de cumplimiento tributario.

La Resolución 121 señala expresamente que los contribuyentes emisores deberán adaptar:

sistemas de desarrollo propio

y

soluciones adquiridas en el mercado

a las nuevas especificaciones dentro de los plazos establecidos en las respectivas instrucciones.

Por eso, para quienes utilizan un ERP o facturador privado, existe una pregunta que debería realizarse ahora:

¿Nuestro proveedor ya está preparando las nuevas validaciones del SII?

No es conveniente descubrir la respuesta cuando comiencen a aparecer documentos rechazados.

Ésta es probablemente la precisión técnica más importante de la noticia.

La Resolución N.º 121 fue dictada el 4 de septiembre de 2026, pero dispone que entrará en vigencia desde su publicación en extracto en el Diario Oficial.

Además establece que las validaciones se implementarán conforme a una cronología de fases que será informada por el Servicio.

Por eso sería incorrecto publicar:

“Desde hoy todas las facturas con estos errores serán rechazadas”.

La formulación correcta es:

“El SII establece un nuevo marco de validaciones que será implementado por fases.”

El detalle de cada validación y su efecto será informado y actualizado en el sitio web del organismo.

No necesariamente hoy.

Pero sí revisarlo ahora.

La propia resolución deja los plazos específicos sujetos a las instrucciones y fases que vaya estableciendo el Servicio.

Eso significa que las empresas deberían utilizar este período para:

contactar al proveedor;

identificar versión del software;

verificar actualizaciones;

revisar rechazos históricos;

revisar reparos recurrentes;

y comprobar que exista monitoreo del estado de cada DTE.

Esperar hasta el vencimiento técnico de cada fase aumenta el riesgo de interrupción operacional.

Lo primero es evitar una conclusión extrema:

un rechazo informático no significa automáticamente que el contribuyente haya cometido evasión.

Puede existir simplemente un error técnico.

Pero el problema tampoco debería ignorarse.

Si el DTE no es incorporado correctamente a las bases del SII, la empresa debe revisar la causa y corregir el proceso conforme a las instrucciones aplicables.

Además, para el receptor resulta recomendable verificar que los documentos electrónicos recibidos se encuentren correctamente reconocidos por el Servicio.

El propio SII mantiene herramientas para consultar el estado de los DTE y comprobar si fueron recibidos y si sus datos coinciden con los registrados.

La Resolución N.º 121 está enfocada directamente en el proceso de recepción y validación de los DTE.

No modifica por sí sola todas las reglas del Registro de Compras y Ventas.

Pero existe una relación evidente.

Los DTE son una fuente central de información para los registros tributarios electrónicos y para las declaraciones mensuales.

Por eso, una empresa debería conciliar periódicamente:

DTE emitidos

vs.

DTE aceptados por SII

vs.

Registro de Ventas

vs.

F29

vs.

contabilidad.

La existencia de un documento en el ERP interno no debería ser la única evidencia de que la operación quedó correctamente reflejada tributariamente.

Sí.

La Resolución establece que el incumplimiento de las obligaciones reguladas podrá ser sancionado conforme al artículo 97 N.º 10 o al artículo 109 del Código Tributario, según corresponda.

Además, mantiene expresamente a salvo las consecuencias penales cuando un DTE sea utilizado como medio para cometer alguno de los delitos establecidos en el artículo 97 N.º 4.

Esto tampoco significa que todo documento rechazado genere automáticamente una multa.

La sanción dependerá de la conducta y de la infracción concreta.

Pero demuestra que las validaciones no deben considerarse únicamente recomendaciones técnicas.

Esta puede parecer una noticia para programadores.

En realidad, es una noticia para:

gerentes,

contadores,

encargados tributarios,

bodegas,

administración,

ventas

y proveedores de software.

Porque cuando la facturación es electrónica, el cumplimiento tributario comienza en el momento en que se genera el archivo que representa legalmente la operación.

La pregunta ya no debería ser solamente:

“¿Emitimos la factura?”

Debería ser:

“¿El SII recibió y aceptó correctamente la factura que emitimos?”

La diferencia puede parecer técnica.

Tributariamente es enorme.

Antes de que se complete la implementación de las nuevas fases recomendamos revisar al menos estos puntos:

1. Software utilizado

Identificar si corresponde a:

sistema gratuito SII,

software de mercado

o desarrollo propio.

2. Proveedor tecnológico

Solicitar confirmación de que el sistema será actualizado conforme a la Resolución N.º 121 y los nuevos instructivos técnicos.

3. DTE rechazados

Revisar si existen documentos que fueron enviados pero posteriormente rechazados por el Servicio.

4. DTE aceptados con reparos

Identificar errores recurrentes.

Un reparo ocasional puede ser un incidente.

Cientos del mismo tipo probablemente revelan un problema de configuración o proceso.

5. Folios

Comprobar asignación y utilización adecuada.

6. Firma electrónica y TED

Verificar que los mecanismos de generación y autenticación estén funcionando correctamente.

7. Descripción de productos y servicios

Eliminar descripciones excesivamente vagas cuando no representan adecuadamente la operación.

8. Guías de despacho

Revisar origen, destino, traslado, transportista y detalle cuando correspondan.

9. Montos e impuestos

Comprobar cálculos y parametrización de impuestos adicionales cuando existan.

10. Conciliación tributaria

Comparar:

ERP → DTE SII → RCV → F29 → contabilidad.

Ese último control probablemente sea el más importante.

Imagine una empresa que durante septiembre emite 2.000 facturas desde su ERP.

Internamente, el reporte muestra:

2.000 facturas emitidas.

La empresa podría asumir que todo está correcto.

Pero al consultar el estado ante el SII descubre:

1.970 aceptadas

20 aceptadas con reparos

10 rechazadas.

Desde el punto de vista del software interno parece haber 2.000 documentos.

Desde el punto de vista de recepción tributaria existen 10 operaciones que requieren atención inmediata.

Ésa es precisamente la clase de diferencia que un control preventivo debería detectar antes de preparar el F29.

La Resolución N.º 121 confirma algo que probablemente será cada vez más visible.

El SII está avanzando hacia sistemas donde el control tributario ocurre en el propio flujo digital de las operaciones:

facturación electrónica;

Registro de Compras y Ventas;

declaraciones mensuales;

información de terceros;

trazabilidad;

y declaraciones anuales.

Eso reduce progresivamente el espacio entre:

la operación económica

y

la información conocida por la administración tributaria.

Por eso, corregir errores en el origen será cada vez más importante que explicarlos varios meses después.

El 4 de septiembre de 2026, el Servicio de Impuestos Internos dictó la Resolución Exenta N.º 121 y estableció un nuevo marco de validaciones técnicas y de negocio para los Documentos Tributarios Electrónicos.

Los documentos podrán quedar:

ACEPTADOS

ACEPTADOS CON REPAROS

o

RECHAZADOS.

Cuando exista un incumplimiento crítico —por ejemplo en schema XML, firma, TED, datos obligatorios o folio— el documento podrá quedar rechazado e impedirse su incorporación a las bases del SII.

Las empresas que utilizan software propio o de mercado deberán adaptar sus sistemas en los plazos que vayan estableciendo las instrucciones técnicas.

Y existe una precisión fundamental:

las nuevas validaciones no se activan necesariamente todas el 4 de septiembre; su implementación será gradual, conforme a las fases que informe el Servicio.

La recomendación, entonces, no es esperar el primer rechazo.

Es revisar ahora:

¿Nuestro sistema está preparado para emitir documentos que superen las nuevas validaciones del SII?

Porque en la facturación electrónica moderna ya no basta con que una factura salga del sistema.

También debe llegar correctamente al SII.