El chat ya es intercambiable. La disputa real de la IA empresarial es quién autoriza la transacción
Workday, SAP y Microsoft trazan la misma línea: cualquier asistente puede iniciar el trabajo y cualquier modelo puede razonar, pero autorizar y ejecutar queda en manos del sistema dueño del registro.
Escuche este artículo · 6 min
Narración completa del artículo, generada con IA.

Una empleada escribe en Microsoft Teams que necesita pasar dos días de vacaciones al mes siguiente. Un modelo de un proveedor interpreta lo que eso significa. Un motor de orquestación de otro decide qué agente debe ocuparse. Un tercer sistema comprueba el saldo, la aprobación de su responsable y la normativa laboral del país, y entonces modifica el registro.
Cuatro proveedores pueden tocar esa petición. Solo uno puede decir que sí.
Los anuncios de esta semana hacen esa división especialmente visible y, a nuestro juicio, ahí se decidirán los próximos años de la arquitectura de IA empresarial. No en qué asistente prefieren los empleados ni en qué modelo encabeza un benchmark, sino en qué capa tiene la autoridad para consumar una transacción de negocio.
La misma línea, trazada tres veces
Primero, los hechos.
El 13 de octubre, Workday volvió headless su plataforma de agentes: los agentes externos pueden llamar a sus herramientas MCP y consultar datos vivos, y la orquestación de Sana llega a Claude, Copilot, Gemini Enterprise, Teams y Slack. Su postura sobre la frontera es explícita: “Las herramientas y plataformas de IA de terceros nunca obtienen acceso directo a los datos de Workday”, y “las comprobaciones de políticas y las aprobaciones siguen ancladas en Workday”. Analizamos el anuncio en Workday se vuelve headless para los agentes de IA.
El 12 de octubre, Microsoft publicó una arquitectura de referencia en la que un agente de Foundry hace la inferencia con su propia identidad, pero recupera documentos de SharePoint como el usuario conectado, para que sea SharePoint, y no el agente, quien decida qué puede ver cada persona. Lo tratamos en la búsqueda como el usuario.
El 13 de octubre, un ingeniero de Azure Networking describió un agente de guardia en el que “el modelo nunca toma la decisión y nunca tiene la credencial de ejecución”. Las escrituras en producción se detienen para recibir aprobación humana, impuesta en el motor de ejecución. Véase cómo ese agente convierte el razonamiento en playbooks.
Y, a principios de mes, SAP hizo la misma apuesta desde el lado contrario al mantener los agentes de Joule dentro del sistema transaccional, donde los límites de aprobación y la segregación de funciones ya funcionan.
Empresas distintas, productos distintos, una sola arquitectura: el razonamiento es portátil, la autoridad no.
Cuatro capas, dos de ellas móviles
Toda petición de IA empresarial cruza hoy cuatro capas: la interfaz donde empieza, el razonamiento que interpreta y planifica, la autorización que decide si esta persona puede hacer esto ahora y la ejecución con registro que la consuma. Las dos primeras se están volviendo intercambiables. Workday admite media docena de familias de modelos y cinco asistentes; los agentes de Microsoft cambian de modelo por configuración; los empleados usarán la ventana de chat que su empresa haya contratado este año.
Las dos últimas no son intercambiables, ni deberían serlo. La autorización depende de datos que solo tiene el sistema de registro: líneas jerárquicas, saldos, límites, aprobaciones pendientes, normas regulatorias de cada país. La ejecución tiene que ser atómica, auditable y reversible en los términos del propio sistema. Un asistente que intentara asumirlas tendría que duplicar el registro, y entonces habría dos.
Aquí pasamos del hecho a la opinión. Esperamos que la disputa comercial siga esta división. Los proveedores de interfaz intentarán orquestar más trabajo y conservar más contexto. Los sistemas de registro intentarán ser dueños de la autorización de cualquier agente que toque sus datos, lo haya construido quien lo haya construido. Los proveedores que ganen a la empresa serán los que hagan fácil que otros invoquen su autorización, no los que hagan más pegajosa su ventana de chat.
En los sectores regulados, esto ya está decidido
La banca y las ciencias de la vida no esperaron a los agentes para decidir dónde reside la autoridad. Las reglas de doble control y de segregación de funciones de un banco se aplican en sus sistemas centrales y se auditan allí. En un entorno GxP, el sistema validado es el registro, y una interfaz no se convierte en registro por ser cómoda. Para estas organizaciones, la arquitectura descrita no es una preferencia de diseño. Es la única versión que aceptará un supervisor o un inspector. La cuestión es si los programas de IA se diseñan así desde el principio o se corrigen después de la primera observación de auditoría.
Qué hacer con esta visión
Si la capa de transacción es la estratégica, se derivan cuatro consecuencias prácticas:
- Decida dónde se autoriza cada clase de transacción, y use por defecto el sistema de registro. Una lista de “qué asistentes pueden iniciar qué transacciones, autorizadas dónde” es un documento breve que evita discusiones largas.
- Mantenga las credenciales de ejecución fuera de la capa de razonamiento. Ningún modelo, y ningún motor de orquestación que usted no controle, debería tener una credencial capaz de consumar una transacción por sí solo. Es la separación que describimos en seis autoridades independientes.
- Diseñe el enlace entre las pistas de auditoría. El asistente registra la conversación; el sistema de registro, la transacción. Analizar un incidente exige ambas, unidas por un identificador que los dos lados guarden. Pídalo en el diseño de la integración, no después del incidente.
- Pregunte a los proveedores qué capa reclaman. En compras, “¿su agente autoriza, o pregunta al sistema de registro?” es mejor pregunta que “¿qué modelos admiten?”.
Qué demostraría que nos equivocamos
Si los asistentes empiezan a mantener registros oficiales por su cuenta, o si los auditores empiezan a aceptar el log de conversación de un asistente como registro de una decisión de negocio, la autoridad estaría subiendo en la pila, y habría que revisar esta visión. Vigilaremos ambas cosas. Por ahora, la evidencia apunta en sentido contrario: la ventana de chat se está convirtiendo en una puerta, y el negocio sigue decidiendo quién la cruza.