Expense Agent en Business Central: la guía para usuarios y consultores funcionales
Expense Agent en Business Centralla guía profunda para usuarios y consultores funcionales
El primer agente de IA del ecosistema Business Central diseñado para empleados que no son usuarios del ERP. Cómo funciona el flujo de gastos de extremo a extremo, qué canales abre, cómo se cobra y qué hay que validar antes de implantarlo.
- Introducción
- Qué es Expense Agent
- Por qué importa
- Copilot vs agente
- Flujo paso a paso
- Canales
- Datos extraídos
- Configuración necesaria
- El empleado
- Finanzas
- Consultor funcional
- Casos de uso
- Licenciamiento
- Copilot Credits
- Seguridad y auditoría
- Limitaciones · Roadmap
- Comparativa · Conclusión
Toda empresa, tenga el tamaño que tenga, paga gastos a sus empleados. Viajes, dietas, hoteles, comidas con clientes, taxis, kilometraje, formación, suscripciones puntuales, material de oficina. Y casi todas las empresas que utilizan Business Central lo gestionan igual: con una mezcla de hojas de cálculo, plantillas de Word, una aplicación externa de gastos, correos a finanzas, fotos borrosas de tickets y, al final, una persona del departamento administrativo que reintroduce la información en el ERP.
El resultado es predecible. Reembolsos lentos, errores de imputación contable, dimensiones mal asignadas, IVA mal deducido, falta de trazabilidad y un departamento financiero ocupado en tareas de muy bajo valor añadido. Mientras tanto, el empleado que viaja vive el proceso como una carga: guardar tickets, escanearlos, rellenar formularios y esperar.
El 27 de abril de 2026, Microsoft presentó oficialmente su respuesta a este problema dentro del ecosistema Business Central: el Expense Agent. Lo que llama la atención de este lanzamiento no es únicamente lo que hace, sino dos decisiones de diseño que cambian la conversación entera. La primera es para quién está pensado: no para los usuarios habituales de ERP, sino precisamente para los que nunca abren Business Central. La segunda es cómo se cobra: no por licencia de usuario, sino por consumo a través de Copilot Credits.
Hasta ahora, sumar un empleado al circuito financiero del ERP significaba sumar una licencia. Con Expense Agent, ese empleado puede aportar datos a Business Central sin necesidad de licencia de Business Central, pagando solo por el uso real que se haga del agente.
Este post está pensado para dos perfiles. El primero, los usuarios y responsables de operaciones que quieren entender qué cambia en su día a día y qué se puede esperar del agente. El segundo, los consultores funcionales que tienen que diseñar la implantación, configurar las categorías, los grupos contables, los flujos de aprobación y entender cómo encaja todo esto en el modelo comercial del cliente. La idea es que, al terminar de leerlo, ambos perfiles tengan una imagen clara y honesta del agente, separando lo que está confirmado por la documentación oficial de lo que todavía está pendiente de aclarar.
Expense Agent es un agente de inteligencia artificial integrado en Dynamics 365 Business Central que automatiza la gestión de gastos del empleado de extremo a extremo. Su trabajo consiste en recibir un justificante (un PDF, una foto, un correo reenviado), extraer la información relevante, clasificarla según el catálogo de la empresa, agruparla en informes, validar el cumplimiento de las políticas internas y dejar todo preparado para que finanzas apruebe y contabilice.
Para quién está diseñado
La documentación oficial es explícita en este punto: el agente está diseñado para personas que no son usuarios del ERP. Empleados de campo, conductores, técnicos de servicio, directivos que viajan, personal administrativo ocasional. Es decir, el universo de empleados que aporta gastos pero nunca abre Business Central. La consecuencia práctica de esta decisión es que el primer canal de uso es una aplicación web dedicada, no Business Central.
Filosofía AI-first
A diferencia de los agentes que ya existían en Business Central (Sales Order Agent y Payables Agent), que se construyeron sobre funcionalidad ya presente en el ERP, Expense Agent se ha diseñado con la inteligencia artificial como cimiento. La razón es simple: Business Central no tenía gestión de gastos nativa antes de este lanzamiento. La funcionalidad y el agente nacen al mismo tiempo, lo que permite que la integración entre ambos sea más profunda que en el caso de los agentes anteriores.
Un proceso completo, no una sugerencia
El agente cubre la cadena entera: captura del recibo, extracción de campos, categorización, descomposición en líneas cuando aplica, cálculo de dietas, asociación a proyectos, aplicación de políticas, agrupación en informes mensuales, envío para aprobación, aprobación intermedia y final, y preparación para la contabilización. La acción del usuario, en el escenario óptimo, se reduce a subir un papel y revisar el resultado.
Autonomía configurable
La empresa decide hasta dónde delega. Hay organizaciones que querrán que cada gasto pase por revisión humana antes del envío; otras autorizarán el envío automático cuando el agente declare que el informe cumple las políticas. La autonomía no se impone, se elige.
Estado actual y disponibilidad
En el momento del anuncio el agente se encuentra en private preview. La public preview está prevista para mayo de 2026 como parte de la 2026 Release Wave 1, que corresponde a la versión 28 de Business Central. La disponibilidad inicial es limitada a Estados Unidos y al idioma inglés. En julio de 2026 está previsto que se extienda a Australia, Nueva Zelanda y Reino Unido. La incorporación de más idiomas y geografías está prevista para el resto del año, sin fechas oficiales para España y el español a la fecha de publicación de este artículo.
La descripción funcional, el alcance, la disponibilidad geográfica y los hitos del roadmap están documentados en el blog oficial de Microsoft Dynamics 365 y en el Microsoft Learn correspondiente al Release Plan de la 2026 Wave 1 para Business Central. Las fuentes están detalladas al final del artículo.
Hay tres razones por las que este lanzamiento merece atención de quien trabaja en el ecosistema Business Central, ya sea como usuario, responsable de operaciones, profesional de IT o consultor funcional. No son razones de marketing, son consecuencias lógicas de las decisiones de diseño del agente.
Business Central pasa a tener gestión de gastos nativa
Hasta este lanzamiento, gestionar gastos en Business Central pasaba por tres caminos: desarrollos a medida, soluciones de terceros (ISVs especializados como Continia Expense Management u otros) o, directamente, procesos manuales basados en hojas de cálculo y diarios contables. Por primera vez, Microsoft entra de lleno en este territorio funcional con producto propio. Esto cambia el mapa competitivo y abre una conversación de migración o coexistencia para todos los clientes que ya tienen una solución desplegada.
Es el primer agente AI-first del catálogo de Business Central
El Sales Order Agent y el Payables Agent son agentes que se construyeron sobre páginas, tablas y procesos que ya existían en el ERP. Su modelo es leer correos, interpretar documentos y proponer registros. El Expense Agent ha nacido en el sentido contrario: la inteligencia artificial es el cimiento del producto. Esto se traduce en una integración más fina entre el agente y la lógica financiera de Business Central, y abre el camino para que futuros agentes nazcan con esta misma filosofía.
Cambia el perfil del usuario que aporta datos al ERP
Es la consecuencia más profunda y la menos obvia. Pensemos en una empresa con 200 empleados de los cuales solo 30 son usuarios de Business Central. Hasta ahora los otros 170 quedaban fuera de cualquier proceso financiero estructurado salvo que alguien los introdujera manualmente. Con Expense Agent, esos 170 empleados pueden aportar datos al ERP sin necesidad de tener una licencia de Business Central, sin formación específica del producto y sin abrir el ERP. Esa expansión del perímetro de uso, sin expansión del perímetro de licencias, es el cambio comercial más importante del producto.
La diferencia se ve mirando quién toma la iniciativa de cada acción. En Copilot la persona hace clic y el modelo sugiere. En un agente la persona define un objetivo y el agente ejecuta la secuencia, con supervisión humana en los puntos clave.
Una de las confusiones más habituales en el ecosistema Business Central es mezclar Copilot con agentes. Conviene tenerlo claro porque afecta directamente a tres cosas: cómo se diseña la solución, qué se le promete al cliente y cómo se factura.
Tres formas de trabajar con el ERP que conviven en Business Central a fecha de hoy:
- En la funcionalidad tradicional, la persona ejecuta cada acción y el ERP reacciona al pulsado. La inteligencia está dentro del flujo que han diseñado los desarrolladores y los consultores. Sirve para procesos estables y bien conocidos.
- En Copilot, la persona sigue actuando pero el modelo aporta sugerencias en momentos concretos del flujo: una conciliación bancaria, una sugerencia de descripción, un resumen de un documento. La persona acepta o descarta. La inteligencia aparece en un instante, no en una secuencia.
- En un agente, la persona define un objetivo (procesar los gastos del mes, registrar las facturas pendientes, atender los pedidos entrantes) y el agente ejecuta la secuencia completa de pasos. La persona supervisa los puntos clave y aprueba lo que la política exige aprobar. La inteligencia está repartida en una cadena de decisiones.
| Concepto | Qué hace | Ejemplo en BC | Autonomía | Cómo se cobra |
|---|---|---|---|---|
| Funcionalidad tradicional | Ejecuta lo programado | Registrar pedido, lanzar batch | Nula sobre el contenido | Incluido en la licencia BC |
| Copilot en Business Central | Sugiere, resume, autocompleta | Conciliación bancaria asistida, sugerencias en venta | Baja, solo propone | Incluido en la licencia BC con políticas de uso justo |
| Agente en Business Central | Procesos de extremo a extremo con supervisión | Sales Order Agent, Payables Agent, Expense Agent | Media, opera en bucle hasta aprobar | Por consumo, en Copilot Credits |
Aplicado a Expense Agent, esta distinción significa que cuando un empleado sube un recibo y el agente extrae los datos, los categoriza, los itemiza, los agrupa en un informe y lo somete a aprobación, lo que está corriendo es un agente, no Copilot. Y por tanto se factura por consumo, no por licencia. Esto es importante para dimensionar correctamente el coste antes de implantarlo.
El ciclo completo del agente, tal como lo muestra Microsoft en sus materiales oficiales, va desde la subida de un recibo hasta la notificación de reembolso al empleado. Conviene recorrerlo con calma porque cada paso revela una decisión de diseño que tiene impacto directo en la implantación. Las capturas que acompañan cada paso están extraídas del vídeo oficial de Microsoft publicado en YouTube junto al anuncio del agente.
Paso 1 · El empleado entra al web app y sube el recibo
El primer contacto con Expense Agent suele ser una aplicación web dedicada, pensada precisamente para empleados que no son usuarios de Business Central. La aplicación saluda al empleado por su nombre y le presenta tres pestañas que reflejan el ciclo de vida del gasto en su ámbito personal: borradores, enviados y aprobados. A la derecha, un único punto de entrada: una zona donde se puede arrastrar o subir un recibo.
El paso de subir el recibo es deliberadamente flexible. El empleado puede arrastrar varios archivos a la vez, soltar un PDF descargado del correo, hacer una foto de un ticket o reenviar al agente la confirmación de una compra electrónica. La aplicación acepta los distintos formatos sin obligar al empleado a clasificarlos previamente.
Paso 2 · El agente extrae, categoriza, itemiza y agrupa
A partir de aquí ocurre todo el trabajo del agente sin que el empleado tenga que intervenir. Para cada justificante recibido el agente realiza varias operaciones encadenadas:
- Extracción de datos clave del recibo. Comerciante, fecha, importe, divisa, método de pago, número de factura y una descripción contextual generada por el modelo a partir del contenido.
- Categorización contra el catálogo configurado en Business Central. El agente clasifica el gasto en una de las categorías definidas por la empresa (hoteles, vuelos, transporte terrestre, comidas, material de oficina y otras que se hayan dado de alta).
- Itemización cuando el recibo es complejo. Una factura de hotel típicamente incluye habitación, desayunos, restauración del hotel, lavandería e impuestos en líneas distintas. El agente descompone esa factura en líneas individuales con su propia descripción, fecha, subcategoría e importe.
- Cálculo de dietas y per diem cuando el itinerario lo justifica. A partir de un viaje confirmado el agente puede calcular la dieta correspondiente según las reglas de la empresa.
- Validación de las políticas internas. El agente comprueba que el gasto cumple las reglas que la empresa haya configurado: importes máximos por categoría, autorizaciones por importe, categorías permitidas por colectivo.
- Agrupación en informes mensuales. Los gastos del mismo periodo se agrupan automáticamente en un informe con su propio identificador, sin que el empleado tenga que crearlo.
Paso 3 · El empleado revisa el informe
El agente nunca somete un informe sin que el empleado tenga la oportunidad de revisarlo. Cada borrador presenta el estado de cumplimiento, el importe reembolsable, la categoría dominante y un botón de revisión que abre la vista detallada del informe. Cuando la organización ha configurado el envío automático y el agente no ha detectado violaciones de política, este paso puede ejecutarse sin intervención del empleado, pero la opción de revisión humana siempre está disponible.
Paso 4 · Vista detallada en tres pestañas
Al abrir la revisión detallada, el agente presenta la información en tres pestañas que reflejan los tres niveles de información sobre un gasto: los datos generales, su clasificación y la descomposición en líneas. La parte izquierda de la pantalla muestra el documento original (el PDF o la imagen del recibo); la derecha presenta los campos extraídos por el agente, todos editables. A la derecha del todo, un panel de resumen indica si el agente considera que el informe es conforme con las políticas y avisa de que el contenido generado por la IA puede contener errores. La empresa decide cuánta confianza otorga al agente, pero la posibilidad de revisión humana es estructural.
Paso 5 · Envío y aprobación
Una vez revisados los informes, el empleado los envía. El flujo de aprobación admite aprobaciones intermedias (por ejemplo el manager directo) y aprobación final (por ejemplo el departamento financiero). La aplicación muestra al empleado el estado de cada informe en su propia pestaña de enviados. A partir de ahí, la pelota está en el tejado del aprobador y, después, de finanzas. El empleado recibirá la notificación de cierre cuando proceda.
Paso 6 · Aprobación, contabilización y reembolso
Cuando el informe queda aprobado, Business Central genera los movimientos contables correspondientes: asientos en libro mayor, libros auxiliares y, cuando aplica, instrucciones para el pago al empleado mediante cuadernos bancarios o transferencia. El empleado recibe la notificación de reembolso, normalmente por correo, con la confirmación del informe, el importe pagado, la fecha de pago y la referencia bancaria. El ciclo se cierra: el empleado subió un recibo, no abrió Business Central en ningún momento y ya tiene el dinero en su cuenta.
- El empleado interactúa por una aplicación dedicada que reduce la captura del gasto a subir un recibo o reenviar un correo.
- El agente extrae, categoriza, itemiza, calcula dietas y agrupa los gastos en informes sin intervención humana.
- La validación de políticas internas se hace en background y el agente flagea informes como conformes o señala incidencias.
- La revisión humana es opcional y configurable, pero estructuralmente posible en cada paso del flujo.
- La aprobación admite niveles intermedios y finales y se ejecuta dentro del flujo nativo de Business Central.
- La contabilización ocurre en Business Central y la notificación de reembolso al empleado cierra el ciclo.
El agente vive en varios canales a la vez. Microsoft ha confirmado oficialmente cuatro entradas principales y ha dejado pendiente la documentación detallada de otra. Distinguir entre lo confirmado, lo anunciado y lo implícito es importante para no prometer al cliente experiencias que aún no están disponibles.
| Canal | Estado oficial | Para quién está pensado | Notas |
|---|---|---|---|
| Web app dedicada | Confirmado | Empleados sin licencia de Business Central | Punto de entrada principal del empleado de campo. Acepta arrastre y subida de recibos. |
| Outlook | Confirmado | Empleados que viven en el correo | Reenvío de la factura o de la confirmación al agente. Sin formularios. |
| Microsoft 365 Copilot Chat | Anunciado · próximamente | Usuarios con licencia M365 Copilot | La documentación oficial lo describe como próxima incorporación. Sin fecha exacta confirmada. |
| Business Central | Confirmado | Aprobadores y finanzas | Para aprobación, revisión final, contabilización y consulta. |
| Teams | Implícito | Aprobadores y revisores | Mencionado en Microsoft Learn como punto de integración. La experiencia detallada en Teams aún no está documentada. |
La integración con Microsoft Teams aparece mencionada en la documentación de Microsoft Learn como punto de integración del agente, pero el detalle concreto de la experiencia en Teams (tarjetas adaptativas, aprobaciones inline, conversaciones con el agente) no está documentado al detalle a la fecha de publicación de este artículo. Conviene esperar a la documentación específica antes de comprometer experiencias en Teams al cliente.
La documentación oficial de Microsoft Learn detalla el conjunto de campos que el agente puebla automáticamente a partir del recibo. Conocerlos es importante para dos cosas: para entender hasta dónde llega la automatización y para dimensionar el trabajo de configuración previo. La calidad de la extracción depende directamente de la calidad de los maestros que el agente encuentre en Business Central.
Cabecera del recibo
El agente extrae los datos generales del documento: comerciante, importe total, divisa, fecha, número de recibo, método de pago (efectivo, tarjeta, banco) y una descripción contextual generada por el modelo a partir del contenido. La descripción es relevante porque es lo que el aprobador y el departamento financiero verán en primer lugar para entender de qué va el gasto.
Categoría y subcategoría
El agente clasifica el gasto en una de las categorías del catálogo configurado en Business Central (vuelos, hoteles, comidas, transporte terrestre, suministros, formación y otras). Cuando aplica, propone también la subcategoría dentro de esa categoría (en una factura de hotel: habitación, desayuno, impuestos, restaurante). Estas categorías y subcategorías son las que después se mapean a cuentas contables y a grupos de registro de IVA mediante los grupos contables de gasto.
Itemización de líneas
Cuando el justificante es un documento complejo (típicamente facturas de hoteles, viajes, comidas con varias consumiciones), el agente descompone el gasto en líneas individuales. Cada línea queda con su descripción, su fecha, su subcategoría y su importe. Esta es la pieza que más impacto tiene en la calidad contable: permite imputar cada concepto a su cuenta y, sobre todo, gestionar correctamente el IVA cuando los tipos impositivos por línea son diferentes.
Per diem y dietas
A partir de un itinerario (un vuelo confirmado, una agenda de viaje), el agente puede calcular las dietas y los per diem que correspondan según las reglas de la empresa. Esta capacidad está documentada en Microsoft Learn como parte del conjunto funcional del agente. La configuración fina de las reglas de dieta depende del setup de la empresa y, en geografías como España, debe contemplar las cuantías exentas según normativa.
Asociación a proyectos y refacturación
El gasto puede asociarse a un proyecto en Business Central, lo que registra el coste contra el libro auxiliar correspondiente. Si el gasto es refacturable al cliente, se marca como facturable y el sistema gestiona la generación de la línea de facturación cuando proceda. Es una capacidad relevante para empresas de servicios que cobran gastos a sus clientes.
Detección de anomalías y duplicados
El agente detecta duplicados, es decir, justificantes que ya han sido subidos previamente. También identifica anomalías: importes atípicos, categorías incoherentes con el comerciante, fechas fuera del periodo. Para gastos de representación o eventos de equipo, el agente puede identificar a los asistentes mencionados.
Métodos de pago soportados
Microsoft documenta soporte para gastos pagados en efectivo, con tarjeta corporativa y mediante transferencia bancaria. La integración detallada con bancos y emisores de tarjetas para conciliar movimientos con justificantes está sujeta a la configuración específica de cada cliente y a la disponibilidad por geografía.
Antes de activar el agente, Business Central debe estar preparado. La documentación oficial describe un asistente de configuración llamado Configure Expense Agent que recorre el setup paso a paso. Más allá del asistente, hay un conjunto de elementos funcionales que deben revisarse y, en muchos casos, crearse desde cero porque hasta ahora no existían.
La calidad del agente está acotada por la calidad de los maestros del cliente. Categorías mal mantenidas, grupos contables incompletos o políticas no formalizadas se traducen en una IA que parece menos buena de lo que realmente es. La parte de implantación es, en proporción, más alta de lo que sugiere el discurso comercial.
La disponibilidad inicial del agente está limitada a Estados Unidos y al inglés. La extensión a Australia, Nueva Zelanda y Reino Unido en julio de 2026 sigue sin incluir España. La fecha en la que Expense Agent estará disponible para empresas españolas y en español sigue pendiente de confirmación oficial. La preparación funcional puede empezarse ya, pero la activación productiva debe esperar al anuncio específico para la geografía y el idioma del cliente.
Para el empleado, el cambio se puede resumir en una idea: desaparece el formulario. El proceso pasa de rellenar campos uno a uno a subir un papel y revisar lo que el agente ha entendido. La diferencia se nota especialmente en perfiles que generan muchos gastos pequeños y que hasta ahora dedicaban media hora cada lunes a recopilar y reportar la semana.
| Tarea del empleado | Antes del agente | Con Expense Agent |
|---|---|---|
| Capturar el recibo | Foto, escaneo, archivado en una carpeta o en el correo | Subir o reenviar al agente |
| Rellenar formulario | Diez a veinte campos por gasto | Revisar cuatro o cinco campos pre-rellenados |
| Categorizar | Buscar en una lista desplegable | El agente sugiere; el empleado confirma o corrige |
| Itemizar una factura compleja | Rara vez se hacía bien | Automático en facturas de hotel, viajes y comidas |
| Imputar a proyecto | Recordar el código del proyecto | Marcar la opción o el agente lo deduce del contexto |
| Crear el informe mensual | El empleado lo crea y lo cierra | El agente lo crea y agrupa los gastos automáticamente |
| Esperar el reembolso | Días o semanas con tramitación opaca | Notificación automática con referencia bancaria |
Hay una segunda dimensión menos visible: la relación del empleado con el ERP. Empleados que hasta ahora vivían el sistema como una carga administrativa pasan a no tener relación directa con el ERP. Esa transición tiene un efecto positivo en la adopción: si un empleado no tiene que aprender el ERP, no resiste su uso. La fricción desaparece porque desaparece el ERP del campo de visión del empleado.
Para el departamento financiero, el cambio es de naturaleza distinta al del empleado. No es que desaparezca el trabajo, es que cambia de carácter: pasan de hacer trabajo administrativo a hacer trabajo de control. La revisión deja de ser sobre cada apunte y pasa a centrarse en las excepciones que el agente ha señalado.
Menos errores de imputación
Los grupos contables y de IVA están mapeados a las categorías. Cuando el agente clasifica correctamente la categoría, las cuentas y los grupos de IVA salen bien por construcción. El error humano de imputar un hotel a la cuenta de comidas o de aplicar un IVA equivocado se reduce de manera significativa.
Trazabilidad documental completa
Cada apunte tiene su recibo asociado, accesible en un clic. La cadena recibo, línea, asiento queda registrada. Esto es especialmente relevante para auditorías, para inspecciones y, en geografías como España, para el Suministro Inmediato de Información cuando aplica.
Validación automática de políticas
El agente pre-marca los informes como conformes o señala incidencias. Finanzas se concentra en lo que sí necesita criterio humano: gastos en el límite, comportamientos atípicos, validación de excepciones autorizadas. El tiempo se invierte donde aporta valor, no en revisar diez gastos de taxis idénticos.
Cierre mensual más rápido
Los gastos llegan ya preparados para contabilización antes del cierre. El proceso de cierre deja de ser una carrera para introducir gastos atrasados y pasa a ser una revisión de lo ya preparado. Esto desplaza el cuello de botella del cierre desde la captura del dato hacia la decisión sobre el cierre, que es donde tiene que estar.
Visibilidad en tiempo real
La estructura del agente, con informes, estados y categorías, deja una traza homogénea sobre la que es fácil construir cuadros de mando. Saber cuántos informes hay pendientes de aprobación, cuántos ya contabilizados, qué se lleva gastado este mes por categoría y por departamento deja de requerir un Power BI artesanal.
Para el consultor funcional que diseña, configura y acompaña la implantación, este lanzamiento abre tres frentes a la vez. No son solo cambios técnicos; son cambios de discurso, de alcance funcional y de cómo se dimensiona el coste de un proyecto.
Cambio de alcance funcional
Toda implantación que tenga gestión de gastos pasa a ser una conversación nueva. ¿Mantenemos el ISV de gastos que ya tiene el cliente? ¿Lo sustituimos por Expense Agent? ¿Conviven los dos? La respuesta no es trivial. Hay funcionalidades muy maduras de los ISVs especializados que el agente todavía no cubre, y hay aspectos de integración con el ERP que el agente cubre nativamente y el ISV no. La decisión depende del cliente concreto, del contrato vigente y de las prioridades del proyecto.
Cambio de discurso técnico
El consultor funcional tiene que estar cómodo hablando de Copilot Studio, de Copilot Credits, de Microsoft 365 Copilot, de identidad en Microsoft Entra ID y de modelos de consumo. Ya no basta con dominar setups de cuentas y permission sets. La conversación con el cliente se desplaza desde la funcionalidad pura hacia el modelo operativo y comercial del agente.
Nueva zona gris de licenciamiento
Vender una implantación de Business Central deja de ser solo una conversación sobre Essentials, Premium y Team Members. Hay que dimensionar también el consumo previsto de Copilot Credits y advertir al cliente del riesgo de subestimar costes operativos cuando el agente entra en producción y se generaliza el uso. Esta es una conversación nueva que conviene tener temprano y por escrito.
El consultor funcional no pierde protagonismo, lo gana
Hay un mito que conviene desmontar. Los agentes no sustituyen al consultor funcional, le cambian el trabajo. El conocimiento operativo (qué políticas tiene la empresa, cómo se imputan los gastos, cómo se trata fiscalmente cada concepto) es lo que hace que el agente funcione bien. Quien sabe traducir ese conocimiento operativo en categorías, grupos contables, dimensiones, políticas y flujos de aprobación es quien hace que un agente valga lo que cuesta. Ese trabajo de traducción es, precisamente, el trabajo del consultor funcional.
Seis casos que ayudan a entender cómo encaja el agente en perfiles reales del día a día de una empresa. Los casos son arquetipos pensados para visualizar el cambio, no descripciones literales de un cliente concreto.
Caso 01 · Comercial que viaja
- Antes
- Tickets en cartera, fotos en el móvil, sesión nocturna del domingo introduciendo gastos en el portal interno. Errores típicos al recordar cuándo y dónde se pagó cada cosa.
- Con el agente
- Reenvía la confirmación del hotel y la del vuelo, hace foto a las facturas de comida en el momento en que llegan al correo. El agente prepara los informes mensuales y el comercial solo revisa.
- Resultado
- Tiempo dedicado a gastos por mes baja de horas a minutos. Calidad del dato sube por que los recibos se procesan en el momento, no en bloque a final de mes.
Caso 02 · Técnico de servicio en campo
- Antes
- Subía sus kilometrajes a un Excel compartido. Los gastos pequeños se agrupaban en hojas Word y llegaban a finanzas con retraso.
- Con el agente
- Registra el destino y los kilómetros, el agente calcula el reembolso por kilómetro según la política, lo asigna al proyecto del cliente y lo marca como facturable cuando corresponde.
- Resultado
- El gasto facturable al cliente queda registrado en el momento, no se pierde por olvido. El kilometraje deja de ser una excepción manual y se trata como un dato más del agente.
Caso 03 · Empleado que vive en Outlook
- Antes
- No abre el ERP nunca. Cuando viaja, manda los gastos al asistente o a finanzas para que los introduzcan por él. El proceso introduce errores y retrasos.
- Con el agente
- Cuando recibe la factura del billete de tren o la confirmación del hotel, le da a reenviar al agente. No hace nada más. El agente extrae, categoriza, asigna a proyecto y prepara el informe.
- Resultado
- El director deja de ser un cuello de botella para finanzas. Los gastos se procesan en el día y el responsable financiero no tiene que perseguirlos.
Caso 04 · Aprobador (manager directo)
- Antes
- Recibe correos sueltos con hojas Excel adjuntas. Tiene que abrir cada una, comprobar importes, validar políticas y reenviar a finanzas.
- Con el agente
- Recibe notificaciones unificadas con el resumen del agente. Si el agente declara conforme, normalmente solo tiene que confirmar. Si hay incidencia, ve exactamente qué política se ha violado y por qué.
- Resultado
- Tiempo de aprobación cae. Calidad de la aprobación sube porque la atención del aprobador se concentra en las excepciones, no en repasar cosas conformes.
Caso 05 · Equipo financiero
- Antes
- Recibían informes en Excel, tenían que volver a teclear los datos en Business Central, validar manualmente las políticas, generar las contabilizaciones y gestionar los pagos.
- Con el agente
- Reciben los informes ya validados, ya categorizados y con los grupos contables y de IVA correctos. Su trabajo se centra en revisar excepciones, contabilizar y, donde aplica, gestionar la generación de pagos al empleado.
- Resultado
- El cierre mensual se acelera. La capacidad del equipo se libera para tareas de control y análisis, que es lo que un departamento financiero debe hacer.
Caso 06 · Empresa con muchos empleados ocasionales
- Antes
- Era impensable dar acceso a Business Central a los 200 empleados solo para que reportaran gastos. Por coste, por formación, por riesgo de uso indebido. Los gastos se canalizaban por correo o por una herramienta externa.
- Con el agente
- Los 200 empleados pueden enviar gastos sin licencia BC. La empresa paga el consumo del agente en Copilot Credits según el uso real, no por usuario.
- Resultado
- Cambio estructural en cómo la empresa modela su circuito financiero. Empleados que estaban fuera del ERP entran al circuito sin entrar al ERP. Es la diferencia más profunda que introduce el agente.
La novedad más importante de Expense Agent no es funcional, es comercial. Un empleado que solo envía gastos a través del web app o de Outlook no necesita licencia de Business Central. La empresa paga el uso de ese empleado a través de Copilot Credits, no a través de licencias por usuario.
El blog oficial de Microsoft Dynamics 365 lo afirma de manera explícita en el anuncio del agente. Las licencias de Business Central no son requeridas para el envío de gastos cuando el empleado trabaja fuera de Business Central; el uso se mide a través de Copilot Credits, lo que aporta flexibilidad y alineamiento de coste con el uso real. Esto invierte completamente la conversación de licenciamiento en una implantación: hay que pensar en quién es usuario del ERP y quién es solo emisor de gastos, y dimensionar cada uno con su lógica.
Las preguntas que conviene responder antes de presupuestar
Estas son las preguntas que toda propuesta comercial o conversación con cliente debería tener resueltas, separadas claramente entre lo confirmado y lo pendiente de validar.
Confirmado por la documentación oficial
- Un empleado que solo envía gastos desde fuera de Business Central no necesita licencia de Business Central.
- El revisor financiero que trabaja en Business Central necesita una licencia Essentials o Premium según el plan del cliente.
- El administrador que configura el agente necesita una licencia Essentials o Premium con permisos de administrador.
- El uso del agente se mide en Copilot Credits y se factura por consumo.
- Los Copilot Credits se compran como capacidad prepagada o se consumen en pay-as-you-go con suscripción Azure vinculada al entorno Power Platform.
- Microsoft 365 Copilot incluye un volumen de Copilot Credits para uso de agentes.
Pendiente de validación específica
- El consumo concreto de Copilot Credits por gasto, por línea itemizada o por aprobación, en el caso del Expense Agent. Microsoft Learn indica que estos billing events específicos se anunciarán en una actualización futura.
- La aplicabilidad de la exención B2E (cuando el agente actúa con la identidad de un usuario que tiene licencia M365 Copilot) al Expense Agent en concreto.
- El detalle de la integración con Microsoft Teams.
- El nivel exacto de licencia que requiere un aprobador (un Team Members podría ser suficiente para flujos básicos de aprobación, pero conviene validar con la guía oficial cómo se evalúa la interacción con el agente).
- La fecha de disponibilidad para España y para el idioma español.
- La compatibilidad y coexistencia con ISVs de gastos ya instalados en el cliente.
Antes de presupuestar una implantación, validar con Microsoft o con el CSP del cliente todos los puntos pendientes. Mientras la documentación específica del Expense Agent no esté completa, conviene proteger el presupuesto con un margen de seguridad razonable y dejar por escrito qué supuestos se han adoptado.
Copilot Credits es la unidad de medida y de facturación de los agentes en el ecosistema Microsoft. La sustitución del antiguo modelo de mensajes por Copilot Credits se hizo el 1 de septiembre de 2025 y, desde entonces, todos los agentes (los de Business Central incluidos) se cobran con esta unidad. Conviene entender bien el modelo porque es la conversación de coste que el cliente va a tener cuando el agente entre en producción.
- Volumen · 25.000 créditos por paquete
- Coste · 200 USD por mes y paquete
- Equivalencia · Coste medio de 0,008 USD por crédito
- Rollover · No · los créditos no usados no se acumulan
- Cuándo encaja · Volumen estable y previsible mes a mes
- Coste por crédito · 0,01 USD
- Compromiso · Ninguno previo
- Requisito · Suscripción Azure vinculada al entorno Power Platform
- Facturación · A final de mes según consumo real
- Cuándo encaja · Volumen incierto, picos estacionales o arranque del piloto
- Cómo opera · Primero se consume la capacidad prepagada
- Sobrante · Pay-as-you-go absorbe el extra
- Visibilidad · Se mantiene el control sobre el coste base
- Riesgo · Que el pay-as-you-go cubra picos sin sorpresas grandes
- Cuándo encaja · Producción con cierto componente estacional
Cuánto consume un agente · referencias documentadas
Microsoft Learn no ha publicado todavía los billing events específicos de Expense Agent. Sí están publicados los de los otros agentes de Business Central, lo que da un orden de magnitud útil para una estimación inicial mientras la documentación oficial del Expense Agent no se complete.
| Agente | Acción | Créditos | Equivalente USD |
|---|---|---|---|
| Sales Order Agent | Generative answer (analizar correo, generar respuesta) | 2 créditos | ~0,02 USD |
| Sales Order Agent | Agent action (chequear stock, crear pedido) | 5 créditos | ~0,05 USD |
| Sales Order Agent | Coste mensual estimado (100 correos) | ~1.650 créditos | ~16,50 USD |
| Payables Agent | Procesar factura PDF (10 acciones) | 50 créditos | ~0,50 USD |
| Payables Agent | Línea adicional (matching, intelligence) | 5 créditos | ~0,05 USD |
| Payables Agent | Coste mensual estimado (100 facturas × 3 líneas) | ~6.500 créditos | ~65 USD |
Microsoft Learn indica explícitamente que los billing events del Expense Agent serán publicados en una actualización futura. Cualquier modelo de coste que circule a fecha de hoy es una estimación a partir del comportamiento de los agentes ya documentados, no una cifra oficial. Conviene contar con un margen de seguridad y revalidar el dimensionamiento cuando se publique la documentación específica.
El detalle del modelo B2E que conviene conocer
Hay un detalle importante en la documentación de Copilot Studio que merece atención. Cuando un agente se ejecuta para un usuario que tiene licencia Microsoft 365 Copilot y el agente actúa bajo la identidad autenticada de ese usuario, el uso entra dentro de la licencia M365 Copilot del usuario y no consume Copilot Credits del tenant. Esta exención aplica al escenario llamado B2E, business to employee.
Si Expense Agent encaja en este patrón cuando el empleado lo invoca desde Microsoft 365 Copilot Chat con su identidad personal, el coste para la empresa puede ser significativamente menor en organizaciones que ya tienen adoptado M365 Copilot. La aplicabilidad concreta de esta exención al Expense Agent debe validarse con la guía de licenciamiento específica del agente cuando Microsoft la publique.
Microsoft ha enfatizado tres pilares de control en Expense Agent: autonomía configurable, validación de políticas en background y trazabilidad documental completa. La filosofía detrás es la habitual en los agentes de Business Central: la IA prepara, la persona valida, todo queda registrado.
Autonomía configurable
Cada empresa decide hasta dónde delega. Hay organizaciones que querrán que cada gasto pase por revisión humana antes de la aprobación; otras autorizarán el envío automático cuando el agente declare que el informe cumple las políticas. La autonomía no se impone, se configura. Esta configurabilidad es importante para casarse bien con marcos de control interno como SOX, ISO 27001 o auditoría externa.
Validación de políticas en background
El agente comprueba en cada gasto el cumplimiento contra las reglas de la empresa y la regulación aplicable. La validación es continua y previa al envío, no posterior a la contabilización. Cuando algo no encaja, el informe se marca y el aprobador recibe la información concreta sobre qué política se ha violado.
Trazabilidad documental completa
Cada apunte conserva la trazabilidad hacia su recibo original, hacia el informe que lo agrupa, hacia el aprobador que lo autorizó y hacia el asiento contable resultante. Esta cadena queda preservada y consultable, lo cual es especialmente relevante para auditorías internas y externas y, en geografías como España, para inspecciones tributarias y para el cumplimiento del Suministro Inmediato de Información cuando aplica.
El aviso explícito de la IA
La propia interfaz del agente incluye el aviso de que el contenido generado por IA puede contener errores, junto con la posibilidad de dar feedback positivo o negativo. Esta declaración explícita, además de honesta, encaja con los principios de IA responsable que Microsoft documenta para sus servicios y resulta defendible ante auditorías. La IA prepara, la persona valida, el sistema lo deja documentado.
Consideraciones específicas en España
Dos aspectos merecen atención cuando llegue la disponibilidad española. El primero, el Suministro Inmediato de Información: los gastos contabilizados generan registros que deben enviarse al SII en empresas sujetas, y la itemización correcta de cada concepto es crítica para los desgloses por cuotas, tipos impositivos y claves de operación. El segundo, las dietas exentas, el kilometraje exento y los demás conceptos con tratamiento fiscal específico deben estar contemplados en el catálogo de categorías y en las reglas de cálculo del agente.
La parte honesta del análisis. El agente está en preview y eso significa, en lenguaje Microsoft, que es una funcionalidad disponible para evaluación pero no es producción soportada en el sentido pleno: puede cambiar, puede tener fallos puntuales y, sobre todo, su disponibilidad se va abriendo de manera gradual. Estas son las limitaciones que conviene tener presentes.
Disponibilidad geográfica limitada
En el momento de la public preview, mayo de 2026, la disponibilidad se restringe a Estados Unidos y al inglés. La extensión a Australia, Nueva Zelanda y Reino Unido en julio de 2026 amplía el rango pero sigue sin incluir España ni a otros mercados europeos no anglosajones. Los plazos para mercados adicionales están descritos como rolling a lo largo del año, sin fechas concretas a la fecha de publicación de este artículo.
Disponibilidad para España y español sin fecha
No hay confirmación oficial de cuándo el agente estará disponible en español y para empresas españolas. Esta es la limitación que más afecta a los clientes que se dirigen a este artículo. La preparación funcional puede iniciarse desde ya (categorías, grupos contables, dimensiones, políticas), pero la activación productiva debe esperar a la confirmación geográfica e idiomática específica.
Estado de preview, no de GA
Mayo de 2026 marca la public preview, no la disponibilidad general. La fecha de paso a GA no está confirmada. En preview, Microsoft puede cambiar funcionalidad, ajustar comportamiento del modelo y modificar el alcance documentado. Conviene seguir la documentación oficial mes a mes y no tomar capturas o pantallazos como verdad estable.
Recibos en papel
Microsoft documenta que los recibos físicos siguen requiriendo escaneo previo. Lo nativo del agente es la captura digital y los reenvíos por correo. Para escenarios con alta carga de tickets en papel (típico en hostelería o servicios, pero también en algunos contextos comerciales) conviene mantener un proceso de digitalización antes de entregar el justificante al agente.
Calidad de datos del cliente
El agente es tan bueno como los maestros que encuentra. Categorías mal mantenidas, grupos contables sin mapear, dimensiones inconsistentes o políticas no formalizadas degradan el resultado. Esto es importante para la conversación con el cliente: parte del esfuerzo de implantación es funcional puro, no técnico, y conviene presupuestarlo como tal.
Detalles de consumo aún no publicados
Los billing events específicos de Expense Agent (cuántos créditos consume cada acción, cómo se factura una itemización compleja, cómo se contabiliza una aprobación) no están publicados a fecha de hoy. La estimación de coste tiene que basarse en el comportamiento conocido de los otros agentes, lo que introduce un margen de incertidumbre que conviene reflejar en cualquier modelo financiero.
Integración con tarjetas corporativas
El flujo soporta gastos pagados con tarjeta corporativa, pero la conexión específica con bancos y emisores y la conciliación detallada movimiento a movimiento debe validarse caso a caso. La disponibilidad de feeds bancarios y de integraciones con emisores varía por geografía y por entidad. No es una limitación absoluta, es una limitación de configuración que requiere análisis del contexto del cliente.
Las fechas conocidas a fecha de publicación de este artículo, separadas claramente entre lo confirmado y lo pendiente. Esta línea temporal es la que conviene tener presente en cualquier conversación de planificación con cliente.
Microsoft también ha confirmado que Expense Agent se mostrará en directo en eventos del ecosistema Business Central como Directions NA, Directions Asia y DynamicsMinds. Estas conferencias suelen ser el escenario donde se anuncian fechas adicionales y demos en vivo, así que conviene seguirlas para captar actualizaciones sobre disponibilidad y nuevas capacidades.
Una comparativa lado a lado del proceso tradicional de gestión de gastos y el proceso con el agente. La utilidad de esta tabla es doble: ayuda a explicar el cambio a un cliente con dos columnas y a un empleado en tres minutos.
| Etapa | Proceso tradicional | Con Expense Agent |
|---|---|---|
| Captura del recibo | Foto, escaneo o archivo manual en una carpeta | Subida o reenvío al agente, que extrae los datos automáticamente |
| Introducción de datos | Manual, campo a campo, por el empleado | Pre-rellenado por la IA y revisado por el empleado |
| Categorización | El empleado elige una opción de un desplegable | El agente sugiere la categoría; el empleado confirma o corrige |
| Validación de políticas | Manual o posterior a la aprobación | Automática y previa, en background |
| Itemización | Rara vez se hace bien o se omite | Automática para facturas complejas (hoteles, viajes, comidas) |
| Agrupación en informe | El empleado lo crea manualmente | El agente agrupa los gastos del periodo en informes automáticamente |
| Aprobación | Correo, hojas firmadas, validaciones manuales | Flujo nativo de Business Central asistido por las indicaciones del agente |
| Revisión financiera | Verificación campo a campo | Foco en excepciones señaladas por el agente |
| Contabilización | Asiento manual | Preparación automática hacia libro mayor |
| Trazabilidad | Limitada y dispersa entre sistemas | Recibo, línea, asiento, todo trazable de extremo a extremo |
| Tiempo administrativo | Alto, recurrente y poco gratificante | Bajo, concentrado en la revisión de excepciones |
| Experiencia del empleado | Carga adicional fuera del trabajo principal | Casi invisible, integrada en correo o web |
| Riesgo de errores | Significativo por data entry manual | Bajo gracias a la combinación de IA y revisión humana |
| Modelo de coste | Licencias y horas de administración | Consumo (Copilot Credits) más licencias para el equipo financiero |
Expense Agent no es uno más en el catálogo de agentes que Microsoft está desplegando sobre Business Central. Es el primer agente que abre Business Central a un perfil de usuario que antes quedaba estructuralmente fuera del ERP: el empleado que aporta gastos pero no es operador del sistema. Esa apertura, combinada con un modelo de cobro por consumo en lugar de por licencia de usuario, cambia tres cosas a la vez. Cambia el alcance funcional del producto, porque por primera vez Business Central tiene gestión de gastos nativa. Cambia el perfil del usuario, porque cualquier empleado que aporte un recibo entra en la conversación. Y cambia el modelo comercial, porque la implantación deja de ser solo licencias por nombre y pasa a ser licencias más consumo.
Para una empresa española que utilice Business Central, las acciones recomendables a fecha de hoy son tres. Primero, empezar a preparar el catálogo funcional del agente: categorías, subcategorías, grupos contables, dimensiones, políticas de gasto, flujos de aprobación. Esta preparación se puede hacer ya, aunque la geografía y el idioma todavía no estén disponibles, porque cuando llegue la activación entrar en producción será cuestión de horas, no de meses. Segundo, modelar el coste estimado de Copilot Credits para el caso concreto del cliente, con un margen de seguridad razonable mientras Microsoft no publique los billing events específicos del agente. Tercero, si el cliente tiene una solución de gestión de gastos de un ISV cuyo contrato vence en 2026 o 2027, abrir cuanto antes la conversación de coexistencia o de sustitución para que la decisión llegue informada y a tiempo.
Para los consultores funcionales del ecosistema, este lanzamiento es a la vez una oportunidad y una llamada a la honestidad técnica. Oportunidad porque toda implantación con gestión de gastos es ahora una conversación nueva con el cliente, en la que el consultor que sepa explicar la diferencia entre Copilot y agente, dimensionar Copilot Credits y traducir las políticas internas a configuración, va a tener mucho que aportar. Llamada a la honestidad porque el agente sigue en preview, sigue limitado a Estados Unidos y al inglés, y sigue con muchos detalles operativos pendientes de publicación. Lo que no debe hacerse es vender disponibilidad para España, fechas de GA o cifras de consumo que la documentación oficial no respalda.
Fuentes oficiales de Microsoft · Anuncio y blog
- Introducing Expense Agent in Dynamics 365 Business Centralmicrosoft.com/dynamics-365/blog/.../expense-agent-dynamics-365-business-central
Microsoft Learn · Documentación funcional
- Manage expenses in Business Central using Expense Agent · 2026 Release Wave 1 planlearn.microsoft.com/.../manage-expenses-business-central-using-expense-agent
- Overview of Dynamics 365 Business Central 2026 release wave 1learn.microsoft.com/release-plan/2026wave1/.../dynamics365-business-central
- Manage consumption-based billing for agent capabilities · Business Centrallearn.microsoft.com/.../tenant-admin-center-manage-consumption-billing
Microsoft Learn · Copilot Studio y licenciamiento
- Copilot Studio billing rates and managementlearn.microsoft.com/microsoft-copilot-studio/requirements-messages-management
- Copilot Studio licensinglearn.microsoft.com/microsoft-copilot-studio/billing-licensing
Pricing y guías oficiales
- Microsoft 365 Copilot · Copilot Studio pricingmicrosoft.com/microsoft-365-copilot/pricing/copilot-studio
- Dynamics 365 Licensing Guide · Marzo 2026 · PDFcdn-dynmedia-1.microsoft.com/.../Dynamics-365-Licensing-Guide-March-2026-PUB.pdf
- Dynamics 365 Business Central · Pricingmicrosoft.com/dynamics-365/products/business-central/pricing
Microsoft Release Plan · Contexto adicional
- Use Sales Order Agent to automate sales order-taking · 2024 wave 2learn.microsoft.com/release-plan/2024wave2/.../use-copilot-agent-capabilities-automate-sales-order-taking-process
- Automate payables processes with the Payables Agent · 2025 wave 1learn.microsoft.com/release-plan/2025wave1/.../automate-payables-processes-payables-agent
Material visual del que proceden las capturas
- Vídeo oficial de Microsoft en YouTube · Expense Agent in Dynamics 365 Business CentralVinculado en el anuncio oficial del 27 de abril de 2026
