Factura electrónica DIAN: qué debe cumplir el software de tu negocio

Si vendes bienes o servicios en Colombia, tarde o temprano el software que uses tiene que hablar con la DIAN. Y ahí es donde muchos negocios descubren, demasiado tarde, que la herramienta que compraron o mandaron a construir no cumple con lo que la ley exige. No es un detalle técnico menor: una factura que la DIAN no valida no te sirve como soporte de costos ni de IVA.

Antes de entrar en materia, dos advertencias importantes. La primera: este artículo no es asesoría legal ni tributaria; su objetivo es que entiendas qué exigirle a tu software, no reemplazar a tu contador. La segunda: la normativa tributaria colombiana cambia con frecuencia, así que cualquier número de resolución o requisito que menciono aquí debes confirmarlo con la DIAN o tu contador antes de tomar decisiones. Con eso claro, vamos a lo práctico.

Qué es la factura electrónica de venta (y por qué tu software no es opcional)

La factura electrónica de venta es el documento que soporta tus transacciones, generado en un formato electrónico estándar y —esto es lo clave— validado previamente por la DIAN antes de que se lo entregues a tu cliente. Hace parte de un sistema más amplio que incluye las notas crédito y débito, el documento soporte y el registro de facturas como título valor.

¿Por qué no es opcional? Porque sin una factura electrónica validada, los costos, deducciones e impuestos descontables asociados no son procedentes. En otras palabras: si tu software no factura bien, no solo incumples, sino que pierdes soportes que valen plata frente a la DIAN.

El marco que tu software debe cumplir

El marco vigente hoy es la Resolución 000165 de 2023, que regula el sistema de facturación y adopta el anexo técnico versión 1.9 (reemplazó a la Resolución 000042 de 2020, que fue el primer marco integral y que todavía verás citada en artículos desactualizados). Ha tenido modificaciones posteriores, así que —de nuevo— verifica la vigencia y el alcance con la DIAN antes de asumir cualquier detalle.

Lo importante para ti no es memorizar números de resolución, sino saber que tu proveedor de software debe estar al día con el marco vigente y su anexo técnico. Si tu proveedor no sabe decirte bajo qué versión trabaja, es una mala señal.

Los tres caminos para facturar

La DIAN define tres formas válidas de facturar, y elegir bien depende de tu volumen y tu complejidad:

1. La solución gratuita de la DIAN. Sin costo, no requiere comprar certificado de firma, se usa desde el navegador o el móvil. Pensada para volúmenes bajos y negocios sin sistemas propios.
2. Un proveedor tecnológico autorizado por la DIAN. Una empresa habilitada por la DIAN que te ofrece la plataforma de emisión y gestión. Implica un costo, pero también soporte especializado.
3. Software propio o a la medida. Tu negocio desarrolla o compra su propia solución y se habilita él mismo ante la DIAN.

Para la mayoría de negocios que ya tienen una operación digital —un e-commerce, un sistema de pedidos, un ERP— la pregunta real no es “¿cuál de los tres?”, sino “¿cómo conecto mi software con el sistema de la DIAN?”.

Requisitos técnicos que tu software sí o sí debe cumplir

Sin importar el camino, hay requisitos técnicos que no son negociables. Este es el checklist mínimo que debe cumplir tu software:

• Formato XML bajo el estándar UBL 2.1, que es el que la DIAN exige.
• Firma digital con el certificado correspondiente.
• CUFE / CUDE: el código único que identifica cada factura o documento electrónico.
• Validación previa ante la DIAN antes de entregar el documento al cliente.
• Representación gráfica con código QR, que al escanearse permite consultar la factura.

Si tu software no marca todas estas casillas, no está facturando de verdad: está generando un PDF que no tiene validez fiscal.

Cómo se integra: proveedor tecnológico o habilitación propia

Cuando construyes un software a la medida, tienes dos caminos de integración, y conviene decidirlo con criterio:

• Vía un proveedor tecnológico: tu aplicación no habla directamente con la DIAN; consume la API de un proveedor autorizado, que se encarga de la firma, el envío a validación, la respuesta de la DIAN y el almacenamiento. Es el camino más rápido y con menos riesgo regulatorio, y suele ser la mejor decisión para la mayoría.
• Habilitación propia: el negocio se habilita directamente ante la DIAN como facturador con software propio. Esto exige pasar un set de pruebas de habilitación, tener el RUT actualizado, solicitar autorización de numeración y asociar prefijos. Da más control, pero también más responsabilidad y mantenimiento.

No hay una respuesta única: depende de tu volumen, tu equipo y cuánto control quieras. Lo que sí es constante es que la integración debe pensarse desde el diseño, no parchearse al final.

Qué preguntarle a tu proveedor de software antes de firmar

Aquí está el valor práctico. Antes de comprometerte con un software o un desarrollo, haz estas preguntas:

• ¿Trabajas contra el anexo técnico vigente de la DIAN?
• Si es vía proveedor tecnológico, ¿cuál, y está en el Catálogo de Participantes de la DIAN?
• ¿El software maneja notas crédito y débito, no solo facturas?
• ¿Qué pasa si la DIAN o el proveedor se caen? ¿Hay contingencia?
• ¿Dónde y por cuánto tiempo se almacena el XML? (La ley exige conservarlo.)
• ¿Me entrega estados de cada documento (validado, rechazado) por webhook o API?
• ¿Hay costos por documento emitido, y cómo escalan con mi volumen?

Un buen proveedor responde esto sin titubear. Uno que evade, te está dejando el problema a ti.

Más allá de la factura: notas, documento soporte y RADIAN

Facturar no es solo emitir facturas. Según tu operación, tu software podría necesitar:

• Notas crédito y débito, para ajustar una factura ya emitida.
• Documento soporte, para respaldar compras a quienes no están obligados a facturar y poder deducir esos costos.
• RADIAN, si quieres que tus facturas circulen como título valor —relevante si buscas financiación o factoring.

No todos los negocios necesitan todo esto desde el día uno, pero conviene saber qué puede necesitar tu software para no quedar corto en seis meses.

Errores comunes al construir el software de facturación

Los tropiezos que veo una y otra vez: depender de un solo modo de emisión sin contingencia; ignorar la numeración y los prefijos autorizados; asumir que basta con “generar el XML” sin la validación previa; y subestimar el almacenamiento legal del documento. Cualquiera de estos convierte un proyecto que parecía terminado en una multa esperando a ocurrir. La facturación es justo el tipo de integración que, tratada como “una tarea más”, termina costando caro —lo mismo que cuento sobre los pagos en la guía de integración de Wompi.

Cómo lo abordamos en un desarrollo a la medida

En AppsColombia tratamos la facturación electrónica como lo que es: una integración crítica que debe diseñarse bien desde el principio. Definimos contigo el camino —normalmente vía un proveedor tecnológico— y conectamos la emisión al resto de tu operación: tu e-commerce, tu plataforma web o tu sistema de pedidos, para que cada venta se facture sin trabajo manual. Lo que sí dejamos claro siempre: la parte técnica es nuestra, pero la interpretación tributaria —qué debes facturar, bajo qué régimen— queda en manos de tu contador. Si quieres montar tu facturación bien desde el diseño, hablemos.

Conclusión

La factura electrónica no es un trámite que se resuelve con un PDF bonito: es un requisito técnico y fiscal con reglas concretas —XML UBL 2.1, firma, CUFE, validación previa— que tu software debe cumplir sin excepción. Elegir bien el camino de integración y hacerle a tu proveedor las preguntas correctas es lo que separa una facturación que funciona de un dolor de cabeza con la DIAN.

Y recuerda: esto es una guía práctica, no asesoría legal. Confirma siempre los detalles vigentes con la DIAN y tu contador; la tecnología la ponemos nosotros, la tranquilidad tributaria la construyen entre los dos.