El contrato de captura de valor AI: alinear proveedores, empleados y clientes con los resultados medidos

1. Definir la decisión comercial

La primera decisión es si una iniciativa AI debe adquirirse como capacidad, como entregable, como resultado medido o mediante un híbrido de esas estructuras. El precio de la capacidad paga por el acceso al software, los modelos, la infraestructura o las personas. El precio de los resultados paga por los resultados de implementación acordados. La fijación de precios por resultados vincula parte de la contraprestación a un cambio medido en el negocio del cliente. Un híbrido puede financiar costos de entrega inevitables y al mismo tiempo reservar una contraprestación variable para el valor respaldado de forma independiente.

La elección comercial debe depender de la controlabilidad del resultado. Una tarifa de resultado es más defendible cuando el evento de valor es observable, la línea de base es lo suficientemente estable como para medirla, el proveedor puede influir materialmente en el desempeño y el cliente puede realizar las acciones complementarias requeridas. Una tarifa fija suele ser más fácil cuando los resultados dependen en gran medida de las condiciones macroeconómicas, la discreción del cliente, múltiples proveedores o cadenas causales largas e inciertas.

El equipo de contratación debe escribir la decisión en una oración: la organización está considerando un cambio definido habilitado por AI, dentro de un perímetro definido, para mejorar un resultado definido durante un período de medición definido, sujeto a salvaguardas nombradas y una exposición económica máxima autorizada. Esa oración se convierte en el alcance de control para el caso de negocios, la declaración de trabajo y el cronograma de medición.

NIST organiza la gestión de riesgos AI en torno a gobernar, mapear, medir y gestionar. Afirma que los resultados de la medición deben informar el seguimiento y la respuesta continuos a los riesgos. ^[1] Esto respalda una arquitectura contractual en la que el pago comercial depende de la evidencia producida por un sistema de control operativo en lugar de una negociación retrospectiva.

El comité de inversiones debe aprobar el resultado objetivo, la contraprestación fija y variable, el método de medición, la tolerancia al riesgo, el uso de datos y las condiciones de parada. Los términos legales deben seguir ese diseño económico aprobado. Si el diseño de medición sigue sin resolverse, las partes deberán evitar presentar la tarifa variable como determinada objetivamente.

2. Construir la arquitectura del contrato de valor

El contrato debe estructurarse como un conjunto de cronogramas vinculados. El acuerdo marco aborda términos legales y comerciales generales. El cronograma de casos de uso identifica el flujo de trabajo y el propósito aprobado. El cronograma de medición define el evento de valor, la línea base, el contrafactual y el cálculo. El programa de datos regula el acceso, procesamiento, conservación y supresión. El cronograma de servicio establece la disponibilidad, el rendimiento y el soporte. El cronograma de responsabilidad registra las acciones de proveedores, clientes y empleados. El cronograma de aseguramiento define pruebas, evidencia, auditoría y notificación de incidentes. El esquema comercial aplica la cascada de ganancia compartida y los límites máximos.

Cada programa debe utilizar los mismos términos definidos e identificadores de versión. El nombre del modelo por sí solo es insuficiente porque el servicio entregado también puede depender de la recuperación de datos, indicaciones, políticas, orquestación de software, revisión humana, infraestructura y decisiones posteriores. El sistema contratado debe identificarse como una configuración versionada con propietario e historial de cambios.

La arquitectura debe distinguir obligaciones de dependencias. Un proveedor puede verse obligado a mantener la latencia de respuesta y la disponibilidad del modelo. El vendedor podrá depender del cliente para que le proporcione datos oportunos, lícitos y representativos. El cliente puede verse obligado a capacitar a los usuarios autorizados y operar un control de revisión humana. El resultado medido puede depender de la adopción por parte del cliente, el rediseño de procesos y las decisiones de gestión. Registrar estas dependencias hace que la atribución y las soluciones sean más creíbles.

Marco original. Un abogado calificado debe determinar la estructura del documento ejecutable.

3. Definir el evento de valor.

Un evento de valor es el suceso observable más pequeño que conecta el uso del sistema con un resultado económico. Los ejemplos incluyen una solicitud de cliente resuelta correctamente, un pago duplicado evitado, un diseño de ingeniería aceptado, un cliente potencial elegible convertido en una venta, un envío despachado sin demoras evitables o un reclamo procesado dentro del estándar aprobado. Descripciones amplias como mejora de la productividad o mejores decisiones no son lo suficientemente precisas para el pago.

La definición del evento debe identificar la unidad, el punto de inicio, el punto de finalización, la fecha de valor, la fuente de datos, la regla de aceptación y la regla de reversión. Si el caso de un cliente se reabre dentro de los treinta días, es posible que sea necesario revertir la resolución original. Si a un evento de mantenimiento previsto le sigue una inspección que no muestra ningún defecto, la reclamación de costes evitados requiere un tratamiento previamente acordado. El contrato debe indicar cómo se manejan los eventos duplicados, incompletos, cancelados y excepcionales.

El valor económico puede estar varios pasos más allá del evento operativo. Una propuesta más rápida no genera ingresos automáticamente. Un error de pronóstico menor no reduce automáticamente el inventario. Una recomendación exitosa no cambia automáticamente el comportamiento de un cliente. El cronograma de medición debe trazar una cadena causal desde la producción del sistema hasta la acción de los empleados, el evento operativo, el efecto financiero y la consecuencia en efectivo. El pago puede vincularse al punto en que la evidencia y la controlabilidad sean lo suficientemente sólidas.

