Facturación electrónica con IA: del XML a la causación y al análisis de ventas

TL;DR: La facturación electrónica ya está implementada en Colombia y casi nadie la explota. El PDF que usted archiva trae ocho datos; el XML que viene adjunto trae cerca de 87 campos, y esos campos alcanzan para causar sin digitar, para cuadrar el IVA y para responder preguntas de negocio que hoy se contestan con el ERP. Aquí está primero el marco normativo vigente y luego los prompts con los que un modelo lee el XML, valida los requisitos formales, propone el comprobante contable y convierte un semestre de facturas en inteligencia de negocios. La IA propone; usted, que firma, verifica.

Demostración en vivo. Los minutos clave se enlazan a lo largo del artículo.

Llevo años enseñando a contadores, auditores y financieros a usar inteligencia artificial, y este es el caso donde la brecha entre lo que tenemos y lo que usamos es más grande. Usted ya pagó por este dato: lo pagó con el proveedor tecnológico y con las horas de implementación. Y aun así, en la mayoría de las empresas que reviso, el archivo XML se abre una vez, se ve raro y se archiva para siempre.

Le propongo el recorrido completo: primero el terreno normativo, porque sin eso automatizar es asumir un riesgo; después la técnica.

¿Qué es la facturación electrónica y para qué le sirve al contador?

¿Qué es la factura electrónica de venta?

La factura electrónica es un documento digital que soporta la venta de bienes o la prestación de servicios y que se genera, expide y conserva en formato electrónico estructurado —un XML bajo el estándar UBL—. Para tener efectos tributarios debe validarse ante la DIAN o ante un proveedor autorizado por la DIAN antes de entregarse al adquirente. El artículo 616-1 del Estatuto Tributario define los sistemas de facturación y equipara, para todos los efectos, la factura en papel o de talonario y la factura electrónica: es la misma obligación en soportes distintos. La diferencia con la factura física no es el aspecto, es el circuito: la física se imprime y se entrega; la electrónica se firma, se transmite y alguien más la valida antes de que exista.

Para el contador la utilidad va mucho más allá del cumplimiento. Un documento electrónico validado es, al mismo tiempo, soporte de costos y deducciones, insumo del IVA descontable, evidencia de auditoría y —esto es lo que casi nadie usa— una base de datos de operaciones con granularidad de línea de ítem. Cuando lo vemos así, los procesos de facturación dejan de ser una carga administrativa y se convierten en la fuente más limpia de información que tiene la empresa: está fechada, está numerada de forma consecutiva, está firmada y la revisó un tercero.

Si quiere el marco general de cómo encaja la IA en el trabajo contable colombiano, y qué normas de la profesión siguen mandando sobre cualquier herramienta, lo desarrollé en la guía sobre inteligencia artificial en la contabilidad y la norma colombiana. Este artículo asume ese piso.

¿Quiénes están obligados a emitir factura electrónica y quiénes no?

La regla general es simple y conviene decirla sin matices: quien está obligado a facturar, está obligado a facturar electrónicamente. El artículo 7 de la Resolución 000165 de 2023 de la DIAN lo establece así, y con eso se desvanece la vieja pregunta sobre quiénes son los obligados a facturar electrónicamente frente a quienes podían seguir con factura en papel. La factura de papel quedó como recurso residual, sujeto a las condiciones de contingencia que la misma norma regula.

Las exclusiones existen, pero son acotadas. Están fuera de la obligación los sujetos que el artículo 1.6.1.4.3 del Decreto 1625 de 2016 relaciona como no obligados a expedir factura, entre ellos la persona natural que no es responsable de IVA porque vende exclusivamente bienes excluidos o presta servicios no gravados y que obtuvo ingresos brutos inferiores a 3.500 UVT. Ahí entran quienes ejerzan profesiones liberales o presten servicios inherentes a ellas y quienes desarrollen una actividad agrícola o ganadera, siempre que cumplan todas las condiciones de los parágrafos 3 y 5 del artículo 437 del Estatuto Tributario. Cruzado ese umbral, el contribuyente entra a la obligación.

