Introducción
Los productos Agentic AI se presentan cada vez más como sistemas que pueden planificar, utilizar herramientas y actuar en los flujos de trabajo empresariales. La cuestión de la transacción es más estrecha: ¿qué trabajo se completa, se acepta y se paga, bajo qué controles, a qué costo total y con qué grado de transferibilidad? Un comprador que valora un objetivo a través de los asientos o el volumen de mensajes puede exagerar el valor cuando el uso genera reintentos, supervisión o resultados no aceptados. Puede subestimar el valor cuando una pequeña cantidad de agentes reemplaza colas costosas y produce un resultado operativo mensurable.
La distinción es importante porque el trabajo de agencia combina software, modelos, orquestación, permisos, datos, revisión humana y proceso operativo. El NIST lanzó una iniciativa de estándares para agentes AI en 2026 en torno a la interoperabilidad, la seguridad, la identidad y la autorización [7-10]. El marco de gestión de riesgos AI y el perfil generativo AI del NIST proporcionan estructuras de gobernanza más amplias [11-12]. La actividad normativa actual confirma la importancia de los controles; no establece que el agente de ningún objetivo sea seguro, confiable o comercialmente valioso.
La evaluación de tareas también requiere cuidado. METR define un horizonte temporal de finalización de tareas como la duración de la tarea humana en la que se predice que un agente tendrá éxito en un nivel de confiabilidad establecido, y advierte que su conjunto se concentra en tareas de software, aprendizaje automático y ciberseguridad [13-15]. Los flujos de trabajo de producción suelen ser menos especificados, más contextuales y más difíciles de calificar. Por lo tanto, un equipo de transacciones necesita pruebas específicas del objetivo, además de puntos de referencia.
Este artículo vincula la telemetría operativa con las decisiones de adquisición. Se pregunta cómo un comprador debería definir una unidad de trabajo, medir la aceptación, reconstruir el costo, clasificar la autonomía, valorar el riesgo, identificar sinergias y considerar el diseño. El objetivo es un registro de diligencia que pueda sobrevivir a la revisión del comité de inversiones, la junta directiva, la contabilidad, los aspectos legales, de seguridad y de integración.
1 Definir el perímetro de decisión y valoración de la transacción
El expediente de diligencia debe iniciarse con la decisión. Un comprador estratégico puede buscar un nuevo producto, menores costos operativos, datos propietarios, talento especializado, acceso de clientes o control de una capa de orquestación. Un patrocinador financiero puede buscar ingresos recurrentes escalables, expansión de márgenes y una ruta de salida. Un adquirente corporativo de un negocio habilitado por AI puede estar valorando una transformación operativa en lugar de una empresa de software. Cada fundamento requiere evidencia diferente y crea un caso de sinergia diferente.
El perímetro debe identificar entidades legales, repositorios, dependencias de modelos y herramientas, indicaciones, políticas, conjuntos de datos de evaluación, conectores, credenciales, contratos con clientes, derechos de datos, documentación de flujo de trabajo y personal. Debería distinguir los activos propios de los componentes de código abierto, los modelos de terceros, las configuraciones de los clientes y los servicios controlados por los socios. Una manifestación puede combinar estos elementos sin establecer qué derechos se transfieren al cierre.
El comprador también deberá definir la unidad de cuenta. El objetivo puede vender software, un servicio gestionado, un resultado subcontratado o un híbrido. El precio de los ingresos se puede determinar por puesto, token, transacción, resolución, proyecto o compromiso mínimo. El modelo de valoración debe seguir la promesa contractual real y la carga operativa. El trabajo terminado es útil cuando alinea el registro técnico con la aceptación del cliente y la obligación económica.
2 Definir una unidad de trabajo terminada aceptada
Una unidad de trabajo completado necesita una entrada limitada, acciones permitidas, salida esperada, regla de aceptación, ventana de tiempo y ruta de excepción. Los ejemplos incluyen resolver un caso de soporte elegible, conciliar un conjunto de cuentas definido, remediar un defecto de software validado o extraer cláusulas específicas de un conjunto de documentos aprobados. La definición debe indicar exclusiones, dependencias del cliente y condiciones que requieren autoridad humana.
La aceptación debe ser observable. Un caso puede ser cerrado técnicamente y reabierto por el cliente. Una conciliación puede equilibrarse utilizando un diario no autorizado. Un cambio de código puede pasar una prueba estricta y no pasar una revisión de seguridad. Un documento se puede resumir con precisión omitiendo una cita requerida. Por lo tanto, la unidad aceptada debe incluir criterios de calidad, políticas y resultados en lugar de un estado del sistema únicamente.
El libro de trabajo debe conservar el identificador de la tarea, la cohorte, el modelo y la versión del flujo de trabajo, las herramientas utilizadas, las acciones tomadas, el tiempo transcurrido, los toques humanos, las excepciones, la aceptación, la reversión, el cargo al cliente y el costo directo. Debe preservar un rastro auditable sin retener información personal o confidencial innecesaria. Este libro de contabilidad proporciona el puente entre la ejecución técnica y los ingresos, las contribuciones y los pasivos.
3 Clasificar la autonomía asistencial y la autoridad de decisión
La autonomía no es un único porcentaje. Una clasificación útil distingue observación, recomendación, preparación, acción con aprobación, acción autónoma limitada y decisión consecuente. El mismo producto puede ocupar varios niveles en un flujo de trabajo. Un agente puede recopilar pruebas de forma autónoma, preparar una recomendación y esperar a que una persona autorizada apruebe un pago, una acción laboral o una conclusión regulada.
La clasificación debe registrar quién define el objetivo, quién aprueba el plan, qué herramientas están disponibles, a qué datos se puede acceder, qué acciones son reversibles y quién es el propietario del resultado. La identidad y la autorización se vuelven críticas para las transacciones cuando los agentes actúan en todos los sistemas. El trabajo actual de los agentes del NIST identifica la identidad y la autorización seguras de los agentes como cuestiones fundamentales de adopción [7-10]. Un comprador debería probar la implementación del objetivo en lugar de confiar en la existencia de estándares emergentes.
Una mayor autonomía puede reducir el tiempo de manipulación y aumentar el volumen. También puede aumentar el costo de una acción defectuosa. El modelo de valoración debe reconocer el beneficio económico sólo para los flujos de trabajo en los que se hayan probado permisos, controles, seguimiento, escalamiento y recuperación. La autonomía que no puede limitarse ni auditarse puede requerir costos de control adicionales y un plan de integración más lento.
4 Construya el flujo de trabajo y el mapa de control de herramientas
El mapa de flujo de trabajo debe mostrar cada sistema, fuente de datos, modelo, herramienta, función humana y control desde la solicitud hasta el resultado aceptado. Debe identificar dónde el agente planifica, recupera, transforma, decide, actúa, verifica y registra. También debe mostrar qué componente puede cambiar sin la reaceptación del cliente y qué componente crea una dependencia contractual o regulatoria.
Los permisos de herramientas requieren una diligencia específica. El comprador debe inventariar credenciales, alcances, cuentas de servicio, secretos, separación de producción y pruebas, reglas de aprobación, límites de transacciones y revocación de emergencia. Debe reproducir seguimientos representativos y verificar que el agente seleccione la herramienta correcta, proporcione parámetros válidos y maneje las fallas. El éxito de la llamada de herramientas es una medida intermedia; el resultado empresarial aceptado sigue siendo la medida económica.
El mapa de control debe incluir segregación de funciones, acciones restringidas, límites de tasas, prevención de pérdida de datos, registro, monitoreo, reversión y respuesta a incidentes. Un objetivo puede tener evaluaciones de modelos sólidas y controles operativos débiles. El comprador debe fijar el precio del sistema combinado que produce trabajo, incluidos los niveles humanos y técnicos necesarios para operarlo de manera segura.
5 Diseñar el sistema de evaluación de la producción.
La evaluación de la producción debe comenzar con los criterios de aceptación del cliente. El conjunto de pruebas debe cubrir tareas ordinarias, casos límite, entradas incompletas, instrucciones contradictorias, herramientas no disponibles, restricciones de políticas y cambios de objetivos. Debe incluir las consecuencias que son importantes para el flujo de trabajo, como el dinero movido, el acceso concedido, la promesa hecha al cliente, el código implementado o la conclusión regulada registrada.
La evaluación basada en el seguimiento puede revelar si un agente seleccionó la herramienta adecuada, siguió la transferencia requerida y cumplió con la política [16-18]. La calificación de resultados debe separarse de la calificación de procesos. Un resultado correcto alcanzado mediante una acción no autorizada sigue siendo un fallo de control. Una traza conforme que produce un resultado inutilizable sigue siendo un fracaso económico. Ambas dimensiones afectan el valor de transacción.
El objetivo debe mantener conjuntos de datos versionados, rúbricas, calificadores, adjudicación humana y umbrales de regresión. La dirección debe conciliar los resultados de la evaluación con las cohortes de producción e investigar las diferencias. Una puntuación de referencia tiene un valor limitado cuando la población de producción, el conjunto de herramientas, los datos, la latencia o el soporte humano difieren materialmente del entorno de prueba.
6 Reversión y recuperación de excepción de aceptación de medida
La tasa de finalización general debe descomponerse en finalización aceptada, excepción, escalamiento, rechazo, reversión y estado no resuelto. Las excepciones incluyen datos faltantes, objetivos ambiguos, sistemas no disponibles, conflictos de políticas, incertidumbre del modelo y reglas específicas del cliente. La taxonomía de excepciones debe ser lo suficientemente estable para respaldar el análisis de tendencias y lo suficientemente flexible para identificar nuevos modos de falla.
La intervención humana debe medirse por su propósito y duración. La revisión que protege una decisión importante es diferente de la reparación repetida de un flujo de trabajo débil. El libro de costos debe asignar clasificación, investigación, corrección, aprobación, comunicación con el cliente y recuperación. Los casos reabiertos y la remediación posterior deben vincularse a la tarea de origen cuando sea posible.
El tiempo de recuperación es una medida operativa y de valoración. Un sistema que falla con poca frecuencia pero que requiere días de intervención especializada puede generar un riesgo concentrado. El comprador debe probar la detección, la contención, la reversión, la notificación al cliente y el cierre de la causa raíz. Las reservas, los créditos de servicio y los costos de remediación pertenecen al modelo de transacción cuando las excepciones tienen consecuencias financieras.
7 Convertir la telemetría en economía de cohortes de clientes
El libro de contabilidad del cliente debe conectar la promesa contratada, el volumen de trabajo elegible, las unidades aceptadas, el precio, la implementación, la inferencia, la herramienta, los datos, la revisión, el soporte y la recopilación. El reconocimiento de ingresos sigue el contrato y los requisitos contables aplicables. La medición operativa aún debe conciliar cada cargo con la evidencia de que se prestó el servicio prometido [1-4].
La contribución por unidad aceptada es un punto de partida útil. Resta los costos variables de modelo, herramienta, infraestructura, revisión humana, excepción y socios de los ingresos relacionados. El comprador también debe identificar los costos semivariables de ingeniería, evaluación, cumplimiento y soporte del cliente. Los gastos compartidos en investigación y plataformas deberían permanecer visibles en lugar de ocultarse mediante una asignación optimista.
El análisis de cohorte debe realizar un seguimiento del tiempo hasta la producción, la tasa de aceptación, la expansión, los cambios de precios, la contribución, los cobros, la renovación y los motivos de pérdida. Los compromisos mínimos pueden respaldar el efectivo y al mismo tiempo enmascarar una baja utilización. El crecimiento del uso puede parecer atractivo y, al mismo tiempo, reducir la contribución si las tareas se vuelven más difíciles o aumentan las excepciones. La valoración debe basarse en el trabajo y el efectivo aceptados y duraderos, y no solo en la actividad.
La arquitectura de precios debe compararse con el factor de costo. Un precio por asiento puede funcionar cuando los asientos se correlacionan estrechamente con el trabajo elegible y la carga de apoyo. Un precio por resultado transfiere más riesgo operativo al proveedor y requiere un proceso de aceptación acordado. Un precio de consumo puede dejar al cliente expuesto a reintentos y a un comportamiento ineficiente del agente. Las estructuras híbridas pueden combinar un mínimo de plataforma con componentes de resultado o uso. El comprador debe modelar cada contrato bajo el comportamiento de producción observado e identificar qué parte asume el precio del modelo, la complejidad y el riesgo de excepción.
La conversión de efectivo merece su propia visión de cohorte. Los hitos de implementación, las disputas de aceptación, los créditos de servicio, los plazos de facturación y los ciclos de pago empresarial pueden separar los ingresos declarados del efectivo. Un objetivo de alto crecimiento puede requerir capital de trabajo cuando los costos de proveedores y nómina ocurren antes de la aceptación y el cobro del cliente. El modelo de valoración debe conciliar los ingresos contabilizados, los ingresos facturados, las cuentas por cobrar, los ingresos diferidos y el efectivo con los mismos registros de cliente y flujo de trabajo.
8 Reconstruir la calidad de los ingresos y las obligaciones contractuales
Los contratos Agentic AI pueden contener pilotos, servicios de implementación, compromisos mínimos, tarifas de uso, tarifas de resultados y créditos de nivel de servicio. El equipo de diligencia debe clasificar cada componente, verificar la aplicabilidad y conciliar el contrato, la factura, el libro mayor de ingresos, las cuentas por cobrar y el recibo bancario. Los clientes y memorandos anunciados son evidencia de actividad comercial sólo en la medida de sus términos ejecutados y la economía observada.
El contrato debe definir el servicio, las dependencias del cliente, la aceptación, el uso permitido, las funciones de los datos, los cambios de modelo, el soporte, la seguridad, la auditoría, la propiedad intelectual, la responsabilidad, la terminación y la transición. Un proveedor que promete un resultado comercial puede conllevar una obligación más amplia que un licenciante de software. El modelo de valoración debe reflejar la promesa real, incluido el costo de las operaciones humanas necesarias para cumplirla.
La concentración requiere una vista del flujo de trabajo, así como una vista del cliente. Varios clientes pueden depender del mismo modelo, nube, conector o socio de implementación. Un cambio en una dependencia compartida puede afectar varios contratos. El comprador debe probar la economía de la renovación bajo la revisión de precios del modelo, controles más estrictos, mínimos más bajos y las demandas de portabilidad de los clientes.
9 Conciliar la dependencia de la herramienta y la infraestructura del modelo
Muchos productos agentes ensamblan modelos, nubes, sistemas vectoriales, servicios de observabilidad y conectores empresariales de terceros. Esto puede acelerar el desarrollo de productos y al mismo tiempo crear precio, acceso, continuidad y dependencias contractuales. El comprador deberá inventariar cada dependencia, su función, contrato, plazo, precio, compromiso de volumen, tratamiento de datos, control de cambios y vía de sustitución.
La portabilidad debe probarse mediante un flujo de trabajo representativo. Una arquitectura multimodelo reivindicada tiene valor cuando el objetivo puede sustituir un modelo preservando al mismo tiempo la aceptación, la seguridad, la latencia y el coste. El cambio puede requerir un rápido rediseño, evaluación, aprobación del cliente y nuevos controles de seguridad. El modelo debe incluir este costo de transición y cualquier período de menor desempeño.
La economía de la infraestructura debe reconstruirse a partir de facturas y telemetría. El costo por unidad aceptada debe incluir intentos fallidos, reintentos, pasos de razonamiento, llamadas a herramientas, almacenamiento, recuperación, observabilidad y revisión. Un precio de modelo decreciente no garantiza un costo de flujo de trabajo decreciente cuando los agentes intentan realizar tareas más largas o utilizan más herramientas. El comprador debe probar tanto la sensibilidad al precio como al comportamiento.
10 Establecer derechos de propiedad intelectual y transferencia de datos
El registro de derechos debe cubrir el código fuente, indicaciones, políticas, diseños de flujo de trabajo, conjuntos de evaluación, configuraciones de clientes, datos de capacitación y comentarios, datos sintéticos, marcas comerciales, patentes y documentación. Debe identificar la asignación, licencia, uso permitido, restricciones, sublicencia, cambio de control y terminación del creador, empleador o contratista. Las obligaciones de código abierto y los términos de terceros deben asignarse a cada componente lanzado.
Los datos de los clientes requieren un tratamiento separado. El acceso necesario para operar un flujo de trabajo puede no crear un activo transferible. Los comentarios pueden mejorar el producto sin dejar de estar sujetos a confidencialidad, privacidad o restricciones de uso. El comprador debe verificar que los datos de producción se utilicen únicamente para fines autorizados y que las obligaciones de eliminación, retención y transición puedan realizarse después del cierre.
La NIIF 3 requiere que una adquirente reconozca los activos intangibles identificables por separado de la plusvalía cuando se cumplan los criterios, mientras que la NIC 38 aborda los activos intangibles identificables y la NIIF 13 aborda la medición del valor razonable [1-6]. La asignación del precio de compra no reemplaza la diligencia en las transacciones. El control legal, el beneficio económico, la vida útil, la obsolescencia y la separabilidad siguen siendo cuestiones específicas de la empresa.
La obsolescencia de la tecnología debe evaluarse tanto en la capa de flujo de trabajo como en la capa de modelo. Un método rápido o de enrutamiento puede ser desplazado rápidamente mientras la integración del cliente, los datos de aceptación, los controles operativos y el proceso de dominio sigan siendo valiosos. El equipo de diligencia debe separar los componentes reemplazables de la evidencia acumulada del flujo de trabajo. Debe estimar el costo, el tiempo y la aprobación del cliente necesarios para reconstruir cada componente y el riesgo de que un competidor pueda ofrecer un resultado comparable con menos fricción.
El conocimiento de los empleados y contratistas puede ser esencial sin que se considere un activo separable. El comprador debe identificar a los mantenedores clave, las decisiones operativas no documentadas, el conocimiento específico del cliente y la experiencia en evaluación. Los planes de retención y transferencia de conocimientos deben alinearse con la secuencia de integración. La valoración no debe asumir que la transferencia del código fuente por sí sola preserva la capacidad del sistema para entregar el trabajo aceptado.
11 Pruebe la autorización y la resiliencia de la identidad de seguridad
La seguridad de los agentes debe evaluarse en términos de identidad, autenticación, autorización, uso de herramientas, acceso a datos, cadena de suministro, inyección rápida, secretos, registro, monitoreo y recuperación. El objetivo debe demostrar un diseño con privilegios mínimos, rotación de credenciales, separación de entornos, límites de aprobación y revocación rápida. La documentación de seguridad debe conciliarse con la configuración de producción probada.
La identidad se vuelve más compleja cuando varios agentes actúan a través de servicios compartidos. El comprador debería poder atribuir una acción a un usuario, agente, versión, política y credencial. La delegación debe estar limitada por la tarea, el tiempo, el sistema y el valor cuando sea posible. Una cuenta de servicio compartida que oculta la responsabilidad puede debilitar tanto el control como la confianza del cliente.
La resiliencia incluye interrupciones del modelo o de la nube, falta de disponibilidad de herramientas, contexto corrupto, cambios inesperados de objetivos y resultados inseguros. El equipo de diligencia debe inspeccionar los registros de incidentes, los ejercicios de recuperación, la comunicación con el cliente y la remediación. Una demostración sólida durante el funcionamiento normal no prueba que el sistema falle de forma segura.
12 Preservar la responsabilidad humana y la autoridad del cliente
La responsabilidad humana debe integrarse en el flujo de trabajo en lugar de agregarse como una declaración genérica. Cada decisión importante necesita un propietario autorizado, un estándar de información, una regla de escalamiento y un registro retenido. El comprador debe identificar dónde aprueba un humano, dónde revisa retrospectivamente y dónde actúa un agente dentro de una póliza limitada.
La calidad de la revisión importa. Un revisor que se enfrenta a un volumen excesivo, explicaciones deficientes o sesgo de automatización puede aprobar sin un escrutinio significativo. La efectividad de la revisión se puede probar a través de decisiones muestreadas, análisis de desacuerdos, tiempo invertido, frecuencia de anulación y resultados posteriores. Los toques humanos que simplemente reparan errores de rutina deben clasificarse como costos operativos.
La autoridad del cliente también debe ser explícita. Una empresa puede autorizar a un objetivo a preparar un trabajo reservándose la acción final. Puede requerir notificación antes de que cambie un modelo o flujo de trabajo. La evidencia del objetivo debe mostrar cómo se implementan y prueban los controles específicos del cliente. Las excepciones operativas no registradas pueden generar responsabilidad posterior al cierre y retrasos en la integración.
13 Construir el puente de contribución obra terminada
El puente de contribución comienza con los ingresos facturados o asignados por las unidades aceptadas. Resta la inferencia del modelo, los cargos por herramientas, la nube, los datos, las tarifas de los socios, la implementación, la revisión, el soporte, los créditos de servicio y la corrección de excepciones. Debe mostrar la terminación bruta por separado de la terminación aceptada e identificar el costo generado por el trabajo rechazado o revertido.
Luego, el puente debe asignar gastos de ingeniería, evaluación, cumplimiento y éxito del cliente específicos del flujo de trabajo. Los costos centrales de investigación y plataforma permanecen fuera de la contribución unitaria pero dentro del flujo de caja de la empresa. Esta estructura ayuda al comprador a distinguir un flujo de trabajo escalable de un servicio gestionado que requiere mucha mano de obra y se presenta como software.
La dirección debe conciliar el puente con el libro mayor, la nómina, las facturas de proveedores y la telemetría de producción. El análisis de varianza debe explicar los cambios en la combinación, la complejidad, la selección de modelos, la latencia, el comportamiento de reintento y la intervención humana. Luego, el modelo de transacción puede probar si la escala mejora la contribución o expone una carga de excepción mayor.
14 Valorar la empresa a través de estados de evidencia
Los métodos de valoración tradicionales siguen siendo relevantes. Se pueden utilizar múltiplos de mercado, flujos de caja descontados, transacciones precedentes y enfoques de costos cuando sus datos reflejan la realidad económica del objetivo [1-6, 19-22]. Agentic AI requiere mayor cuidado con la calidad de los ingresos, la durabilidad del crecimiento, la contribución, las necesidades de capital, el riesgo de dependencia y la obsolescencia tecnológica.
Un modelo de estado de evidencia puede complementar estos métodos. El primer estado demuestra la finalización reproducible de la tarea. El segundo muestra el trabajo de producción aceptado y los ingresos recaudados. El tercero muestra cohortes repetibles con una contribución duradera. El cuarto muestra control transferible, operaciones seguras y distribución estratégica. Los supuestos de probabilidad y valor deben documentarse y actualizarse a medida que cambia la evidencia.
El modelo debe evitar el doble conteo. Una previsión que ya incluye un menor coste laboral no debería añadir también el ahorro total de costes como una sinergia separada. Los datos, la tecnología y las relaciones con los clientes pueden contribuir a través del flujo de caja previsto y activos intangibles identificables. El archivo de valoración debe mostrar dónde entra cada fuente de valor en el análisis.
El análisis de empresas comparables debería normalizar los modelos de negocio antes de aplicar un múltiplo. Una plataforma de agentes con ingresos por uso, un servicio gestionado basado en resultados y un operador de procesos de negocio habilitado AI puede reportar un crecimiento similar con diferentes obligaciones y márgenes de entrega. El margen bruto informado puede utilizar diferentes tratamientos para la inferencia, implementación y revisión. El equipo de transacciones debería reconstruir una medida de contribución común y revelar las diferencias restantes en lugar de forzar una falsa comparabilidad.
El flujo de caja descontado debe incluir inversiones explícitas en evaluación, seguridad, integración de clientes, transición de modelo y capital de trabajo. Los supuestos terminales necesitan una visión de continua renovación y obsolescencia. Un enfoque de costos puede informar el reemplazo y la remediación, pero puede no capturar el acceso de los clientes o el efectivo futuro. Las transacciones precedentes requieren una lectura cuidadosa porque los valores de titulares divulgados rara vez proporcionan la evidencia de flujo de trabajo, derechos y costos necesarios para una comparación directa.
15 Identificar sinergias específicas del comprador
Las sinergias de ingresos pueden incluir acceso a los clientes del comprador, distribución integrada, derechos de datos más amplios, venta cruzada o entrada a nuevos flujos de trabajo. Las sinergias de costos pueden incluir infraestructura compartida, compra de modelos, seguridad, cumplimiento, ventas, soporte o eliminación de herramientas duplicadas. Las sinergias de capacidad pueden acortar el desarrollo del producto o mejorar las propias operaciones del comprador.
Cada sinergia debe tener una línea de base, una acción, un propietario, un costo, un momento oportuno, una dependencia y una puerta de evidencia. El comprador debe distinguir la sinergia que requiere la capacidad objetivo del valor ya presente en el plan independiente. El consentimiento del cliente, las restricciones de uso de datos, los cambios de modelo y el riesgo de integración pueden retrasar o impedir la entrega.
Las métricas del trabajo completado pueden hacer que el caso de sinergia sea comprobable. La línea de base registra el trabajo elegible, la aceptación, el tiempo, el costo y las excepciones. El plan de integración especifica el flujo de trabajo objetivo y los cambios de control. El resultado obtenido se mide a través del trabajo aceptado, la contribución y el dinero en efectivo. Esta estructura respalda la disciplina de precios y la responsabilidad posterior al cierre.
16 Llevar a cabo diligencia con el cliente y el flujo de trabajo
La diligencia del cliente debe comprobar por qué se compró el flujo de trabajo, cómo se aceptó, qué alternativas se consideraron, quién posee el presupuesto, qué sigue siendo manual y qué causaría la terminación. El comprador debe obtener permiso y seguir los protocolos de transacción. Las referencias seleccionadas por la gerencia deben complementarse con evidencia de contrato, uso, soporte y recopilación.
El archivo de flujo de trabajo debe identificar el esfuerzo de implementación, la dependencia de los datos del cliente, la configuración, el código personalizado, la integración, la evaluación, los roles humanos y el soporte. Un objetivo puede mostrar una fuerte retención mientras realiza trabajos de servicios ocultos. El comprador debe comparar los ingresos recurrentes contratados con la mano de obra y los conocimientos especializados necesarios para renovarlos.
Las pruebas de pérdida y no conversión son igualmente importantes. Los proyectos piloto fallidos pueden revelar criterios de aceptación débiles, integración deficiente, barreras de seguridad, propiedad poco clara o beneficios económicos insuficientes. El pronóstico debe utilizar la conversión y renovación observadas por cohortes comparables. Los escenarios de gestión deben permanecer claramente separados de los resultados observados.
17 Diseñar la estructura de transacciones en torno a la incertidumbre
La estructura de la transacción puede asignar incertidumbre cuando la evidencia está incompleta. La contraprestación puede incluir efectivo al cierre, capital de reinversión, retención, ganancia, retención, depósito en garantía o valor contingente. La medición debe basarse en resultados auditables en los que la administración pueda influir sin fomentar una implementación insegura o el reconocimiento de ingresos a corto plazo.
Los hitos útiles incluyen el trabajo de producción aceptado, los compromisos mínimos firmados, los ingresos recaudados, la contribución después del costo de excepción, la retención de clientes, la remediación de derechos completada, el cierre de seguridad y la portabilidad exitosa. Las definiciones deben especificar las fuentes de datos, la política contable, las exclusiones, la gobernanza y la resolución de disputas. Un hito vago puede crear un conflicto posterior al cierre.
Las representaciones y convenios deben abordar la propiedad intelectual, el uso de datos, el código abierto, las obligaciones del cliente, las dependencias del modelo y la nube, los incidentes de seguridad, los registros de evaluación y los cambios materiales en el flujo de trabajo. Pueden ser apropiadas indemnizaciones o reservas específicas para exposiciones identificadas. Se requiere asesoramiento legal, fiscal y contable para la transacción real.
El diseño de ganancias debe evitar incentivos para aumentar el volumen bruto y al mismo tiempo debilitar la aceptación o el control. Una medida equilibrada puede combinar los ingresos recaudados con una contribución mínima ajustada, retención de clientes y condiciones de control definidas. El comprador debe proteger los derechos ordinarios de integración y al mismo tiempo evitar cambios que anulen arbitrariamente la medida. Los vendedores necesitan acceso al cálculo subyacente y un proceso de revisión claro. Ambas partes deben modelar cómo la concentración de clientes, los cambios de precios y la migración de plataformas afectan el resultado.
Las condiciones de cierre deben centrarse en los asuntos necesarios para transferir y operar el negocio. Los ejemplos incluyen asignaciones clave, consentimientos de clientes y proveedores, corrección de permisos críticos, preservación de registros de evaluación y confirmación del soporte de transición. Los convenios posteriores al cierre pueden abordar el trabajo de menor gravedad. El archivo de transacciones debe mostrar qué exposición cambia el precio, el momento, la estructura o la decisión de proceder.
18 Construya cuatro casos operativos hipotéticos
El agente de resolución de clientes maneja los casos de servicio elegibles y cobra según la resolución aceptada. Se beneficia de un gran volumen, pero conlleva riesgo de reapertura, escalada y crédito de servicio. El agente cercano a las finanzas concilia las cuentas y prepara pruebas, y las personas autorizadas conservan la aprobación de los asientos consiguientes. Tiene un volumen menor, mayores requisitos de control y una disposición a pagar potencialmente más fuerte.
El agente de reparación de software identifica, prueba y propone soluciones dentro de repositorios definidos. La aceptación requiere pruebas, revisión de seguridad y reglas de implementación. El agente de documentos regulados extrae, compara y prepara hallazgos de un conjunto de documentos aprobados, con requisitos de citación y revisión. Su economía depende de la calidad del documento, la asignación de responsabilidades y la revisión de especialistas.
Los casos utilizan supuestos de gestión únicamente para demostrar el marco. Un modelo objetivo real requiere contratos, facturas, cobros, telemetría de producción, registros de costos, historial de incidentes, derechos y evidencia del cliente. El comprador debe sustituir cada supuesto, asignar un propietario y conservar la fuente.
19 Economía ilustrativa del trabajo terminado
El caso de resolución del cliente supone USD 145 million de ingresos, USD 62 million de contribución y USD 49 million después de los costos de excepción y control. El caso de cierre financiero supone USD 92 million de ingresos, USD 36 million de contribución y USD 27 million después de esos costos. El caso de corrección de software supone USD 78 million de ingresos y USD 18 million de contribución ajustada.
El caso de documento regulado supone USD 58 million de ingresos, USD 9 million de contribución y USD 4 million después de costos de excepción y control. La contribución ajustada más baja refleja una revisión de especialistas, una evaluación específica del cliente y controles de responsabilidad. Estas cifras son supuestos hipotéticos de gestión; no son observaciones sobre ninguna empresa o mercado.
La sensibilidad debe centrarse en el volumen aceptado, el precio, el costo del modelo y de la herramienta, la intervención humana, la excepción, la reversión, la implementación, la retención y la recopilación. Un pequeño deterioro en la aceptación puede tener un efecto monetario mayor cuando el trabajo rechazado todavía consume inferencias, herramientas y personal. El modelo debería mostrar este apalancamiento operativo antes de aplicar un múltiplo de valoración.
20 Integrar el objetivo sin destruir pruebas
Los primeros cien días deberían preservar la cadena de evidencia y al mismo tiempo consolidar los sistemas. El comprador debe congelar las definiciones de referencia, conservar los rastros y los contratos, mapear las credenciales, identificar al personal crítico y acordar protocolos de cambio de clientes. Se debe evitar cambiar modelos, indicaciones, herramientas y controles simultáneamente sin un plan de comparación.
La integración debe realizarse por cohorte de flujo de trabajo. Cada cambio necesita una hipótesis, una prueba, un umbral de aceptación, una reversión y un propietario. Es posible que sea necesario armonizar los controles de seguridad e identidad antes de una implementación más amplia. Es posible que se requiera el consentimiento o la reaceptación del cliente cuando cambie la ubicación de los datos, el modelo, el subprocesador o el proceso operativo.
Los informes de sinergia deben conciliarse con el sistema financiero y el libro mayor del trabajo completado. El equipo de integración debe reportar unidades aceptadas, excepciones, contribución ajustada, efectos del cliente y efectivo. La actividad del producto por sí sola no puede establecer el valor de transacción realizado.
El modelo operativo debe anticipar el cambio organizacional. Los propietarios de productos, ingeniería, seguridad, asuntos legales, finanzas, éxito del cliente y procesos pueden utilizar diferentes definiciones de finalización. La gobernanza de la integración debe acordar una jerarquía de medidas y preservar los detalles subyacentes. Un resultado financiero que agrega unidades aceptadas sin costo de excepción puede entrar en conflicto con un informe de seguridad que trata el mismo flujo de trabajo como restringido. Un modelo de datos conciliados ayuda a la junta a evaluar el valor y el riesgo juntos.
La comunicación con el cliente debe tener un significado contractual y práctico. Algunos clientes pueden aceptar un cambio de propiedad y al mismo tiempo solicitar un aviso sobre un nuevo modelo, subprocesador, ubicación de alojamiento o uso de datos. El mapeo temprano puede evitar retrasos evitables. La integración debe proteger la continuidad del servicio y brindar a los clientes evidencia de que los controles, el soporte y la responsabilidad siguen siendo efectivos.
21 Valor de gobierno después del cierre
Los informes de la junta directiva deben combinar evidencia comercial, técnica, de control y financiera. Un cuadro de mando útil incluye trabajo aceptado, tasas de excepción y reversión, intervención humana, concentración de clientes, contribución, cobros, dependencia de modelos y herramientas, eventos de seguridad, regresiones de evaluación y estado de remediación. Las definiciones deben permanecer estables o mostrar un puente documentado.
Los incentivos de gestión deben recompensar los resultados duraderos aceptados, el valor para el cliente, la contribución y el desempeño del control. Los objetivos de solo volumen pueden fomentar una implementación de baja calidad. Los objetivos centrados únicamente en los ingresos pueden diferir el costo excepcional o crear compromisos débiles. El sistema de gobernanza debe preservar la autoridad para tomar decisiones importantes y hacer visibles los incidentes materiales.
La tesis de adquisición debe reevaluarse a intervalos definidos. La evidencia puede respaldar una expansión más rápida, una mayor inversión, una consolidación de productos o un perímetro más estrecho. Un enfoque explícito basado en evidencia le da a la junta una forma disciplinada de cambiar la asignación de capital a medida que se desarrolla el historial operativo.
Conclusión
Agentic AI M&A requiere un puente de valoración desde la actividad técnica hasta el trabajo económico aceptado. Los asientos, tokens, llamadas de herramientas y resultados de pruebas comparativas describen partes del sistema. El valor de la transacción depende de si el objetivo puede completar el trabajo definido, satisfacer el estándar de aceptación, controlar las excepciones, obtener una contribución duradera, cobrar efectivo y transferir los derechos y la capacidad operativa relevantes.
El trabajo completado es valioso como unidad de diligencia porque puede conectar el rastreo, la promesa al cliente, el costo y el pago. La definición debe incluir calidad, política y resultado. La autonomía debe clasificarse por acción y autoridad. Los costos de excepción y recuperación deben permanecer dentro de la economía. Las dependencias de modelos, herramientas e infraestructura deben probarse mediante contratos y portabilidad.
El marco respalda la valoración, el análisis de sinergias, la estructura de transacciones y la gobernanza posterior al cierre. También crea límites disciplinados para la incertidumbre. Los supuestos hipotéticos siguen siendo escenarios hasta que la evidencia del objetivo los reemplaza. La consideración puede entonces vincularse a hitos verificados de producción, clientes y control en lugar de afirmaciones amplias sobre la capacidad de los agentes.
Sala de pruebas de obra terminada
La sala de evidencia debe contener el catálogo de flujo de trabajo, definiciones de trabajo aceptado, seguimientos versionados, conjuntos de evaluación, taxonomía de excepciones, aceptación del cliente, contratos, facturas, cobros, libro de costos y registro de incidentes. Cada cronograma debe identificar al propietario, el sistema fuente, el período, la cohorte de clientes y el estado de conciliación. El equipo de transacciones debería poder reproducir tareas de muestra y rastrearlas hasta los registros financieros.
Expediente de identidad y control de autonomía
Este expediente debe registrar las identidades de los agentes, las credenciales, los permisos, los alcances de las herramientas, los límites de aprobación, la segregación de funciones, el seguimiento, la revocación, la reversión y la recuperación. Debe asignar cada flujo de trabajo de producción a las políticas empresariales y de cliente aplicables. Las lagunas deben tener un propietario de remediación, un costo y una prueba de finalización.
Dependencias de derechos y fichero de portabilidad
El archivo debe mapear el código fuente, datos, indicaciones, evaluaciones, modelos, componentes de código abierto, nubes, herramientas, conectores y configuraciones del cliente. Debe indicar propiedad, licencia, tratamiento de cambio de control, restricción, plan de renovación y sustitución. Las pruebas de portabilidad representativas deben registrar la aceptación, la latencia, el costo y el impacto en el cliente.
Libro mayor de sinergias y economía del cliente
El libro mayor debe conciliar el trabajo elegible, el trabajo aceptado, las excepciones, el precio, el costo directo, la contribución ajustada, la factura, el cobro y la renovación por cohorte. Las sinergias deben tener una línea de base, una acción, un propietario, un costo, un momento oportuno y un resultado obtenido. Debe eliminarse el reconocimiento duplicado entre el plan independiente, la asignación del precio de compra y el valor de sinergia.
Fichero de control de transacciones e integración
El archivo debe contener definiciones de consideración, medidas de ganancia, retenciones, representaciones, convenios, requisitos de cambio de clientes, secuencia de integración e informes de la junta. Debe preservar la línea de base previa al cierre y definir cómo se medirán los cambios posteriores al cierre. Los asesores legales, contables, fiscales, regulatorios y de seguridad deben revisar los componentes relevantes.
Marco propuesto; Las conclusiones requieren seguridad técnica jurídica y pruebas financieras específicas del cliente.
Supuestos de gestión en USD millones; Las cifras no son pronósticos de observaciones del mercado ni conclusiones de valoración.
Supuestos de gestión por caso de trabajo completado; Los porcentajes describen resultados ilustrativos del flujo de trabajo.
Supuestos de gestión en USD millones; El valor ponderado de probabilidad total es USD 615 million.
Secuencia propuesta; El tiempo debe seguir los requisitos regulatorios y de integración de seguridad del cliente.
| Componente | evidencia requerida | Pregunta de valoración | Riesgo principal |
|---|---|---|---|
| Flujo de trabajo y aceptación | definiciones evaluación de seguimientos aprobación del cliente | qué trabajo se completa y acepta | actividad confundida con resultado |
| Tecnología y derechos | repositorios asignaciones licencias dependencias | lo que es propiedad y transferible | Activos restringidos o controlados por el cliente. |
| Economía del cliente | contratos unidades aceptadas facturas cobros renovaciones | qué flujos de trabajo crean una contribución duradera | pilotos o servicios confundidos con software recurrente |
| Controles y resiliencia | permisos de identidad incidentes pruebas de recuperación | puede trabajar operar de forma segura a escala | acción no autorizada o recuperación lenta |
| Integración y sinergias | línea base propietarios costos hitos aprobaciones de clientes | qué beneficios para el comprador se pueden entregar | Doble contabilización o integración retrasada. |
Estructura de diligencia propuesta; Los requisitos dependen del cliente objetivo y de la transacción.
| Etapa de evidencia | Registro requerido | Conclusión apoyada | Limitación |
|---|---|---|---|
| Tarea demostrada | Entrada reproducible, traza, salida y clasificador. | viabilidad técnica | puede no reflejar la producción |
| Piloto aceptado | Excepciones y costos de aprobación de criterios del cliente. | utilidad de flujo de trabajo | el compromiso puede ser limitado |
| Producción pagada | contrato unidades aceptadas factura y cobro | entrega comercial | la cohorte puede permanecer concentrada |
| Cohorte repetible | renovación de contribución expansión y evidencia de pérdida | economía duradera | las dependencias pueden limitar la escala |
| Sistema transferible | controles de derechos prueba de portabilidad e integración | preparación para transacciones | el cambio futuro todavía requiere gobernanza |
Cada etapa sustenta una conclusión comercial o de valoración diferente.
| Nivel | Rol de agente | Autoridad humana | Se requiere evidencia |
|---|---|---|---|
| Observar | recopilar y organizar evidencia | define el propósito y el acceso | integridad de la fuente y pista de auditoría |
| Recomendar | analizar y proponer | revisa y decide | Rúbrica de fundamentos y registro de desacuerdos. |
| preparar la acción | completar transacción o cambiar | aprueba antes de la ejecución | aprobación de validación y segregación |
| acción limitada | ejecutar dentro de una política explícita | establece límites y monitorea | rastreo y reversión de permisos de identidad |
| Decisión consecuente | afecta los derechos, la seguridad del dinero o el resultado regulado | retenido por una persona autorizada a menos que la ley y la política permitan lo contrario | registro de decisiones, rendición de cuentas y apelación |
Mapa de control propuesto; Los límites reales requieren una seguridad jurídica y una revisión operativa específicas del flujo de trabajo.
| Caso | Ganancia | Contribución | Costo de excepción y control | Contribución ajustada |
|---|---|---|---|---|
| Agente de resolución de clientes | 145 | 62 | 13 | 49 |
| Agente cercano a finanzas | 92 | 36 | 9 | 27 |
| Agente de reparación de software | 78 | 27 | 9 | 18 |
| Agente de documentos regulados | 58 | 9 | 5 | 4 |
Supuestos de gestión en USD millones; Las cifras no son pronósticos de observaciones del mercado ni conclusiones de valoración.
| Artículo | USD millones | Se requiere evidencia |
|---|---|---|
| Ingresos por acuerdos aceptados | 145 | factura de aceptación de contrato y libro de cobranza |
| Herramientas e infraestructura modelo. | -31 | telemetría de carga de trabajo y facturas de proveedores |
| Operaciones de excepción y revisión humana | -27 | el tiempo registra los casos de flujo de trabajo y la nómina |
| Socio de implementación y soporte | -25 | tiempo del proyecto liquidación de proveedores y evidencia de servicio |
| Contribución | 62 | cronograma de cohorte de clientes conciliado |
| Remediación de control adicional y créditos de servicio | -13 | excepción de incidentes y registros de crédito |
| Contribución ajustada | 49 | Conciliación de finanzas y flujo de trabajo. |
Supuestos de gestión en USD millones; excluye la financiación y los impuestos, la administración central de ventas de investigación.
| Estado de la evidencia | Valor empresarial | Probabilidad | Valor ponderado |
|---|---|---|---|
| Finalización de tareas reproducibles | 160 | 25% | 40 |
| Flujos de trabajo pagos aceptados | 420 | 30% | 126 |
| Contribución repetible entre cohortes | 850 | 25% | 212.5 |
| Distribución estratégica y control transferible | 1300 | 10% | 130 |
| Opción de ejecución e integración. | 1065 | 10% | 106.5 |
| Total | 100% | 615 |
Supuestos de gestión en USD millones; ésta no es una conclusión de valoración.
| Puerta | evidencia requerida | Respuesta de transacción | Medida posterior al cierre |
|---|---|---|---|
| Derechos y dependencias | asignaciones licencias mapa de componentes y prueba de portabilidad | Retención o remediación de la condición de cierre. | lanzamientos controlados y excepciones |
| Trabajo de cliente aceptado. | Factura y cobro de aprobación de seguimiento de producción. | valor base después de la verificación | contribución de aceptación y efectivo |
| Controles y resiliencia | prueba de recuperación y reversión de incidentes de permisos de identidad | pacto de reserva o liberación por etapas | gravedad y cierre de las excepciones |
| Economía repetible | renovación de cohortes comparables y contribución ajustada | ganancia o valor contingente | contribución duradera y retención |
| Entrega de sinergia | Costo básico del propietario de la acción y aprobación del cliente. | hito de integración | efectivo obtenido y resultados para el cliente |
Marco propuesto; Los instrumentos reales requieren asesoramiento legal, fiscal, contable, regulatorio y financiero vigente.
Fuentes
- Fundación NIIF. NIIF 3 Combinaciones de Negocios. Lea la fuente principal
- Fundación NIIF. NIIF 13 Medición del Valor Razonable. Lea la fuente principal
- Fundación NIIF. NIIF 15 Ingresos de Contratos con Clientes. Lea la fuente principal
- Fundación NIIF. Material educativo sobre la medición de instrumentos de patrimonio no cotizados dentro de la NIIF 13. Lea la fuente principal
- Fundación NIIF. NIC 38 Activos Intangibles. Lea la fuente principal
- Fundación NIIF. NIC 36 Deterioro del Valor de Activos. Lea la fuente principal
- Instituto Nacional de Estándares y Tecnología. AI Iniciativa de estándares para agentes. Actualizado el 14 de agosto de 2026. Lea la fuente principal
- Instituto Nacional de Estándares y Tecnología. Anuncio de la iniciativa de estándares para agentes AI. 17 de febrero de 2026. Lea la fuente principal
- Instituto Nacional de Estándares y Tecnología. Acelerar la adopción de software y AI Identidad y autorización del agente. 2026. Lea la fuente principal
- Instituto Nacional de Estándares y Tecnología. AI Solicitud de información de seguridad del agente. 2026. Lea la fuente principal
- Instituto Nacional de Estándares y Tecnología. Marco de gestión de riesgos de inteligencia artificial. Lea la fuente principal
- Instituto Nacional de Estándares y Tecnología. Generativo AI Perfil NIST AI 600-1. Lea la fuente principal
- Evaluación de modelos e investigación de amenazas. Horizontes de tiempo de finalización de tareas de los modelos Frontier AI. Actualizado el 8 de mayo de 2026. Lea la fuente principal
- Kwa T y otros. Medición de la capacidad AI para completar tareas largas. 2025. Lea la fuente principal
- Evaluación de modelos e investigación de amenazas. ¿Cómo varía el horizonte temporal entre dominios? 14 de julio de 2025. Lea la fuente principal
- OpenAI. Evaluar los flujos de trabajo de los agentes. Lea la fuente principal
- OpenAI. Calificación de trazas para agentes. Lea la fuente principal
- OpenAI. Seguimiento del SDK de agentes. Lea la fuente principal
- Consejo de Normas Internacionales de Valoración. Normas Internacionales de Valoración. Lea la fuente principal
- Consejo de Normas Internacionales de Valoración. Descifrando tecnología. 28 de junio de 2023. Lea la fuente principal
- Consejo de Normas Internacionales de Valoración. Valor y datos. 29 de febrero de 2024. Lea la fuente principal
- Consejo de Normas Internacionales de Valoración. The Valuation Pulse AI y tecnología en Valuation Sentiment Tracker. 8 de mayo de 2026. Lea la fuente principal
- OCDE. Principios de la OCDE AI. Lea la fuente principal
- OCDE. Marco para la Clasificación de Sistemas AI. Lea la fuente principal
- Organización Internacional de Normalización. ISO IEC 42001 Sistemas de Gestión de Inteligencia Artificial. Lea la fuente principal
- Organización Internacional de Normalización. ISO IEC 23894 Gestión de Riesgos de Inteligencia Artificial. Lea la fuente principal
- Organización Internacional de Normalización. Calidad de datos ISO IEC 5259 para análisis y aprendizaje automático. Lea la fuente principal
- Organización Internacional de Normalización. ISO IEC 27001 Sistemas de Gestión de Seguridad de la Información. Lea la fuente principal
- Agencia de Ciberseguridad y Seguridad de Infraestructuras. Seguro por diseño. Lea la fuente principal
- Fundación OWASP. Top 10 de aplicaciones de modelos de lenguaje grandes. Lea la fuente principal
- Fundación OWASP. Agentic AI Amenazas y mitigaciones. Lea la fuente principal
- INGLETE. Panorama de amenazas adversas de ATLAS para sistemas AI. Lea la fuente principal
- MLComunes. AI Punto de referencia de seguridad. Lea la fuente principal
- MLComunes. Inferencia MLPerf. Lea la fuente principal
- OpenAI. Plataforma de agentes empresariales de Frontier. Lea la fuente principal
- OpenAI. Señales empresariales. 2026. Lea la fuente principal
- Antrópico. Cadencias del informe del Índice Económico. 26 de junio de 2026. Lea la fuente principal
- Antrópico. Política de Escalamiento Responsable. Lea la fuente principal
- Google. Guía de gobernanza y seguridad de Agents Companion. Lea la fuente principal
- Microsoft. Arquitectura agente AI y responsable AI. Lea la fuente principal
- Unión Europea. Reglamento UE 2024 1689 Ley de Inteligencia Artificial. Lea la fuente principal
- Comisión Europea. AI Cronograma de implementación de la ley. Lea la fuente principal
- Oficina del Comisionado de Información del Reino Unido. Orientación sobre AI y protección de datos. Lea la fuente principal
- Comisión Federal de Comercio de los Estados Unidos. Mantenga sus reclamos AI bajo control. Lea la fuente principal
- Comisión de Bolsa y Valores de Estados Unidos. Alerta a inversores en inteligencia artificial y fraude en inversiones. Lea la fuente principal
- Organización Mundial de la Propiedad Intelectual. Inteligencia artificial y propiedad intelectual. Lea la fuente principal
- Fundación Linux. Proyecto de protocolo de contexto modelo. Lea la fuente principal
- MCPAgentBench. Comparativa de tareas del mundo real para el uso de la herramienta del agente LLM. 2025. Lea la fuente principal
- OSWorld. Evaluación comparativa de agentes multimodales para tareas abiertas en entornos informáticos reales. 2024. Lea la fuente principal
- AgentChangeBench. Evaluación de la solidez del cambio de objetivos en conversacional AI. 2025. Lea la fuente principal