El evento también debe tener un límite de calidad. Una reducción en el tiempo de manipulación puede destruir valor si aumentan los errores, las quejas o el retrabajo. Por lo tanto, la métrica principal debe combinarse con métricas de seguridad como precisión, seguridad, resultados para el cliente, carga de trabajo de los empleados, incidentes de privacidad y pérdidas posteriores. Un evento de valor falla cuando se produce una brecha importante en la barandilla, incluso si la métrica principal mejora.

4. Construya el árbol de referencia.

La línea de base es el resultado esperado sin la intervención contratada. Debe definirse antes de la implementación utilizando una jerarquía de evidencia. El método disponible de mayor calidad puede ser un grupo de control contemporáneo o una implementación aleatoria. Otros métodos incluyen la introducción por fases, unidades equiparadas, diferencias en diferencias, un pronóstico elaborado a partir de factores determinantes anteriores al período o un promedio histórico simple ajustado a los cambios acordados.

La orientación del Banco Mundial explica el problema contrafactual como la necesidad de estimar qué le habría sucedido a la misma unidad sin la intervención. Describe métodos experimentales y cuasiexperimentales para la inferencia causal. ^[5] Los contratos comerciales rara vez reproducen un diseño de investigación completo, pero la misma disciplina ayuda a evitar que todas las mejoras posteriores a la implementación se acrediten al sistema AI.

El árbol de referencia debe especificar el método preferido y las alternativas. Se debe identificar la población de tratamiento, población de comparación, preperíodo, período de medición, estacionalidad, variables externas materiales, exclusiones y muestra mínima. Cada oficina deberá indicar quién puede activarlo y cómo se calcula el efecto en el pago.

Las líneas de base históricas necesitan reglas de cambio. El volumen, la combinación de productos, los salarios, los precios de los insumos, la regulación, el comportamiento de los clientes, las adquisiciones, los cierres y otros programas pueden alterar el resultado esperado. Las partes deben acordar qué variables se normalizan y cuáles siguen siendo parte del riesgo empresarial ordinario. La normalización excesiva crea un modelo que no se puede auditar. Una normalización insuficiente puede recompensar al proveedor por mejoras no relacionadas o penalizarlo por un shock externo.

5. Congelar definiciones de métricas y linaje de origen

Cada métrica de pago debe tener un diccionario de datos. Debe indicar la definición del negocio, fórmula, sistema de registro, método de extracción, propietario, frecuencia de actualización, ajustes permitidos, redondeo y tratamiento de datos faltantes o tardíos. La definición también debe registrar si la métrica representa un evento operativo, un monto contable o un recibo de efectivo.

El linaje es importante porque un servicio AI puede alterar los datos utilizados para medirse. Un sistema que clasifica los casos como resueltos también puede escribir el estado de resolución del que depende su tarifa de desempeño. El diseño de medición debe conservar evidencia independiente, como la confirmación del cliente, la finalización posterior, registros contables o un sistema de control separado. La evidencia autogenerada puede respaldar el cálculo, pero no debería ser el único determinante en el que la manipulación o la deriva sean plausibles.

Las partes deberán congelar los datos y las versiones de cálculo para cada período de medición. Las correcciones deberían seguir siendo posibles mediante un proceso de reexpresión controlado. Los registros deben identificar el modelo, la versión de la política o aviso, el conjunto de datos de entrada, el revisor humano, el resultado, la acción final y el evento económico posterior. El acceso debe seguir requisitos de privacidad, confidencialidad, seguridad y privilegios.

El marco de rendición de cuentas GAO AI agrupa prácticas en torno a la gobernanza, los datos, el desempeño y el monitoreo, y proporciona preguntas para la gerencia y los evaluadores. ^[8] Un paquete de evidencia contractual puede utilizar la misma lógica de cuatro partes: propósito autorizado, datos confiables, desempeño medido y monitoreo continuo.

6. Asignar derechos y responsabilidades sobre los datos

El cronograma de datos debe distinguir datos de clientes, datos de proveedores, datos de terceros con licencia, datos de empleados, comentarios generados por los clientes, registros del sistema, indicaciones, resultados, características derivadas y mejoras del modelo. Para cada clase, defina la propiedad o el uso permitido, el acceso, la seguridad, la ubicación, la retención, la eliminación, la portabilidad, la auditoría y el uso después de la terminación.

Las etiquetas de controlador y procesador deben reflejar decisiones reales sobre propósitos y medios. La Oficina del Comisionado de Información del Reino Unido afirma que las organizaciones que determinan los propósitos y medios del procesamiento de datos personales son controladores independientemente de la etiqueta utilizada en el contrato. También recomienda documentar los roles en toda la cadena de suministro de AI y establecer instrucciones escritas, medidas de seguridad, controles de subprocesador, tratamiento de finalización de contrato y derechos de auditoría. ^[3] Los requisitos aplicables varían según la jurisdicción y la actividad.

Los derechos de formación y mejora deben ser explícitos. El permiso para procesar datos para la prestación del servicio no establece automáticamente el permiso para utilizar los mismos datos para el desarrollo de modelos separados de un proveedor. El cronograma debe identificar si la información puede agregarse, anonimizarse o usarse para mejorar un modelo compartido, y debe definir la evidencia requerida para el tratamiento elegido.

Los derechos de medición deben sobrevivir el tiempo suficiente para resolver los honorarios finales y las disputas de auditoría. Ese período debe ser limitado y proporcionado. Una cláusula de retención de datos diseñada en torno a la terminación del servicio operativo puede eliminar inadvertidamente la evidencia necesaria para el pago o la respuesta regulatoria. Las partes deben conciliar las obligaciones de eliminación con las retenciones legales, los períodos de auditoría y la liquidación final.