Dos advertencias que veo incumplir con frecuencia. La primera: quien no está obligado a facturar sigue obligado a soportar la operación del lado de la compra, y ahí aparece el documento soporte en adquisiciones a no obligados. La segunda: no ser obligado no impide habilitarse voluntariamente, y conviene, porque los clientes empresariales lo van a exigir.

¿Qué requisitos hay para empezar a facturar electrónicamente?

El camino tiene cinco pasos y ninguno es opcional:

1. RUT actualizado con la responsabilidad de facturador electrónico y las actividades económicas correctas.
2. Habilitarse como facturador electrónico ante la DIAN en el servicio informático del portal, superando las pruebas de habilitación con los documentos de prueba que exige el anexo técnico.
3. Elegir entre las soluciones de facturación electrónica disponibles: el servicio gratuito de la DIAN, un software de facturación electrónica propio autorizado por la DIAN, o un proveedor tecnológico habilitado.
4. Certificado de firma digital vigente, cuando la solución elegida lo exija, con su fecha de vencimiento controlada en el calendario del área.
5. Resolución de numeración vigente: rango autorizado, prefijo y fechas. Emitir factura por fuera del rango autorizado es un defecto formal con consecuencias.

Cumplidos esos pasos, la empresa ya puede generar facturas electrónicas en producción. Los requisitos de la factura, en cuanto a contenido, son los del artículo 617 del Estatuto Tributario: identificación y NIT del vendedor, identificación y NIT del adquirente, sistema de numeración consecutiva, fecha de expedición, descripción específica o genérica de los bienes o servicios, valor de la operación y discriminación del impuesto. Esa lista es, literalmente, la lista de chequeo que más adelante le voy a pedir a la IA que aplique sobre cada XML.

Implementar la facturación electrónica no termina el día de la habilitación. Cumplir con la obligación es sostener en el tiempo tres vigencias: la de la numeración, la del certificado y la de la versión del anexo técnico. Las tres se vencen en silencio y siempre en el peor momento.

¿Qué tipos de facturas y documentos electrónicos existen?

Cuando alguien pregunta por «los tres tipos de facturas» suele estar pensando en la clasificación comercial: contado, crédito y mixta. En términos normativos el mapa colombiano es otro, y conviene tenerlo claro antes de automatizar nada, porque cada tipo se contabiliza distinto:

• Factura electrónica de venta. El documento principal. Puede llegar a circular como título valor.
• Factura de talonario o de papel. Residual, reservada a contingencias.
• Documento equivalente electrónico. Varios tipos, entre ellos el tiquete de máquina registradora con sistema POS, cuyo calendario de implementación se cumplió durante 2024.
• Notas crédito y notas débito. Ajustan un documento ya validado; ignorarlas es la causa número uno de diferencias entre la facturación y el ingreso contable.
• Documento soporte en adquisiciones a no obligados a facturar.
• Documento soporte de pago de nómina electrónica, que es otro universo de datos con su propia lógica y que traté aparte en la guía sobre el documento soporte de pago de nómina.

Sobre el monto mínimo, que es la duda recurrente: no existe un valor mínimo para emitir facturas electrónicas. La operación se factura por su valor, sea de mil pesos o de mil millones. El umbral de 5 UVT que la gente recuerda pertenecía al viejo tiquete POS en papel, que además no servía como soporte de impuestos descontables, costos y deducciones. El documento equivalente electrónico sí lo permite, siempre que identifique al adquirente con nombre o razón social y número de identificación.

¿Cómo se genera y se valida una factura electrónica de venta?

La expedición de la factura electrónica no coincide con el momento de la venta de productos o servicios, y esa distinción tiene consecuencias contables. El flujo técnico, en el orden real en que ocurre dentro del sistema de facturación electrónica: la solución arma el XML con los datos de la operación, lo firma, calcula el CUFE y lo transmite para validación previa; la DIAN o el proveedor autorizado responde con el resultado; solo entonces la factura se entiende expedida y se entrega al adquirente junto con su representación gráfica. Si hay problemas tecnológicos, la factura se entiende expedida con la entrega y debe enviarse para su validación dentro de las 48 horas siguientes a que esos problemas se superen. La responsabilidad de transmitir y de entregar es del obligado a facturar, no del proveedor.

