1. Definir la decisión de adquisición
La junta debe identificar la decisión del cliente que mejora el objetivo. AI Las empresas de procedencia pueden inventariar modelos, rastrear ejecuciones de capacitación, firmar artefactos, generar listas de materiales, verificar certificaciones de construcción, hacer cumplir la política de lanzamiento, monitorear cambios de modelo o investigar incidentes. Estas actividades sirven a un objetivo de confianza común y al mismo tiempo producen evidencia y economía diferentes.
La tesis de la transacción debe indicar si el comprador busca tecnología de linaje patentada, acceso de clientes regulados, integración con plataformas de desarrollo, escasa experiencia en seguridad, un plano de control de cumplimiento o una plataforma de consolidación. Cada fuente de valor necesita una prueba observable. Las afirmaciones de linaje requieren liberaciones reconstruidas. Los reclamos de distribución requieren flujos de trabajo, renovación y cobranzas implementados por parte del cliente.
La junta debería comparar la adquisición con la concesión de licencias, la asociación, la inversión minoritaria y el desarrollo interno. La propiedad puede importar cuando el valor depende del control del gráfico de evidencia, la política de verificación, las integraciones y el equipo de seguridad. Un acuerdo más restringido puede ser proporcionado cuando el beneficio principal es el acceso a un estándar o canal.
El momento de la presentación de la evidencia debería dar forma a los términos. La reconstrucción de liberación controlada puede ocurrir antes de firmar. La cobertura de producción, la aceptación del cliente y el costo de remediación pueden requerir acceso posterior. La consideración de la base debe seguir la evidencia disponible al momento del cierre; El valor contingente debe seguir los hitos de integración y del cliente completados.
La cadena propuesta conecta el linaje del modelo con una liberación verificada, una decisión del cliente y el efectivo cobrado.
2. Definir la unidad de valor
La unidad de valor propuesta es una versión de modelo verificada que cumple con las expectativas explícitas del cliente y produce una decisión operativa responsable al costo total. Un registro de lanzamiento debe vincular el resumen del modelo con las revisiones de origen, conjuntos de datos, dependencias, instrucciones de capacitación, identidad del constructor, resultados de la evaluación, aprobación, configuración del paquete y de implementación.
El costo completo incluye captura de metadatos, almacenamiento de artefactos, firma, custodia de claves, verificación, operación de políticas, integraciones, remediación, atención al cliente, revisión de seguridad, cumplimiento y capital de trabajo. Una plataforma puede parecer escalable mientras los ingenieros del cliente reconstruyen manualmente las pruebas faltantes. El modelo de adquisición debe incluir todas las actividades necesarias para respaldar la decisión prometida.
El volumen de metadatos es un denominador incompleto. Un millón de registros de linaje crean un valor limitado si no pueden demostrar qué artefacto llegó a producción o si su licencia y evaluación cumplen con la política. Los compradores deben medir las liberaciones verificadas, las verificaciones fallidas, el tiempo de resolución, la acción del cliente, el retrabajo evitado y la contribución retenida.
3. Mapear la cadena de suministro AI
La cadena de suministro comienza antes de la formación. La recopilación, limpieza, etiquetado y transformación de datos pueden afectar los derechos, el sesgo, la seguridad y la reproducibilidad. El código, las bibliotecas, los marcos, los modelos base, los adaptadores, las indicaciones, los conjuntos de evaluación, el hardware, los servicios de capacitación y los componentes de implementación pueden introducir dependencia y controlar el riesgo.
El equipo de diligencia debe mapear elementos propios, de terceros y de código abierto. Debe identificar quién seleccionó cada componente, qué derechos se obtuvieron, dónde se procesó, cómo se aprobaron los cambios y qué evidencia sobrevive. Un registro modelo no debe tratarse como un gráfico completo de la cadena de suministro sin esta reconstrucción.
Los derivados requieren una atención especial. El ajuste fino, la cuantificación, la destilación, la fusión y el aumento de recuperación pueden cambiar el comportamiento y los derechos preservando al mismo tiempo un nombre de modelo familiar. El comprador debe rastrear cada artefacto de producción hasta sus padres exactos y sus instrucciones de transformación.
| Componente | evidencia requerida | Exposición principal | prueba de adquisición |
|---|---|---|---|
| Datos de entrenamiento | fuente, derechos, transformaciones | infracción, privacidad, calidad | reconstrucción del linaje de muestra |
| Código y bibliotecas | revisión, dependencia y licencia | componente vulnerable o restringido | construcción reproducible |
| modelo base | resumen, términos de proveedores y evaluación | cambio, acceso o restricción de licencia | coincidencia de artefacto y contrato |
| Sintonia FINA | conjunto de datos, método y registro de ejecución | deriva de comportamiento y derechos | reproducir punto de control aprobado |
| Evaluación | conjunto versionado, método y resultado | rendimiento no comparable | volver a ejecutar las pruebas selladas |
| Despliegue | paquete, política y configuración | artefacto incorrecto en producción | conciliación del tiempo de ejecución hasta el lanzamiento |
Cada componente crea una evidencia distinta y una obligación de remediación.
4. Cree el libro de procedencia
El libro de contabilidad debe conectar requisitos, fuente, datos, código, dependencia, ejecución de capacitación, resumen del modelo, evaluación, aprobación, paquete, firma, implementación, uso del cliente, incidente y registro financiero. Debería preservar los cambios y los artefactos reemplazados en lugar de sobrescribir el historial.
La evidencia negativa pertenece al libro mayor. Padres desaparecidos, artefactos sin firmar, compilaciones fallidas, claves caducadas, licencias no resueltas, evaluaciones no aprobadas y anulaciones de emergencia revelan el límite de control real. Una sala de datos que contenga únicamente registros de liberaciones exitosas no puede respaldar una conclusión poblacional.
Finanzas debe vincular cohortes de clientes con lanzamientos verificados, integraciones, esfuerzos de soporte, renovación, expansión y colecciones. Esto muestra si la profundidad de procedencia reduce la fricción con el cliente o crea trabajos de servicios sin precio.
El libro mayor necesita un vocabulario controlado para las relaciones. Términos como derivados de, capacitados, evaluados por, empaquetados con, aprobados por e implementados deben tener significados precisos. Los enlaces de texto libre pueden hacer que un gráfico parezca completo y al mismo tiempo impedir la verificación automática. Los cambios de esquema deben tener versiones y la migración debe preservar interpretaciones anteriores.
También se debe registrar la custodia de las pruebas. Algunos clientes requieren que los metadatos permanezcan dentro de su entorno; otros permiten que un avión de control del proveedor lo almacene. El comprador debe identificar dónde se generan, transmiten, retienen, respaldan y eliminan las pruebas. Los compromisos de cifrado, residencia y acceso del cliente afectan tanto la arquitectura como el costo de entrega.
La reconciliación debe operar continuamente. Un artefacto de producción que aparece sin una versión aprobada, o una certificación que nombra a un constructor desconocido, debería crear una excepción con un propietario y una fecha de vencimiento. El cierre debe incluir la acción técnica y la decisión del cliente. Una acumulación de excepciones silenciosas puede ocultar una amplia aceptación manual de artefactos no verificados.
El comprador debe probar el libro mayor en ambas direcciones. A partir de un artefacto de producción, debe llegar a todas las fuentes, aprobaciones y evaluaciones requeridas. A partir de una dependencia vulnerable o un conjunto de datos restringido, debe identificar cada derivado y cliente afectado. Estos recorridos ponen a prueba el valor práctico del gráfico para la prevención y la respuesta.
5. Medir la integridad del linaje
La integridad comienza con una población definida independientemente de artefactos de producción y entregados al cliente. El comprador debe conciliar registros de modelos, almacenes de objetos, registros de contenedores, repositorios, plataformas de implementación, cuentas en la nube y manifiestos de clientes. Luego, el gráfico de linaje del objetivo debe compararse con esa población.
La cobertura debe medirse en los campos y bordes requeridos. Un artefacto puede aparecer en el inventario mientras se desconocen sus datos de entrenamiento, su modelo principal o su aprobación. El comprador debe distinguir los estados descubiertos, identificados, vinculados, atestiguados, verificados y que cumplen con las políticas.
Las pruebas sembradas pueden exponer puntos ciegos. El equipo de diligencia puede crear artefactos aprobados con padres conocidos, nombres ambiguos, metadatos copiados y paquetes alterados. Debe medir el descubrimiento, la construcción de gráficos, el manejo de conflictos y la solución sin la intervención del vendedor.
Los valores son supuestos de gestión para la demostración del método.
6. Vincular la identidad a los artefactos
Cada artefacto material debe tener un resumen criptográfico estable. Los nombres, rutas y etiquetas se pueden cambiar o reutilizar. El comprador debe verificar que las revisiones de fuentes, conjuntos de datos, pesos de modelos, paquetes e imágenes de implementación estén vinculados a los identificadores registrados en las certificaciones.
El sistema debe distinguir identidad de ubicación. Copiar un modelo a otro registro debería preservar el resumen de artefactos al mismo tiempo que se cambia la custodia y el contexto de la política. La reconstrucción a partir de la misma fuente puede producir un resumen diferente cuando el entrenamiento es estocástico o el entorno no es reproducible.
Las pruebas deben incluir sustitución, reutilización de etiquetas, descarga parcial, metadatos alterados y reempaquetado. La verificación debe fallar de manera segura y producir evidencia que un operador pueda investigar.
7. Evaluar certificaciones y firmas.
Una atestación es una declaración firmada sobre un artefacto o proceso. La procedencia de SLSA puede describir la fuente, el constructor y los parámetros externos a través de un predicado integral. Sigstore admite flujos de trabajo de firma y verificación mediante servicios de transparencia y certificados vinculados a identidad.[4][6][9]
El comprador debe inspeccionar la identidad del emisor, la política de firma, el ciclo de vida de la clave o certificado, la evidencia de transparencia, la revocación, el sellado de tiempo y las expectativas de verificación. Una firma válida demuestra que una clave firmó una declaración; no prueba que la declaración sea completa o veraz.
Las certificaciones deben ser generadas por sistemas controlados en lugar de reconstruirse manualmente después de su publicación. El equipo de diligencia debe intentar falsificar la procedencia, utilizar un constructor no aprobado, alterar los parámetros externos y reproducir una certificación antigua con un artefacto nuevo.
| Nivel | Capacidad | Evidencia | Limitación de valor |
|---|---|---|---|
| 1 | inventario de metadatos | registro de artefactos | sin garantía de integridad |
| 2 | declaración firmada | firma y emisor | la declaración puede estar incompleta |
| 3 | generación controlada | identidad del constructor y del proceso | expectativas limitadas del consumidor |
| 4 | verificación de política | fuente, constructor y parámetros aprobados | esfuerzo de integración |
| 5 | aplicación continua | admisión, seguimiento y respuesta | carga de gobernanza y disponibilidad |
El valor aumenta cuando la evidencia firmada se verifica con expectativas explícitas e impulsa la acción.
8. Prueba de reproducibilidad y verificabilidad.
La reproducibilidad pregunta si los mismos insumos y procesos producen el mismo resultado. Muchos flujos de trabajo de entrenamiento AI contienen operaciones estocásticas, diferencias de hardware y servicios externos que limitan la reproducción bit por bit. El comprador debe definir qué se puede reproducir y qué pruebas respaldan un comportamiento equivalente.
La verificabilidad aún puede ser fuerte cuando la reproducción exacta no es práctica. Los constructores controlados, las entradas inmutables, los registros de ejecución firmados, los puntos de control retenidos y la evaluación independiente pueden establecer una cadena confiable. El objetivo debería explicar la incertidumbre en lugar de pretender una reproducibilidad universal.
El equipo de diligencia debe reconstruir los componentes de software representativos, volver a ejecutar la capacitación seleccionada o los pasos de ajuste y reproducir las evaluaciones. La variación debe registrarse y conectarse a las tolerancias aprobadas.
Las curvas ilustran cómo la evidencia retenida afecta la confianza después del cambio de plataforma y dependencia; Los valores son supuestos de gestión.
9. Evaluar listas de materiales.
SPDX y CycloneDX proporcionan formatos legibles por máquina para software e información más amplia sobre componentes. Las extensiones AI pueden registrar modelos, conjuntos de datos y relaciones. CISA enfatiza que el valor de SBOM depende de los procesos de consumo que convierten los datos de los componentes en acciones de riesgo.[5][7][8]
El comprador debe probar la integridad, la precisión de la versión, la profundidad de la dependencia, los identificadores, las licencias y el mapeo de vulnerabilidades. Una factura generada puede omitir elementos cargados dinámicamente, alojados o proporcionados por el cliente. El producto debe indicar el límite de observación.
Una lista de materiales AI debe complementar, no reemplazar, la procedencia. Una lista describe los componentes; La procedencia explica cómo se produjo un artefacto específico. La política de verificación necesita tanto relaciones como expectativas aprobadas.
10. Procedencia y derechos de los datos de diligencia
El linaje de datos debe conectar la fuente, la base de recopilación, el permiso, la licencia, la transformación, el etiquetado, el filtrado, la retención y el uso. El comprador debe tomar muestras de los registros de los modelos de producción hasta llegar a la fuente de evidencia. Las descripciones agregadas son insuficientes para las poblaciones de alto riesgo.
Los derechos pueden diferir entre la capacitación, la evaluación, el ajuste, la recuperación y el uso de los resultados. El lenguaje del contrato, las licencias abiertas, las obligaciones de privacidad y las restricciones de los clientes requieren una revisión legal calificada. Los controles técnicos deben reflejar el uso aprobado en lugar de asumir que la posesión permite el procesamiento.
El objetivo debe mostrar los procedimientos de eliminación y reentrenamiento en los que los derechos expiran o una fuente debe ser excluida. El costo de la remediación depende del aislamiento de los datos, la dependencia del modelo y la disponibilidad de sustitutos.
La identidad del conjunto de datos requiere más que un nombre de archivo. Los manifiestos versionados deben registrar los objetos incluidos, hashes o referencias estables, código de transformación, reglas de filtrado y procedencia de etiquetas. Cuando los límites contractuales o de privacidad impidan retener datos sin procesar, el sistema debe conservar suficiente evidencia controlada para respaldar el uso aprobado y la revisión posterior. El comprador debe probar si una ejecución de entrenamiento se puede conectar con el estado exacto del conjunto de datos que existía en ese momento.
Los datos derivados y sintéticos necesitan su propio linaje. Un conjunto de datos generado puede depender de un modelo fuente, un proceso rápido, reglas de muestreo, revisión humana y material de referencia original. El origen sintético no elimina cuestiones de derechos, calidad o seguridad. El registro de procedencia debe preservar la derivación y el propósito aprobado.
Los proveedores de datos y de anotaciones crean riesgos para terceros. Los contratos, los controles de seguridad, el acceso de los trabajadores, la revisión de calidad y la notificación de cambios deben coincidir con el registro técnico. El nombre del proveedor en una tarjeta modelo no establece qué datos se entregaron ni cómo se utilizaron. La muestra de diligencia debe conciliar facturas, manifiestos de entrega, registros de almacenamiento y configuraciones de capacitación.
Las solicitudes de privacidad y eliminación pueden propagarse a través de cachés, conjuntos de datos derivados, puntos de control y modelos implementados. Es posible que los métodos técnicos actuales no permitan eliminar con certeza la influencia de un registro individual de un modelo entrenado. El comprador debe examinar la situación legal del objetivo, su capacidad de reentrenamiento, la documentación y la comunicación con el cliente en lugar de asumir una solución técnica completa.
11. Modelo de diligencia y derechos de dependencia
Los términos del modelo base pueden restringir el uso comercial, la redistribución, el ajuste, las aplicaciones reguladas o la geografía de implementación. Las etiquetas de código abierto no reemplazan el análisis de licencias. El comprador debe conciliar los resúmenes de los modelos con los términos aplicables cuando se obtuvo cada artefacto.
Las dependencias incluyen marcos de capacitación, tokenizadores, bibliotecas de evaluación, filtros de seguridad, imágenes de contenedores y API alojadas. Un cambio en una dependencia puede alterar la seguridad, el rendimiento, el costo o los derechos. El producto debe preservar la versión y la evidencia fuente.
Las disposiciones sobre cambio de control, cesión y sublicencia afectan la integración. El comprador debe identificar los consentimientos y las opciones de reemplazo antes de asumir que la plataforma adquirida puede combinarse o redistribuirse.
| Activo | Pruebas de derechos | Prueba de reemplazo | Consecuencia de valor |
|---|---|---|---|
| Conjunto de datos | fuente y uso permitido | aislar y sustituir | Costo y retraso del reentrenamiento. |
| modelo base | términos exactos y resumen | evaluación de modelo alternativo | cambio de margen y rendimiento |
| Biblioteca | árbol de licencias y dependencias | reconstruir con la versión aprobada | esfuerzo de ingeniería y seguridad |
| Alojado API | términos de contrato y servicio | interfaz portátil y respaldo | riesgo de concentración y fijación de precios |
| Conjunto de evaluación | propiedad y reutilización permitida | recrear un punto de referencia comparable | continuidad de la evidencia |
La matriz conecta la evidencia de derechos con la continuidad comercial.
12. Procedencia de la evaluación de la prueba
Las afirmaciones de rendimiento deben vincular el artefacto, el conjunto de datos, el método, el entorno, la métrica, el umbral y el resultado probados. Una tarjeta modelo que informa una puntuación desvinculada no puede probar el rendimiento del paquete implementado.
El comprador debe volver a ejecutar las evaluaciones selladas y comparar los resultados. Debe probar la contaminación de los datos, los ajustes repetidos, los mensajes modificados, el posprocesamiento y la configuración específica del cliente. Las diferencias deberían investigarse en lugar de promediarse.
La aprobación de la evaluación debe incluir el uso previsto, las limitaciones, la tolerancia al riesgo y la aprobación responsable. El RMF AI del NIST trata las pruebas, la evaluación, la verificación y la validación como un trabajo continuo del ciclo de vida.[3][10]
13. Verificar la continuidad del lanzamiento y la implementación
La puerta de lanzamiento debe comparar el artefacto y las certificaciones con las expectativas aprobadas. La verificación SLSA incluye identidad de artefacto, firma, constructor, fuente y parámetros externos. La verificación sin una ruta de acción crea una protección limitada.[4][11]
El comprador debe rastrear las implementaciones de clientes de muestra hasta las versiones aprobadas. Debe inspeccionar los controles de admisión, excepciones, implementación de emergencia, reversión y monitoreo del tiempo de ejecución. Las implementaciones administradas por el cliente necesitan evidencia que sobreviva fuera del entorno del proveedor.
El sistema debe identificar la desviación después del lanzamiento, incluidos los cambios en la configuración, los adaptadores, las fuentes de recuperación o la política de seguridad. Un modelo verificado puede convertirse en un sistema no verificado cuando cambian los componentes circundantes.
Las expectativas de lanzamiento deben ser explícitas y versionadas. Pueden incluir repositorios aprobados, constructores, familias de modelos, licencias, umbrales de evaluación, regiones, clasificaciones de riesgo y firmantes. Los campos o parámetros desconocidos deberían fallar o requerir una excepción autorizada en lugar de ignorarse. El comprador debe probar si las expectativas se controlan mediante un código revisado o un mecanismo auditable equivalente.
La gobernanza de excepciones afecta el valor comercial. Las liberaciones de emergencia pueden ser necesarias, pero deben identificar al aprobador, el motivo, el alcance, el vencimiento y el control compensatorio. El producto debería evitar que una exención temporal se convierta en una derivación permanente. El análisis de cohortes debe mostrar el volumen, la antigüedad y la recurrencia de las excepciones por cliente y producto.
Los modelos de implementación del cliente cambian el límite de la evidencia. Un proveedor de software como servicio puede controlar la admisión de versiones de forma centralizada. Un cliente local o con espacio de aire puede verificar la evidencia localmente e informar solo un resultado. El objetivo debe demostrar cómo las políticas, las raíces de confianza, la revocación y las actualizaciones de auditoría llegan a cada modelo sin depender de un acceso remoto no compatible.
La conciliación del tiempo de ejecución debe comparar los resúmenes y las configuraciones observados con la versión aprobada. Debería detectar implementaciones ocultas, modelos copiados y adaptadores no autorizados. Las alertas necesitan una respuesta operativa; Las diferencias no resueltas deberían aparecer en los informes de servicios y la gestión del cliente.
14. Pruebe la seguridad y la resistencia al abuso.
La plataforma de procedencia es una infraestructura privilegiada. El compromiso puede firmar artefactos maliciosos, alterar el linaje, suprimir fallas o revelar una arquitectura confidencial. El comprador debe revisar los modelos de amenazas, el código, los sistemas de construcción, la custodia de claves, el acceso privilegiado y el aislamiento de los inquilinos.
Los escenarios deben incluir identidad de firma robada, constructor comprometido, dependencia envenenada, información privilegiada maliciosa, interrupción del registro de transparencia, omisión de políticas y denegación de servicio. Cada uno necesita evidencia de prevención, detección, contención y recuperación.
NIST SP 800-218 y SP 800-218A proporcionan una base de desarrollo seguro. El equipo de adquisición debe conectar las prácticas reclamadas con los repositorios, crear registros, aprobaciones y registros de incidentes.[1][2]
La arquitectura separa la captura, firma, verificación, aplicación e investigación de pruebas.
15. Cuantificar la economía de la remediación
La remediación comienza con el descubrimiento de la exposición. El comprador debe identificar los artefactos, clientes, derechos, dependencias y entornos afectados. Luego debe estimar el costo de reemplazo, reentrenamiento, nuevas pruebas, migración, comunicación, revisión legal, créditos y incidentes.
El costo varía según la posición del gráfico. Reemplazar una biblioteca hoja puede requerir una reconstrucción y una prueba de regresión. Reemplazar un modelo base o conjunto de datos puede afectar todos los derivados, evaluaciones y contratos. El gráfico de procedencia debería respaldar el análisis de impacto.
El modelo debe incluir tiempo y efectivo. La capacidad de ingeniería desviada a la remediación puede retrasar la hoja de ruta y las ventas. La interrupción del cliente puede reducir la renovación antes de que aparezcan los costos directos.
El análisis de impacto debe distinguir una debilidad revelada de una exposición de producción explotable. La presencia de componentes, la ruta de ejecución, la configuración, los controles de compensación y el uso del cliente afectan la prioridad. La procedencia ayuda a reducir la población afectada, pero el comprador debe probar la precisión de esa reducción antes de reconocer los ahorros de costos.
Las rutas de reemplazo pueden cambiar el desempeño y la economía. Sustituir un modelo base puede alterar el costo de inferencia, la latencia, la precisión, la seguridad y las obligaciones de ubicación de datos. Reemplazar una biblioteca puede requerir cambios de código y una nueva evaluación. El modelo de remediación debe incluir recalificación y aceptación del cliente, no solo horas de ingeniería.
La corrección de derechos puede requerir la compra de una licencia, la eliminación de datos, la recapacitación, la liquidación o el retiro de un caso de uso. Cada ruta tiene diferentes horarios y efectivo. Cuando los hechos son inciertos, el caso de adquisición debe utilizar escenarios y mantener una reserva en lugar de presentar una estimación puntual.
La remediación de incidentes debe incluir investigación, preservación de evidencia, comunicación con el regulador y el cliente, asesoramiento legal, créditos de servicio, deducibles de seguros y mayor soporte. La recuperación del seguro debe reconocerse sólo cuando los términos de la póliza y los hechos de la reclamación la respalden. Un evento de seguridad puede reducir la renovación y la canalización, al tiempo que aumenta el costo de entrega.
El comprador debe comparar las estimaciones históricas del objetivo con la remediación completa. La variación en el alcance, la duración, el costo y el impacto en el cliente revela la calidad de la planificación. Una plataforma que produce un análisis rápido de impacto puede crear valor a través de acciones más estrechas y rápidas, siempre que el resultado se reproduzca durante la diligencia.
16. Distribución y cohortes de clientes de Diligence
Los clientes deben segmentarse por industria, modelo de implementación, estado regulado, profundidad de la evidencia, política de verificación, contrato, carga de soporte, renovación y cobranza. Un cliente que almacena metadatos no debería recibir la misma valoración que uno que bloquea publicaciones no verificadas.
El comprador debe reconstruir la adopción desde la instalación del conector hasta el primer inventario, la autorización firmada, la política aplicada y el uso en estado estable. El tiempo de valoración y las excepciones abiertas influyen en la contribución y la retención.
Las asociaciones de distribución requieren tuberías de origen, conversión y economía. La integración con una plataforma de desarrollo puede ampliar el alcance y al mismo tiempo aumentar la dependencia de la plataforma y la presión sobre los precios.
El embudo de implementación debe abarcar desde el pedido firmado hasta la instalación del conector, la cobertura del inventario, la primera certificación, la primera versión verificada, la política aplicada y la gobernanza de estado estable. El comprador debe medir el tiempo transcurrido, el esfuerzo de los servicios profesionales y las excepciones abiertas en cada etapa. Los ingresos contratados que permanecen en el inventario pueden tener una durabilidad menor de lo que sugiere la suscripción informada.
La expansión debe descomponerse en volumen de artefactos, equipos adicionales, nuevos entornos y una aplicación más estricta. El crecimiento del volumen puede seguir la actividad del cliente sin demostrar más valor. Una aplicación más estricta puede aumentar la confianza del cliente y al mismo tiempo aumentar los requisitos de integración y soporte. Por lo tanto, la retención neta debe analizarse con la contribución retenida y la profundidad del control.
La evidencia de los resultados del cliente puede incluir un alcance de incidentes más rápido, una revisión de lanzamiento manual reducida, menos implementaciones no autorizadas, una preparación de auditoría mejorada y una remediación más corta. Cada medida necesita una línea de base, una población y una fuente definidas. Los testimonios y los ahorros calculados deben permanecer separados de los registros operativos observados.
Los contratos pueden restringir la asignación, la transferencia de telemetría, los cambios de alojamiento y el uso de metadatos del cliente. El comprador debe mapear los consentimientos de cambio de control, la localización de datos, las claves controladas por el cliente y las obligaciones de auditoría antes de asumir la consolidación de la plataforma. Una migración que rompa una cadena de evidencia puede generar riesgos contractuales y operativos.
| Cohorte | Evidencia de implementación | Prueba económica | Riesgo principal |
|---|---|---|---|
| Empresa regulada | exportación de verificación y auditoría forzada | contribución retenida | larga implementación |
| AI desarrollador | declaraciones de liberación y política | expansión y soporte | consolidación de herramientas |
| Infraestructura crítica | implementación y reversión controladas | duración del contrato | responsabilidad operativa |
| Cliente de plataforma | control de admisión integrado | ingresos netos | dependencia del canal |
| Cliente solo de metadatos | cobertura de inventario | potencial migratorio | adopción limitada del flujo de trabajo |
Las cohortes deben valorarse según su uso forzoso, su contribución y su durabilidad.
17. Reconstruir la economía de entrega completa
Los ingresos deben conciliarse del contrato mediante factura y recibo bancario. El comprador debe separar los servicios de suscripción, uso, implementación, remediación administrada y transferencia. Los ingresos recurrentes anuales deben excluir los montos no recurrentes o no respaldados.
El costo incluye almacenamiento, procesamiento de gráficos, servicios de firma, infraestructura de transparencia, datos de vulnerabilidad, soporte, revisión de seguridad e ingeniería del cliente. El trabajo que repara repetidamente el linaje perdido pertenece a la economía de entrega.
La economía unitaria debe utilizar versiones verificadas, integraciones activas y volumen de evidencia junto con cohortes de clientes. La fijación de precios por número de modelos puede desalentar la captura completa o desalinearse con el valor de verificación.
El comprador debe reconstruir el margen bruto a partir de los registros de origen. La ingeniería del cliente, el mapeo de esquemas recurrentes, la reparación de evidencia y el soporte de auditoría pueden clasificarse como desarrollo de productos y funcionar como costo de servicio. Los créditos de nube y los compromisos mínimos pueden mejorar temporalmente el margen informado. La normalización debería conservar los recursos necesarios para cumplir la promesa actual.
El costo de la infraestructura debe atribuirse al almacenamiento de gráficos, la recuperación de artefactos, la firma, las consultas de transparencia, las fuentes de vulnerabilidades, la evaluación y retención de políticas. Los picos pueden ocurrir durante la incorporación empresarial o durante incidentes. El costo promedio por cliente puede ocultar una pequeña cohorte con evidencia y respaldo inusualmente complejos.
Los modelos de fijación de precios deben probarse para detectar efectos en el comportamiento. El precio por artefacto puede desalentar los inventarios completos. El precio por verificación puede alinearse con la aplicación de la ley y, al mismo tiempo, crear incertidumbre en las facturas. La suscripción empresarial puede respaldar la adopción y, al mismo tiempo, transferir el riesgo de volumen y retención al proveedor. Los contratos deben revisarse en cuanto a mínimos, excedentes, créditos de servicio e indexación.
La eficiencia de las ventas necesita una visión de ciclo completo. La revisión de seguridad, la prueba de concepto, la adquisición, la integración y la aprobación de políticas pueden ir mucho más allá de la firma. El comprador debe medir el costo de adquisición de efectivo desde la búsqueda inicial hasta la contribución recaudada y comparar cohortes por canal y estado regulado.
El capital de trabajo debe conectar el despliegue, la facturación y los cobros. Los grandes clientes pueden retrasar el pago hasta la aceptación o la finalización de la auditoría mientras se integran los fondos objetivo. El modelo de valoración debe reflejar la conversión de efectivo, no sólo los ingresos reconocidos.
18. Construya un caso de adquisición hipotético.
Suponga un objetivo con ingresos recurrentes USD 17.0 million, ingresos por implementación USD 3.5 million e ingresos por remediación USD 1.0 million. La gerencia estima que USD 11.8 million retuvo la contribución recurrente después de la entrega y el soporte directos. Los diez clientes más importantes representan el 46 por ciento de los ingresos recurrentes. Estas cifras son hipotéticas.
La revisión de evidencia atribuye USD 6.8 million de contribución a clientes que aplican versiones verificadas, USD 3.1 million a procedencia firmada sin aplicación y USD 1.9 million a clientes de solo inventario. Cada capa recibe una confianza diferente.
La administración identifica la contribución potencial de venta cruzada de USD 2.2 million y el costo duplicado de USD 1.4 million. La valoración base excluye ambos hasta que exista aceptación del cliente y evidencia de entrega.
El objetivo reporta noventa clientes empresariales. La diligencia confirma que treinta y dos aplican la política de procedencia en producción, veintiséis verifican las firmas sin bloquear la liberación, veinte utilizan el producto principalmente para inventario y doce permanecen en implementación. Estos recuentos son hipotéticos. El comprador debe evitar aplicar un supuesto de retención o margen a los cuatro grupos.
La cohorte impuesta tiene contratos más largos y mayores costos de implementación. La cohorte de inventario tiene costos de soporte más bajos pero evidencia más débil de dependencia del cliente. Finanzas debe calcular la contribución retenida por grupo después de la nube, la firma, el soporte, la ingeniería del cliente y la participación de los socios. La concentración de clientes debe presentarse dentro de cada capa de adopción.
El modelo de transacción supone que la mitad de la cohorte que solo firma alcanza la aplicación en dos años. Este es un escenario de gestión, no una probabilidad observada. La consideración de esa migración debe seguir a la adopción completa y la contribución recaudada. El presupuesto de integración debe incluir el trabajo del conector, el diseño de políticas, la revisión de la seguridad del cliente y la migración de auditoría.
Un problema de derechos identificado afecta a un conector de conjunto de datos utilizado por seis clientes. El caso base hipotético reserva USD 2.0 million para reemplazo y trabajo del cliente. El caso adverso supone una sustitución más lenta, costes legales adicionales y la pérdida de un cliente. Este tratamiento mantiene visible la exposición conocida en lugar de compensarla con amplias sinergias.
| Capa | Contribución retenida | Estado de la evidencia | Tratamiento de valoración |
|---|---|---|---|
| Lanzamientos verificados forzados | 6.8 | desplegado y renovado | caso base sujeto a retención |
| Procedencia firmada | 3.1 | desplegado sin plena aplicación | ajustado a la adopción |
| Solo inventario | 1.9 | valor de flujo de trabajo limitado | valor contingente u opción |
| Venta cruzada potencial | 2.2 | plan de manejo | excluido del precio base |
| Oportunidad de costo duplicado | 1.4 | estimación de integración | reconocido después del parto |
Todos los importes son suposiciones de gestión en USD millones.
19. Destacar el modelo operativo
Las pruebas de estrés deberían combinar eventos técnicos y comerciales. Los casos relevantes incluyen compromiso de firma, linaje incompleto, eliminación de licencia, cambio de plataforma, pérdida de clientes, adopción de cumplimiento más lenta y mayor costo de remediación. Los eventos correlacionados requieren un tratamiento específico.
El comprador debe modelar la liquidez. La rotación de llaves de emergencia, la notificación al cliente, las reconstrucciones, la recapacitación, la revisión legal y los créditos pueden requerir efectivo antes que el seguro o la recuperación de ingresos.
La concentración debe mapearse por cliente, nube, proveedor de modelo, fuente de datos, sistema de firma y canal. La diversificación del logotipo puede ocultar una exposición común a la dependencia.
El diseño de tensiones debe seguir cadenas causales. Un compromiso de firma puede requerir rotación de la raíz de confianza, reverificación de la versión, comunicación con el cliente, créditos de servicio y revisión forense. Las ventas pueden disminuir mientras los costos de soporte aumentan. Tratar cada efecto de forma independiente puede subestimar el evento combinado.
La tensión por el cambio de proveedor debe examinar la obsolescencia del modelo, la revisión de la licencia, los precios API, la disponibilidad regional y la política de seguridad modificada. El objetivo debería identificar rápidamente los derivados afectados y los contratos de clientes. Las pruebas de reemplazo deben incluir rendimiento, costo, derechos y aprobación del cliente.
La tensión de linaje incompleto debería suponer que no se puede demostrar una dependencia material de parte de la base instalada. El modelo debe estimar el descubrimiento, la reconstrucción de la evidencia, la garantía del cliente, la reconstrucción y el posible retiro. La respuesta debe indicar qué acciones pueden ocurrir antes de la certeza jurídica o técnica.
Las respuestas de gestión deben ser factibles y secuenciadas. La reducción de costos puede proteger la liquidez y al mismo tiempo ralentizar la remediación. La migración forzada puede simplificar la plataforma y al mismo tiempo aumentar la rotación. La junta debe definir factores desencadenantes de capacidad de seguridad adicional, escalamiento de clientes, preservación de liquidez y compromiso de acuerdos.
El paquete de estrés debe distinguir entre hechos contractuales, métricas observadas, estimaciones de la gestión y supuestos de escenarios. Los resultados posteriores al cierre deben compararse con los casos originales cada mes para que la variación cambie el plan de integración y la evaluación del valor contingente.
Todos los valores son suposiciones de gestión en USD millones.
20. Valora las capas de evidencia
La valoración debe comenzar con la contribución recurrente retenida respaldada por contratos, uso forzoso y efectivo. El rendimiento o múltiplo requerido debe reflejar el crecimiento, la retención, la concentración, la exposición a los valores, la capacidad de remediación y las necesidades de capital.
El puente debe separar el valor de producción obligatorio, el valor dependiente de la adopción, las opciones de inventario, las sinergias entregadas y las reservas de riesgo. Cada capa necesita un propietario, un hito, un costo y un caso negativo.
La NIIF 3, la NIC 38 y la NIIF 13 pueden requerir el reconocimiento y la medición por separado de la tecnología, las relaciones con los clientes y otros activos. La NIC 36 regula la evaluación del deterioro de acuerdo con los hechos y consejos aplicables.[12][13][14][15]
La durabilidad de la evidencia debería influir en el período de pronóstico y el rendimiento requerido. La contribución del cliente puede debilitarse en el momento de la renovación, la evidencia técnica puede decaer después de cambios de dependencia y las integraciones de políticas pueden romperse durante la migración. Cada capa de material debe tener una fecha de revisión, un indicador adelantado y una respuesta a la baja.
El valor de la opción estratégica debe permanecer separado del flujo de caja actual. Una plataforma de linaje puede respaldar futuros informes regulatorios o gobernanza de agentes, pero se deben identificar requisitos adicionales de productos, ventas, legales y de capital. Una opción puede justificar la estructura de la transacción sin respaldar la misma cantidad de contraprestación en efectivo al cierre.
La evidencia comparable de empresas y transacciones requiere normalización. Las definiciones de ingresos, el contenido de los servicios, el crecimiento, la retención, la compensación de acciones, el gasto de efectivo y la responsabilidad de seguridad varían. El comité de valoración debería mantener un puente trazable desde la evidencia observada del mercado hasta la conclusión específica de la empresa.
El valor contingente debe utilizar medidas que el vendedor y el comprador puedan verificar. Las medidas adecuadas pueden incluir la contribución retenida de los clientes ejecutados, migraciones completadas y ventas cruzadas cobradas. El recuento de artefactos o el volumen de metadatos se pueden manipular o desconectar del valor. Las definiciones deben abordar adquisiciones, cambios de precios, créditos a clientes y cambios de políticas contables.
La junta debería revisar el valor y la certeza juntos. Un precio principal más alto con amplios derechos no resueltos, consentimientos de los clientes y exposición a la seguridad puede producir un valor ajustado al riesgo menor que una estructura por etapas. El modelo debe presentar consideración, financiación de remediación, inversión en integración, capital de trabajo y liquidez a la baja en una sola perspectiva.
| Componente | Base de evidencia | Valor hipotético millones de USD |
|---|---|---|
| Contribución obligatoria del cliente | desplegado, renovado y recogido | 68.0 |
| Contribución dependiente de la adopción | clientes de procedencia firmados | 17.0 |
| Opción de inventario | clientes solo de metadatos | 5.0 |
| Sinergia entregada | hitos verificados | 7.0 |
| Reserva de remediación y concentración | ajuste a la baja | -15.0 |
| Valor empresarial ilustrativo | suma de capas de evidencia | 82.0 |
Los importes y los factores de valoración son supuestos de la gestión.
Los valores son suposiciones de gestión en USD millones y no representan una referencia de mercado.
21. Consideración e integración de la estructura
La contraprestación base debe reflejar la tecnología reproducida, los derechos transferibles, la contribución retenida del cliente y el efectivo. El valor diferido puede abordar la adopción de medidas de cumplimiento, la corrección de derechos, la retención de clientes y la integración de la seguridad.
Las representaciones y garantías deben abordar la propiedad intelectual, los derechos de los datos, las licencias, el uso de código abierto, la integridad de los artefactos, la custodia de las firmas, los incidentes, los compromisos y el cumplimiento del cliente. Las exposiciones identificadas pueden requerir condiciones, custodia o indemnizaciones específicas sujetas a asesoramiento legal.
La integración debe preservar la continuidad de la verificación. El comprador debe evitar reemplazar identificadores, raíces de confianza o políticas sin mapeo, pruebas de equivalencia, reversión y aprobación del cliente.
El diseño de ganancias debe evitar métricas que la administración pueda cambiar mediante la migración de la plataforma o la clasificación contable. La contribución retenida de cohortes nombradas, la aplicación completa de políticas y la venta cruzada recaudada pueden ser más auditables que los ingresos por sí solos. El acuerdo debe definir los créditos de los clientes, los contratos agrupados, la moneda, las adquisiciones y los productos discontinuados.
El gobierno de la integración debe asignar autoridad para las raíces de confianza, la política de firma, los cambios de esquema, las excepciones de publicación y la comunicación con el cliente. Los líderes comerciales y de seguridad deben aprobar cambios que alteren la evidencia del cliente. Una hoja de ruta de producto no debe anular las obligaciones de control firmadas sin una revisión explícita.
La secuenciación de la migración debe comenzar con cohortes de baja complejidad y al mismo tiempo preservar el apoyo a los clientes regulados. Cada ola debería requerir equivalencia de pruebas, pruebas de rendimiento, reversión y aceptación del cliente. El comprador debe realizar un seguimiento del costo duplicado por separado del costo necesario para mantener una operación paralela segura.
| Puerta | Evidencia | Respuesta de transacción |
|---|---|---|
| Linaje | comunicados representativos reconstruidos | soporta el valor base |
| Derechos | datos transferibles, modelos y derechos de software | condición o remediación |
| Clientes | contribución forzosa retenida | consideración diferida |
| Seguridad | firma de custodia y revisión de incidentes | depósito en garantía, indemnización o condición |
| Migración | identidad, política y equivalencia de pruebas | integración gradual |
| Sinergia | venta cruzada cobrada y costo de entrega | valor contingente después de la realización |
La estructura vincula el pago y la migración con evidencia observable.
22. Ejecutar un programa de 180 días.
Los días 0 a 30 deben establecer control sobre las identidades de firma, el acceso privilegiado, la respuesta a incidentes, la escalada de clientes, los inventarios de artefactos y las decisiones de integración. Los cambios arquitectónicos de alto riesgo deben detenerse hasta que se preserve la evidencia.
Los días 31 a 60 deben reproducir linaje, certificaciones, compilaciones, evaluaciones y conciliación de implementación. Finanzas debe conciliar las contribuciones y los cobros por cohorte de clientes. Los equipos legales deben confirmar los derechos y dependencias críticos.
Los días 61 a 100 deberían definir la arquitectura de evidencia combinada, la política de verificación y la secuencia de migración. Las migraciones piloto deben incluir la reversión y la aceptación del cliente.
Los días 101 a 180 deben escalar las migraciones validadas, lanzar ventas cruzadas aprobadas, eliminar controles duplicados e informar los beneficios obtenidos en comparación con la línea de base firmada.
La oficina del programa debe mantener un registro de evidencia que cubra pruebas técnicas, derechos, clientes, economía, excepciones de seguridad y compromisos de transacciones. Todo asunto material debe tener dueño, fecha de vencimiento, decisión e impacto en el valor o la integración. El estado cerrado debe requerir evidencia de finalización.
Los informes de la junta directiva deben distinguir los indicadores adelantados del valor realizado. La cobertura del inventario, los certificados firmados y la actividad migratoria son indicadores destacados. La contribución retenida de los clientes, la reducción de los costos recurrentes y la recaudación de ventas cruzadas son resultados financieros obtenidos. Esta distinción impide que la actividad se informe como sinergia.
En el día 180, la dirección debe decidir qué componentes del producto se convierten en la plataforma estratégica, cuáles siguen siendo compatibles, cuáles se retiran y cuáles requieren más evidencia. La decisión debe considerar los compromisos del cliente, la calidad del control, la economía y el riesgo de migración restante. Los beneficios deben seguir siendo monitoreados después del programa inicial.
El desafío independiente debe centrarse en los supuestos que generan daño al cliente, liquidez, consideración y opciones de plataforma irreversibles, y los asuntos no resueltos se informan directamente al comité de transacciones antes de firmar la aprobación.
23. Decisión y conclusión.
AI la procedencia crea valor de adquisición cuando una plataforma puede reconstruir el linaje del modelo, vincular evidencia a artefactos exactos, verificar lanzamientos contra expectativas explícitas y respaldar la remediación. El volumen de metadatos y las firmas son insumos para ese resultado.
Una adquisición exitosa requiere continuidad de la evidencia. La consolidación que rompe la identidad de los artefactos, las raíces de confianza, las políticas o el historial de auditoría del cliente puede destruir el control adquirido por los clientes.
El marco propuesto vincula la procedencia con las decisiones de los clientes, la contribución retenida y el efectivo. Fija el precio del valor de producción impuesto, trata la adopción como dependiente de la evidencia, protege la consideración y da a la gestión una secuencia de integración controlada.
La aprobación de la junta debe indicar la población analizada, las liberaciones reconstruidas, los derechos confirmados, la contribución del cliente conciliada, las excepciones de seguridad aceptadas y los hitos que rigen el pago. El monitoreo continuo debe vincular la cobertura del linaje, las fallas de verificación, el tiempo de remediación, la renovación, la contribución y el efectivo.
Fuentes
- NIST. Marco de desarrollo de software seguro versión 1.1, SP 800-218. 2022. Lea la fuente principal
- NIST. Prácticas de desarrollo de software seguro para modelos generativos AI y de base de doble uso, SP 800-218A. 2024. Lea la fuente principal
- NIST. Marco de gestión de riesgos de inteligencia artificial 1.0. 2023. Lea la fuente principal
- SLSA. Especificación de procedencia. 2026. Lea la fuente principal
- CISA. Prácticas recomendadas para el consumo de SBOM. 2024. Lea la fuente principal
- En todo. Marco de atestación. 2026. Lea la fuente principal
- SPDX. Especificación SPDX 3.0. 2026. Lea la fuente principal
- CiclónDX. Especificación. 2026. Lea la fuente principal
- Tienda de firmas. Documentación. 2026. Lea la fuente principal
- NIST. AI Centro de recursos. 2026. Lea la fuente principal
- SLSA. Verificación de artefactos. 2026. Lea la fuente principal
- Fundación NIIF. NIIF 3 Combinaciones de Negocios. 2026. Lea la fuente principal
- Fundación NIIF. NIC 38 Activos Intangibles. 2026. Lea la fuente principal
- Fundación NIIF. NIIF 13 Medición del Valor Razonable. 2026. Lea la fuente principal
- Fundación NIIF. NIC 36 Deterioro del Valor de Activos. 2026. Lea la fuente principal
- NIST. Prácticas de gestión de riesgos de la cadena de suministro de ciberseguridad, SP 800-161 Rev. 1. 2022. Lea la fuente principal
- NIST. Marco de ciberseguridad 2.0. 2024. Lea la fuente principal
- NIST. Taxonomía de aprendizaje automático adversario, AI 100-2e2025. 2025. Lea la fuente principal
- NIST. Perfil generativo AI, AI 600-1. 2024. Lea la fuente principal
- NIST. Controles de seguridad y privacidad, SP 800-53 Rev. 5. 2020. Lea la fuente principal
- NIST. Marco de Gestión de Riesgos. 2026. Lea la fuente principal
- CISA. Seguro por diseño. 2026. Lea la fuente principal
- CISA. Lista de materiales del software. 2026. Lea la fuente principal
- NTIA. Transparencia de los componentes de software. 2021. Lea la fuente principal
- AbiertoSSF. Tanteador. 2026. Lea la fuente principal
- AbiertoSSF. Línea de base de seguridad. 2026. Lea la fuente principal
- AbiertoSSF. Firma de modelos. 2026. Lea la fuente principal
- CNCF. Mejores prácticas de la cadena de suministro de software. 2021. Lea la fuente principal
- OCI. Especificación de imagen. 2026. Lea la fuente principal
- OCI. Especificación de distribución. 2026. Lea la fuente principal
- IETF. Las etiquetas de identificación de software concisas, RFC 9393. 2023. Lea la fuente principal
- IETF. Token de certificación de entidad, RFC 9711. 2025. Lea la fuente principal
- IETF. Arquitectura de procedimientos de atestación remota, RFC 9334. 2023. Lea la fuente principal
- ISO. ISO/IEC 27001 Sistemas de gestión de seguridad de la información. 2022. Lea la fuente principal
- ISO. ISO/IEC 27036 Seguridad de la información para las relaciones con proveedores. 2023. Lea la fuente principal
- ISO. ISO/IEC 42001 Sistemas de gestión de inteligencia artificial. 2023. Lea la fuente principal
- Unión Europea. Reglamento (UE) 2024/1689 por el que se establecen normas armonizadas en materia de inteligencia artificial. 2024. Lea la fuente principal
- Unión Europea. Reglamento (UE) 2024/2847 Ley de Ciberresiliencia. 2024. Lea la fuente principal
- Unión Europea. Directiva (UE) 2022/2555 sobre ciberseguridad. 2022. Lea la fuente principal
- SEGUNDO. Gestión de riesgos de ciberseguridad, estrategia, gobernanza y divulgación de incidentes. 2023. Lea la fuente principal
- INGLETE. ATLAS. 2026. Lea la fuente principal
- INGLETE. Descubrimiento de software ATT&CK. 2026. Lea la fuente principal
- ENISA. Ciberseguridad de AI y Normalización. 2023. Lea la fuente principal
- OCDE. Principios de la OCDE AI. 2024. Lea la fuente principal
- Gobierno del Reino Unido. AI Código de prácticas de seguridad cibernética. 2025. Lea la fuente principal
- NCSC del Reino Unido. Directrices para el desarrollo seguro de sistemas AI. 2023. Lea la fuente principal
- Departamento de Comercio de EE. UU. Elementos mínimos de SBOM. 2021. Lea la fuente principal
- Consejo de Normas Internacionales de Valoración. Normas Internacionales de Valoración. 2025. Lea la fuente principal
- Alianza de seguridad en la nube. AI Matriz de controles. 2026. Lea la fuente principal
- OWASP. Seguridad de aprendizaje automático Top 10. 2026. Lea la fuente principal