7. Conecte los niveles de servicio con el valor

Los niveles de servicio convencionales miden el tiempo de actividad, el tiempo de respuesta y el soporte. Los contratos de valor AI también necesitan niveles de rendimiento y control vinculados al caso de uso. Dependiendo del sistema, estos pueden cubrir precisión, recuperación, costo de error, tasa de abstención, calidad de escalamiento, latencia, rendimiento, solidez, seguridad, explicabilidad, actualidad de los datos y cumplimiento de la revisión humana.

Una métrica a nivel de modelo no debe sustituir un resultado de servicio de un extremo a otro. Una alta precisión de los puntos de referencia puede coexistir con un rendimiento empresarial deficiente si los insumos están obsoletos, los usuarios ignoran los resultados, la integración falla o las condiciones del cliente cambian. El programa de servicio debe identificar qué métricas están controladas por el proveedor, por el cliente o de forma conjunta.

El perfil generativo AI del NIST se centra en la gobernanza, la procedencia del contenido, las pruebas previas a la implementación y la divulgación de incidentes. ^[2] Estas disciplinas se pueden traducir en pruebas de aceptación, registros de procedencia, puertas de liberación y obligaciones de incidentes. El contrato debe identificar cambios materiales en el modelo o sistema que requieren volver a probarse antes de que la versión revisada pueda contribuir a una tarifa de resultado.

La falla del servicio debería afectar el pago a través de un mecanismo acordado. Los posibles tratamientos incluyen la exclusión de los eventos afectados, una deducción por calidad, un crédito de servicio, una reducción de la participación en las ganancias, un período de subsanación o un derecho de rescisión. El mismo fallo no debe crear una recuperación duplicada involuntaria a menos que el contrato así lo establezca expresamente. Las provisiones de responsabilidad, indemnización y crédito de servicios deben conciliarse con la cascada comercial.

Marco original. Los umbrales deben estar respaldados por evidencia de casos de uso y una tolerancia al riesgo aprobada.

8. Definir dependencias humanas y organizativas.

Los resultados de AI generalmente requieren cambios en el trabajo. Es posible que los empleados necesiten revisar los resultados, corregir datos, rediseñar colas, cambiar las conversaciones con los clientes o aceptar nuevas medidas de desempeño. Es posible que los administradores necesiten eliminar controles duplicados, revisar los derechos de decisión y la integración de fondos. Estas acciones deben identificarse como dependencias del cliente en lugar de asumirse.

El cronograma de responsabilidad debe nombrar el rol responsable, la fecha de vencimiento, las evidencias y las consecuencias para cada dependencia. Las consecuencias deben ser proporcionadas. Un plazo de capacitación incumplido podría extender el período de medición. La falta de suministro de datos acordados podría suspender la métrica afectada. Una omisión deliberada de un control de seguridad requerido puede hacer que los eventos no sean elegibles y desencadenar la gestión de incidentes.

Los incentivos para los empleados deben alinearse con el resultado contratado y las barreras de seguridad. Pagar sólo por el rendimiento puede fomentar una finalización superficial. Las anulaciones penalizadoras pueden suprimir el necesario juicio humano. El diseño operativo debe recompensar el escalamiento correcto, la calidad de la evidencia y la adopción sostenible. Los requisitos de empleo, consulta, seguimiento y discriminación necesitan una revisión específica de cada jurisdicción.

Los clientes también dan forma al valor. Un sistema que acelere las decisiones crediticias puede aumentar las solicitudes, pero crear confusión si las explicaciones y las rutas de apelación son débiles. Un agente de servicio al cliente puede resolver los casos más rápido mientras los clientes los reabren más tarde. El cronograma de medición debe incluir indicadores retrasados ​​o posteriores cuando sean materiales.

9. Construya el puente de atribución

La atribución comienza con el cambio observado y elimina cantidades no respaldadas por el contrato. El puente debe identificar el volumen, el precio, la combinación, la inflación, la estacionalidad, la política, la dotación de personal, otras tecnologías, el rediseño de procesos, la contribución de los proveedores, la contribución de los clientes, las fallas de calidad y los costos incrementales. Cada ajuste necesita un propietario, una fuente de datos y una regla de aprobación.

Las partes deben evitar convertir cada incertidumbre en una decisión discrecional del comité. Las fórmulas acordadas previamente son útiles cuando los datos son observables. Una determinación pericial limitada puede abordar disputas especializadas. Un órgano de gobierno conjunto puede aprobar ajustes excepcionales documentados dentro de un límite monetario. Los cambios materiales más allá de ese límite deberían requerir una enmienda autorizada.

La atribución debe reconocer la interacción. El modelo del proveedor puede no crear valor sin un rediseño del proceso del cliente, mientras que el rediseño puede tener un valor limitado sin el modelo. Un factor de asignación negociado puede reflejar una contribución compartida cuando la separación causal no es práctica. El factor debe fijarse o derivarse de una regla transparente antes de que se conozcan los resultados.

Las declaraciones de marketing deben ser coherentes con la evidencia. La Comisión de Bolsa y Valores de EE. UU. ha tomado medidas coercitivas en relación con declaraciones falsas o engañosas sobre el uso de AI por parte de asesores de inversiones. ^[7] Un contrato de valor debe preservar una diferencia clara entre el beneficio interno verificado, las afirmaciones comunicables externamente y la divulgación regulada.