Quien quiera verificar el detalle técnico en la fuente puede consultar el texto de la Resolución 000165 de 2023, que adopta la versión 1.9 del anexo técnico de la factura electrónica de venta y el anexo del documento equivalente electrónico. Y para resolver si un caso concreto entra o no en la obligación, la DIAN mantiene el micrositio «¿Debes facturar electrónicamente?».

¿Por qué el XML vale mucho más que el PDF?

Aquí empieza la parte que casi nadie aprovecha. En el laboratorio grabado abrí una factura cualquiera y conté lo que trae la representación gráfica (minuto 4): número, fecha, cliente, producto, cantidad, valor unitario, IVA y total. Ocho datos. Es lo que se archiva, lo que se manda al contador y lo que nadie vuelve a mirar.

El XML adjunto de esa misma factura tenía más de 17.000 caracteres y alrededor de 128 etiquetas distintas. Dentro viven cerca de 87 campos: vigencia de la resolución de numeración, tipo de operación, rango autorizado, código del tipo de documento, fecha y hora de la firma, responsabilidades fiscales del adquirente, proveedor tecnológico, naturaleza de cada línea, código de seguridad del software, estado en RADIAN, tarifas de IVA discriminadas y retenciones practicadas. En el minuto 10 se ve la tabla consolidada de un semestre real con todos esos campos por documento.

¿Cómo extraer los datos del XML con inteligencia artificial?

El XML es texto estructurado, y los modelos de lenguaje son excelentes leyendo texto estructurado. Donde antes se necesitaba un desarrollador que programara un lector de etiquetas, hoy basta con adjuntar el archivo y pedir lo que se necesita. La parte aburrida no es la lectura: es el volumen. En el caso del laboratorio había 561 documentos de un semestre, y bajar uno por uno del portal de la DIAN son cinco tareas manuales por documento, como muestro en el minuto 14. Por eso conviene resolver primero la extracción masiva; cómo bajar los documentos electrónicos desde el portal de la DIAN lo traté en un artículo aparte.

Con el archivo en la mano, el primer prompt es de extracción y validación formal:

Actúe como contador público experto en el sistema de facturación electrónica en Colombia.
Le adjunto el XML de una factura electrónica de venta (estándar UBL, anexo técnico DIAN).

1. Extraiga en una tabla: NIT y razón social del emisor; NIT del adquirente;
   prefijo, número y fecha de expedición; CUFE; resolución de numeración y rango
   autorizado; subtotal; descuentos; base gravable por tarifa; IVA por tarifa;
   retenciones informadas; total; forma y medio de pago; fecha de vencimiento;
   descripción y código de cada ítem con cantidad, valor unitario y valor de línea.
2. Marque como "NO PRESENTE" todo campo que no exista en el archivo. No lo deduzca.
3. Aplique una lista de chequeo con los requisitos del artículo 617 del Estatuto
   Tributario y del anexo técnico vigente, y califique cada uno como
   CUMPLE / NO CUMPLE / NO VERIFICABLE EN EL XML.
4. Al final, liste qué debo verificar yo por fuera del documento:
   existencia y estado del tercero en el RUT, vigencia de la numeración,
   responsabilidad frente al IVA y si el tercero figura en listas de control.

Regla: no invente valores, normas ni conceptos. Si duda, escriba "requiere verificación".

Fíjese en la regla final y en el punto 4. La IA valida lo que está dentro del documento; la calidad del tercero y la vigencia de la autorización se verifican en las fuentes oficiales. En el laboratorio esa validación de terceros la hago con un módulo aparte, que cruza el NIT contra la lista de proveedores ficticios y calcula el dígito de verificación (minuto 22). Ese cruce no es negociable: un soporte impecable de un tercero inexistente no soporta nada.

