La IA, en tu trabajo.

Tres estados que conviene distinguir

La lectura editorial de esta semana reúne tres decisiones diferentes: cómo revisar documentos preparados por un agente, qué información llevar a la plataforma analítica y cuándo debe detenerse una automatización. Compartir la etiqueta de inteligencia artificial no hace intercambiables sus requisitos.

Las notas de Business Central 29.1 clasifican las novedades financieras de la tabla. La documentación de Fabric Mirroring mantiene su condición de vista previa.

Abonos: preparar el documento y revisar su aplicación

Según la descripción de Payables Agent, el agente prepara borradores a partir de documentos PDF. En los abonos omite el cotejo con pedidos y solicita revisar la factura a la que se aplicarán. Finalizar el borrador crea un abono de compra sin registrar; la revisión del agente no sustituye las aprobaciones de Business Central. Su actividad queda limitada por los permisos asignados y consume Copilot Credits.

Gastos: una vista previa con revisión y consumo

La ficha de Expense Agent se aplica a Business Central online y describe el conjunto como production-ready preview, sujeto a condiciones suplementarias. Los empleados pueden presentar gastos mediante la aplicación web sin licencia de Business Central; trabajar dentro del ERP sí la requiere. Deben revisar los datos antes de enviar el informe.

Microsoft documenta un consumo de 50 Copilot Credits por justificante procesado. Esa unidad de consumo no es un precio en euros: el presupuesto debe incorporar el modelo de facturación contratado.

Fabric: decidir qué se replica y quién lo consulta

La integración de mirroring copia una instantánea inicial y cambios posteriores de las empresas y tablas seleccionadas a OneLake. Permite llevar esos datos a experiencias analíticas sin consultar repetidamente las API de Business Central.

La configuración documentada exige un entorno online compatible con la extensión, permisos de administración de mirroring y capacidad activa de Fabric. El espacio de trabajo debe compartir tenant de Microsoft Entra con Business Central. La identidad de servicio necesita acceso al destino. Completar el asistente de conexión no inicia por sí solo la sincronización.

Las preguntas frecuentes fijan un máximo de 1.000 tablas seleccionadas y permiten elegir tablas, no una lista personalizada de campos. La latencia depende del proceso completo, por lo que no debe prometerse un tiempo fijo. La replicación no tiene cargo por su cómputo de fondo, pero el almacenamiento gratuito tiene límites ligados a la capacidad y las consultas generan los cargos habituales.

Nuestra interpretación: la primera decisión debería ser el conjunto de datos necesario y su acceso en destino. Copiar más información de la necesaria amplía el trabajo de gobierno sin demostrar por sí mismo más valor analítico.

Disponibilidad e idiomas: una discrepancia que importa

La tabla de disponibilidad de Copilot y agentes incluye español de España para Expense Agent y español de España y México para Payables Agent. Sin embargo, la ficha de Payables Agent todavía declara validación y soporte solo en inglés. Las fuentes no permiten cerrar esa discrepancia; no damos por confirmado el soporte en español de ese agente.

País del entorno, ubicación de los datos, idioma y geografía del procesamiento de IA son factores distintos. La tabla de idiomas no acredita por sí sola que una función esté habilitada en una instalación concreta. Para planificar un despliegue debe contrastarse la configuración real y, donde corresponda, el movimiento de datos entre geografías.

Ciclos de agentes: controles para un ámbito concreto

El índice de novedades de Copilot Studio incorpora en noviembre la guía Design reliable agentic loops. Su ámbito es el GitHub Copilot harness, el motor de ejecución correspondiente en Copilot Studio.

La guía propone limitar reintentos, definir evidencias de finalización y comprobar si una acción cambió el estado antes de repetirla. También advierte que las instrucciones, por sí solas, no garantizan la parada. Estas recomendaciones no prueban que Payables Agent o Expense Agent utilicen ese motor ni que expongan los mismos controles.

Tres pruebas propuestas por Nexo

Los siguientes ejemplos son sintéticos y expresan criterios editoriales de evaluación. No describen pruebas ejecutadas, resultados medidos ni garantías del fabricante.

• Abonos: preparar documentos ficticios con una referencia de factura correcta, otra inexistente y otra ambigua. Registrar qué propone el agente, qué corrige el supervisor y cómo queda la aplicación antes del registro contable.
• Fabric: seleccionar una empresa de prueba y un conjunto reducido de tablas. Comparar datos de origen y destino, medir el retraso observado y comprobar el acceso con un usuario autorizado y otro sin autorización.
• Agente personalizado: simular que una herramienta crea un documento pero devuelve un resultado incierto. Definir de antemano qué evidencia permitiría continuar y verificar que el agente no crea un duplicado al intentar recuperarse.