10. Diseñar la cascada de ganancia compartida

La cascada debe comenzar a partir de una medida de beneficio bruto acordada y deducir los elementos en un orden fijo. Una secuencia típica son los efectos externos, la atribución no respaldada, las reversiones y fallas de calidad, los costos operativos incrementales del cliente, los costos requeridos de terceros, las tarifas fijas del proveedor ya pagadas, el beneficio umbral, la ganancia compartida y los límites. Los impuestos y asientos contables deben seguir las recomendaciones aplicables.

El contrato debería evitar el doble conteo entre métricas. Una reducción en el tiempo de manipulación y una reducción en el costo de los empleados pueden describir el mismo beneficio. El aumento de los ingresos y el margen de contribución no deben contabilizarse sin una conciliación. La liberación de capital de trabajo difiere de la ganancia recurrente y debería tener su propio tratamiento.

Los niveles de ganancia compartida pueden recompensar el desempeño excepcional y al mismo tiempo preservar la economía del cliente. Un umbral mínimo puede garantizar que el cliente recupere primero los costos de implementación e interrupción. Una participación de proveedores decreciente en niveles de beneficios más altos puede reconocer que acciones organizacionales más amplias impulsan la escala. Un límite puede limitar la consideración de variables cuando la incertidumbre de la medición sigue siendo importante.

El momento del pago debe seguir el vencimiento de la evidencia. Los eventos operativos pueden medirse mensualmente, mientras que las reversiones, los reclamos de los clientes o el cobro de efectivo surgen más tarde. Las partes pueden utilizar declaraciones provisionales, retenciones y ajustes anuales. El período de auditoría debe ser lo suficientemente largo para observar las reversiones acordadas sin crear incertidumbre indefinida.

Modelo ilustrativo original. Los valores no describen ninguna organización y no son adecuados como puntos de referencia.

11. Pruebe la economía hipotética

La ilustración supone una base de costos direccionable anual de USD 20.0 million. La base de referencia se congela antes del despliegue y se ajusta según el volumen acordado y los movimientos de las tasas salariales. El período de medición informa USD 4.20 million de mejora bruta. Esto equivale al 21,0 por ciento de la base direccionable, pero ese porcentaje no se trata como valor verificado hasta que se complete el puente de atribución.

Los efectos externos representan USD 0.55 million. Cuentas de atribución no admitidas para USD 0.42 million. Las reversiones y fallas de calidad eliminan USD 0.25 million. El costo incremental de infraestructura, integración, aseguramiento y revisión humana es USD 0.60 million. Por lo tanto, el beneficio neto verificado es USD 2.38 million.

La ganancia compartida hipotética le da al cliente el primer USD 0.50 million de beneficio neto verificado. El proveedor recibe el 25 por ciento del siguiente USD 1.50 million y el 15 por ciento del beneficio por encima del USD 2.00 million. La consideración de resultado del proveedor resultante es USD 0.43 million después del redondeo. El beneficio retenido por el cliente es USD 1.95 million. Los cargos fijos de implementación y suscripción se tratarían por separado y deberían incluirse cuando el comité de inversiones evalúe la economía total.

La ilustración debe leerse como un diseño de cálculo. Un contrato activo podría utilizar diferentes niveles, tarifas fijas, límites, monedas y períodos de medición. Sus aportaciones deberían estar respaldadas por datos operativos y financieros verificados. La tabla de valores debe identificar si las cifras son antes o después de impuestos y si se está midiendo el efectivo, el beneficio contable o el gasto evitado.

12. Ejecute análisis de sensibilidad y punto de interrupción.

El comité económico debería probar las variables que pueden revertir la conclusión comercial. Estos comúnmente incluyen la tendencia de referencia, la validez del grupo de comparación, la adopción, las fallas de calidad, la atribución del proveedor, el costo operativo incremental, la persistencia de los beneficios y el límite de tarifas. Una única estimación central oculta el riesgo de disputa que conllevan esos supuestos.

En el modelo hipotético, una menor confianza en la evidencia aumenta la deducción por atribución no fundamentada. Por lo tanto, un método de comparación débil puede reducir el beneficio verificado incluso cuando la mejora observada no cambia. Una falla de mayor calidad también reduce el valor elegible. La interacción es importante porque la evidencia deficiente y la mala calidad pueden afectar los mismos eventos; el contrato debe definir el orden de las deducciones y evitar ajustes duplicados.

El límite de pago debe compararse con el beneficio retenido por el cliente. Si el proveedor puede obtener el límite total mientras el cliente no ha recuperado los costos de implementación y operación, la estructura puede recompensar la producción técnica sin valor económico. El contrato puede abordar esto a través de un umbral de prioridad del cliente, una relación mínima de beneficios retenidos o un ajuste acumulativo.

13. Asignar responsabilidad y recursos

La responsabilidad debe seguir al control, la información y la capacidad de prevenir daños. El proveedor puede controlar el desarrollo del modelo, la seguridad del servicio y las limitaciones divulgadas. El cliente puede controlar el propósito, el contexto de implementación, el acceso de los usuarios y las decisiones finales. Un modelo externo o proveedor de datos puede controlar un componente ascendente importante. La matriz de responsabilidad debe informar garantías, indemnizaciones, exclusiones, topes y requisitos de seguro.