¿Cómo lograr una causación automática de facturas sin perder el control?

La causación automática de facturas no consiste en que el modelo escriba en su software contable. Consiste en que le entregue el comprobante propuesto, completo y justificado, para que usted lo apruebe o lo corrija. El prompt que uso:

Contexto: soy el contador de una empresa comercial en Colombia, régimen ordinario,
responsable de IVA, agente de retención, con operaciones en [CIUDAD].
Le adjunto la tabla de datos extraídos de facturas de compra y mi plan de cuentas.

Para cada documento, proponga el comprobante de causación en una tabla con:
cuenta, nombre de la cuenta, débito, crédito. Incluya gasto, costo o inventario,
IVA descontable por tarifa, retención en la fuente (indique base, tarifa y concepto),
retención de IVA e ICA si aplican, y la cuenta por pagar al proveedor.

Reglas innegociables:
- Justifique cada tarifa de retención aplicada citando el concepto, sin inventar la norma.
- Separe en una tabla aparte los documentos que NO debe causar de forma automática:
  notas crédito, anulaciones, descripciones ambiguas, terceros nuevos,
  conceptos mixtos y documentos cuyo período de corte sea dudoso.
- Cuadre cada comprobante: si débitos y créditos no coinciden, dígalo y no lo cierre.
- Devuelva un resumen de totales por cuenta para que yo lo cruce con el auxiliar.

La segunda regla es el corazón del control. El valor profesional no está en las 900 facturas que se causan solas: está en las 40 que el modelo aparta porque algo no cuadra. Cuando ese flujo se encadena con la entrada del correo y la escritura en el ERP ya hablamos de automatización de extremo a extremo; ese diseño lo expliqué en la guía para automatizar procesos contables con Make, y el concepto de delegar tareas completas en lugar de preguntas sueltas, en el artículo sobre agentes de IA aplicados a la contabilidad.

Un uso derivado que ahorra un día entero al mes: con las bases gravables y el IVA discriminado por tarifa ya extraídos, armar la declaración deja de ser digitación y pasa a ser conciliación. Ese ejercicio concreto, renglón por renglón, lo desarrollé al hablar del formulario 300 y el prorrateo del IVA.

¿Cómo convertir la facturación en inteligencia de negocios?

Este es el salto que menos gente da. La misma tabla que sirve para causar sirve para responder las preguntas que hace el gerente y que normalmente se contestan con el CRM o con el ERP. En el laboratorio tomé seis meses de facturación de una empresa real —anonimizada— y planteé ocho preguntas de negocio (minuto 33): cómo va el negocio, de qué clientes dependo, qué crece y qué se muere, cobro lo que decidí cobrar, los clientes vuelven, cuándo entra la plata, dónde y a quién vendo, y qué se vende junto con qué. Ninguna se responde con el total de la factura; todas se responden con las líneas del XML.

Actúe como analista comercial senior. Su trabajo es convertir facturación electrónica
cruda en decisiones defendibles: no describa datos, explique qué le pasa al negocio.

Le adjunto un archivo con documentos, ítems y resumen de [PERÍODO].

Fase 0 — Saneamiento: mapee los campos, declare los ausentes, consolide terceros
duplicados y productos con dos códigos, y excluya del análisis notas crédito,
anulaciones y remisiones. Reporte en una hoja aparte qué consolidó, qué excluyó y por qué.

Luego entregue, en este orden:
1. Panorama: ingreso bruto, notas crédito, ingreso neto, documentos, clientes,
   ticket promedio y ticket mediano, días con venta.
2. Clientes y concentración: Pareto, dependencia del primer cliente y del top 10,
   movimiento de la base entre períodos.
3. Producto: mezcla, trayectoria y etapa del ciclo de vida de cada línea.
4. Precio y realización: precio de lista contra precio realizado, dispersión
   y deriva del descuento por período.
