Sí. Vender por internet no lo exime: en Colombia la obligación de facturar electrónicamente depende de su condición tributaria, no del canal. Si usted ya está obligado a facturar, cada venta de su tienda online debe generar una factura electrónica de venta validada por la DIAN, entregada al comprador y conservada en XML.
Esa frase parece obvia hasta que uno mira cómo está montada buena parte de las tiendas colombianas: pasarela conectada, transportadora conectada, píxel conectado… y la facturación resuelta a mano, en el portal de la DIAN, copiando y pegando los datos del pedido cada noche. Ese esquema aguanta con veinte ventas al mes. Con doscientas, se rompe. Y cuando se rompe no se rompe en silencio: se rompe con un cliente empresarial que pide su factura para descontar el IVA, con una devolución sin nota crédito y, en el peor escenario, con un requerimiento de la DIAN.
Esta guía cubre lo que casi ninguna página de servicio de e-commerce en Colombia menciona: quién está obligado, qué documento corresponde a cada venta, cuánto cuesta no hacerlo, qué datos le falta pedir a su checkout, cómo se conecta la facturación a WooCommerce o Shopify, y en qué momento exacto del pedido debe dispararse la factura.
¿Está obligado a facturar electrónicamente si vende por internet?
La obligación de facturar nace del artículo 616-1 del Estatuto Tributario y no distingue entre un local en la carrera séptima y un carrito de compras. Si usted es comerciante, presta servicios, es responsable de IVA o del impuesto al consumo, está obligado a expedir factura electrónica de venta con validación previa de la DIAN por cada operación, incluidas las que cierra por internet, por WhatsApp o por Instagram.
La confusión habitual viene de tres creencias falsas: que la pasarela de pago factura por usted, que el comprobante de la pasarela es una factura, y que si el cliente es persona natural y no la pide, no hay que emitirla. Ninguna de las tres se sostiene. El comprobante de la pasarela acredita un pago, no una venta; y la factura se expide se pida o no.
| Perfil del vendedor | ¿Debe facturar electrónicamente? | Observación |
|---|---|---|
| Empresa (SAS, Ltda., SA) que vende en línea | Sí, siempre | Sin importar el volumen ni el canal |
| Persona natural comerciante, responsable de IVA | Sí, siempre | El código 52 debe estar en su RUT |
| Persona natural en régimen SIMPLE | Sí | La obligación se mantiene dentro del SIMPLE |
| Persona natural no responsable de IVA que cumple todas las condiciones del art. 437 ET | Puede estar exceptuada | Debe expedir documento soporte quien le compre |
| Vendedor en marketplace (Mercado Libre, Falabella y similares) | Sí, el vendedor | El marketplace no asume su obligación |
| Dropshipper con inventario de terceros | Sí | La venta al cliente final es suya |
La excepción existe, pero se le acaba rápido
Para quedar fuera de la obligación como no responsable de IVA hay que cumplir todas las condiciones del parágrafo 3 del artículo 437 del Estatuto Tributario a la vez: ingresos brutos anuales por debajo de 3.500 UVT, un solo establecimiento, no operar bajo franquicia, no ser usuario aduanero, no firmar contratos individuales por encima de ese mismo tope y no superarlo tampoco en consignaciones bancarias.
Tomando la UVT de 2025 ($49.799 COP) como referencia verificable, 3.500 UVT son unos $174.300.000 COP al año, es decir, alrededor de $14.500.000 COP mensuales. La UVT se reajusta cada diciembre, así que confirme el valor vigente antes de hacer cuentas. El punto práctico es otro: una tienda online que funciona cruza ese umbral en su segundo o tercer año, y el incumplimiento no empieza el día que la DIAN se entera, empieza el día que usted superó el tope. Montar la facturación cuando ya la necesita siempre sale más caro que montarla antes. Si está armando la operación desde cero, conviene revisar en paralelo los demás requisitos legales para vender en línea en Colombia, porque la facturación es apenas uno de ellos.
Qué documento le corresponde a cada venta
Aquí es donde se equivoca casi todo el mundo, porque el ecosistema DIAN tiene más documentos de los que la gente cree y cada uno tiene su lugar.
| Documento | Cuándo aplica en una tienda online | ¿Da derecho a costos, deducciones e IVA descontable al comprador? |
|---|---|---|
| Factura electrónica de venta | La venta en línea, siempre | Sí |
| Nota crédito | Devoluciones, anulaciones, descuentos posteriores | Ajusta la factura original |
| Nota débito | Cobros adicionales sobre una factura ya emitida | Ajusta la factura original |
| Documento equivalente P.O.S. | Venta presencial de bajo monto, no la venta web | No |
| Documento soporte en adquisiciones a no obligados a facturar | Cuando usted le compra a alguien que no factura | Sí, para usted |
| Nómina electrónica | Si tiene empleados | Soporta el costo laboral |
El documento POS no le sirve a su tienda
Dos razones lo descartan. La primera es de tope: el documento equivalente P.O.S. solo puede expedirse por operaciones inferiores a 5 UVT —unos $249.000 COP con la UVT de 2025—, según el calendario de implementación que fijó la DIAN. La segunda es más grave: el documento POS no otorga derecho a impuestos descontables en IVA ni a costos y deducciones en renta para quien compra. Si su tienda le vende a empresas, entregar un POS equivale a regalarle al cliente un problema contable. Y aunque la venta esté por debajo del tope, si el comprador pide factura electrónica, usted debe expedirla.
Las notas crédito son el documento que más va a usar
En e-commerce las devoluciones no son la excepción, son parte del modelo. Cada cancelación, cada talla que no quedó, cada envío contraentrega rechazado en la puerta obliga a emitir una nota crédito que anule o ajuste la factura. Una integración que emite facturas pero no emite notas crédito automáticamente no está terminada: está a medias, y le va a dejar el IVA inflado en la declaración.
Lo que cuesta no facturar: las cuentas en COP
La conversación sobre sanciones suele quedarse en abstracto. Bajémosla a pesos con aritmética simple.
El artículo 657 del Estatuto Tributario contempla la clausura del establecimiento cuando no se expide factura o se expide sin el lleno de requisitos. El artículo 652 sanciona facturar sin requisitos con el 1% del valor de las operaciones facturadas de forma incorrecta, con tope de 950 UVT —cerca de $47.300.000 COP con la UVT de 2025—. A eso se suma lo que no aparece en ninguna norma: los días que su operación deja de vender.
| Facturación mensual | Ventas que no entran en 3 días de cierre | Sanción del 1% sobre 3 meses mal facturados | Golpe total de referencia |
|---|---|---|---|
| $10.000.000 COP | $1.000.000 COP | $300.000 COP | $1.300.000 COP |
| $30.000.000 COP | $3.000.000 COP | $900.000 COP | $3.900.000 COP |
| $60.000.000 COP | $6.000.000 COP | $1.800.000 COP | $7.800.000 COP |
| $120.000.000 COP | $12.000.000 COP | $3.600.000 COP | $15.600.000 COP |
Las cifras son ejercicios aritméticos sobre supuestos, no una liquidación oficial: la cuantía real la determina la DIAN según el caso y conviene validarla con su contador. Pero la magnitud es la correcta, y hay un cuarto costo que no cabe en la tabla: el cliente corporativo que no puede deducir su compra no vuelve. En categorías B2B esa fuga silenciosa pesa más que cualquier sanción.
Del otro lado está el costo de hacerlo a mano, que también es dinero. La tabla asume ocho minutos por factura —abrir el portal, transcribir datos del comprador, cargar los ítems, validar y enviar— y un costo de $30.000 COP por hora de trabajo administrativo, como rango de referencia del mercado colombiano:
| Ventas al mes | Minutos por factura manual | Horas al mes | Costo del tiempo a $30.000 COP/hora |
|---|---|---|---|
| 30 | 8 | 4,0 | $120.000 COP |
| 100 | 8 | 13,3 | $400.000 COP |
| 300 | 8 | 40,0 | $1.200.000 COP |
| 800 | 8 | 106,7 | $3.200.000 COP |
A partir de unas cien ventas mensuales, automatizar deja de ser comodidad y pasa a ser la opción barata. Y esa cuenta ni siquiera incluye los errores de transcripción, que en facturación se pagan con notas crédito.
Los datos que su checkout no pide y la DIAN sí exige
Este es el punto donde fracasan la mayoría de las integraciones, y no tiene nada que ver con el proveedor de facturación: el XML se rechaza porque el pedido no trae la información fiscal del comprador. Los checkouts por defecto de WooCommerce y Shopify están diseñados para vender en Estados Unidos, no para cumplirle a la DIAN.
Lo que hay que agregar al paso de datos:
- Tipo de persona: natural o jurídica. Cambia por completo la estructura del receptor en el XML.
- Tipo de documento: cédula de ciudadanía, NIT, cédula de extranjería, pasaporte.
- Número de documento y dígito de verificación cuando es NIT. El DV mal calculado tumba la validación.
- Razón social exacta para personas jurídicas, no el nombre de quien compra.
- Dirección, municipio y departamento con la codificación oficial que exige el estándar; “Bogotá” escrito de tres maneras distintas genera tres errores distintos.
- Correo electrónico de facturación, que muchas veces no es el mismo del pedido.
- Responsabilidad tributaria del comprador cuando aplica (responsable de IVA, gran contribuyente, autorretenedor).
El reto de diseño es pedir todo eso sin volver el checkout un formulario de banco. La salida práctica es condicionar los campos: el comprador marca si compra como empresa y solo entonces aparecen NIT, razón social y responsabilidad tributaria. La persona natural ve el formulario corto de siempre.
Y del lado del catálogo, cada producto necesita su tarifa de IVA correcta: 19%, 5%, excluido o exento. Si la tienda muestra precios con IVA incluido —lo normal en Colombia—, la factura debe desagregar base gravable e impuesto. Un catálogo con la tarifa mal configurada produce facturas válidas ante la DIAN y equivocadas ante su contador, que es la peor combinación posible: nadie se entera hasta la declaración.
Cómo integrar la facturación DIAN a su ecommerce, paso a paso
1. Habilitarse como facturador electrónico
Se hace en el portal de la DIAN, en el Sistema de Facturación Electrónica, con la firma electrónica del representante legal. Incluye registrar la responsabilidad 52 – Facturador electrónico en el RUT y superar el conjunto de pruebas de habilitación con el software que vaya a usar. Sin esta etapa cerrada, nada de lo demás sirve.
2. Elegir proveedor tecnológico (o la solución gratuita)
La DIAN ofrece una solución gratuita de facturación electrónica. Es legítima y sirve para un micronegocio, pero no se integra con una tienda: se emite factura por factura, a mano, en el portal. Si su tienda vende todos los días, necesita un proveedor con API.
3. Pedir la resolución de numeración
La DIAN autoriza un rango de numeración con prefijo y vigencia. Un consejo operativo que ahorra dolores de cabeza: use un prefijo exclusivo para el canal online (por ejemplo WEB). La conciliación entre pedidos, pagos de la pasarela y facturas emitidas deja de ser una investigación y pasa a ser un filtro. Y vigile el consumo del rango: quedarse sin numeración un viernes en la noche detiene la facturación hasta que la DIAN autorice el siguiente.
4. Conectar la tienda y definir el disparador
Es la parte técnica: plugin, conector o llamada directa a la API. Lo desarrollo en las dos secciones siguientes, porque el disparador —el momento exacto en que se emite— importa más que la conexión misma.
5. Probar en ambiente de pruebas y montar la contingencia
Antes de salir a producción hay que emitir facturas de prueba con los casos reales: persona natural, empresa con NIT, producto excluido de IVA, pedido con envío, devolución parcial con nota crédito. Y hay que definir qué pasa si la API del proveedor no responde: el checkout jamás debe fallarle a un cliente porque el facturador se cayó. La factura entra a una cola y se reintenta; la venta se cierra igual.
Flujo por plataforma: WooCommerce, Shopify y desarrollo a medida
WooCommerce
Es el escenario con más margen de maniobra. Varios proveedores publican plugin propio, y cuando no existe, se resuelve con un conector que escucha el evento de pago completado del pedido y llama a la API del facturador. Los campos fiscales se agregan al checkout con los hooks del propio WooCommerce y quedan guardados en el pedido.
Dos advertencias: revise la fecha de última actualización del plugin antes de casarse con él —un conector abandonado se rompe con la siguiente versión de WooCommerce o de PHP— y verifique compatibilidad con el almacenamiento de pedidos de alto rendimiento (HPOS), que dejó fuera de juego a muchas extensiones antiguas.
Shopify
Shopify no trae facturación colombiana. Se resuelve con una app del marketplace o con un middleware propio que escuche el webhook de pedido pagado. La limitación real está en el checkout: es mucho menos flexible que el de WooCommerce para pedir NIT, tipo de documento y responsabilidad tributaria, y en planes que no son Plus las opciones se reducen a extensiones de checkout o campos adicionales. Esa rigidez es uno de los factores que suele inclinar la balanza en la comparación entre Shopify y WooCommerce en Colombia cuando el cliente vende B2B.
Desarrollo a medida y headless
Si la tienda es un desarrollo propio o una arquitectura headless, no hay plugin que instalar: se consume la API del facturador desde el backend. Suena más trabajo y en realidad es más limpio, porque usted controla la cola de reintentos, el almacenamiento del XML y la lógica de notas crédito sin depender de que un tercero mantenga su extensión.
Marketplaces y redes sociales
Algunos marketplaces ofrecen emisión integrada si usted configura sus credenciales. Verifíquelo en su cuenta, pero tenga clara la regla de fondo: la responsabilidad legal sigue siendo del vendedor. Y lo que vende por WhatsApp o Instagram también se factura; no hay un régimen distinto para las ventas por mensaje directo.
Cómo comparar proveedores de facturación electrónica
El cuadro siguiente describe perfiles generales de uso, no planes ni tarifas: el alcance, los cupos de documentos y los precios los define cada proveedor, cambian con frecuencia y hay que verificarlos directamente con ellos.
| Proveedor | Perfil al que suele apuntar | Ruta habitual hacia la tienda | Qué verificar antes de firmar |
|---|---|---|---|
| Siigo | Pyme que quiere contabilidad y facturación en un mismo software | API y conectores de terceros | Si el plan contratado incluye acceso a API y cuántos documentos trae |
| Alegra | Negocio pequeño y mediano que necesita emitir rápido | API pública y conectores de mercado | Tope de documentos del plan y manejo automático de notas crédito |
| Carvajal | Empresa mediana y grande, alto volumen | Integración por API y servicios de proyecto | Tiempos, costo y alcance del proyecto de integración |
| Otros autorizados (World Office, Loggro, Dataico, Facture y similares) | Varía por proveedor | Varía: desde plugin hasta API | Que estén en la lista vigente de proveedores autorizados de la DIAN |
| Solución gratuita DIAN | Micronegocio con pocas ventas | No se integra; emisión manual | Que su volumen mensual haga viable emitir a mano |
Más allá de la marca, hay cinco preguntas que separan una integración que aguanta de una que hay que rehacer en seis meses: ¿la API emite notas crédito o solo facturas? ¿Devuelve el CUFE y el XML para guardarlos del lado de la tienda? ¿Tiene ambiente de pruebas de verdad? ¿Qué pasa con los documentos que exceden el plan a mitad de mes? ¿Y quién responde cuando la DIAN rechaza un XML: el proveedor, el plugin o usted?
Los costos, siempre como rangos de referencia del mercado colombiano —cambian por plan, volumen y negociación, y hay que confirmarlos con cada proveedor—:
| Concepto | Rango de referencia |
|---|---|
| Plan básico de proveedor (≈50–100 documentos/mes) | $40.000 – $90.000 COP + IVA al mes |
| Plan pyme con contabilidad incluida | $90.000 – $250.000 COP + IVA al mes |
| Plan con API y alto volumen | $250.000 – $600.000 COP + IVA al mes |
| Plugin o conector para WooCommerce / app para Shopify | $0 – $150.000 COP al mes según proveedor |
| Configuración e integración sobre la tienda (una sola vez) | $800.000 – $3.000.000 COP |
| Integración a medida con notas crédito, cola de reintentos y conciliación | $2.500.000 – $6.000.000 COP |
Puesto en perspectiva del presupuesto total del proyecto, es una fracción pequeña de lo que cuesta una tienda online en Colombia, y es la única partida que le evita una sanción.
El disparador: en qué momento exacto debe salir la factura
Esta es la decisión que más facturas dañadas produce y casi nadie la discute con el cliente.
La regla general: facture cuando el pago esté confirmado, no cuando se cree el pedido. Un pedido creado no es una venta; un pago aprobado sí. En WooCommerce eso significa emitir en el estado de pago completado, no en “pendiente de pago”. Si factura al crear la orden, cada carrito abandonado con pedido generado le deja una factura que hay que anular con nota crédito.
Los casos particulares del mercado colombiano:
- PSE y transferencia: el pago puede tardar minutos u horas en confirmarse. Espere la confirmación de la pasarela, nunca la intención de pago.
- Pago en efectivo por corresponsal: el pedido puede quedar en espera varios días y caducar. Facturar antes de la confirmación es garantizar notas crédito.
- Contraentrega: el pago ocurre al final. Aquí hay que elegir política y sostenerla: emitir al despacho y anular con nota crédito si el cliente rechaza, o emitir contra confirmación de entrega de la transportadora. La segunda ensucia menos la contabilidad; la primera es más simple de operar.
- Preventa o producto por encargo: la factura se emite por la venta, no por la entrega. Defínalo con su contador antes de lanzar la campaña.
- Suscripciones y pagos recurrentes: cada cobro exitoso genera su propia factura. Si el cobro recurrente falla y se reintenta, la factura sale con el cobro que efectivamente pasó.
- Pedidos con cambio de valor (cupón aplicado después, cambio de dirección con otro flete): si la factura ya salió, se corrige con nota crédito o nota débito, nunca editando el pedido.
Y una precisión que ahorra sustos en una auditoría: el documento original es el XML, no el PDF. La representación gráfica es una cortesía para el cliente. El XML validado, con su CUFE, es lo que hay que conservar por el término de firmeza —cinco años como referencia general—, y debe quedar guardado en un sitio que sobreviva a un cambio de proveedor de facturación o de hosting.
Conciliación mensual: la rutina que evita sorpresas
Con la integración andando queda una tarea de treinta minutos al mes que casi nadie hace y que ahorra semanas de arqueología contable. Consiste en cruzar tres listas del mismo periodo: pedidos pagados en la tienda, transacciones liquidadas por la pasarela y facturas emitidas ante la DIAN.
Los tres descuadres típicos son estos. Uno, pedidos pagados sin factura: quedaron atrapados en la cola de reintentos o el XML fue rechazado y nadie miró el error. Dos, facturas sin pedido: casi siempre son pruebas que se emitieron en producción por accidente, y se anulan con nota crédito. Tres, diferencias de valor entre lo facturado y lo liquidado: normalmente es la comisión de la pasarela restada por error, o un flete que no entró en la factura.
Si usó un prefijo exclusivo para el canal online, este cruce se hace con tres exportaciones y una hoja de cálculo. Si no lo usó, se convierte en una búsqueda manual factura por factura. Esa es toda la diferencia que hace una decisión de configuración tomada al principio.
Errores que veo con más frecuencia
- Facturar por el valor cobrado por la pasarela en lugar del valor de la venta, restando la comisión. La factura va por el precio pagado por el cliente; la comisión es un gasto aparte, que además le facturan a usted.
- No incluir el cobro del envío como concepto en la factura, o incluirlo con la tarifa de IVA equivocada.
- Emitir facturas sin correo de entrega válido y no darse cuenta durante semanas.
- Instalar el plugin y no probar jamás una devolución.
- Dejar el checkout sin campo de NIT para no alargar el formulario, y perder al comprador empresarial que necesita la factura a nombre de su compañía.
- No pedir documento soporte a proveedores y freelancers que no facturan, y perder la deducción de ese costo.
- Guardar solo el PDF y confiar en que el proveedor conservará el XML para siempre.
Cómo entrego yo una tienda con facturación integrada
Trabajo en proyectos digitales en Colombia desde 2009 —más de 16 años— con certificación Google Partner y 4,9 estrellas sobre 30 reseñas en Google. El orden que sigo cuando monto o rehago un e-commerce es este: primero se define con el contador del cliente qué documento aplica a cada tipo de venta y cuál es el disparador; después se ajusta el checkout para capturar los datos fiscales sin volverlo un formulario de banco; luego se conecta la API del proveedor con cola de reintentos y notas crédito automáticas; y al final se prueban los casos feos —devolución parcial, contraentrega rechazada, empresa con NIT, producto excluido— antes de que entre el primer pedido real.
Ese trabajo forma parte del desarrollo de tiendas en línea que entrego: la tienda sale con la facturación funcionando y conciliada, no con una promesa de que “después se conecta”. Atiendo Bogotá, Medellín, Cali, Barranquilla, Bucaramanga, Cúcuta y el resto del país en remoto. Si ya tiene la tienda operando y la facturación va a mano, escríbame al WhatsApp +57 300 208 1105 con su plataforma, su volumen mensual de pedidos y el proveedor contable que usa, y le digo qué ruta de integración le sirve y qué tan grande es el trabajo. La revisión inicial no le cuesta nada; la sanción sí.