La Ley de Inteligencia Artificial de la UE establece obligaciones basadas en riesgos para proveedores, implementadores y otros actores dentro de su alcance. Sus requisitos incluyen gobernanza, documentación técnica, registro, transparencia, supervisión humana, precisión, solidez y ciberseguridad para los sistemas relevantes. ^[4] La función y obligación aplicables requieren un análisis jurídico específico del sistema. Las etiquetas del contrato no pueden eliminar la responsabilidad legal.

Los remedios deben abordar la naturaleza del fracaso. Las facturas incorrectas necesitan reglas de corrección y de intereses. La falla del servicio puede necesitar crédito y solución. El uso indebido de datos puede requerir su eliminación, notificación e indemnización. Las fallas repetidas en el rendimiento del modelo pueden requerir reentrenamiento, reversión o terminación. Una decisión perjudicial puede requerir una solución por parte del cliente y una respuesta regulatoria. El contrato debe preservar las medidas protectoras urgentes y, al mismo tiempo, asignar los costos.

Los honorarios por resultados pueden crear riesgos de conducta. Un proveedor pagado por la reducción de costos puede tener un incentivo para recomendar menos reseñas. Un equipo pagado por el cliente puede suprimir incidentes que reduzcan el fondo común de tarifas. El diseño de gobernanza debe proteger las funciones independientes de riesgo, cumplimiento, seguridad y auditoría de la presión comercial.

14. Cambio y deriva del modelo de gobernanza

Los sistemas AI cambian a través de nuevas versiones de modelos, avisos, corpus de recuperación, políticas, integraciones, distribuciones de datos y comportamiento del usuario. Un contrato que fija una tarifa de desempeño y al mismo tiempo permite cambios incontrolados en el sistema crea un objeto de medición inestable. El cronograma de cambios debe clasificar las modificaciones por materialidad.

Es posible que se registren e incluyan cambios menores después de las pruebas de rutina. Los cambios materiales deberían requerir una evaluación de impacto, pruebas de regresión, revisión de referencia y publicación autorizada. Un cambio que altere el flujo de trabajo o la población elegible puede requerir un nuevo período de medición. Los cambios de seguridad de emergencia pueden proceder por una ruta acelerada con revisión posterior.

Los Principios AI de la OCDE exigen trazabilidad entre conjuntos de datos, procesos y decisiones y una gestión continua de riesgos a lo largo del ciclo de vida de AI. ^[6] El contrato puede poner esto en práctica a través de registros de versión, monitoreo, umbrales de incidentes y derechos para anular, reparar o desmantelar el sistema.

El seguimiento de la deriva debería conectar los indicadores técnicos con los resultados económicos y para los clientes. Una caída en la precisión puede aumentar el retrabajo antes de que aparezca en el costo general. Un cambio en la combinación de clientes puede reducir el rendimiento del modelo e invalidar la línea de base. El órgano de gobierno debería definir niveles de advertencia, niveles de parada, propietarios y evidencia para el reinicio.

15. Establecer aseguramiento y auditoría.

El aseguramiento debe probar el cálculo, los datos, el sistema y los controles. Las finanzas pueden reconciliar el puente de valor. La auditoría interna o un revisor independiente acordado puede probar el linaje y el funcionamiento del control. Los especialistas técnicos pueden evaluar el rendimiento y la seguridad del modelo. Los especialistas en privacidad, derecho, empleo y sector pueden evaluar las obligaciones dentro de su competencia.

Los derechos de auditoría deben ser proporcionados y proteger la propiedad intelectual, la confidencialidad, la seguridad y los datos personales. Es posible que el cliente necesite evidencia suficiente para validar las tarifas sin recibir pesos de modelo o información del proveedor no relacionada. Los posibles mecanismos incluyen informes acordados, inspección segura, garantía de terceros, muestreo, revisión en sala limpia y determinación de expertos.

La guía conjunta segura-AI de CISA y el Centro Nacional de Seguridad Cibernética del Reino Unido aborda el diseño, desarrollo, implementación y operación seguros y enfatiza la propiedad de los resultados de seguridad del cliente. ^[9] Un contrato de valor debe tratar la garantía como una obligación de servicio continuo y una condición de valor elegible cuando un incumplimiento afecta el período de medición.

El paquete de evidencia debe generarse durante la operación. La reconstrucción retrospectiva es costosa e invita a disputas. Un paquete mensual puede incluir registros de versiones, conciliación de población, entradas de referencia, archivos de eventos, resultados de guardarraíl, rendimiento de dependencia, ajustes, incidentes, aprobaciones y cálculos de tarifas provisionales.

Marco original. El acceso y la retención de pruebas requieren privacidad, seguridad y revisión legal.

16. Crea la escalera de disputas

El mecanismo de disputa debe comenzar con las pruebas y escalar según el tipo de cuestión. Las diferencias en los datos operativos pueden ser conciliadas por analistas designados. Las clasificaciones contables pueden remitirse a especialistas en finanzas. Las preguntas sobre el rendimiento del modelo pueden necesitar un experto técnico. La interpretación del contrato pertenece al proceso legal acordado. Un solo comité general puede carecer de la competencia o independencia de los cuatro.

El cronograma debe indicar los períodos de notificación, las obligaciones de pago indiscutibles, el acceso a las pruebas, el nombramiento de peritos, el estándar de revisión, la asignación de costos y la finalidad. La pregunta del experto debería ser limitada. Por ejemplo, determinar si el cálculo aplica la fórmula de referencia acordada, en lugar de decidir qué es comercialmente justo.

Los umbrales de materialidad pueden mantener las diferencias inmateriales fuera de una escalada formal. Las pequeñas diferencias repetidas aún pueden indicar un problema de control y deben agregarse. Los asuntos urgentes de seguridad, privacidad o protección deben pasar por alto la escala comercial y seguir los procedimientos de incidentes.