5. Cohortes y retención: recompra, ventana de recompra y clientes en riesgo.
6. Venta cruzada: qué producto abre la puerta a qué otro, con la oportunidad cuantificada.
7. Estacionalidad: ritmo de facturación por mes, día de la semana y día del mes.
8. Segmentos: geografía, tipo de cliente y estructura de cobro (contado contra crédito).

Umbrales: marque en amarillo toda concentración superior al 20 % y en rojo la mayor al 30 %.
Formato de cada hallazgo: una frase, la cifra que lo evidencia y la decisión que habilita.

El resultado se ve desde el minuto 46: un semestre con algo más de 100 clientes y cerca de 280 millones de pesos de ingreso neto, una brecha enorme entre el ticket promedio y el mediano —un puñado de operaciones grandes esconde el comportamiento típico— y un descuento efectivo que subió de alrededor del 5 % a cerca del 17 % en seis meses sin que nadie lo hubiera decidido. Son cifras de un caso real anonimizado y las doy redondeadas a propósito. Ese último hallazgo cambia una conversación de gerencia, y estaba dentro de los XML todo el tiempo.

Si ese análisis de ventas le interesa como servicio para sus clientes, ya tiene el insumo: no necesita el ERP, necesita la facturación del período y un buen prompt. Los reportes por producto, cliente y período se ven en el minuto 48.

¿Qué papel juegan el acuse de recibo, el RADIAN y las notas crédito?

La factura electrónica de venta puede circular como título valor a través del RADIAN, y eso convierte los eventos en un asunto contable y no solo administrativo. La Resolución 000085 de 2022 desarrolla ese registro: el acuse de recibo de la factura, la recepción del bien o del servicio, y la aceptación expresa o tácita. La aceptación expresa ocurre cuando el adquirente manifiesta electrónicamente su conformidad dentro de los tres días hábiles siguientes a la recepción; la tácita, cuando no reclama dentro de ese mismo plazo.

Traducido a la operación diaria: si su equipo no revisa las facturas recibidas en tres días hábiles, está aceptando por silencio documentos que quizá debía rechazar. Esta es la rutina semanal que recomiendo, y que la IA puede preparar a partir del reporte de eventos:

• Listar las facturas de venta recibidas en la semana con su estado de eventos.
• Marcar las que llevan más de dos días hábiles sin acuse.
• Cruzar cantidad, precio y condiciones contra la orden de compra y la entrada de almacén.
• Emitir el reclamo antes del tercer día hábil cuando haya inconsistencia.
• Verificar que cada nota crédito recibida identifique la factura de referencia.

Las notas crédito son la primera fuente de diferencias entre la facturación reportada y el ingreso contable. Si el análisis no las resta, el ingreso queda inflado; si las resta dos veces, queda corto. En el prompt de arriba están excluidas y reportadas aparte, y esa decisión se documenta siempre.

¿Qué pasa si no se cumple la obligación y cómo elegir la solución?

La consecuencia de no expedir factura, o de expedirla sin requisitos, no es solo una sanción de dinero. El artículo 652-1 del Estatuto Tributario remite a la sanción de clausura, y el artículo 657 permite el cierre del establecimiento por tres días cuando no se expide factura o documento equivalente estando obligado a ello, o cuando se expide sin varios de los requisitos del artículo 617. Del lado del comprador el costo es igual de concreto: un soporte defectuoso pone en riesgo el impuesto descontable y la deducción.

Sobre cómo elegir la herramienta, mi criterio después de ver decenas de implementaciones:

• El sistema de facturación gratuita de la DIAN resuelve el cumplimiento de quien expide pocos documentos y no necesita integración. Es una opción legítima y suficiente para muchos independientes.
• Un proveedor tecnológico autorizado se justifica cuando hay volumen, cuando se necesita integración con el ERP o cuando se factura desde varios puntos de venta.
• El criterio que casi nadie evalúa: si la solución le devuelve sus datos. Pregunte si puede exportar el XML completo, si el reporte trae todos los campos o apenas los ocho de la representación gráfica, y si puede sacar varios meses de una sola vez. Un sistema que le entrega el cumplimiento pero le retiene la información lo deja cumplido y ciego.

