La distinción entre boleta y factura es, en Chile, la primera decisión tributaria de cualquier operación de venta, y también una de las peor entendidas fuera del ámbito contable. La confusión habitual —"la boleta es informal, la factura es formal"; "la factura es para grandes, la boleta para chicos"— es funcionalmente inútil porque no refleja el criterio del Servicio de Impuestos Internos. El criterio real es más simple y más binario: la factura se emite cuando el comprador es un contribuyente de IVA que va a usar la compra para su actividad económica, y por lo tanto tiene derecho a descargar el impuesto como crédito fiscal. La boleta se emite en el resto de los casos, cuando el comprador es consumidor final del bien o servicio y no puede descargar el IVA.

Todo lo demás —la forma del documento, los datos que se piden, el momento en que se envía al SII, el efecto en la declaración mensual— se deriva de esa asimetría fiscal. El objetivo de este artículo es describir con precisión ese criterio, catalogar los siete tipos de documento tributario electrónico (DTE) relevantes para la operación diaria, y ofrecer una guía de decisión que sirva tanto al comerciante que emite manualmente como al equipo de desarrollo que integra la emisión en una aplicación.

El criterio del SII: quién descarga el IVA

El Impuesto al Valor Agregado en Chile tiene tasa 19% y funciona como cadena: cada eslabón productivo suma valor, cobra IVA a su comprador, descuenta el IVA que pagó a su proveedor, y entera la diferencia al fisco. El consumidor final no descarga nada: paga el IVA final y ahí termina la cadena. La factura es el documento que permite al comprador descontar el IVA (por eso requiere identificación completa del comprador y desglose del impuesto). La boleta es el documento que cierra la cadena en el consumidor final (por eso no requiere identificar al comprador ni desglosar el IVA en la línea de detalle).

De este criterio se derivan las tres preguntas objetivas para decidir qué documento emitir:

¿El comprador es contribuyente de IVA? Toda empresa (SpA, SA, Ltda, EIRL) es contribuyente de IVA salvo excepciones específicas. Personas naturales pueden ser contribuyentes de IVA si están inscritos como tal por actividad de primera categoría. La forma práctica de saberlo es pedir el RUT y consultar la actividad económica; si tiene giro de primera categoría, es contribuyente.

¿La compra se destina a la actividad económica del comprador? Un contador que compra un notebook para su despacho profesional puede descargar el IVA; el mismo contador comprando el mismo notebook para regalo de cumpleaños de su hija no puede descargarlo. La diferencia no está en la naturaleza del producto sino en el uso declarado.

¿El comprador solicita factura? Aunque el comprador cumpla los dos requisitos anteriores, si no la solicita expresamente al momento de la compra, corresponde emitir boleta. El comerciante no está obligado a preguntar; en la mayoría de las transacciones B2C esto es implícito.

Las tres respuestas son "sí" para factura, cualquier "no" empuja a boleta. En la práctica diaria: cualquier venta a persona natural sin RUT declarado es boleta; cualquier venta a empresa con giro y RUT declarado es factura. Los casos intermedios existen pero son minoría.

Los siete DTE que cubren el 95% de la operación

El SII define más de treinta tipos de documento tributario electrónico. Para la operación diaria de una PyME o de una startup, siete cubren prácticamente todo:

DTE 33 — Factura electrónica. Venta a otro contribuyente de IVA. Requiere RUT, razón social, giro y dirección del receptor. IVA calculado sobre el neto y desglosado explícitamente. Genera crédito fiscal para el comprador. Es el documento estándar para B2B.

DTE 34 — Factura electrónica exenta. Venta a otro contribuyente de operaciones no afectas a IVA por ley: exportaciones, ciertos servicios educacionales, algunos servicios médicos, transporte internacional. Estructura idéntica a DTE 33 pero sin IVA. No genera crédito fiscal (porque no hay IVA que descontar) pero acredita el gasto para efectos de impuesto a la renta.

DTE 39 — Boleta electrónica. Venta a consumidor final de operaciones afectas a IVA. Puede emitirse sin datos del receptor o solo con RUT. El IVA va incluido en el precio mostrado. Es el documento estándar para B2C: retail, e-commerce, servicios al consumidor final.

DTE 41 — Boleta electrónica exenta. Venta a consumidor final de operaciones no afectas a IVA. Aplicaciones típicas: consultas médicas de profesionales, servicios educacionales, algunos servicios financieros. Estructura idéntica a DTE 39 pero sin IVA.

DTE 52 — Guía de despacho. Acompaña el traslado físico de mercadería cuando el documento tributario definitivo (factura o boleta) se emitirá después. Permite mover producto desde bodega a punto de venta o a domicilio del comprador sin emitir el documento tributario en el momento. Se convierte en factura o boleta al facturar el despacho.

