Guía operativa para la emisión de DTE

Propósito. Esta guía describe el proceso que una plataforma de facturación debe controlar para emitir Documentos Tributarios Electrónicos (DTE) en Chile mediante el SII.

Fuente de autoridad. No reemplaza la normativa, los esquemas XML ni los manuales vigentes del SII. Ante una diferencia, prevalecen siempre las publicaciones oficiales del SII y los XSD vigentes.

Documento de referencia. Elaborado a partir del Instructivo técnico para la emisión de documentos del SII, versión 28-10-2021. Sus ejemplos y valores históricos no deben usarse como configuración productiva sin verificar su vigencia.

Contenido

1. Alcance y responsabilidades
2. Flujo de emisión
3. Prerequisitos por empresa
4. Checklist previo a emitir
5. Construcción y firma del DTE
6. Envío, intercambio y seguimiento
7. Checklist posterior al envío
8. Certificación con el SII
9. Controles, errores y recuperación
10. Referencias y glosario

Alcance y responsabilidades

Esta guía cubre el ciclo de vida de un DTE: preparación de la empresa, asignación de folio, generación de XML, timbraje, firma, validación, transmisión, seguimiento y conservación de evidencias. Incluye facturas, boletas, notas de crédito, notas de débito y otros tipos que estén habilitados para la empresa.

Límite importante

Un XML generado o un PDF descargable no prueban que el DTE fue aceptado por el SII. La plataforma debe conservar la respuesta del envío, su identificador de seguimiento y el resultado posterior de la consulta de estado.

Flujo de emisión

Empresa habilitada y configurada
        ↓
Certificado vigente + firmante autorizado + CAF válido
        ↓
Validar datos comerciales y tributarios
        ↓
Reservar un folio único para el tipo de DTE
        ↓
Construir XML del Documento
        ↓
Generar TED con el CAF correspondiente
        ↓
Firmar XML completo con certificado de la empresa
        ↓
Validar XML/XSD y controles de negocio
        ↓
Persistir evidencia y generar representación impresa
        ↓
Armar, firmar y enviar el SetDTE al SII
        ↓
Registrar Track ID, consultar estado e intercambiar con receptor

No avance al paso siguiente cuando el anterior no haya terminado correctamente. En particular, no se debe reutilizar un folio una vez que fue comprometido en un documento o un intento de envío que deba conservarse para auditoría.

Prerequisitos por empresa

Habilitación ante el SII

Antes de operar, confirme que la empresa:

• Está incorporada o habilitada para emitir los tipos de DTE requeridos.
• Tiene un Usuario Administrador y los firmantes autorizados registrados ante el SII.
• Mantiene una casilla de correo de intercambio de información actualizada.
• Tiene número y fecha de resolución registrados para el ambiente que corresponda: certificación o producción.

Certificado digital

El certificado se usa para la firma electrónica del documento y para operaciones de autenticación del SII. Controle como mínimo:

• Vigencia, revocación y pertenencia al firmante autorizado.
• Acceso sólo por componentes autorizados; nunca incluir el archivo, contraseña, llave privada ni contenido PFX/P12 en logs, respuestas HTTP o respaldos sin cifrar.
• Alertas previas a su vencimiento y procedimiento de reemplazo probado.
• Identidad del firmante que efectuó cada operación sensible.

CAF y folios

Cada CAF autoriza un rango de folios para un tipo de documento. Al cargar un CAF:

1. Verifique que corresponda al RUT emisor y al tipo de DTE esperado.
2. Valide su firma y rango contra la información entregada por el SII.
3. Compruebe criptográficamente el par de llaves indicado en el CAF antes de habilitarlo.
4. Almacene CAF y llave de timbraje con cifrado y control de acceso.
5. Mantenga estados de folio: disponible, reservado, usado, anulado o agotado.

Un CAF no es intercambiable entre empresas, tipos de DTE ni rangos. Seleccionar uno incorrecto invalida el timbre.

Datos tributarios y comerciales

