Saltar al contenido 
Para un agente de Business Central, registrar un pedido rutinario de reposición y registrar uno que compromete existencias que no hay implican exactamente el mismo esfuerzo técnico.
Sin reglas. Ninguna diferencia.
El problema no está en el software, está en que muchas empresas activan estas herramientas antes de haber decidido algo tan básico como quién puede aprobar qué y a partir de qué importe el proceso debe detenerse y esperar a una persona. Cuando eso no está claro, el agente elige por aproximación. Las consecuencias van desde documentos en borrador que nadie revisa hasta decisiones registradas que ningún empleado habría tomado.
En este post veremos qué normas conviene definir antes de activar los agentes de Business Central, dónde se configura cada una en el ERP y qué merece la pena revisar en las primeras semanas.
Por qué las normas van antes que la activación
Un agente puede encadenar un proceso completo sin que nadie pulse un botón. Lee el correo del cliente, identifica referencias y cantidades, comprueba precios y disponibilidad, crea el pedido de venta y deja toda la actividad registrada en Business Central sin que una sola persona haya abierto el documento. Impresionante, sí.
Pero para hacer eso necesita saber dos cosas: hasta dónde puede llegar por su cuenta y cuándo debe parar y pedir ayuda. Y esa frontera no la decide el agente. La decide la empresa. Si los límites de aprobación, la política de gasto y las reglas de imputación contable no están bien definidos antes de que el sistema empiece a trabajar de forma autónoma, el resultado habitual es uno de dos: el agente deja todo en borrador esperando validación y el ahorro de tiempo prácticamente desaparece, o avanza con un criterio que ningún empleado de la empresa habría aplicado igual.
Las empresas que mejor aprovechan estas herramientas tienen algo en común antes de hablar de IA. Ya tenían bastante claro quién aprobaba qué.
Qué normas escribir antes de empezar
Límites de aprobación en pedidos y facturas
Un agente que gestiona pedidos de venta tiene que saber cuándo puede seguir adelante y cuándo debe pedir una revisión. Con las facturas de proveedor ocurre exactamente lo mismo.
La norma suele apoyarse en tres variables. Los importes que aparecen a continuación son solo ejemplos orientativos.
- Por importe: Pedidos por debajo de 10.000 euros pueden seguir adelante; entre 10.000 y 50.000, el proceso continúa pero con aviso al responsable comercial; por encima de 50.000, revisión y firma manual siempre
- Por cliente: Historial limpio, sin saldos vencidos y dentro del crédito disponible, el proceso sigue; cliente nuevo, bloqueado o con incidencias, a revisión.
- Por artículo: Referencia habitual de stock, sin problema; fabricación bajo pedido o plazo superior a 30 días, validación de compras antes de confirmar.
Sin esa separación, un pedido rutinario y uno que compromete un plazo que no puede cumplirse son, para el agente, exactamente el mismo tipo de documento.
Política de gasto de empleados
Aquí hay que bajar al tique.
Conviene definir qué categorías pueden contabilizarse sin revisión, como kilometraje, dietas o material de oficina, y cuáles necesitan pasar siempre por un responsable.
También hay que fijar topes por concepto: cuánto se admite para una dieta nacional, cuánto para una internacional o cuánto para una noche de hotel. Si la empresa tiene acuerdos con cadenas hoteleras o aerolíneas, conviene dejar claro qué ocurre cuando el empleado presenta un gasto de otro proveedor, si se acepta directamente o si necesita una justificación.
Sin ese detalle, el agente interpreta. Y ahí empiezan los errores.
Reglas de imputación contable
El agente que procesa facturas y gastos también necesita saber a qué cuenta y a qué centro de coste corresponde cada línea.
Hay tres puntos que conviene cerrar antes de empezar.
- Cómo se tratan los proveedores recurrentes, por ejemplo el suministro eléctrico a la cuenta 628 con centro «Gastos generales» o el mantenimiento a la 623 según el activo.
- Cómo se asignan los gastos por departamento, el viaje de un comercial a «Ventas» o la formación a «Recursos Humanos».
- Y qué criterio se aplica cuando una misma factura afecta a varios departamentos. Corregir imputaciones una a una durante el cierre contable lleva bastante más tiempo que haberlas definido bien desde el principio.
Quién resuelve cada excepción
Cuando falta una referencia, el importe no coincide con el albarán o el concepto de un tique no encaja en ninguna categoría, el agente puede detener el proceso y avisar. Eso es sencillo.
Lo que necesita saber de antemano es a quién.
Administración para gastos, comercial para pedidos, finanzas para facturas que superan un determinado importe. Si no hay una persona o un equipo claramente asignado para cada tipo de excepción, los casos terminan acumulándose en una bandeja que nadie siente como propia, y lo que debería haberse resuelto en horas se estanca durante días.
Dónde se configura cada norma en Business Central
Trasladar las normas al ERP no exige desarrollar nada desde cero. Business Central ya dispone de las configuraciones necesarias. Los agentes simplemente las heredan.
Los límites por importe se definen en la configuración de usuarios de aprobación. Cada aprobador puede tener un límite distinto para documentos de venta y de compra, y el flujo de aprobación decide a quién escalar cuando ese importe se supera.
El riesgo de cliente se controla desde la ficha del cliente con límite de crédito, avisos cuando se acerca y bloqueo cuando corresponde. Un pedido creado por el agente pasa por las mismas comprobaciones que uno introducido manualmente. Sin duplicar reglas.
La imputación contable depende de los grupos contables del proveedor y del artículo, más las dimensiones predeterminadas de cada ficha. Si el proveedor de electricidad tiene bien definido su grupo contable y su centro de coste, el agente imputará correctamente desde la primera factura. Si la ficha está incompleta, el error se repetirá factura tras factura.
La política de gasto se lleva a categorías y subcategorías con su grupo contable correspondiente, junto con el flujo de aprobación del informe de gastos.
Y después está la configuración del propio agente: qué buzón vigila, con qué clientes o proveedores puede trabajar y qué pasos puede ejecutar sin preguntar. El resto lo hereda de Business Central. Tener las fichas maestras bien mantenidas influye más en el resultado que cualquier parámetro del agente.
Cómo aterrizan estas normas en cada agente
Con 2026 Release Wave 1, Business Central incorporó en disponibilidad general el Sales Order Agent y el Payables Agent. El Expense Agent llegó después, en mayo de 2026, y sigue en public preview ampliándose progresivamente a más países e idiomas. Los tres funcionan únicamente en Business Central Cloud.
Sales Order Agent
Lee los correos del buzón compartido, identifica al cliente, comprueba disponibilidad y aplica las reglas definidas. Si algo no encaja, avisa al equipo comercial en lugar de decidir por su cuenta. Y si el correo del cliente no está claro, pide una aclaración antes de registrar nada.
Ideal para: equipos comerciales con alto volumen de pedidos por correo o con clientes que no usan portal de compras.
Qué automatiza: lectura del pedido, comprobación de disponibilidad y crédito, creación del borrador de venta.
Cuándo para: cliente nuevo, saldo vencido, referencia sin stock o importe por encima del límite definido.
Payables Agent
Trabaja con el buzón de facturas de proveedor. Extrae el importe, la fecha y las líneas, y las compara con el pedido y la recepción correspondientes. Cuando el proveedor es habitual y todo coincide, buena parte de la imputación puede automatizarse. Si hay desviaciones, el documento pasa a revisión sin que el agente haya registrado nada definitivo.
Ideal para: equipos de administración con alto volumen de facturas de proveedor recurrentes.
Qué automatiza: extracción de datos, matching con pedido y recepción, imputación contable y preparación del borrador.
Cuándo para: proveedor desconocido, factura sin pedido asociado o diferencia de importe.
Expense Agent
Parte de algo tan cotidiano como la foto de un tique. Los empleados, que en muchos casos no usan Business Central en su día a día, envían sus justificantes por una app web, por correo o desde Outlook. El agente identifica el comercio, el importe, la fecha y la categoría, y prepara el informe de gastos. Si el gasto supera los límites definidos, pide justificación antes de que el caso llegue a administración.
Ideal para: empleados en campo, comerciales o cualquier persona que genera gastos sin acceso directo al ERP.
Qué automatiza: lectura del tique, categorización, asignación contable y preparación del informe de gastos.
Cuándo para: gasto fuera de política, categoría no reconocida o importe por encima del tope definido.
Los tres agentes funcionan únicamente en Business Central Cloud. Las instalaciones on-premises no tienen acceso a estas funcionalidades.
Los tres funcionan igual en lo esencial. Avanzan cuando pueden, preguntan cuando no y dejan traza de todo, con indicadores que muestran exactamente qué documentos ha tocado el agente y qué ha modificado. Si algo falla, la actividad puede detenerse de forma inmediata desde la configuración.
Un cuarto componente vale la pena mencionar. El Agent Designer permite construir agentes propios para escenarios que los tres estándar no cubren, y desde la actualización 28.1 esos agentes personalizados pueden desplegarse en producción junto con los de Microsoft.
Qué revisar antes de dar autonomía completa
Al principio, revisarlo todo. Cada agente genera borradores y deja traza, así que durante las primeras semanas el equipo puede comparar sus decisiones con las que habría tomado una persona. Ahí se ven rápido los casos que faltaban por contemplar y las reglas que estaban demasiado abiertas. Cuando las correcciones empiezan a ser excepcionales, ya tiene sentido ampliar el margen de autonomía y reservar la validación manual para importes elevados, clientes nuevos o situaciones poco habituales.
Después basta con revisar las reglas periódicamente. Sobre todo cuando cambian tarifas, se incorporan nuevos proveedores o entra alguien nuevo en el equipo de administración.
Un apunte sobre costes antes de activar nada. Copilot nativo de Business Central está incluido en la licencia estándar, pero los agentes autónomos que ejecutan acciones como crear borradores o enviar avisos funcionan con un modelo de consumo adicional. Conviene revisar ese detalle con el partner antes de ponerlos en producción para que los costes no sorprendan.
Porque las normas que sigue el agente son las que define la empresa. Y esas normas, igual que la empresa, cambian.
Preguntas frequentes
No en el sentido estricto. Los agentes de Business Central pueden mejorar reconociendo proveedores y patrones que se repiten en los documentos, pero los límites de aprobación, los topes de gasto y los criterios de imputación no los aprende el agente de forma autónoma. Se definen en la configuración del ERP y se mantienen desde ahí. Cuando hay que cambiarlos, los cambia una persona.
Genera borradores, no registros definitivos, y deja traza de cada acción ejecutada. Business Central muestra indicadores que identifican qué documentos ha tocado el agente y qué ha modificado, lo que facilita la revisión posterior.
Cuando encuentra algo que no puede resolver con las reglas disponibles, avisa en lugar de decidir. Y si hay que parar, la actividad del agente puede detenerse de forma inmediata desde la configuración sin afectar al resto del entorno
No, los agentes de IA de Business Central, el Sales Order Agent, el Payables Agent y el Expense Agent, solo funcionan en Business Central Cloud. Las instalaciones on-premises no tienen acceso a estas capacidades. Microsoft lo confirma de forma explícita en la documentación de 2026 Release Wave 1.
Cada agente se configura sobre un buzón concreto. El Sales Order Agent vigila un buzón de pedidos, el Payables Agent uno de facturas de proveedor y el Expense Agent uno de gastos. Si la empresa tiene buzones distintos por delegación o por línea de negocio, puede configurar instancias separadas del agente para cada uno, pero cada instancia opera de forma independiente sobre su propio buzón. No existe una vista consolidada entre instancias desde el propio agente.
El agente no descarta ni elimina nada. Cuando recibe un correo o un documento que no puede procesar con las reglas disponibles, lo deja pendiente y genera un aviso al responsable asignado.
Desde Business Central es posible ver en todo momento qué documentos ha procesado el agente, cuáles están en revisión y cuáles han quedado sin clasificar. Ese registro es útil también para detectar patrones, por ejemplo proveedores que envían facturas en formatos que el agente no reconoce bien, y ajustar la configuración en consecuencia.
Sí, durante la configuración del agente se puede definir el alcance de su actuación: con qué clientes puede trabajar el Sales Order Agent, con qué proveedores opera el Payables Agent o qué categorías de gasto gestiona el Expense Agent. Esto permite hacer una activación gradual, empezando por los clientes o proveedores más habituales y con menos variabilidad, y ampliando el alcance a medida que el equipo gana confianza en el comportamiento del agente.
Los agentes de Business Central automatizan pedidos, facturas y gastos, pero solo funcionan bien cuando las reglas están claras. Sin límites de aprobación definidos y fichas maestras bien mantenidas, el agente no tiene criterio que seguir. La autonomía se gana revisando los borradores al principio y ampliando el margen cuando los resultados son los esperados.
En Triangle trabajamos con Business Central desde 1991 y acompañamos a pymes españolas en la activación de Copilot y los agentes del ERP.
Contacta con nuestro equipo y revisamos qué normas necesitas, qué agentes tienen sentido para tu operativa y cuál es la forma más eficiente de ponerlos en marcha. Sin compromiso.
¿Tienes dudas sobre cómo configurar los agentes en tu entorno?
Cuéntanos cómo funciona tu operativa hoy. Nuestro equipo te responde en menos de 24 horas. ¡Solicita una consultoría sin compromiso!