DTE 56 — Nota de débito. Aumenta el monto de un documento tributario previamente emitido. Usos frecuentes: cobros adicionales por intereses de mora, ajustes al alza del precio pactado, cargos por servicios complementarios no facturados en el documento original.

DTE 61 — Nota de crédito. Anula total o parcialmente un documento tributario previamente emitido, o corrige montos a la baja. Es el único mecanismo válido para "eliminar" una factura o boleta ya enviada al SII. Los documentos tributarios electrónicos no se editan ni se borran una vez enviados; la corrección siempre es por nota de crédito.

Los tres restantes menos frecuentes pero conviene tener en el radar: DTE 46 (factura de compra), que se emite cuando quien vende no es contribuyente de IVA y el comprador debe retener el impuesto; DTE 43 (liquidación factura), para operaciones de intermediación; DTE 110 (factura de exportación), para venta al exterior. Estos aparecen en operaciones específicas y el equipo contable de la empresa suele decidir cuándo aplican.

Comparativa operacional entre boleta y factura

Aspecto Factura electrónica (DTE 33) Boleta electrónica (DTE 39)
Receptor Obligatorio con RUT, razón social, giro y dirección Opcional; puede omitirse o solo llevar RUT
IVA en el precio Neto + IVA desglosado Bruto (IVA incluido)
Crédito fiscal Sí, para el receptor No
Envío al SII Individual, al momento de emitir Individual + reporte de consumo diario (RCOF)
Formato de pago Puede especificar plazo (contado, 30 días, 60 días) Habitualmente contado
Uso típico B2B: servicios profesionales, insumos, hosting, SaaS a empresas B2C: e-commerce, retail, servicios al consumidor
Corrección Nota de crédito (DTE 61) o débito (DTE 56) Nota de crédito (DTE 61) dentro del mismo período
Volumen típico por empresa Decenas a miles al mes Cientos a millones al mes

Casos frontera que producen confusión

El cliente pide factura después de haber recibido boleta. Escenario clásico en retail: se emite boleta al momento de la venta, el cliente vuelve al día siguiente pidiendo factura para descargar contable. La solución tributaria es emitir nota de crédito por la boleta original y luego emitir factura con los datos del cliente. No se puede "convertir" una boleta en factura. La operación es contablemente correcta pero requiere disciplina en el punto de venta: no toda venta admite este cambio si transcurrió tiempo suficiente para que la boleta ya haya sido incluida en el resumen de ventas del período.

Venta a persona natural con RUT que dice ser empresa. Un cliente entrega RUT personal (formato XX.XXX.XXX-Y) y pide factura. Si el RUT no está inscrito con giro de primera categoría, no puede recibir factura y no puede descargar IVA. El sistema debe validar contra el catastro público del SII antes de emitir; muchos ERPs no lo hacen y terminan emitiendo facturas inválidas que el SII rechaza al procesar.

Venta mixta afecta y exenta al mismo comprador. Consulta médica (exenta) más venta de suplemento vitamínico (afecta) en la misma visita. La solución técnica es un solo documento con líneas marcadas individualmente como exempt: true según corresponda. El motor de emisión calcula neto, IVA y exento por línea y consolida totales. Muchas implementaciones antiguas emiten dos documentos separados porque su ERP no soporta líneas mixtas; es limitación del sistema, no del SII.

Cliente extranjero sin RUT chileno. Un turista compra en un e-commerce chileno. No tiene RUT. La emisión debe ir a consumidor final con RUT 66666666-6. Si la venta califica como exportación —producto físico enviado al exterior— corresponde DTE 110 (factura de exportación) y la operación es exenta de IVA. La distinción es sensible al tipo de bien (físico exportado vs. digital consumido en Chile vs. servicio prestado a distancia) y conviene consultar caso a caso.

Suscripción recurrente donde el cliente cambia de estado tributario. Un cliente contratante de SaaS empieza como persona natural (boleta), se constituye como sociedad meses después y pide facturación al nuevo RUT. La suscripción sigue siendo la misma pero el documento cambia. Esto se maneja en la aplicación con un campo por cliente que indique qué documento emitir por defecto, y una operación explícita de "cambio de titular tributario" que registra la fecha efectiva y ajusta los ciclos futuros.

Decisión práctica: cómo estructurar el flujo en una aplicación

La implementación correcta en una aplicación que emite ambos tipos de documento parte de una tabla de clientes con al menos tres campos tributarios: RUT, tipo de contribuyente (persona natural sin giro, persona natural con giro, empresa) y documento preferido (boleta o factura). En el momento de facturar, la aplicación consulta esos tres campos y decide:

function tipoDocumentoParaCliente(array $cliente, bool $solicitaFactura): int {
    // Si el cliente pide explícitamente factura y es contribuyente de IVA
    if ($solicitaFactura && $cliente['tipo_contribuyente'] !== 'persona_natural_sin_giro') {
        return $cliente['operacion_exenta'] ? 34 : 33; // factura afecta o exenta
    }
    // Por defecto, boleta al consumidor final
    return $cliente['operacion_exenta'] ? 41 : 39; // boleta afecta o exenta
}

Esta función encapsula el criterio y permite que el resto de la aplicación no razone sobre tipos de documento: pide "el documento correcto para este cliente en esta operación" y recibe el DTE apropiado. El resto —construcción del payload, envío al emisor, manejo de respuesta— se delega a la capa de integración.

Para negocios que operan exclusivamente B2C (retail, e-commerce sin cuentas empresariales) el flujo se simplifica: siempre boleta, con RUT opcional. Para negocios que operan exclusivamente B2B (SaaS empresarial, consultoras, agencias) el flujo se simplifica al revés: siempre factura, con datos completos del receptor. Los negocios mixtos son los que se benefician más de tener el criterio codificado.

Aspectos operacionales comunes a ambos documentos

Independientemente de si se emite boleta o factura, ciertos aspectos operacionales aplican por igual y conviene resolverlos una vez:

Almacenamiento del XML. El SII exige conservar los DTE emitidos por seis años. El emisor típicamente lo hace, pero depender de un tercero para una obligación legal es fragilidad estructural. La aplicación debe descargar el XML apenas la emisión completa y archivarlo en almacenamiento propio con nomenclatura reversible por tipo y folio.

Envío al comprador. El SII no exige un canal específico para hacer llegar la boleta o factura al comprador; email, WhatsApp, descarga desde portal, todos son válidos. El emisor típicamente ofrece envío automático por email si se incluye receiver.email en el payload. Para el resto de canales, la aplicación integradora debe orquestar la entrega.

Reconciliación con la declaración mensual. Al día 12 del mes siguiente se declara el IVA. La declaración se construye sobre el registro de compras y ventas que el SII ya tiene (porque todos los DTE emitidos y recibidos pasan por sus servidores). La aplicación debe poder generar un reporte mensual de todos los documentos emitidos con montos neto, IVA, exento y total, que un contador pueda cruzar con la declaración generada por el SII.

Manejo de folios CAF. Cada tipo de documento consume su propio bloque de folios, autorizado independientemente por el SII. Una empresa que emite boletas y facturas necesita gestionar dos bloques separados. Los emisores autorizados suelen manejar la solicitud y renovación de folios automáticamente, pero el equipo de operaciones debe monitorear que no se agoten.

Cuándo y cómo delegar la emisión

Escribir la implementación completa de emisión de DTE en Chile —firma electrónica avanzada, gestión de CAF, generación de XML según Formato de Documento Electrónico vigente, cliente SOAP contra el SII, seguimiento de estado— requiere entre tres y seis meses de trabajo de un desarrollador senior, y mantenerla actualizada consume aproximadamente un cuarto de tiempo de un ingeniero permanentemente. Ese costo es difícil de justificar para cualquier empresa que no sea un ERP vendiendo emisión como producto principal.

La alternativa es delegar a un emisor DTE autorizado por el SII. La API se reduce a una llamada HTTP con un JSON como los descritos en este artículo, y el emisor absorbe firma, folios, XML, envío y seguimiento. En Chile operan varios emisores; MOX Networks utiliza yamt.com para su propia facturación (servicios de hosting, dominios y VPN) y ofrece la integración como servicio a terceros que necesitan emitir sin construir la infraestructura completa.

La decisión de qué emisor usar suele reducirse a tres factores prácticos: costo por documento (o modelo de suscripción según volumen), calidad y actualización de la documentación técnica, y soporte cuando algo falla. Los tres importan en distinto grado según la etapa de la empresa: un e-commerce que arranca prioriza costo unitario bajo; una empresa con integración crítica prioriza documentación clara y soporte responsivo.

Continuar por caso específico

Este artículo cubre el criterio de decisión y la comparativa. Para la implementación técnica detallada de cada documento, con código, payload completo y errores frecuentes, los artículos dedicados son:

Este artículo se basa en el Decreto Ley 825 sobre Impuesto a las Ventas y Servicios, la Ley 20.727 de 2014 (obligatoriedad general de la facturación electrónica), la Resolución Exenta N° 74 de 2020 (obligatoriedad de boleta electrónica), circulares vigentes del SII sobre DTE, la documentación técnica de docs.yamt.com/dte y la experiencia operacional de MOX Networks operando emisión mixta (facturas B2B y boletas B2C) desde 2018. La firma no tiene partnership comercial preferente en el ámbito de emisores DTE más allá del uso de yamt.com para su propia facturación.