Y la advertencia de siempre antes de pegar un XML en cualquier chat: ese archivo contiene datos identificables de terceros. Use planes empresariales o entornos locales, anonimice cuando el análisis lo permita y revise qué hace el proveedor con lo que usted sube. Ese y los demás riesgos de usar IA en el ejercicio profesional los traté a fondo, con los controles concretos para cada uno.

Preguntas frecuentes

¿La IA puede contabilizar directamente en mi software contable?

Un modelo de chat no escribe solo en su sistema. Prepara el comprobante y, combinado con una capa de automatización o con las funciones nativas del software en la nube, el registro puede quedar a un clic de su aprobación. La aprobación no se delega.

¿Cuál es el monto mínimo para emitir una factura electrónica?

No hay monto mínimo. Toda operación que deba facturarse se factura por su valor. El umbral de 5 UVT que se recuerda con frecuencia correspondía al tiquete POS en papel, no a la factura electrónica.

¿Es legal procesar facturas electrónicas con inteligencia artificial?

Sí. Son documentos que su empresa emite o recibe legítimamente. Lo que hay que cuidar es el tratamiento de los datos personales de terceros y las políticas de la herramienta que use, además de la reserva profesional que le impone su ejercicio.

¿Qué pasa si el modelo se equivoca en una tarifa de retención?

La responsabilidad sigue siendo suya. La Ley 43 de 1990 no admite delegaciones tecnológicas. Por eso el flujo correcto es: la IA propone con su justificación, usted valida contra la norma vigente. Validar toma segundos; construir desde cero tomaba minutos.

¿Necesito saber programar para hacer esto?

No. Todo lo de este artículo funciona con prompts en lenguaje natural sobre archivos que usted adjunta. Programar solo se vuelve útil cuando quiere correr el proceso sin intervención, todos los días y sobre miles de documentos.

¿Sirve igual para los documentos que emito y para los que recibo?

Sí, con enfoques distintos. En los emitidos el valor está en el análisis comercial y en la consistencia del ingreso; en los recibidos, en la validación del soporte, el control de eventos y la causación. Conviene trabajar los dos lados con la misma base y la misma llave: el CUFE.

¿Cada cuánto debería bajar y analizar la facturación?

Mensual como mínimo, junto con el cierre. Para el control de eventos, semanal. Y una revisión semestral con enfoque comercial, que es donde aparecen la deriva de precios y la rotación de clientes.

Lo que hay que llevarse de todo esto

Primero: la obligación está resuelta, así que la pregunta útil ya no es si tiene que emitir facturas electrónicas, sino qué hace con las que emite y recibe. Segundo: el PDF es la portada y el XML es el libro. Tercero: el orden correcto es norma, dato, prompt y verificación, nunca al revés. Cuarto: automatice el 95 % previsible y proteja con celo el 5 % excepcional, porque ahí está su firma. Y quinto: cada cifra que salga de un modelo y vaya a una declaración o a un papel de trabajo se verifica contra la fuente oficial antes de llevar su nombre.

Y si después de leer esto quiere formarse en serio, no compre por el catálogo de herramientas: armé una rúbrica de diez criterios para elegir un curso de IA para contadores que puede aplicarle a cualquier oferta, incluida la mía.

Los profesionales que dominan estas herramientas ahorran más de 10 horas semanales

No se trata de reemplazar su criterio profesional, sino de potenciarlo con método, controles y evidencia documentada. En el Programa Ejecutivo en IA para la Contaduría enseño paso a paso cómo integrar la IA en el flujo de trabajo diario con resultados medibles.

👉 Ver programa completo · Conozca también los tres programas ejecutivos de IA Contable.

📲 Escríbame por WhatsApp y le cuento cómo funciona.

Autor: Francisco Moreno Díaz — CP · MBA · MBAN · CAIO
Publicado en: IA Contable