Una factura de formato estable y un contrato extenso plantean problemas diferentes. El 7 de octubre de 2026, Chu Lahlou publicó en el blog de Microsoft Foundry una guía para decidir entre Azure Document Intelligence (ADI) y Azure Content Understanding (ACU). Ambos pueden extraer texto y estructura; la elección depende de los campos requeridos, la variación de los documentos y la evidencia de una prueba con material representativo.
Una decisión basada en el trabajo
| Situación | Punto de partida | Qué validar |
|---|---|---|
| Factura o formulario estructurado cubierto por un modelo preconstruido | ADI o ACU, comparados sobre el mismo lote | Campos y líneas, precisión, costo por documento y excepciones |
| Formulario propio estable con ejemplos etiquetados | Modelo personalizado de ADI | Variantes, mantenimiento de etiquetas y calidad fuera de muestra |
| Documentos de proveedores muy distintos, campos inferidos o sin etiquetas iniciales | Analizador personalizado de ACU | Fundamento de cada campo, normalización y revisión humana |
| Contenido narrativo, imágenes, audio, video o preparación para RAG | Capacidades correspondientes de ACU | Calidad de la estructura y recuperación, latencia y costo |
| Despliegue en contenedor o aislamiento sin conexión | Examinar ADI containers | Disponibilidad y requisitos del modelo concreto |
Microsoft no plantea una migración obligatoria para soluciones de ADI que ya cumplen objetivos. Las API, los endpoints, los SDK y la facturación siguen separados. La guía recomienda evaluar ambos servicios con el mismo conjunto de documentos cuando existe solapamiento.
Cómo hacer un piloto útil
- Definir un proceso, por ejemplo recepción y validación de facturas. Preparar entre 50 y 100 documentos autorizados o sintéticos con formatos, idiomas y casos difíciles; conservar un conjunto de referencia corregido por humanos.
- Definir campos obligatorios, líneas, monedas, fechas y reglas de conciliación. Separar valores copiados del documento de los que exigen inferencia.
- Configurar un recurso y permisos mínimos para cada servicio que se compare. Ejecutar los modelos pertinentes sobre el mismo lote, sin escribir todavía en el ERP.
- Normalizar formatos y medir precisión semántica por campo, errores de clasificación, tasa de excepciones, tiempo de revisión humana, latencia, costo total y confiabilidad.
- Enviar a revisión las respuestas ambiguas y registrar evidencia del documento para cada decisión; probar duplicados, documentos ilegibles y totales inconsistentes.
- Si se contempla una integración con Dynamics 365 Finance o Power Automate, diseñar aparte la identidad de servicio, validación contable, idempotencia y trazabilidad. La guía comparada no ofrece una integración ERP lista para instalar.
Gobierno y límites
Los documentos pueden contener información financiera o personal. Antes de cargar datos reales, revisar ubicación del recurso, accesos, retención, registro de solicitudes y tratamiento de archivos. La comparación de costos debe emplear las tarifas y límites vigentes para cada API y el volumen esperado. El modo agentic de ACU descrito para razonamiento de varios pasos está en preview; no conviene basar un proceso crítico en él sin validar sus condiciones de uso y comportamiento.
Para operaciones empresariales en LATAM, el valor potencial es un patrón reutilizable de evaluación documental por país y proveedor, sin prometer exactitud ni automatización completa antes de medir. La recomendación es probar ambos enfoques sobre una muestra representativa, mantener aprobación humana en excepciones y decidir con métricas del proceso. Un piloto acotado requiere aproximadamente tres a cinco jornadas, sujeto a la disponibilidad de documentos de prueba y accesos Azure.