Las partes deben conservar un registro completo de las decisiones. Un acuerdo puede modificar cálculos futuros, revertir montos anteriores o cerrar una excepción única. El efecto debe indicarse explícitamente para que el mismo problema no vuelva a aparecer en un período de medición posterior.

17. Economía, contabilidad y divulgación separadas

Beneficio operativo verificado, contraprestación contractual, reconocimiento contable y pago en efectivo son conceptos diferentes. El contrato debe definir los cálculos comerciales sin hacer valer el resultado contable. Finanzas debe evaluar las normas aplicables, los hechos de la entidad y los términos del contrato.

La NIIF 15 aborda la contraprestación variable y la restricción aplicada cuando la contraprestación puede revertirse. ^[10] La NIC 38 distingue los gastos de investigación de los gastos de desarrollo que cumplen criterios de reconocimiento específicos. ^[11] Estos requisitos pueden afectar el momento y la presentación de los ingresos y costos relacionados con AI, pero no determinan si la iniciativa operativa creó valor.

El caso de negocio debe mostrar el beneficio bruto, el costo operativo incremental, los cargos fijos del proveedor, los cargos variables del proveedor, la inversión en implementación, el capital de trabajo, los impuestos y el momento del efectivo. Esto evita que un gran beneficio operativo oculte un débil retorno de efectivo. También apoya la conciliación entre la aprobación de la inversión y el resultado obtenido.

La divulgación externa debe utilizar evidencia apropiada para el reclamo. Una empresa puede revelar una iniciativa AI, una métrica operativa o un efecto financiero. Cada declaración necesita una base, un período y un control definidos. También se aplican restricciones de confidencialidad del contrato y de datos del cliente. El órgano de gobierno debe aprobar quién puede utilizar los datos de resultados en marketing, recaudación de fondos o comunicaciones con inversores.

18. Ejecutar a través de puertas de 30, 90 y 180 días.

Los primeros treinta días deberían zanjar la hipótesis comercial. Las partes identifican el caso de uso, el evento de valor, las barreras de seguridad, las opciones de referencia, la población de datos, las responsabilidades, los límites de las tarifas fijas y variables y el perímetro legal. El comité debería detener o rediseñar una tarifa de resultados propuesta cuando la atribución no pueda hacerse lo suficientemente objetiva.

Para el día noventa, las partes deberían tener un diseño de medición firmado, un linaje de datos probado, una versión aprobada del sistema, resultados de aceptación, responsabilidades operativas, ruta del incidente y paquete de informes provisionales. Un piloto limitado puede probar si los eventos y los reveses son observables. El éxito del piloto debe definirse antes de conocer los resultados.

Para el día 180, la organización debería haber completado al menos un ciclo de medición controlado, conciliar la línea de base, probar las barandillas, emitir una declaración de valor provisional y resolver las excepciones. Luego, el comité puede aprobar la escala, revisar el contrato o suspender el mecanismo de resultados. La decisión debe considerar en conjunto el beneficio retenido por el cliente, el desempeño del control y la calidad de la evidencia.

El estado operativo final es un sistema de control de valor repetible. Cada declaración de honorarios puede rastrearse hasta definiciones aprobadas, datos versionados, eventos observables, ajustes acordados y aprobaciones autorizadas. Cada cambio de material entra a través del control de cambios. Cada incidente tiene dueño y remedio. Cada afirmación de valor externo tiene evidencia.

Esta estructura puede mejorar la alineación porque hace visibles la contribución, la dependencia y la incertidumbre antes de que se asigne el dinero. No puede eliminar la incertidumbre causal ni reemplazar el juicio profesional. Su propósito es colocar la incertidumbre dentro de un proceso comercial gobernado que las juntas directivas, proveedores, empleados, clientes, auditores y asesores puedan examinar.

19. Adaptar el contrato al caso de uso.

La arquitectura común debe adaptarse a la economía y el riesgo de cada caso de uso. Un sistema de servicio al cliente puede producir grandes poblaciones de eventos, ciclos de retroalimentación cortos y reversiones observables. Un asistente de investigación puede influir en las decisiones a través de una cadena más larga y requerir una revisión cualitativa. Un sistema de mantenimiento predictivo puede generar afirmaciones de costos evitados cuyo contrafactual no se puede observar directamente. Un sistema de precios puede afectar al mismo tiempo los ingresos, la equidad para el cliente y las obligaciones regulatorias.

Para atención al cliente, el evento de valor puede ser una resolución aceptada que permanece cerrada a través de una ventana definida. La línea de base puede comparar tipos de casos, canales y segmentos de clientes coincidentes. Las barreras de seguridad pueden incluir quejas, escaladas, resultados de clientes vulnerables y anulaciones de agentes. El cálculo debe distinguir la desviación del abandono y debe reconocer el costo de la revisión humana, el aseguramiento de la calidad y la remediación.

Para el desarrollo de software, las líneas de código o las sugerencias generadas son medidas de valor débiles. Los mejores eventos incluyen cambios aceptados, defectos evitados, plazos de entrega, incidentes de servicio y retrabajos. La línea de base debe controlar la dificultad del proyecto y la composición del equipo. La seguridad, las licencias, la procedencia y el cumplimiento de las revisiones son barreras de seguridad esenciales. Las afirmaciones de productividad deben identificar si el tiempo ahorrado se convierte en un menor costo, un lanzamiento más rápido, un alcance adicional o capacidad no utilizada.

