¿Qué diferencia hay entre un lector XML y un gestor de facturas recibidas?
La misma factura puede pasar por cuatro tareas diferentes. Conviene separarlas antes de elegir una herramienta o pedir un desarrollo.
Un lector de facturas electrónicas XML convierte el archivo técnico en una vista legible. También puede extraer proveedor, fechas, impuestos, líneas y total. Es suficiente cuando una persona necesita revisar pocos documentos y registrarlos manualmente.
Un gestor de facturas recibidas conserva esos documentos, evita duplicados, muestra estados, asigna responsables y entrega la información al sistema contable o de compras. Puede incluir los eventos electrónicos que debe emitir el adquirente cuando corresponden. No todos los lectores hacen esas tareas.
En Colombia, el XML sigue una estructura técnica definida por la DIAN. El Anexo Técnico de Factura Electrónica de Venta versión 1.9 permite extraer campos estructurados con reglas verificables. No hace falta interpretar esos campos con un modelo de IA.
También hay una diferencia entre leer y validar. La DIAN permite consultar el documento y su validación con los datos del CUFE en Facturando Electrónicamente. Allí se comprueba una evidencia que un visualizador local no aporta. La entidad indica que la validación ocurre en tiempo real, salvo documentos de contingencia, antes de garantizar efectos fiscales. Consulta la guía de verificación de la DIAN para confirmar el estado del documento.
¿Qué evidencia aporta cada tarea sobre una factura recibida?
Una herramienta puede cubrir una o varias capas. Pedirlas todas en un lector sencillo suele añadir costo sin resolver el proceso real.
| Tarea | Qué hace | Evidencia que aporta | Cuándo basta |
|---|---|---|---|
| Leer XML | Muestra el archivo como factura | Campos contenidos en el XML | Revisión manual de pocos documentos |
| Extraer datos | Guarda campos y líneas | Datos listos para reglas | Carga contable o compras |
| Consultar DIAN | Busca el CUFE y su estado | Validación del documento | Control fiscal y auditoría |
| Gestionar eventos | Controla mensajes del adquirente | Trazabilidad de recibido | Compras a crédito o con plazo |
| Flujo contable | Revisa y entrega al ERP | Aprobación y causación | Volumen recurrente de proveedores |
El estado de una factura, los mensajes electrónicos y la aprobación interna son registros distintos. Conviene conservarlos por separado, aunque se vean en la misma pantalla.
¿Qué necesitas para decidir entre lector y gestor de facturas recibidas?
Este árbol de decisión evita empezar por una plataforma demasiado grande o quedarse corto con un visor de archivos.
- ¿Solo necesitas abrir algunos XML? Usa un lector de facturas electrónicas XML que muestre emisor, comprador, conceptos, impuestos, total y CUFE. Guarda el XML original junto con la vista legible.
- ¿Necesitas cargar datos repetitivos? Implementa un parser XML con reglas para extraer NIT, número, fecha, subtotal, impuestos, total, moneda, orden de compra y líneas. Agrega validaciones entre totales y conceptos.
- ¿Debes probar validación o gestionar crédito? Separa la consulta ante DIAN de la lectura del archivo. Para operaciones a crédito o con plazo de pago, controla el recibido de factura y el recibido de bienes o servicios. El artículo 616-1 exige esos mensajes como soporte formal de costos, deducciones e impuestos descontables. Tras una sentencia de julio de 2025, no hay un plazo legal perentorio, pero permanece la exigencia documental. El Concepto 15517 de 2025 de la DIAN explica este criterio. Esto no reemplaza una opinión jurídica o tributaria.
- ¿El equipo procesa un flujo continuo? Necesitas un gestor de facturas recibidas. Conecta correo, carpetas, portal de proveedores o API; registra estados; envía excepciones a revisión; y entrega los datos aprobados al ERP. Una integración por API reduce archivos reenviados y registros manuales.
¿Cómo se ve una arquitectura práctica para facturas recibidas?
El costo y el plazo dependen de los canales de entrada, el volumen, los sistemas que reciben la información y las reglas de excepción. Estas capas permiten construir solo lo que hace falta.
Entrada
XML, PDF y correo separados
El sistema recibe XML y adjuntos, guarda el archivo original y relaciona cada documento con su correo o canal de llegada. No presupone que un PDF reemplaza el XML.
Base para trazabilidad
Reglas
Parser XML y controles deterministas
El parser extrae datos definidos. Las reglas comparan subtotal, impuestos y total; detectan un CUFE repetido; y marcan un proveedor o una orden de compra que no coincide.
Base para datos estructurados
Estados
Validación, eventos y aprobación
Cada estado conserva su fuente: consulta fiscal, mensaje electrónico, revisión de compras o aprobación contable. Así un usuario sabe qué falta sin inferirlo desde el XML.
Base para operación
Salida
ERP, contabilidad o bandeja de revisión
Las facturas completas pasan al sistema destino. Las que tienen diferencias llegan a una bandeja con el motivo y los datos que debe revisar una persona.
Base para excepciones
¿Cuándo tiene sentido usar IA para procesar facturas recibidas?
La IA sirve cuando hay ambigüedad. No mejora un dato que ya llega definido en el XML.
Ejemplo ilustrativo: una empresa colombiana recibe facturas de proveedores en una bandeja compartida. El sistema toma el XML, extrae NIT, CUFE, fecha, impuestos y total. Luego compara el total contra la orden de compra y busca duplicados por CUFE, número y proveedor. Las facturas sin diferencia se envían a revisión contable; las demás se marcan con una razón concreta.
La IA puede clasificar un correo cuando no queda claro a qué centro de costo corresponde. También puede leer una cuenta de cobro, un soporte escaneado o una observación escrita por un proveedor. Antes de usarla, medimos cuántos casos llegan a excepción y si su clasificación mejora el trabajo del equipo. Este enfoque es distinto a usar IA para leer todos los campos del XML.
En México, la separación también ayuda: el SAT permite consultar y recuperar comprobantes, mientras que su metadata incluye datos como folio fiscal, RFC, total, efecto y estado. La metadata sirve para control y búsqueda; el XML conserva el detalle estructurado del comprobante. El SAT describe la consulta, recuperación y metadata disponible. Para automatizar este tipo de flujo, conviene partir de una automatización con IA solo si las excepciones requieren interpretación.
