Facturación electrónica en WooCommerce Chile: por qué el DTE va en el ERP, no en la tienda

Vender online en Chile significa, tarde o temprano, emitir un documento tributario electrónico —una boleta o una factura— validado por el SII. Y acá empieza el malentendido más caro del e-commerce chileno: creer que WooCommerce factura. No lo hace, y no debería. La emisión de un DTE —con su folio, su firma electrónica y su envío al SII— es trabajo de un sistema de facturación certificado, no de tu tienda. Entender esa frontera es lo que separa un proyecto que opera tranquilo de uno que vive peleado con el Servicio.

Qué es un DTE y cuáles importan

Un DTE (Documento Tributario Electrónico) es el documento de venta en formato electrónico, autorizado y validado por el SII. Cada tipo tiene un código:

• 33 — Factura electrónica afecta. La venta entre empresas. El cliente con giro la necesita para usar el crédito fiscal del IVA. Es el documento del B2B.
• 34 — Factura exenta. Para ventas no afectas a IVA.
• 39 — Boleta electrónica. La venta a consumidor final.
• 41 — Boleta exenta. Boleta sin IVA.
• 52 — Guía de despacho electrónica. Acompaña el traslado de mercadería.
• 56 / 61 — Nota de débito / crédito. Ajustes y devoluciones sobre un documento ya emitido.

Para un mayorista, el documento por defecto es la factura (33): su cliente es una empresa que necesita el crédito fiscal. Pero si también vende al detalle, emitirá boletas (39). Esa decisión —boleta o factura— depende de quién compra, y la tienda tiene que saber capturarla.

Folios y CAF: por qué esto no es un PDF cualquiera

No puedes numerar tus facturas a mano. Cada folio —el número del documento— lo autoriza el SII a través de un CAF (Código de Autorización de Folios): un archivo XML firmado por el Servicio que habilita un rango específico de folios para un tipo de documento. Los folios se consumen en orden secuencial, sin saltarse ni reutilizar, y se solicitan en sii.cl. Gestionar CAF, controlar el consumo de folios y firmar electrónicamente cada documento es un sistema en sí mismo. Meter eso dentro de WordPress es construir un certificador casero: frágil, difícil de mantener y con riesgo tributario directo.

La boleta electrónica es obligatoria

Desde la Ley 21.256, la boleta electrónica es obligatoria: según el SII, rige desde el 1 de enero de 2021 para facturadores electrónicos y desde el 1 de marzo de 2021 para el resto. Ya no hay boleta en papel timbrada como norma. Cualquier tienda que venda a consumidor final tiene que emitir boleta electrónica, lo que vuelve la pregunta "¿quién emite el DTE?" ineludible desde el día uno, no un detalle para después.

Por qué la facturación NO va dentro de WooCommerce

La tentación es buscar "el plugin que factura". El problema es que emitir bien exige firma electrónica, manejo de CAF, control de folios, generación del XML en el formato del SII, envío, acuse y contingencia cuando el Servicio no responde. Todo eso ya lo hace, certificado, tu ERP o tu facturador. Reconstruirlo en WordPress es asumir un riesgo tributario para reinventar algo que ya existe y funciona. Por eso la regla sana es clara: WooCommerce registra la venta; el DTE lo emite quien ya está certificado ante el SII.

En la práctica, eso es uno de dos caminos. O tu ERP —Bsale, Defontana, Softland— emite el documento a partir del pedido que le llega desde la tienda; o un facturador dedicado (Relbase, SimpleDTE, Haulmer y otros) lo hace vía su propia integración. En ambos casos WooCommerce manda los datos —RUT, giro, líneas, montos, tipo de documento— y recibe de vuelta el folio y el PDF. La tienda es el punto de venta; la factura nace en el sistema que sabe hacerla.

Dónde se rompe en producción

Boleta o factura: hay que decidirlo en el checkout. El consumidor lleva boleta; la empresa que pide factura necesita entregar RUT, razón social y giro. Si el checkout no captura esa elección ni esos datos —validados—, el documento se emite mal o no se emite. El tipo de DTE se decide donde el cliente compra, no después.

Los montos tienen que calzar al peso. El total del DTE tiene que coincidir exactamente con lo que la tienda cobró, IVA incluido. Si la tienda y el ERP redondean distinto, la factura sale con diferencias de pesos respecto al pedido. Es el mismo problema de IVA y redondeo que hay que cerrar antes de conectar la facturación.

El folio y el PDF tienen que volver al cliente. Emitir no basta: el cliente espera su documento. El flujo tiene que traer el folio y el PDF de vuelta al pedido y entregárselo, no dejarlo perdido en el ERP.

Guías y notas de crédito. Si despachas, puede que necesites guía de despacho electrónica (52); si hay devoluciones, notas de crédito (61). El alcance no termina en la factura: depende de cómo opera el negocio.

Quién emite qué

Pieza	Quién la hace	Rol de WooCommerce
Emisión del DTE, folios, CAF, firma	ERP o facturador certificado ante el SII.	Ninguno: no factura.
Datos del documento (RUT, giro, líneas, montos)	Se capturan en la tienda.	Los recoge en el checkout y los envía.
Tipo de documento (boleta / factura)	Decisión del cliente.	La ofrece y la registra en el pedido.
Folio y PDF resultante	Los devuelve el emisor.	Los asocia al pedido y los entrega al cliente.

La recomendación

No busques el plugin que factura: busca cómo conectar tu tienda con quien ya factura bien. El DTE lo emite tu ERP o tu facturador, certificado ante el SII, con sus folios y su firma. WooCommerce captura limpio el tipo de documento y los datos —RUT, giro, montos que calzan al peso—, los manda, y devuelve el folio y el PDF al cliente. Así la tienda no asume riesgo tributario y la facturación sigue donde tiene que estar.

En nuestros servicios lo decimos explícito: la facturación electrónica no es nuestra capacidad y no la vendemos como tal —la resuelve el ERP del cliente—; lo que hacemos es conectar la tienda con ese sistema para que cada venta termine en su documento, sin doble digitación. Una agencia que promete "la tienda factura" te está vendiendo el problema, no la solución. Si no tienes claro quién emite tus DTE y cómo llega el dato desde la web, partir por un diagnóstico ordena eso antes de escribir una línea de código.