Para ventas y marketing, un cliente potencial o mensaje generado por AI está alejado del efectivo. La cadena de eventos debe avanzar a través de la elegibilidad, la oportunidad aceptada, el contrato firmado, el servicio entregado y el efectivo recaudado. La atribución debe tener en cuenta la campaña, el esfuerzo de ventas, los precios, el producto y las condiciones del mercado. El consentimiento del cliente, las leyes de marketing, la discriminación y la conducta de la marca pueden limitar el uso del sistema.

Para las operaciones financieras, la prevención de pagos duplicados, el manejo de facturas conciliadas y la priorización de cobros pueden crear eventos observables. El diseño del control debe proteger la segregación de funciones, la autoridad de aprobación y la retención de pruebas. La pérdida evitada requiere prueba de que el pago o el error probablemente se habrían producido según el método de comparación acordado. La mejora del capital de trabajo debe separarse de las ganancias recurrentes.

Para aplicaciones industriales y de infraestructura, el valor puede depender de la confiabilidad física, la seguridad y el estado de los activos. Una falla prevista que requiera mantenimiento puede evitar una interrupción, pero el contrafactual es incierto. Las partes pueden utilizar evidencia de ingeniería, tasas de fallas históricas y determinación de expertos limitada. Los controles regulatorios y de seguridad deben permanecer fuera de la anulación comercial.

El cronograma de casos de uso debe registrar por qué el método de medición seleccionado es apropiado. Esto evita copiar una fórmula estándar de participación en las ganancias en un contexto donde los eventos, la causalidad o las salvaguardas difieren materialmente. Por lo tanto, el mismo proveedor puede operar bajo distintos programas de medición en todas las funciones y al mismo tiempo utilizar principios comunes de datos, garantía y disputas.

20. Integrar adquisiciones, finanzas y operaciones.

Un contrato de valor efectivo comienza antes de que se emita una solicitud de propuesta. El departamento de adquisiciones debe pedir a los postores que describan el evento de valor, las dependencias, la evidencia, las limitaciones, el uso de datos, las pruebas de desempeño, el proceso de cambio y el modelo comercial. Los precios comparables requieren un escenario y una carga de trabajo comunes. Un precio unitario bajo puede ser engañoso cuando los costos de integración, revisión humana, infraestructura, aseguramiento y salida están en otra parte.

Las finanzas deben ser dueñas de la definición y conciliación de los beneficios. Las operaciones deben poseer el evento del proceso y la evidencia de adopción. La tecnología debe ser dueña de la configuración, integración y rendimiento del sistema. Las funciones legales y de riesgos deben aprobar salvaguardas y obligaciones. Las adquisiciones deben preservar la tensión competitiva y la coherencia contractual. El patrocinador ejecutivo debe decidir las compensaciones y seguir siendo responsable del resultado comercial.

El caso de negocio debería utilizar una taxonomía de costos auditable. El gasto inicial puede incluir descubrimiento, preparación de datos, integración, seguridad, pruebas, diseño de procesos, capacitación y cambios. Los gastos continuos pueden incluir licencias, uso de modelos, alojamiento, monitoreo, revisión humana, aseguramiento, soporte y remediación. Los gastos de salida pueden incluir devolución de datos, migración, reemplazo, operación paralela y liquidación de contratos.

La comparación comercial debe probar al menos tres estructuras: suscripción fija, consideración fija más hito y consideración fija más resultado. El análisis debe mostrar los costos esperados y negativos para el cliente, los incentivos de los proveedores, la carga de medición, la flexibilidad de terminación y el valor retenido. La estructura elegida debe reflejar la capacidad de la organización para operar los controles de medición, no sólo la aparente alineación en la tarifa principal.

El departamento de adquisiciones debe verificar los subcontratistas y las dependencias upstream. Un servicio puede depender de un proveedor de modelo básico, una plataforma en la nube, un conjunto de datos especializado y un proveedor de revisión humana. Los cambios en esas dependencias pueden afectar el precio, los derechos, la seguridad y el desempeño. El acuerdo debe exigir una notificación pertinente, obligaciones de flujo descendente y una ruta aprobada para las sustituciones de materiales.

La renovación debería depender de la evidencia acumulativa. Un proveedor puede cumplir un objetivo para el primer año mediante condiciones inusuales o costos diferidos. La revisión de la renovación debe examinar la persistencia de los beneficios, el valor retenido por el cliente, el desempeño del control, los incidentes, los cambios de modelo, las dependencias no resueltas y el costo total. Una opción de extensión no debería trasladar automáticamente una base de referencia que se haya vuelto obsoleta.

21. Utilice un libro de valores a nivel de tablero

La junta directiva o el comité de inversiones necesita un registro compacto que conecte las inversiones aprobadas AI con los resultados medidos y el riesgo residual. Un libro de valor puede enumerar el caso de uso, el propietario, el costo aprobado, el evento objetivo, el método de referencia, el período de medición, el beneficio verificado, el efecto en efectivo, la consideración del proveedor, el valor retenido por el cliente, el estado de la barrera de seguridad, los incidentes materiales y la próxima decisión.

El libro mayor debe conservar el cálculo detrás de cada número de resumen. Las estimaciones de gestión deben identificarse como estimaciones y separarse de los resultados verificados. El beneficio previsto no debe combinarse con el beneficio realizado. La mejora operativa debe conciliarse con los estados financieros o los registros de caja cuando se afirma dicha conexión.