La empresa debe mantener datos consistentes y vigentes para construir el encabezado: RUT, razón social, giro, actividades económicas, dirección, comuna, ciudad y configuración de documentos autorizados. También valide los datos del receptor y las reglas específicas del tipo de documento antes de reservar un folio.

Checklist previo a emitir

Use esta lista en cada solicitud de emisión:

• La empresa está habilitada en el ambiente correcto.
• El tipo de DTE está autorizado para la empresa.
• El certificado digital existe, está vigente y corresponde a un firmante autorizado.
• Hay un CAF válido y con folios disponibles para el tipo de documento.
• Los datos del emisor coinciden con la configuración tributaria de la empresa.
• El RUT, fecha de emisión, referencias, ítems y totales del receptor son válidos para el tipo de DTE.
• Los montos se recalcularon desde el detalle; no se confía ciegamente en totales enviados por un cliente.
• El proceso de reserva de folio impide asignar el mismo folio a dos documentos concurrentes.
• El intento tiene una clave de idempotencia o mecanismo equivalente para evitar duplicados ante reintentos.

Si cualquiera de estas validaciones falla, responda con un error claro y no genere ni reserve un documento utilizable sin conservar una traza de la causa.

Construcción y firma del DTE

1. Asignar y registrar el folio

El folio debe ser único por tipo de DTE y empresa. La reserva debe ser transaccional o atómica frente a solicitudes concurrentes. Registre al menos: empresa, tipo, folio, CAF utilizado, instante de reserva, identificador de solicitud y estado.

No confunda reservar con usar. Defina explícitamente cuándo el folio queda consumido y asegure que los reintentos no creen otro documento para la misma operación comercial.

2. Construir el documento XML

Construya el documento conforme a los XSD vigentes del SII. El XML debe contener los datos obligatorios del encabezado, detalle, totales, referencias y campos específicos del tipo de DTE.

Validaciones mínimas:

• El tipo de DTE y el folio del XML coinciden con la reserva.
• RUT, fecha y totales tienen formato y consistencia tributaria.
• Las referencias son obligatorias y están en orden cuando el tipo de documento lo exige.
• El detalle genera los totales informados, incluidos neto, exento, IVA, descuentos y total cuando apliquen.
• La codificación y declaración XML son aceptadas por el esquema aplicable.

3. Generar el TED

El Timbre Electrónico del DTE (TED) incorpora el bloque DD y el CAF para representar datos esenciales del documento. Entre otros, considere RUT emisor, tipo DTE, folio, fecha, RUT y razón social del receptor, monto total y primer ítem de detalle, según la especificación del SII.

La firma del TED se genera con la llave de timbraje contenida en el CAF correspondiente. Preserve exactamente la serialización exigida: alteraciones de caracteres, espacios, codificación o campos cambian el resultado de la firma.

4. Firmar el XML completo

Después de incorporar el TED, aplique la firma XML del documento completo con el certificado digital vigente del firmante autorizado. La firma del TED y la firma XML son controles distintos; una no sustituye a la otra.

Antes del envío, valide:

• Presencia y ubicación de TED, TmstFirma y firma XML requeridos.
• Integridad de las firmas tras serializar el XML final.
• Vigencia del certificado a la fecha y hora de firma.
• Conformidad con los XSD aplicables.

5. Generar la representación impresa

La representación impresa debe incluir la información exigida y el código PDF417 derivado del TED. Es un respaldo visual; el XML firmado es el documento electrónico que se transmite y cuya integridad debe conservarse.

Envío, intercambio y seguimiento

Envío al SII

Los DTE se agrupan en un SetDTE con su carátula, se firma el envío y se transmite usando el mecanismo y ambiente publicados por el SII. Antes de enviar:

• Use credenciales y endpoints del ambiente configurado; no mezcle certificación y producción.
• Revise RUT emisor, RUT del enviador, resolución, fecha, tipos y cantidades declaradas en la carátula.
• Compruebe que cada DTE incluido fue validado y no fue enviado previamente de forma incompatible.

Después de enviar, guarde de forma inmutable el XML remitido, fecha/hora, respuesta inmediata, Track ID, reintentos y mensajes de error. La respuesta técnica inicial no equivale necesariamente a aceptación definitiva.