Los informes de cartera pueden exponer la concentración. Varios casos de uso pueden depender del mismo proveedor de modelo, plataforma de datos, equipo de integración o proceso de cliente. Sus beneficios pueden superponerse. Una reducción compartida en el personal de soporte no se puede asignar completamente a múltiples sistemas. El libro mayor de la cartera debe conciliar los costos y beneficios compartidos e identificar los puntos de falla comunes.

El libro mayor también puede respaldar la asignación de capital. Las iniciativas con evidencia sólida y valor retenido positivo pueden calificar para escalar. Las iniciativas con desempeño técnico pero una adopción débil pueden necesitar un rediseño del proceso. Las iniciativas con atribución incierta pueden pasar a precios fijos. Las iniciativas con fallas repetidas de las barandillas pueden requerir suspensión o cierre.

Los informes a la junta directiva deben incluir resultados negativos. Un registro transparente de las hipótesis fallidas, los proyectos piloto detenidos y los beneficios revertidos mejora la selección futura y el diseño de referencia. También reduce el incentivo para mantener en funcionamiento sistemas antieconómicos para proteger una narrativa pública de éxito. La confidencialidad y el privilegio deben mantenerse de acuerdo con el gobierno y el asesoramiento legal de la organización.

El libro de valores no reemplaza las cuentas legales, los paneles operativos ni los registros de riesgos. Los conecta para una decisión específica: si la organización debe continuar asignando capital y atención gerencial al sistema AI contratado. Su fuerza proviene de una cadena estable entre el propósito aprobado, el evento medido, la evidencia, la economía, las salvaguardas y la acción.

La dirección debe conciliar el libro mayor con un ritmo fijo. El propietario operativo confirma la población del evento y las excepciones. Finanzas verifica los cálculos, los costos y el tratamiento del efectivo. La tecnología confirma la configuración de producción y el registro de rendimiento. Las funciones de riesgo informan sobre infracciones de barreras de seguridad y remediaciones abiertas. La adquisición confirma los cargos y los hitos contractuales. El ejecutivo responsable firma la decisión resultante y registra cualquier desacuerdo.

El libro mayor también debería mostrar la incertidumbre restante. Un beneficio puede verificarse mediante el cálculo contractual dependiendo aún de un breve período de observación o de una población de clientes limitada. Por lo tanto, el comité puede distinguir la finalización de la medición del vencimiento de la evidencia. Puede mantener una retención, ampliar el seguimiento o limitar la escala hasta que se demuestre persistencia.

Al momento de la terminación, el libro mayor final pasa a formar parte del paquete de liquidación. Concilia tarifas provisionales y finales, reclamos no resueltos, devolución o eliminación de datos, acceso al sistema, soporte de transición y obligaciones continuas. Esto brinda a las partes un registro común del resultado económico y reduce la dependencia de narrativas comerciales, técnicas y legales separadas.

Fuentes

1. Instituto Nacional de Estándares y Tecnología. Marco de gestión de riesgos de inteligencia artificial 1.0. 26 enero de 2023. Consultado el 14 de septiembre de 2026. Lea la fuente principal
2. Instituto Nacional de Estándares y Tecnología. Marco de gestión de riesgos de inteligencia artificial: perfil de inteligencia artificial generativa, NIST AI 600-1. Julio de 2024. Consultado el 14 de septiembre de 2026. Lea la fuente principal
3. Oficina del Comisionado de Información del Reino Unido. Contratos y terceros: marco de auditoría de inteligencia artificial. Consultado el 14 de septiembre de 2026. Lea la fuente principal
4. Unión Europea. Reglamento (UE) 2024/1689 por el que se establecen normas armonizadas en materia de inteligencia artificial. 13 de junio de 2024. Versión consolidada actual consultada el 14 de septiembre de 2026. Lea la fuente principal
5. Banco Mundial y Banco Interamericano de Desarrollo. Evaluación de impacto en la práctica, segunda edición. 2016. Consultado el 14 de septiembre de 2026. Lea la fuente principal
6. OCDE. Principios de la OCDE AI. Actualizado en 2024. Consultado el 14 de septiembre de 2026. Lea la fuente principal
7. Comisión de Bolsa y Valores de EE. UU. La SEC acusa a dos asesores de inversiones de realizar declaraciones falsas y engañosas sobre el uso de inteligencia artificial. 18 de marzo de 2024. Consultado el 14 de septiembre de 2026. Lea la fuente principal
8. Oficina de Responsabilidad del Gobierno de EE. UU. Inteligencia artificial: un marco de rendición de cuentas para agencias federales y otras entidades, GAO-21-519SP. 30 de junio de 2021. Consultado el 14 de septiembre de 2026. Lea la fuente principal
9. Agencia de Seguridad de Infraestructura y Ciberseguridad de EE. UU. y Centro Nacional de Seguridad Cibernética del Reino Unido. Directrices para el desarrollo seguro del sistema AI. 26 de noviembre de 2023. Consultado el 14 de septiembre de 2026. Lea la fuente principal
10. Fundación NIIF. NIIF 15 Ingresos de Contratos con Clientes. Normas emitidas y materiales de apoyo. Consultado el 14 de septiembre de 2026. Lea la fuente principal
11. Fundación NIIF. NIC 38 Activos Intangibles. Normas emitidas. Consultado el 14 de septiembre de 2026. Lea la fuente principal
12. OCDE. Gobernar con inteligencia artificial: la situación actual y el camino a seguir en las funciones gubernamentales básicas. 18 de septiembre de 2025. Consultado el 14 de septiembre de 2026. Lea la fuente principal