Intercambio con el receptor

La empresa debe poder enviar y recibir los XML de DTE y las respuestas o acuses que corresponda a través de la casilla de intercambio registrada. Controle la identidad del emisor, integridad de adjuntos, duplicados, trazabilidad de recepción y conservación de los mensajes.

Estados que debe distinguir la plataforma

Modele el estado local por separado de la respuesta externa. Como mínimo, diferencie:

• Borrador o validación fallida.
• Folio reservado y documento en construcción.
• Firmado y pendiente de envío.
• Enviado, con Track ID.
• Recibido técnicamente, en proceso, aceptado, aceptado con reparos o rechazado, según la respuesta obtenida.
• Fallo recuperable de transporte o autenticación.

El nombre exacto y los códigos deben provenir de la respuesta vigente del SII; no convierta un estado desconocido en “aceptado”.

Checklist posterior al envío

• Se conserva el XML final firmado y su versión original de entrada cuando corresponda.
• Se almacenó Track ID, fecha/hora, ambiente, solicitud y respuesta del envío.
• El estado consultado se registró con el payload de respuesta y no sólo como texto resumido.
• Se enviaron o encolaron los intercambios y acuses al receptor cuando corresponda.
• La representación PDF417 usa el TED del XML final.
• El folio quedó en el estado correcto y no puede reasignarse.
• Los errores de negocio son visibles para un operador, sin exponer certificados, CAF ni XML sensible a usuarios no autorizados.
• Se generaron alertas para CAF por agotarse, certificado próximo a vencer o envíos pendientes de resolución.

Certificación con el SII

La certificación debe tratarse como un ambiente y expediente separados de producción. Para el set de pruebas:

1. Solicite los folios por tipo de DTE en el ambiente de certificación.
2. Construya cada caso exactamente con los datos, orden de detalle y referencias indicados por el SII.
3. Use la referencia SET y la razón CASO xxxxx-x donde el instructivo del set lo exige.
4. Envíe el conjunto para revisión con la carátula y datos de resolución del ambiente de certificación.
5. Si un caso aceptado con reparos debe reenviarse, use un folio distinto; no reutilice el folio previo.
6. Conserve los resultados de cada caso, correcciones aplicadas y evidencias de aceptación.

Consulte las instrucciones detalladas en Construcción de DTE con datos del set de pruebas. La aprobación de casos de prueba no autoriza por sí sola una configuración de producción: complete todos los hitos exigidos por el SII.

Controles, errores y recuperación

Seguridad y auditoría

• Cifre certificados, contraseñas, CAF y llaves privadas tanto en reposo como en tránsito.
• Aplique aislamiento estricto por empresa: una identidad autenticada no puede seleccionar libremente otra empresa mediante cabeceras o payloads.
• Registre quién, cuándo y desde qué operación cargó, activó, reemplazó o revocó certificados y CAF.
• Proteja las descargas de XML y PDF mediante autorización por empresa y roles.
• Mantenga registros de auditoría y artefactos suficientes para reconstruir cada emisión sin exponer secretos.

Relación con api-factura

El módulo SII de api-factura concentra los componentes de certificados, CAF, folios, perfil de certificación y DTE. Para conocer los contratos HTTP disponibles, consulte la referencia OpenAPI interactiva.

DteService contiene operaciones para construir DTE, obtener token, generar TED, validar XML, transmitir, consultar estado y descargar XML/PDF. Esta guía describe el resultado operativo esperado; cada endpoint debe verificarse contra su implementación y pruebas antes de declararlo apto para producción.

Referencias y glosario

Fuentes y documentos relacionados

• Formato XML y recursos oficiales del SII: punto de partida para descargar los XSD y diagramas vigentes.
• Construcción de DTE con datos del set de pruebas: reglas específicas de los casos de certificación.
• Sitio oficial del SII: confirme manuales, resoluciones, endpoints y esquemas antes de cada release o habilitación de empresa.

Glosario

Historial documental