Cadena de titularidad asistida por AI: verificación de secundarias pre-IPO con LLM

Introducción

Las transacciones secundarias pre-IPO se sitúan en la intersección del derecho de sociedades privadas, los contratos, la regulación de valores, los registros societarios, la titularidad real y la liquidación operativa. Un comprador puede recibir una narrativa comercial atractiva y una gran data room y, aun así, carecer de una respuesta completa a la pregunta básica: qué interés preciso se vende, a través de qué cadena legal, sujeto a qué restricciones, por qué persona autorizada y con el consentimiento de quién. La dificultad aumenta cuando la exposición se mantiene a través de nominados, custodios, agregadores, vehículos de propósito especial o varias entidades superpuestas. Cada capa puede introducir un registro, documento rector, instrumento de transferencia, proceso de aprobación, derecho económico y límite de divulgación diferentes.

Este artículo desarrolla un modelo operativo de cadena de titularidad asistido por AI para compradores de secundarias pre-IPO, incluidos family offices e inversores de patrimonio ultraalto, y para intermediarios, incluidos brókeres, bancos de inversión y plataformas. Su propósito es ayudar a esas partes a organizar la evidencia, exponer lagunas y encaminar las decisiones antes de que se mueva el capital. El modelo utiliza extracción de documentos, resolución de entidades, un grafo de conocimiento, reglas deterministas, controles de sanciones y de titularidad real, análisis citado de modelos de lenguaje extensos y aprobaciones humanas identificadas. No delega decisiones sobre titularidad jurídica, derecho de valores, restricciones de transferencia, sanciones, idoneidad, impuestos o inversión a un LLM.

La expresión cadena de titularidad se utiliza aquí como una abreviatura operativa de diligencia debida. Para una acción directa, la evidencia pertinente puede incluir el libro de acciones o registro de socios del emisor, el certificado o registro electrónico, los instrumentos de suscripción y de transferencias previas, las restricciones, los consentimientos, la autoridad y las instrucciones de liquidación. Para un interés en SPV, la cadena también puede incluir la evidencia de constitución y buen estado de SPV, los documentos constitutivos, el registro de miembros o de socios, las cuentas de capital, los acuerdos de nominación o custodia, la titularidad aguas arriba, la exposición al emisor aguas abajo, los waterfalls económicos, las prendas, los gravámenes y las transferencias previas. La ley aplicable y la estructura de la transacción determinan la importancia jurídica de cada elemento. El derecho de Delaware, por ejemplo, reconoce restricciones de transferencia sujetas a condiciones legales; el derecho federal de valores de EE. UU. exige por separado una exención de registro disponible para la reventa de valores restringidos [1-5].

La unidad analítica de este artículo es una afirmación respaldada por evidencia, no un resumen de documento. Una afirmación formula una proposición, señala la fuente y ubicación exactas, registra la fecha y autoridad de la fuente, identifica a la persona o sistema que la proporcionó, conlleva un estado de confianza y conflicto, y se encamina a un revisor responsable. Esta estructura sigue la idea central del Estándar de Datos de Titularidad Real: las declaraciones de datos son afirmaciones con su propia procedencia, fechas y fuentes, y las declaraciones aparentemente inconsistentes pueden coexistir hasta que se resuelvan [14-15]. W3C PROV-O proporciona un vocabulario compatible para entidades, actividades, agentes y derivación [28].

La respuesta operativa desarrollada a lo largo del artículo se resume a continuación.

La contribución es práctica. Las secciones 2 a 6 definen el perímetro de decisión, los objetos legales y probatorios, la jerarquía de fuentes y el grafo. Las secciones 7 a 12 especifican la arquitectura de extracción, resolución de entidades, restricciones, contrapartes, Claude y citas. Las secciones 13 a 17 convierten el diseño en un flujo de trabajo controlado, un ejemplo desarrollado, un cuadro de mando, un programa de evaluación y un modelo de seguridad. Las secciones 18 a 20 proporcionan una hoja de ruta de implementación, una lista de verificación de liberación, un registro de afirmaciones y limitaciones.

Pregunta de investigación	Respuesta operativa
¿Qué debería extraer AI?	Partes, entidades, instrumentos, clases de valores, cantidades, fechas, firmas, aprobaciones, restricciones, derechos, declaraciones de titularidad y ubicaciones de las fuentes.
¿Qué pertenece al grafo?	Afirmaciones respaldadas por evidencia y relaciones tipadas entre emisores, valores, tenedores, titulares reales, SPVs, agentes, instrumentos, aprobaciones y eventos de transferencia.
¿Qué puede decidir un LLM?	Puede clasificar, comparar, explicar y proponer un análisis de excepciones citado dentro de un esquema aprobado; no puede emitir autorización legal ni confirmar la titularidad.
¿Cómo se prueban las restricciones a la transferencia?	Las reglas deterministas identifican cláusulas aplicables, requisitos de notificación, derechos de tanteo, condiciones de consentimiento y hechos no resueltos; el asesoramiento jurídico cualificado y las partes emisoras autorizadas determinan su efecto.
¿Cómo se puntúa el riesgo de contraparte?	Una rúbrica de triaje transparente combina identidad, autoridad, procedencia, sanciones, evidencia adversa, excepciones de pago y liquidación; los revisores conservan la decisión de aprobación.
¿Qué permite que se movilice el capital?	Un paquete de liberación que contiene evidencia resuelta, aprobaciones nominativas, instrucciones de pago permitidas, controles de liquidación y un registro explícito de condiciones residuales.

Audiencia y perímetro de decisión

compradores secundarios pre-IPO

los compradores necesitan una base de evidencia que vincule la suscripción comercial con la titularidad ejecutable. Sus preguntas normalmente abarcan cinco capas: el emisor y el valor; el vendedor y su autoridad; la vía legal por la que el vendedor adquirió o controla el interés; las restricciones y aprobaciones que rigen la transferencia propuesta; y el mecanismo por el que se intercambiarán el efectivo y la participación adquirida. Un family office puede utilizar un asesor, custodio, nominee o SPV, pero sigue siendo responsable de sus propias decisiones de inversión, legales, fiscales, de cumplimiento y de gobierno.

El comité de inversiones del comprador puede utilizar un expediente asistido por AI para examinar la procedencia, la concentración, la base de precio, los derechos de información, la exposición de gobierno y las condiciones residuales. Debe recibir una separación clara entre documentos observados, declaraciones de terceros, conclusiones de analistas, determinaciones de asesores jurídicos y supuestos no resueltos. El sistema nunca debe convertir una manifestación del vendedor en un hecho observado solo porque aparezca en documentación firmada.

intermediarios

Los intermediarios pueden originar, presentar, estructurar, sindicar, organizar o facilitar una transacción. Su función regulada exacta, sus obligaciones y sus actividades permitidas dependen de la jurisdicción y del encargo. Por ello, el modelo operativo registra el rol y la autoridad a nivel de transacción. No presume que un bróker, una plataforma, un agente de colocación o un banco de inversión haya verificado la titularidad, custodie dinero de clientes, preste asesoramiento jurídico o controle la liquidación del emisor.

Un intermediario puede utilizar el sistema para estandarizar la recepción de información, identificar lagunas documentales, evitar presentar declaraciones incompatibles a las contrapartes, controlar los permisos de divulgación y mantener un traspaso defendible. El paquete de entrega del intermediario debe indicar qué ha recibido, qué ha verificado, qué sigue siendo suministrado por terceros o por la dirección, qué especialistas realizaron determinaciones y qué condiciones quedan antes del cierre.

Derechos de decisión

El lenguaje de control de tres estados

Toda afirmación relevante de diligencia debida debe clasificarse en uno de tres estados. Respaldado significa que una fuente aprobada respalda la afirmación dentro de su alcance y fecha declarados. Condicionado significa que la afirmación depende de un consentimiento, evento, documento o determinación de especialista identificados. Sin resolver significa que la evidencia está ausente, es contradictoria, está desactualizada, es ilegible o queda fuera de la competencia del revisor. Este lenguaje crea una barrera útil contra la falsa certeza. También permite al comité de inversiones distinguir una condición de cierre subsanable de una brecha de procedencia ilimitada.

Qué significa la cadena de titularidad para los valores privados

Acciones nominativas directas

Para las acciones nominativas directas, la cadena comienza con el emisor y la clase exacta de valores. El expediente de diligencia debida debe identificar la denominación legal y la jurisdicción del emisor, la clase y los derechos del valor, el titular registrado, la cantidad, el certificado o la posición electrónica, el evento de adquisición, la contraprestación, las leyendas relevantes, los gravámenes y la transferencia propuesta. La sección 159 de la Ley General de Sociedades de Delaware reconoce que las acciones son bienes muebles transferibles conforme a lo dispuesto en el Artículo 8 del Código de Comercio Uniforme [3]. La sección 202 aborda las restricciones a la transferencia y cuándo pueden ser exigibles frente a titulares y cesionarios [2]. Estas disposiciones hacen que los hechos relativos al instrumento real, la notificación y el conocimiento sean importantes; una declaración genérica de que las acciones son transferibles es insuficiente.

La legislación federal de valores crea una cuestión de reventa independiente. La guía de la SEC explica que los valores del mercado privado pueden seguir restringidos y que las reventas requieren registro o una exención disponible [1]. La Regla 144 ofrece un puerto seguro no exclusivo sujeto a sus condiciones; la Sección 4(a)(7) proporciona otra vía estatutaria con condiciones que incluyen el estatus del comprador, la ausencia de solicitación general y la información especificada [4-5]. Por tanto, una cadena operativa necesita tanto una vía de registro corporativo como una vía de legislación de valores. El cumplimiento de una no establece el cumplimiento de la otra.

Los agentes de transferencia desempeñan una función crítica de mantenimiento de registros en los mercados de valores, incluido el registro de cambios de titularidad, el mantenimiento de registros y la cancelación o emisión de certificados [6]. Muchas empresas privadas gestionan los registros directamente o mediante proveedores de servicios del mercado privado. El sistema debe identificar quién controla realmente el libro registro correspondiente y qué evidencia exige esa parte. Una captura de pantalla, una exportación de la tabla de capitalización o un certificado proporcionado por el vendedor pueden contribuir a la diligencia debida, aunque quedan subordinados al registro autorizado y a la mecánica de cierre.

SPV y participaciones en fondos

Una operación de SPV puede transferir una participación en una entidad cuyo activo es el valor del emisor. El inversor puede, por tanto, adquirir exposición sin convertirse en accionista directo. La vía probatoria tiene entonces al menos dos cadenas vinculadas: la titularidad y la transferibilidad de la participación en SPV, y la titularidad y los derechos económicos de SPV sobre el valor subyacente del emisor. Cada cadena necesita su propia ley aplicable, registro, instrumentos, restricciones, aprobaciones y análisis de gravámenes.

Las SPV apiladas añaden otra cadena por cada capa. Un comprador de una participación en SPV C puede depender de la participación de SPV C en SPV B, de la participación de SPV B en SPV A, y del interés registrado o de titularidad real de SPV A en el emisor. Los derechos económicos pueden divergir de los derechos de voto, información, distribución y transmisión en cada nivel. Las comisiones, el carried interest, las reservas y la mecánica de asignación pueden cambiar la exposición. El grafo debe modelar el título subyacente por separado del derecho económico contractual.

Titulares nominales, custodios y titulares reales

La titularidad jurídica, la tenencia registrada, la custodia, la capacidad de titular nominal, el control y la titularidad real son relaciones diferentes. La guía de OpenOwnership modela expresamente las relaciones de titularidad nominal en lugar de asimilar a los titulares nominales con los titulares reales [15]. La guía de la FATF sobre titularidad real respalda un enfoque múltiple que utilice información adecuada, exacta y actualizada [10]. Los requisitos de UAE exigen de forma similar la identificación y verificación de los titulares reales mediante fuentes independientes fiables [11-13].

El sistema debe almacenar cada relación con su propio tipo, período de vigencia, fuente y revisor. Una persona puede ser el titular real último de una SPV mientras que un proveedor de servicios corporativos es su domicilio social registrado, un titular nominal es su accionista registrado, un gestor de inversiones tiene autoridad contractual y un custodio controla la liquidación. La resolución de entidades debe conectar estas identidades sin tratarlas como intercambiables.

Eventos de transferencia

Una cadena es temporal. Cada emisión, suscripción, cesión, venta, aportación, conversión, división, cancelación, pignoración, liberación, declaración de titularidad nominal o fusión puede alterar la posición. El grafo debe representar la cantidad antes y después, el instrumento, su fecha de entrada en vigor, las partes, las aprobaciones y la evidencia del libro registro. Los instrumentos con fecha retroactiva, sin fecha o con eficacia condicional deben conservar esos estados. Un LLM puede extraer una fecha impresa en un documento; el flujo de trabajo debe establecer por separado la ejecución, la entrega, la eficacia y la inscripción registral cuando estas distinciones sean relevantes.

SPV superpuestas y procedencia

Un grafo en lugar de un árbol de carpetas

Las estructuras de carpetas organizan archivos; no expresan las relaciones jurídicas y económicas entre ellos. Un documento puede abarcar varias entidades, valores y eventos. Una entidad puede aparecer con nombres históricos o abreviaturas. Dos instrumentos firmados pueden entrar en conflicto. Un grafo permite al analista preguntar qué derechos sustentan una relación, qué cambió durante un periodo, qué beneficiarios efectivos en niveles superiores superan un umbral y qué transferencia propuesta depende de una aprobación pendiente.

El grafo recomendado separa objetos del mundo real a partir de afirmaciones de evidencia. Un nodo de entidad representa la identidad resuelta actual del sistema. Un nodo de afirmación registra que una fuente concreta afirmó una relación o un atributo determinados. Los revisores pueden promover una afirmación a estado operativo aceptado, rechazarla o dejarla sin resolver. La afirmación original permanece inmutable para fines de procedencia. Esto coincide con el diseño basado en afirmaciones de BODS 0.4 y evita reescribir el historial de forma silenciosa [14].

Registros bitemporales

Dos dimensiones temporales son útiles. Tiempo válido registra el momento en que se afirma que una relación o un hecho es aplicable en el mundo real. Tiempo del sistema registra cuándo la afirmación entró o cambió de estado en el sistema de diligencia debida. Un extracto de registro fechado el 15 de julio puede indicar una titularidad con efectos desde el 1 de junio pero llegar el 20 de julio. Las tres fechas deben permanecer diferenciables. Esto hace visibles la evidencia tardía, los instrumentos con fecha retroactiva y las actualizaciones posteriores al cierre.

Cada afirmación también debe llevar una clase de evidencia «observada», «representada», «derivada» o «determinada». La evidencia observada procede directamente de un sistema autoritativo o de un documento original accesible para el revisor. La evidencia representada la aporta una parte. La evidencia derivada se calcula o se vincula a partir de otras afirmaciones. La evidencia determinada registra una decisión de un especialista o una decisión autorizada. Las etiquetas describen la procedencia; no hacen que la proposición subyacente sea verdadera.

Claves de identidad

La resolución de entidades debe comenzar con identificadores duraderos y contexto jurisdiccional. Los identificadores pertinentes pueden incluir números de registro de sociedades, identificadores de entidades jurídicas, identificadores fiscales cuando se traten conforme a la ley, identificadores de pasaporte o nacionales dentro de un servicio KYC restringido, direcciones, fechas de nacimiento, fechas de constitución e identificadores de cuenta. GLEIF separa los datos de referencia de entidades de Nivel 1, descritos como quién es quién, de los datos de relaciones de Nivel 2, descritos como quién posee a quién [16-17]. Sus relaciones de consolidación contable no sustituyen el análisis de titularidad real ni el específico de cada transacción, pero el modelo ofrece una separación valiosa entre las afirmaciones de identidad y las de relación.

La similitud de nombres es un generador de candidatos. No es un método de confirmación. El sistema debe asignar coincidencias a partir de identificadores exactos, atributos corroborados y decisiones de los revisores, y debe conservar alias y nombres históricos. Un servicio de cribado de sanciones debe recibir los identificadores y las relaciones de titularidad que necesite conforme a la legislación aplicable y a los controles de privacidad aprobados.

Invariantes del grafo

Las pruebas deterministas de grafo exponen errores estructurales antes de la revisión narrativa. Entre los ejemplos se incluyen una cantidad transferida superior a la posición respaldada del vendedor, un evento fechado antes de la constitución de una entidad, una titularidad directa circular sin un instrumento explicativo, porcentajes que superan su base declarada, una clase de valores ausente de los documentos rectores, una prenda sin evidencia de liberación, un titular real desconectado de la cadena de tenencia, o una instrucción de cierre emitida por una parte sin autoridad respaldada.

Las pruebas de grafos generan excepciones en lugar de conclusiones fácticas. Una discrepancia de cantidades puede reflejar una división de acciones, una conversión, evidencia parcial o un error de extracción de datos. La excepción debe dirigirse al responsable de la evidencia con las afirmaciones exactas y las ubicaciones de origen que la generaron.

Taxonomía de evidencia y jerarquía de fuentes

Clases de fuentes

El sistema necesita una jerarquía de fuentes declarada para cada proposición. El registro autorizado de emisores, el registro de socios o el registro del agente de transferencias pueden regir la titularidad registrada. Los documentos constitutivos y los acuerdos ejecutados rigen los derechos contractuales, sujetos a la ley y a su interpretación. Los registros gubernamentales y las fuentes de identidad reguladas pueden respaldar el estatus de la entidad. Las listas de sanciones independientes proporcionan datos oficiales de cribado. Las manifestaciones del vendedor, los resúmenes de brókeres, los registros de la plataforma y las notas de analistas proporcionan afirmaciones útiles con distinta autoridad.

Autenticidad y exhaustividad

Un documento auténtico puede seguir siendo incompleto, haber sido sustituido o ser irrelevante. El proceso de ingesta debe conservar el archivo original, el hash criptográfico, el canal de recepción, el proveedor, la clasificación de acceso y el historial de procesamiento. Debe detectar páginas faltantes, escaneos ilegibles, firmas rotas, paginación incoherente, adjuntos referenciados pero ausentes y anexos omitidos del data room. La validación de firmas digitales y los canales de entrega de confianza pueden aportar pruebas adicionales cuando estén disponibles.

El estado del documento importa. Un borrador, un ejemplar, una copia de firma, una copia conformada, un extracto y una copia certificada no deberían compartir una única etiqueta indiferenciada. El sistema debe evitar inferir el otorgamiento a partir del nombre del archivo. Debe comparar páginas de firma, fechas, partes, términos definidos y anexos, y derivar las discrepancias.

Esquema de afirmaciones

evidencia negativa

La ausencia debe documentarse cuidadosamente. Una búsqueda que no localizó una prenda no es prueba de que no exista prenda. El registro debe indicar la población objeto de búsqueda, la consulta o el procedimiento, la fecha, el operador y las limitaciones. Una confirmación negativa de una parte autorizada tiene un peso probatorio distinto. El sistema debe usar fórmulas como “no se encontró ningún elemento que responda a la consulta en la población revisada” y evitar convertirla en “no existe ningún gravamen”.

La data room como sistema probatorio

Matriz de requisitos

Una data room de operación debe generarse a partir de una matriz de requisitos, en lugar de tratarse como una carpeta de carga arbitraria. Cada requisito se vincula con un elemento, una afirmación o una excepción explícita. Los requisitos varían según la participación directa o la estructura SPV, la jurisdicción, la garantía, el comprador, el vendedor y el método de liquidación. La matriz debe someterse a control de versiones y ser aprobada por los equipos responsables de la operación y jurídico.

Los ámbitos principales incluyen la constitución y plena vigencia de las entidades; los registros de titularidad y la capitalización; los documentos rectores; los derechos de garantía; los instrumentos de adquisición y de transmisiones anteriores; las aprobaciones del consejo, de los accionistas, de los administradores, de los miembros o de los socios; las restricciones a la transmisión y las notificaciones; la titularidad real y la autoridad; KYC, AML y sanciones; los gravámenes; la evidencia financiera y fiscal; las comisiones y el waterfall de distribución; las confirmaciones de proveedores de servicios; los derechos de información; los litigios y las controversias; las instrucciones de pago; los entregables de liquidación; y las actualizaciones de registros posteriores al cierre.

Clases de permisos

La población de archivos puede contener datos personales, información confidencial del emisor, datos bancarios, firmas, registros fiscales, análisis jurídico protegido por secreto profesional y términos comercialmente sensibles. Los permisos deben aplicarse antes de la recuperación. Un usuario que no puede acceder a una fuente no debe recibir una respuesta derivada de ella. Por lo tanto, el índice debe incorporar etiquetas de operación, entidad, clase de documento, destinatario, finalidad, jurisdicción, privilegio y nivel de campo, según corresponda.

La ocultación de información debe generar una versión derivada separada con su propio hash, finalidad, creador y vínculo con el original. El sistema debe registrar qué versión se divulgó a qué destinatario. Los controles de producto de un proveedor de modelos no sustituyen la arquitectura de acceso del usuario ni la evaluación contractual.

Actualidad y desencadenantes de eventos

La preparación para el cierre cambia cuando se produce una nueva transmisión, un gravamen, un consentimiento, un cambio de titularidad, una actualización de sanciones, una actuación del emisor o una modificación documental. La data room necesita revisiones programadas y actualización impulsada por eventos. Cada afirmación sustancial debe señalar un responsable de la fuente y un desencadenante de actualización. Un banner de última actualización sin fechas a nivel de afirmación es insuficiente.

Paquetes de publicación

Un paquete de publicación debe ser inmutable tras su aprobación y debe contener los archivos exactos divulgados, el memorándum derivado, la instantánea del grafo, el registro de excepciones, el registro de aprobación y los permisos de los destinatarios. El manifiesto del paquete debe enumerar hashes y versiones. Si se requiere una corrección, el sistema debe crear una publicación sustitutiva y conservar la anterior. Este enfoque permite reconstruir posteriormente lo que realmente vieron el comprador, el intermediario, el asesor jurídico y las partes de la liquidación.

Flujo de extracción de documentos

Ingesta y conservación

El flujo de procesamiento comienza con una recepción controlada. Los archivos se ponen en cuarentena, se someten a análisis de malware, se calcula su hash y se les asigna un ID estable. El texto nativo, las páginas escaneadas, las hojas de cálculo, los contenedores de correo electrónico y los formatos de imagen siguen rutas de análisis distintas. El original permanece sin cambios. Un derivado procesado registra la herramienta, la versión, la configuración y la marca de tiempo que lo produjo.

La salida de OCR debe conservar las coordenadas de página y la confianza. Las tablas requieren estructura de filas y columnas. Las anotaciones manuscritas o de baja resolución deben dirigirse a revisión manual. Los archivos protegidos con contraseña, corruptos, truncados y no compatibles deben generar excepciones explícitas. El sistema también debe reconocer documentos incrustados como adjuntos o portafolios cuando la cadena de herramientas lo permita.

Clasificación y segmentación

La clasificación debe identificar el tipo de documento, la entidad, la operación, el estado, las partes, la ley aplicable, el idioma y la confidencialidad. Los documentos largos deben segmentarse por cláusulas, anexos, tablas, bloques de firmas y relaciones de términos definidos. Un contrato de compraventa de acciones no puede revisarse de forma fiable como fragmentos de texto aislados de longitud fija, porque el significado de una cláusula a menudo depende de definiciones, excepciones y anexos.

El índice debe conservar la jerarquía del documento y las referencias cruzadas. Cuando un modelo recibe la cláusula 7.2, también puede necesitar los términos definidos, el anexo de garantías y la excepción de la cláusula 7.5. Por lo tanto, la recuperación debe admitir una expansión vinculada dentro de un contexto acotado y revisable.

Extracción estructurada

El esquema de extracción debe ser acotado y explícito. Un objeto de parte podría contener el nombre impreso, el rol legal, la capacidad, la dirección, el identificador, el estado de la firma y el intervalo de origen. Un objeto de restricción podría contener la garantía afectada, el acto restringido, el desencadenante, el beneficiario, la notificación, el periodo, la autoridad de exención, la autoridad de consentimiento, las excepciones y los intervalos de origen. El sistema debe permitir los valores «desconocido», «no indicado» y «ambiguo». La cumplimentación forzada aumenta la probabilidad de campos inventados.

Validación determinista

Tras la extracción, las comprobaciones deterministas comparan fechas, cantidades, moneda, denominaciones legales, identificadores, firmas, totales y referencias cruzadas. Un analizador puede detectar que un anexo suma 98.000 acciones mientras que el contrato de compraventa indica 100.000. No debe conciliar la diferencia de forma silenciosa. Un validador también puede identificar un bloque de firmas sin firmar, un término definido sin definición o un consentimiento referenciado que no está en la sala de datos.

Grafo de resolución de entidades y titularidad real

Generación de candidatos

La generación de candidatos combina nombres normalizados, transliteración, alias, nombres históricos, jurisdicciones, direcciones, fechas de constitución e identificadores. Los sufijos societarios deben normalizarse sin descartar la forma original. La coincidencia de personas debe gestionarse en un servicio restringido con finalidad lícita, minimización de datos y seguridad adecuada.

La fase de candidatos puede usar similitud difusa y embeddings para encontrar posibles coincidencias. Debe favorecer la exhaustividad y explicar por qué apareció un candidato. Los identificadores exactos o corroborados sustentan entonces una resolución de mayor confianza. Una afirmación generada por un modelo de que dos entidades «parecen iguales» no es suficiente.

Decisión de resolución

Toda fusión y división manual debe ser reversible y quedar registrada. El sistema debe explicar qué afirmaciones dependen de un vínculo de identidad, ya que cambiar el vínculo puede alterar los totales de propiedad, la exposición a sanciones y la autoridad.

Rutas de titularidad y control

La titularidad real se representa como una ruta, no como un único campo de porcentaje. El grafo registra participaciones directas, participaciones indirectas, control de voto, derechos de nombramiento, control contractual, relaciones con nominados y otras bases aplicables. Los cálculos de porcentaje deben indicar el denominador, la clase, la fecha y el método de multiplicación. El análisis de umbrales debe parametrizarse por jurisdicción y política y ser revisado por cumplimiento.

La guía del FATF hace hincapié en el acceso a información sobre la titularidad real adecuada, precisa y actualizada [10]. Las normas de UAE incluyen la verificación mediante fuentes fiables e independientes [11-13]. Las presentaciones oficiales pueden informar el análisis, si bien siguen sujetas a sus definiciones jurisdiccionales y ciclos de actualización. El sistema no debe tratar un único campo del registro como prueba universal.

Modelo de procedencia

Los conceptos de entidad, actividad y agente de PROV-O proporcionan una base útil [28]. Un documento fuente es una entidad. El OCR y la extracción son actividades. Una afirmación se deriva de un fragmento de fuente. Un agente de software y un revisor humano participan en actividades. Un memorando publicado se deriva de afirmaciones revisadas. Esto hace explícito el rastro de auditoría y respalda preguntas como qué versión del modelo, fuente y revisor contribuyeron a una conclusión material.

Motor de restricciones de transferencia y derechos

Taxonomía de cláusulas

Las transmisiones de valores privados pueden verse afectadas por restricciones en las escrituras de constitución, los estatutos sociales, los acuerdos de accionistas, los acuerdos de derechos de inversores, los planes de acciones, los acuerdos de compraventa, las cartas laterales, los acuerdos SPV y la legislación aplicable. Una taxonomía utilizable incluye el consentimiento del emisor, la aprobación del consejo, el consentimiento del gestor o del socio colectivo, los derechos de tanteo, los derechos de primera oferta, los derechos de venta conjunta, los derechos de acompañamiento y de arrastre, los períodos de bloqueo, las condiciones de cesionario permitido, las restricciones relativas a competidores, los tamaños mínimos de transmisión, los requisitos de inversor acreditado o cualificado, las condiciones de la legislación de valores, las condiciones de acceso a la información y las disposiciones de transmisión indirecta o cambio de control.

El motor debe extraer la cláusula operativa, los términos definidos, las excepciones, el valor afectado, la transacción desencadenante, el método de notificación, el plazo de notificación, el período de elección, la información requerida, la autoridad para otorgar renuncias, las consecuencias y las ubicaciones de origen. Debe vincular las referencias cruzadas y las enmiendas. Debe preservar la redacción ambigua para revisión del asesor legal.

Representación de reglas

Una regla puede representarse como una tabla de decisión con entradas, pruebas, salidas y estados de evidencia faltante. Por ejemplo, un flujo de trabajo de derecho de tanteo puede requerir la identidad del cesionario propuesto, el precio, la forma de pago, la cantidad, la fecha de notificación y la prueba de entrega. El sistema solo puede calcular un plazo contractual después de que un asesor legal o un titular autorizado de la regla legal confirme la cláusula operativa, la convención de calendario y la fecha desencadenante.

Transmisiones directas e indirectas

Una venta de SPV puede describirse comercialmente como una transmisión de participaciones en la entidad en lugar de una transmisión de acciones. No obstante, los documentos rectores pueden contener disposiciones sobre transmisiones indirectas, cambio de control o titularidad real. Por tanto, el grafo debería conectar la operación propuesta en la capa SPV con los valores dependientes y consultar las cláusulas que hagan referencia a la disposición o el control indirectos. El asesor jurídico determina la aplicabilidad.

Ruta de la legislación de valores

La orientación de la SEC establece que las operaciones secundarias privadas requieren registro o una exención [1]. La Regla 144 y la Sección 4(a)(7) tienen sus propias condiciones [4-5]. El sistema debería crear un objeto de ruta que enumere la exención propuesta, los hechos requeridos, la evidencia, el responsable jurídico y las condiciones no resueltas. Debería evitar describir una reventa como «conforme» solo porque las partes estén acreditadas o el emisor sea privado.

Idioma de salida

La salida del motor debería usar un lenguaje acotado: «cláusula localizada», «hecho respaldado», «la condición parece activada para revisión del asesor jurídico», «renuncia aportada», «entrega no verificada» o «efecto jurídico determinado por el asesor jurídico». Debería citar fragmentos exactos. Un estado verde significa que el control de revisión configurado se ha completado; no garantiza la exigibilidad ni la titularidad.

Triaje de contraparte, PBC y sanciones

Identidad antes de la puntuación

El triaje de contrapartes comienza tras la resolución de identidad. El sistema debe identificar al vendedor, al comprador, a la parte introductora, a los firmantes, a los beneficiarios finales, a los controladores, al receptor del pago y a los agentes de liquidación. Debe preservar el rol jurídico y la autoridad de cada parte. Una marca reconocida, una cuenta de plataforma o un correo electrónico corporativo no acreditan que las entidades contratantes y las receptoras sean la misma.

El cribado de sanciones debe utilizar fuentes oficiales actuales y un proceso de resolución controlado. La Organización de las Naciones Unidas mantiene una lista consolidada para las medidas de sanciones del Consejo de Seguridad [18]. OFAC publica servicios de búsqueda y datos de listas de sanciones, orientaciones e interpretaciones relativas a la titularidad [19-22]. Una similitud de nombres genera una coincidencia candidata. Los revisores de cumplimiento necesitan identificadores, rutas de titularidad, contexto del programa y análisis de la legislación aplicable para resolverla.

Autoridad y controles de pago

La autoridad debe acreditarse mediante documentos constitutivos, resoluciones, poderes, certificaciones de vigencia del cargo, registros de firmantes autorizados y confirmación de especialistas, según corresponda. El sistema debe comparar la parte contratante, el titular registrado, el beneficiario final, el emisor de la factura y el beneficiario de la cuenta bancaria. Una discrepancia exige explicación y aprobación. Los cambios en las instrucciones de pago deben activar una verificación por canal independiente con un contacto previamente validado y segregación de funciones.

El riesgo de pago es distinto del riesgo de titularidad. Las estructuras de depósito en garantía, custodio, agente de transferencia y entrega contra pago pueden reducir la exposición operativa según sus términos y controles. El sistema de diligencia debida registra el mecanismo de liquidación seleccionado y las condiciones de liberación exigidas. No presupone que un proveedor de servicios garantice la operación.

Rúbrica transparente de triaje

La puntuación es una herramienta de priorización de excepciones. Nunca debe ocultar una regla de bloqueo. Una prohibición de sanciones confirmada, una identidad no resuelta, una autoridad no acreditada o una anomalía en las instrucciones de pago pueden generar una parada obligatoria con independencia de la puntuación agregada. Los pesos y umbrales deben ser aprobados por las autoridades competentes en materia de cumplimiento y transacción, y probarse frente a casos históricos.

Límites de la información adversa

El análisis de información adversa de fuentes abiertas puede introducir coincidencias falsas, informes desactualizados y datos personales jurídicamente sensibles. Las búsquedas deben utilizar un propósito aprobado, fuentes documentadas, fecha y método de resolución de identidad. El sistema debe distinguir entre alegación, procedimiento, hallazgo, sanción y condena. Los hallazgos materiales requieren una revisión cualificada de cumplimiento o jurídica. Los resúmenes generados deben citar la fuente subyacente y evitar amplificar alegaciones no respaldadas.

Claude: arquitectura de recuperación y grafos de conocimiento

Rol acotado para Claude

Claude puede apoyar la clasificación de documentos, la extracción estructurada, la comparación de cláusulas, la explicación de excepciones, la respuesta a preguntas y la redacción de memorandos. La capacidad de citación de Anthropic puede devolver respuestas vinculadas a la fuente a partir de los documentos suministrados [23]. Su procesamiento de PDF puede utilizar texto e imágenes de páginas, sujeto a los límites y la configuración actuales del producto [24]. Estas capacidades apoyan la inspección; no establecen la autenticidad de la fuente, la suficiencia jurídica ni la veracidad fáctica.

La arquitectura debería situar a Claude entre un servicio de recuperación con conocimiento de permisos y una capa de validación estructurada. El modelo recibe la tarea exacta, pasajes de fuentes aprobadas, hechos del grafo, excepciones no resueltas, destinatario, esquema de salida y reglas de abstención. Devuelve afirmaciones estructuradas con citas y estado. Después, servicios deterministas comprueban identificadores, números, fechas, permisos de las fuentes, campos obligatorios y ubicaciones de las citas antes de la revisión humana.

Capas de arquitectura

Recuperación por autoridad y relación

La similitud por sí sola puede recuperar una cláusula conveniente de un documento sustituido. La recuperación debe restringir primero la transacción, la entidad, el estado del documento, el permiso y el periodo de vigencia, y luego ordenar por autoridad de la fuente y relevancia. El recorrido de grafos puede extraer la enmienda, los términos definidos, los anexos y la aprobación vinculados a una cláusula. La recuperación híbrida léxica y semántica puede entonces identificar fragmentos de respaldo.

Las consultas deben enunciar la proposición que se está sometiendo a prueba. “¿Quién es el propietario de las acciones?” es demasiado amplio. Una consulta controlada podría preguntar: “¿Qué fuentes aprobadas identifican al titular registrado de 25.000 acciones Serie C a la fecha de cierre propuesta, y existen cantidades contradictorias o eventos de transmisión posteriores?” La respuesta debe separar la evidencia documental, las manifestaciones y las afirmaciones no resueltas.

Contrato de prompt

Un prompt de sistema debe establecer el rol, la tarea, las fuentes permitidas, el esquema de salida, el requisito de citación, la inferencia prohibida, el tratamiento de la ambigüedad y el escalado. Los documentos son contenido no confiable. Las instrucciones dentro de un documento deben tratarse como texto de evidencia y nunca como comandos del sistema. La guía de salvaguardas de Anthropic incluye medidas para el riesgo de jailbreak y de inyección de prompt [25]. La aplicación también debe aislar las herramientas, restringir las acciones, validar las salidas y probar casos adversariales.

Registro del modelo y de la configuración

Cada ejecución relevante debe registrar el identificador del modelo, el proveedor, la fecha, la versión del prompt de sistema, la configuración de herramientas, la consulta de recuperación, los ID de fuente, los límites de tokens o de contexto, la salida y el resultado de validación. La liberación no necesita exponer la configuración interna sensible a todos los destinatarios. La pista de auditoría interna debe permitir la reconstrucción y la comparación tras un cambio de modelo o de prompt.

Modelo de citas y afirmaciones

Presencia de citas y respaldo de citas

Una cita demuestra que una respuesta apunta a algún lugar. La revisión debe establecer que el pasaje citado respalda la proposición exacta, se aplica a la entidad y al periodo correctos, tiene autoridad para el uso y puede divulgarse al destinatario. La documentación actual de Anthropic describe ubicaciones de origen para las citas y señala limitaciones del producto [23]. La aplicación debe almacenar tanto la ubicación proporcionada por el modelo como su propia referencia de origen inmutable.

Afirmaciones atómicas

Las oraciones compuestas generan un respaldo ambiguo. Una declaración como “El Vendedor A posee 25.000 acciones, tiene autoridad para venderlas y no se requiere consentimiento” contiene al menos tres proposiciones. Cada proposición debe tener sus propias citas, clase de evidencia y revisor. El generador de narrativa puede recombinar afirmaciones atómicas aprobadas para mejorar la legibilidad tras la validación.

Conjuntos de conflictos

El sistema agrupa las afirmaciones que se refieren a la misma proposición y momento. Las afirmaciones compatibles pueden reforzar una conclusión; las afirmaciones incompatibles crean un conjunto de conflictos. Un conflicto se resuelve mediante una decisión registrada que identifica la afirmación operativa aceptada, las afirmaciones rechazadas o sustituidas, el motivo, la autoridad y la fecha de entrada en vigor. Las afirmaciones históricas permanecen visibles.

Objetos de determinación humana

Las conclusiones de los especialistas también deben estar estructuradas. Una determinación de asesoría jurídica registra la cuestión precisa, la población revisada, la jurisdicción aplicable, la conclusión, las condiciones, las limitaciones, la fecha y la persona autorizada. Una resolución de cumplimiento registra las coincidencias candidatas, los identificadores, el análisis de titularidad, el programa o la norma, la disposición y el revisor. El sistema no debe parafrasear esas determinaciones más allá de su alcance aprobado.

Etapa	Resultado	Punto de control
recepción	original, hash, proveedor y etiqueta de acceso	canal aceptado y resultado de malware
análisis	texto, tablas, imágenes y coordenadas	verificaciones de completitud y calidad
clasificar	tipo de documento, entidad, estado y confidencialidad	confirmación del revisor para elementos materiales
extraer	objetos del esquema con intervalos exactos del texto de origen	confianza del campo y política de obligatoriedad y nulidad
validar	inconsistencias deterministas y dependencias ausentes	cero excepciones suprimidas
revisar	afirmaciones aceptadas, rechazadas o condicionadas	revisor designado con autoridad
publicar	grafo y evidencia lista para su publicación	registro de versión, permisos y auditoría

Flujo de trabajo desde la sala de datos hasta la liquidación

Límite de admisión y mandato

El responsable de la transacción registra el activo propuesto, la cantidad, la estructura, las partes, los roles, la jurisdicción, las condiciones comerciales, el calendario y la ruta de liquidación prevista. Los intermediarios registran su encargo y actividad permitida. Los compradores registran su proceso de aprobación y sus asesores. El sistema crea un ID de transacción y una matriz de requisitos basada en la plantilla aprobada.

Recopilación de evidencia

El vendedor o la fuente autorizada suministra documentos a través de canales controlados. Cada requisito se vincula a un elemento suministrado, a una determinación razonada de no aplicabilidad o a una solicitud abierta. El sistema conserva los originales, clasifica el acceso y dirige los documentos relevantes para su confirmación por el propietario de la fuente. La extracción automatizada puede comenzar mientras los elementos incompletos y conflictivos permanecen visiblemente abiertos.

Construcción del grafo y excepciones

La resolución de entidades vincula a las partes y a las SPV. Las extracciones estructuradas crean afirmaciones y eventos candidatos. Las invariantes del grafo comprueban fechas, cantidades y vínculos. El motor de restricciones localiza cláusulas potencialmente aplicables. Los servicios de titularidad real y sanciones evalúan la población de identidades aprobada. Toda excepción tiene un responsable, una gravedad, una fecha límite, vínculos de evidencia y un estado de resolución.

Determinaciones de especialistas

El asesor jurídico cualificado aborda la titularidad, las restricciones de transferencia, la exigibilidad, la vía conforme a la legislación de valores y los documentos de la transacción, según corresponda. El área de cumplimiento resuelve cuestiones de KYC, titularidad real y sanciones. Los especialistas en fiscalidad, contabilidad y regulación abordan sus ámbitos. La evidencia del emisor o del agente de transferencias autorizado confirma los requisitos de registro y de proceso. El sistema registra las decisiones sin ampliar su alcance.

Aprobación de la inversión y de la transacción

El comité de inversiones recibe el análisis comercial de suscripción, el grafo de la cadena, el resumen de evidencia, la rúbrica de riesgos, las determinaciones de especialistas, las condiciones no resueltas, los escenarios adversos y los controles de cierre propuestos. La aprobación debe indicar las condiciones precedentes, las autoridades delegadas y la fecha de vencimiento. Una decisión positiva de inversión no libera el pago.

Cierre y liquidación

La lista de verificación de cierre vincula cada condición con la evidencia y la aprobación. Las instrucciones de pago pasan por un flujo de trabajo de verificación independiente. Cuando se utilizan, se registran los pasos de depósito en garantía, custodio o agente de transferencias. La autoridad de liberación confirma las condiciones, las instrucciones y la segregación. La evidencia posterior al cierre incluye registros actualizados del emisor o de SPV, instrumentos ejecutados, recibos y la asignación final. El grafo recibe un nuevo evento en lugar de sobrescribir el evento propuesto.

Seguimiento posterior al cierre

Si la inversión permanece en un SPV, las transferencias, comisiones, distribuciones, acciones corporativas, modificaciones y cambios de titularidad posteriores pueden afectar a la posición. El sistema de evidencia debe continuar bajo un alcance de seguimiento aprobado. Las reglas de acceso y conservación deben reflejar las obligaciones de la transacción cerrada y de los inversores.

Ejemplo resuelto de verificación

Hechos del escenario

Ejemplo ilustrativo Un family office, Buyer FO, está considerando una compra USD 4.8 million de todas las participaciones en Alpha Access SPV II LLC. Se declara que SPV posee 100.000 acciones preferentes Serie D de Nova Systems, Inc. El vendedor, Seller Holdings Ltd, posee su participación en SPV a través de un titular nominal. Un intermediario ha presentado a las partes. Todos los nombres, valores, documentos, fechas y umbrales de este escenario son inventados para ilustrar el método y no describen una Matchpoint ni una operación de cliente.

La sala de datos contiene un certificado del emisor a nombre de SPV por 100.000 acciones, una exportación de la tabla de capitalización del emisor que muestra 98.000 acciones, el acuerdo operativo de SPV, una cesión previa de participaciones, una declaración de titularidad nominal, un consentimiento del consejo, un borrador de contrato de compraventa y un correo electrónico con instrucciones de pago. El acuerdo de accionistas del emisor contiene un derecho de tanteo sobre transmisiones directas y determinadas transmisiones indirectas. El acuerdo operativo de SPV exige el consentimiento del gestor para una transmisión de participaciones.

Resultado de la extracción

Ejemplo ilustrativo El pipeline identifica cinco entidades, dos personas físicas, tres instrumentos, una clase de valores, dos eventos de transmisión propuestos y cuatro objetos de aprobación. La confianza del OCR es baja en un dígito del certificado. El validador de cantidades detecta una diferencia de 2.000 acciones entre el certificado y la exportación de la tabla de capitalización. El validador de firmas marca la cesión previa como completa, pero no encuentra adjunto ningún consentimiento del gestor. El comparador de pagos detecta que el nombre del beneficiario difiere del vendedor contratante.

Análisis del grafo y de restricciones

Ejemplo ilustrativo El grafo conecta a Buyer FO con la adquisición propuesta de participaciones en SPV y a SPV con dos declaraciones contradictorias sobre la posición del emisor. Registra al titular nominal como titular registrado de la participación del vendedor y a Seller Holdings como titular real declarado. El motor marca la cláusula de transmisión indirecta del acuerdo de accionistas para revisión del asesor legal, identifica el requisito de consentimiento del gestor de SPV y crea una excepción de autoridad no resuelta para el firmante.

Triaje de contrapartes

Ejemplo ilustrativo El cribado oficial de sanciones no produce ninguna coincidencia resuelta para los identificadores facilitados; el registro indica las fuentes, la hora y el revisor, y no afirma que el riesgo de sanciones esté ausente. El beneficiario del pago de un tercero genera un bloqueo financiero absoluto. Cumplimiento solicita pruebas de titularidad real para Seller Holdings y el receptor del pago. El papel del intermediario se registra como presentación y coordinación; no se le atribuye ninguna verificación de titularidad ni de cumplimiento.

Resolución y liberación

Ejemplo ilustrativo El emisor aporta un extracto fechado del libro registro que respalda 98.000 acciones y explica que 2.000 acciones se cancelaron tras una recompra. El certificado original queda sustituido y se añade la prueba de cancelación. El asesor legal deja constancia de que se requiere el consentimiento del gestor y aborda por separado la cláusula de transmisión indirecta. El gestor de SPV firma un consentimiento. El vendedor sustituye la instrucción de pago por una cuenta a su nombre legal verificado, y Finanzas lo confirma a través de un canal aprobado.

El comité de inversiones recibe un calendario de exposición revisado basado en 98.000 acciones subyacentes, la economía comercial actualizada, el grafo resuelto, las determinaciones del asesor legal y las condiciones de cierre. El controlador de cierre libera fondos solo cuando están completos los documentos de compra ejecutados, el consentimiento, las instrucciones verificadas y el mecanismo de liquidación acordado. El sistema registra entonces el registro de socios posterior al cierre y la evidencia final de la posición del emisor.

Lecciones

El escenario demuestra por qué un certificado o contrato impecable no debe prevalecer sobre pruebas autoritativas contradictorias. También muestra que las excepciones de cantidad, autoridad, restricción y pago requieren responsables distintos. El grafo hace visibles sus dependencias. La puntuación agregada no puede anular un bloqueo financiero absoluto ni una condición legal de cierre.

Rúbrica de puntuación de riesgos y controles de aprobación

Cuatro resultados

El sistema debería generar cuatro resultados distintos: una puntuación de calidad de extracción, una puntuación de cobertura de evidencia, una puntuación de triaje de contrapartes y un estado de los controles de aprobación. La calidad de extracción describe el rendimiento del analizador. La cobertura de evidencia describe si las proposiciones requeridas cuentan con respaldo aprobado. El triaje de contrapartes prioriza la revisión. El estado de aprobación refleja la finalización de las decisiones obligatorias configuradas. Combinar los cuatro en un único número oculta el riesgo.

Diseño ilustrativo de la puntuación

Ejemplo ilustrativo Las siguientes ponderaciones son un ejemplo de diseño que requiere la aprobación de la dirección, de legal y de cumplimiento antes de su uso.

Ejemplo ilustrativo Una banda de bajo riesgo podría requerir una puntuación inferior a 20 sin bloqueo obligatorio, media de 20 a 39, alta de 40 a 59 y crítica de 60 o más. Estos umbrales no tienen validación empírica en este artículo. Deberían calibrarse con un conjunto aprobado de casos etiquetados y podrían no ser adecuados para una organización o jurisdicción concretas.

Registro de bloqueos obligatorios

Decisión de lanzamiento

Un control de lanzamiento registra «aprobado», «aprobado con condiciones especificadas», «rechazado» o «caducado». Una aprobación confirma la finalización del proceso configurado en ese momento. No garantiza la titularidad, la legalidad, la solvencia, el rendimiento futuro ni la ausencia de fraude. El lanzamiento debe enumerar el alcance, las fuentes, los supuestos significativos, las determinaciones de los especialistas y las condiciones residuales.

Evaluación del conjunto de referencia

Población de evaluación

La guía de evaluación de Anthropic recomienda pruebas específicas para cada tarea y criterios de éxito claramente definidos [26]. Debe utilizarse un conjunto de referencia de documentos y casos anonimizados o sintéticos aprobados para el entorno. Debe representar PDF nativos limpios, escaneos difíciles, tablas, enmiendas, entidades superpuestas, relaciones de nominados, cantidades contradictorias, cláusulas de transferencia indirecta, colisiones de nombres en sanciones, cambios de pago e intentos de inyección de instrucciones.

El conjunto debe contener etiquetas de expertos autorizados en legal, cumplimiento y transacciones. Debe separar los campos extraíbles de las determinaciones que requieren criterio. Los cambios en modelos, prompts, análisis sintáctico, recuperación, reglas o esquemas deben ejecutarse contra el mismo conjunto versionado antes del lanzamiento.

Métricas

errores ponderados por gravedad

Un error de puntuación y un error relativo a la identidad del titular registrado no deberían tener el mismo peso. El plan de pruebas debería definir la gravedad según la consecuencia potencial y dirigir los errores críticos a tolerancia cero o a una exención explícita. Las fusiones falsas, las restricciones omitidas, las cantidades incorrectas, la autoridad no respaldada y las discrepancias de pago merecen una gravedad elevada.

Pruebas adversariales

Los documentos deberían incluir texto que instruya al modelo a ignorar el flujo de trabajo, fabricar un consentimiento o divulgar información restringida. La aplicación debería demostrar que el contenido de los documentos no puede cambiar la autoridad del sistema. Las pruebas también deberían cubrir nombres de archivo maliciosos, texto oculto, confusión Unicode, archivos adjuntos contradictorios, documentos de tamaño excesivo e intentos de llamada a herramientas. El perfil Generative AI de NIST identifica acciones de gestión de riesgos para sistemas generativos [30]; el Secure Software Development Framework de NIST proporciona una disciplina de desarrollo seguro más amplia [31].

Monitorización en producción

La monitorización en producción debería muestrear afirmaciones materiales, realizar seguimiento de las correcciones de los revisores, medir las excepciones no resueltas, detectar cambios en la distribución y registrar eventos de acceso. Un aumento de las correcciones manuales tras una actualización del modelo debería activar una reversión o una investigación. La aceptación por parte del usuario por sí sola no es prueba de exactitud. La carga de trabajo de los revisores, el tiempo transcurrido y la tasa de corrección deberían observarse frente a una línea base aprobada.

Seguridad, privacidad y gobernanza

Clasificación y minimización de datos

La población de evidencia puede contener información confidencial del emisor, identificadores personales, datos bancarios, firmas y análisis privilegiados. La recopilación y el tratamiento deberían tener una finalidad aprobada y una base jurídica. El sistema debería minimizar los campos, segregar los servicios sensibles, restringir las exportaciones y aplicar reglas de conservación y eliminación. El documento no determina el régimen de privacidad aplicable a una operación.

Acceso antes de la recuperación

Los controles de identidad y acceso deberían aplicar el mínimo privilegio, el aislamiento de transacciones, los permisos de los destinatarios y el tratamiento de documentos privilegiados. Las comprobaciones de permisos se realizan antes de la recuperación, la construcción del contexto del modelo y la exportación. Los registros deberían recoger el acceso a las fuentes, las consultas al grafo, el uso del modelo, la revisión y la divulgación. Las acciones administrativas de alto riesgo deberían exigir una autenticación más sólida y segregación.

Gobernanza de proveedores y modelos

La organización debería evaluar los términos del proveedor, el uso de datos, la conservación, la ubicación, la seguridad, la gestión de incidentes, los subencargados, los cambios de modelo, la disponibilidad y la salida. La configuración del producto y los compromisos contractuales deberían verificarse para el servicio y la fecha seleccionados. Los casos de uso sensibles pueden requerir un API, redes privadas, controles regionales o una arquitectura diferente. El sistema debería evitar el envío de secretos que el diseño aprobado no requiera.

Desarrollo seguro

NIST SP 800-218 describe las prácticas de desarrollo seguro en la preparación de la organización, la protección del software, la producción de software bien protegido y la respuesta a vulnerabilidades [31]. La aplicación debe mantener una lista de materiales de software cuando corresponda, revisar dependencias, escanear código e infraestructura, proteger secretos, validar entradas y salidas, probar la autorización, gestionar vulnerabilidades y preservar una ruta de reversión. Los cambios en conjuntos de reglas y esquemas merecen la misma disciplina de publicación que el código de la aplicación.

AI gobernanza de riesgos

El Marco de Gestión de Riesgos de AI del NIST organiza el trabajo en torno a las funciones de gobernar, mapear, medir y gestionar [29]. Su Perfil de AI generativa aborda los riesgos específicos de la AI generativa o amplificados por ella [30]. Aplicado aquí, la gobernanza identifica a los responsables y la tolerancia al riesgo; el mapeo define las partes, jurisdicciones, datos y consecuencias; la medición prueba la extracción, la recuperación, la citación y el flujo de trabajo; la gestión establece puertas de publicación, monitorización y respuesta.

Respuesta a incidentes

Los incidentes incluyen divulgación no autorizada, publicación incorrecta, fallo de modelo o de reglas, evidencia corrupta, resolución errónea de identidad, fallo en el cribado de sanciones, fraude en pagos e interrupción de proveedores. El plan de respuesta debe preservar la evidencia, detener los flujos de trabajo afectados, identificar las publicaciones impactadas, notificar a los responsables, corregir o sustituir los resultados y documentar las lecciones aprendidas. Un expediente publicado necesita una lista de destinatarios rastreable para que las correcciones lleguen a las partes correctas.

Hoja de ruta de implementación de noventa días

Días 0 a 15: alcance e inventario de evidencia

Seleccione un patrón de transacción, un perímetro jurisdiccional y un sponsor financiero responsable. Mapee los roles, las autoridades legales y de cumplimiento, las fuentes de la sala de datos, las partes de liquidación y los modos de fallo actuales. Defina el proceso actual y la línea base. Identifique qué determinaciones permanecen completamente fuera del sistema.

Los entregables incluyen un límite del mandato, RACI, clasificación de datos, taxonomía documental, matriz de requisitos, esquema de afirmaciones, jerarquía de fuentes y plan aprobado de conjunto dorado. El equipo también debe definir los datos prohibidos y las acciones de herramientas prohibidas.

Días 16 a 30: ingesta controlada y esquema de grafo

Construya almacenamiento inmutable de recibos, hashing, parsing, OCR y coordenadas de página. Configure objetos de entidad, seguridad, instrumento, evento, afirmación, restricción y aprobación. Establezca etiquetas de acceso antes de indexar. Cargue casos sintéticos o desidentificados aprobados y pruebe la reconstrucción.

Días 31 a 45: extracción, resolución y reglas

Implementar esquemas de extracción acotados y validación determinista. Añadir candidatos de resolución de entidades y decisiones reversibles del revisor. Codificar un conjunto reducido de reglas de restricción aprobadas e invariantes de grafo. Integrar las fuentes oficiales de sanciones mediante el proceso de cribado aprobado por la organización.

Días 46 a 60: Claude y análisis con citas en modo sombra

Añadir recuperación con reconocimiento de permisos y resultados de Claude con citas y abstención. Ejecutar en paralelo al proceso actual sin publicar conclusiones asistidas por el modelo. Revisar todos los campos y afirmaciones materiales. Registrar los errores por gravedad y mejorar la fuente, el esquema, el prompt o la regla que los causó.

Días 61 a 75: piloto acotado

Realizar un piloto sobre un caso real o controlado seleccionado de forma estricta, con consentimiento explícito y plena autoridad humana. Utilizar la cola de excepciones, los objetos de determinación de especialistas y el paquete de liberación. Detener ante un error crítico, una brecha de acceso o una omisión del flujo de trabajo. Comparar el tiempo transcurrido, el esfuerzo del revisor, la cobertura de la evidencia y la tasa de corrección con la línea base aprobada.

Días 76 a 90: decisión y endurecimiento

El órgano de gobierno revisa la evidencia de evaluación, los hallazgos de seguridad, los comentarios de los especialistas, el comportamiento de los usuarios, los incidentes, los aspectos económicos y el riesgo residual. Puede aprobar un alcance de producción acotado, exigir subsanación, ampliar el modo sombra o detener el proceso. Todo alcance aprobado especifica los tipos de operación, las jurisdicciones, las clases de datos, los modelos, las reglas, los revisores y los controles de liberación.

Condiciones económicas

El caso de negocio debe distinguir el coste de implementación, el coste continuo de software y de especialistas, el tiempo de revisión, el tiempo transcurrido, el retrabajo evitado, los efectos sobre el rendimiento de las operaciones y los eventos de pérdida. Los ingresos atribuidos a Matchpoint o al cliente, la reducción de costes en efectivo, la reducción de pérdidas y el alfa siguen siendo USD 0 en este documento porque no se aportó evidencia observada aprobada. Toda afirmación sobre productividad, conversión o evitación de pérdidas debe indicar su línea base, período, contrafactual y aprobación financiera.

Lista de verificación de liberación y registro de afirmaciones

Lista de verificación de liberación de la transacción

1. Confirmar el ID de la transacción, la estructura, las partes, los roles y las jurisdicciones aplicables.
2. Confirmar el emisor, la clase de valor, la cantidad, el titular y el interés propuesto.
3. Conciliar el registro autoritativo, los certificados y los instrumentos de la transacción.
4. Reconstruir los eventos previos de emisión y transferencia conforme al alcance aprobado.
5. Resolver las identidades de las entidades, los alias, los titulares nominales, los custodios y los titulares reales.
6. Verificar la evidencia de constitución, vigencia y capacidad de cada entidad relevante.
7. Identificar los documentos rectores, enmiendas, acuerdos paralelos y versiones vigentes.
8. Revisar las restricciones de transmisión directas, indirectas y por cambio de control.
9. Obtener y autenticar las notificaciones, consentimientos, renuncias y aprobaciones requeridas.
10. Registrar la vía de reventa propuesta conforme a la legislación de valores y la determinación del asesor jurídico.
11. Revisar las cargas, prendas, gravámenes y la evidencia de liberación conforme al alcance aprobado.
12. Completar la revisión de KYC, titularidad real, sanciones e información adversa.
13. Resolver los poderes de los firmantes y la coherencia de la parte contratante.
14. Verificar el beneficiario del pago y las instrucciones mediante los controles aprobados.
15. Confirmar el mecanismo de liquidación, los entregables y la segregación de funciones.
16. Resolver todas las invariantes del grafo y las excepciones materiales de extracción.
17. Validar cada afirmación material, cita, período, autoridad de la fuente y permiso.
18. Registrar las determinaciones de los especialistas con alcance, fecha, condiciones y limitaciones.
19. Presentar las condiciones no resueltas y las implicaciones negativas a la autoridad de inversión.
20. Congelar el paquete de publicación aprobado, el manifiesto, la instantánea del grafo y el registro de excepciones.
21. Liberar capital únicamente conforme al flujo de trabajo de cierre autorizado independiente.
22. Obtener instrumentos posteriores al cierre, actualizaciones registrales, recibos y evidencia de la posición final.

Registro público de afirmaciones

Paquete operativo mínimo

El paquete de producción debe incluir la arquitectura aprobada, la jerarquía de fuentes, el esquema de afirmaciones, el esquema de grafo, la taxonomía documental, las plantillas de requisitos, el catálogo de reglas, los contratos de prompts y de resultados, el conjunto de referencia, el informe de evaluación, la matriz de acceso, la evaluación de proveedores, el plan de incidentes, el RACI, la lista de verificación de lanzamiento y el registro de cambios. El paquete de transacción añade evidencia y aprobaciones específicas del caso.

Limitaciones y conclusión

Limitaciones

Este documento no proporciona asesoramiento jurídico, de inversión, regulatorio, de cumplimiento, fiscal, contable, de privacidad, de ciberseguridad ni técnico. No determina la titularidad ni la validez de ninguna transferencia. No aborda todas las jurisdicciones, valores, formas societarias, exenciones, derechos contractuales, regímenes de sanciones, cuestiones de insolvencia, registros de gravámenes, consecuencias fiscales ni actividades reguladas. El asesoramiento especializado y los registros fehacientes siguen siendo esenciales.

El documento no ha evaluado un modelo de producción sobre un conjunto de datos aprobado y etiquetado de secundarias pre-IPO. Las capacidades del producto y los requisitos oficiales pueden cambiar. El escenario desarrollado, los pesos de puntuación, los umbrales, el calendario y los aspectos económicos son supuestos de modelización hipotéticos. No se atribuye ningún resultado a clientes. La atribución de autoría a una persona concreta sigue pendiente de la aprobación de CK; el autor de la organización es Matchpoint Partners.

La autenticidad de los documentos puede impugnarse. Los registros oficiales pueden ir con retraso, contener errores o utilizar definiciones distintas de las de la transacción. Un modelo puede omitir, clasificar erróneamente o inventar contenido. La resolución de entidades puede fusionar partes distintas o dividir una misma parte. Las reglas pueden codificar una interpretación jurídica incompleta. Los revisores humanos también pueden equivocarse. El diseño reduce la opacidad al preservar las fuentes, las excepciones y las decisiones; no elimina la incertidumbre.

Conclusión

La diligencia debida de la cadena de titularidad asistida por AI se entiende mejor como un sistema de control de evidencia. Los documentos entran a través de un flujo preservado y sujeto a permisos. La extracción estructurada crea afirmaciones candidatas. La resolución de entidades y un grafo de conocimiento conectan emisores, valores, tenedores, titulares reales, SPV, instrumentos y eventos. Las comprobaciones deterministas identifican inconsistencias estructurales. Las reglas de cláusulas revelan restricciones potencialmente aplicables. Claude puede ayudar a comparar evidencia y redactar explicaciones citadas. Las autoridades designadas en materia jurídica, de cumplimiento, del emisor, de inversión, financiera y de liquidación adoptan las decisiones con consecuencias.

Para family offices y compradores con un patrimonio neto ultra alto (UHNW), el sistema ofrece una ruta más auditable desde la oportunidad comercial hasta la titularidad ejecutable. Para los intermediarios, proporciona un registro más claro de admisión, divulgación y traspaso. El resultado más valioso no es una narrativa convincente. Es un paquete de liberación en el que cada propuesta material cuenta con una fuente, fecha, autoridad, permiso, revisor y estado de condición no resuelta antes de que se movilice el capital.

Capa	Función	Control mínimo
sistemas de origen	data room, registros, contratos, KYC y registros de operaciones	propietario, versión, clase de acceso, hash y retención
ingesta	preservar, escanear, parsear, aplicar OCR y clasificar	original inmutable y registro de procesamiento
almacén de evidencias	texto, tablas, coordenadas, objetos y jerarquía de fuentes	ubicación exacta y herencia de permisos
grafo de conocimiento	entidades, instrumentos, afirmaciones, eventos, titularidad y aprobaciones	procedencia bitemporal y resolución reversible
recuperación	consulta de grafo, búsqueda léxica, búsqueda vectorial y expansión de contexto vinculado	permisos antes de la recuperación, autoridad de la fuente y contexto delimitado
Claude	extraer, comparar, explicar y redactar	esquema explícito, citas, abstención y límite de inyección de prompts
reglas deterministas	cantidades, fechas, invariantes del grafo, reglas de restricción y comprobaciones de pago	propietario versionado de la regla y resultado reproducible
flujo de trabajo	cola de excepciones, revisión especializada, aprobaciones y liberación	segregación de funciones y registro inmutable de decisiones
monitorización	acceso, modelo, recuperación, calidad, excepciones, coste e incidentes	umbral, alerta, reversión y revisión periódica

Referencias

[1] Comisión de Bolsa y Valores de Estados Unidos, «Mercados secundarios privados», actualizado el 24 de abril de 2026. https://www.sec.gov/resources-small-businesses/capital-raising-building-blocks/private-secondary-markets

[2] Asamblea General de Delaware, Código de Delaware Título 8, Capítulo 1, Subcapítulo VI, secciones 201-202, código en línea vigente. https://www.delcode.delaware.gov/title8/c001/sc06/

[3] Asamblea General de Delaware, Código de Delaware Título 8, Capítulo 1, Subcapítulo V, sección 159, código en línea vigente. https://delcode.delaware.gov/title8/c001/sc05/index.html

[4] Comisión de Bolsa y Valores de Estados Unidos, «Regla 144: venta de valores restringidos y valores de control». https://www.sec.gov/reports/rule-144-selling-restricted-control-securities

[5] Código de los Estados Unidos, 15 U.S.C. sección 77d, incluida la Sección 4(a)(7). https://www.law.cornell.edu/uscode/text/15/77d

[6] Comisión de Bolsa y Valores de Estados Unidos, «Agentes de transferencia». https://www.sec.gov/about/divisions-offices/division-trading-markets/transfer-agents

[7] Reino Unido, Ley de Sociedades de 2006, incluidas las disposiciones sobre el registro de socios. https://www.legislation.gov.uk/ukpga/2006/46/pdfs/ukpga_20060046_en.pdf

[8] Gobierno del Reino Unido, colección «Requisitos sobre personas con control significativo», actualizada en 2026. https://www.gov.uk/government/collections/people-with-significant-control-requirements

[9] Gobierno del Reino Unido, «Orientación resumida para empresas: registro de personas con control significativo». https://www.gov.uk/government/publications/people-with-significant-control-summary-guidance/summary-guidance-for-companies-register-of-people-with-significant-control-pscs

[10] Grupo de Acción Financiera Internacional, «Orientación sobre la titularidad real de personas jurídicas», marzo de 2023. https://www.fatf-gafi.org/content/fatf-gafi/en/publications/Fatfrecommendations/Guidance-Beneficial-Ownership-Legal-Persons.html

[11] Emiratos Árabes Unidos, Decisión del Consejo de Ministros n.º 109 de 2023 por la que se regulan los procedimientos de titularidad real. https://rulebook.centralbank.ae/en/rulebook/cabinet-decision-no-109-2023-regulating-beneficial-owner-procedures

[12] Emiratos Árabes Unidos, Resolución del Consejo de Ministros n.º 134 de 2025 relativa al Reglamento Ejecutivo del Decreto Ley Federal n.º 10. https://rulebook.centralbank.ae/en/rulebook/cabinet-resolution-no-134-2025-regarding-executive-regulations-federal-decree-law-no-10

[13] Banco Central de UAE, «Identificación y verificación de la titularidad real». https://rulebook.centralbank.ae/en/rulebook/325-beneficial-ownership-identification-and-verification

[14] OpenOwnership, Estándar de datos de titularidad real 0.4, «Conceptos clave». https://standard.openownership.org/en/latest/standard/concepts.html

[15] OpenOwnership, Estándar de datos de titularidad real 0.4, «Representación de personas interpuestas». https://standard.openownership.org/en/latest/standard/modelling/repr-nominations.html

[16] Global Legal Entity Identifier Foundation, «Datos de nivel 2: quién posee a quién». https://www.gleif.org/en/lei-data/access-and-use-lei-data/level-2-data-who-owns-whom

[17] Global Legal Entity Identifier Foundation, «Formato CDF 2.1 del registro de relaciones». https://www.gleif.org/en/lei-data/access-and-use-lei-data/level-2-data-relationship-record-rr-cdf-2-1-format

[18] Consejo de Seguridad de las Naciones Unidas, «Lista consolidada del Consejo de Seguridad de las Naciones Unidas». https://scsanctions.un.org/consolidated/

[19] Departamento del Tesoro de EE. UU., Oficina de Control de Activos Extranjeros, «Búsqueda en listas de sanciones». https://ofac.treasury.gov/sanctions-list-search-tool

[20] Departamento del Tesoro de EE. UU., Oficina de Control de Activos Extranjeros, «Otras listas de sanciones de OFAC». https://ofac.treasury.gov/other-ofac-sanctions-lists

[21] Departamento del Tesoro de EE. UU., Oficina de Control de Activos Extranjeros, «Marco para los compromisos de cumplimiento de OFAC», mayo de 2019. https://ofac.treasury.gov/media/16331/download

[22] Departamento del Tesoro de EE. UU., Oficina de Control de Activos Extranjeros, FAQ 585 sobre entidades participadas en un 50 por ciento o más. https://ofac.treasury.gov/faqs/585

[23] Anthropic, Documentación de Claude API, «Citas», consultado el 1 de agosto de 2026. https://platform.claude.com/docs/en/build-with-claude/citations

[24] Anthropic, Documentación de Claude API, «Compatibilidad con PDF», consultado el 1 de agosto de 2026. https://platform.claude.com/docs/en/build-with-claude/pdf-support

[25] Anthropic, Documentación de Claude, «Mitigar los jailbreaks y las inyecciones de prompt», consultado el 1 de agosto de 2026. https://platform.claude.com/docs/en/test-and-evaluate/strengthen-guardrails/mitigate-jailbreaks

[26] Anthropic, Documentación de Claude, «Desarrollar casos de prueba», consultado el 1 de agosto de 2026. https://platform.claude.com/docs/en/test-and-evaluate/develop-tests

[27] Departamento del Tesoro de EE. UU., Oficina de Control de Activos Extranjeros, «Valores hash de los archivos de las listas de sanciones de OFAC». https://ofac.treasury.gov/specially-designated-nationals-list-sdn-list/hash-values-for-ofac-sanctions-list-files

[28] World Wide Web Consortium, «PROV-O: la ontología PROV», Recomendación del W3C, 30 de abril de 2013. https://www.w3.org/TR/prov-o/

[29] Instituto Nacional de Estándares y Tecnología, «Marco de Gestión de Riesgos de Inteligencia Artificial (AI RMF 1.0)», enero de 2023. https://www.nist.gov/itl/ai-risk-management-framework

[30] 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. https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.600-1.pdf

[31] Instituto Nacional de Estándares y Tecnología, «Marco de Desarrollo Seguro de Software (SSDF), versión 1.1», NIST SP 800-218, febrero de 2022. https://csrc.nist.gov/pubs/sp/800/218/final

[32] World Wide Web Consortium, «RDF 1.1: conceptos y sintaxis abstracta», Recomendación del W3C, 25 de febrero de 2014. https://www.w3.org/TR/rdf-concepts/

Apéndice A. Plantilla de registro de afirmaciones

Apéndice B. Plantilla de registro de excepciones

Apéndice C. Registro de ejecución del modelo

Registro de fuentes

El artículo completo recoge el alcance, el marco de evidencia y las limitaciones aplicadas a estas fuentes.

1. [1] Comisión de Bolsa y Valores de Estados Unidos, «Mercados secundarios privados», actualizado el 24 de abril de 2026. Código abierto
2. [2] Asamblea General de Delaware, Código de Delaware, Título 8, Capítulo 1, Subcapítulo VI, secciones 201-202, código en línea vigente. Código abierto
3. [3] Asamblea General de Delaware, Código de Delaware, Título 8, Capítulo 1, Subcapítulo V, sección 159, código en línea vigente. Código abierto
4. [4] Comisión de Bolsa y Valores de Estados Unidos, «Regla 144: venta de valores restringidos y de control». Código abierto
5. [5] Código de los Estados Unidos, 15 U.S.C. sección 77d, incluida la Sección 4(a)(7). Código abierto
6. [6] Comisión de Bolsa y Valores de EE. UU., «Agentes de transferencia». Código abierto
7. [7] Reino Unido, Ley de Sociedades de 2006, incluidas las disposiciones sobre el registro de socios. Código abierto
8. [8] Gobierno del Reino Unido, colección «Requisitos para personas con control significativo», actualizada en 2026. Código abierto
9. [9] Gobierno del Reino Unido, «Orientación resumida para empresas: registro de personas con control significativo». Código abierto
10. [10] Grupo de Acción Financiera Internacional, «Guía sobre la titularidad real de personas jurídicas», marzo de 2023. Código abierto
11. [11] Emiratos Árabes Unidos, Decisión del Consejo de Ministros n.º 109 de 2023 por la que se regulan los procedimientos de titular real. Código abierto
12. [12] Emiratos Árabes Unidos, Resolución del Consejo de Ministros n.º 134 de 2025 relativa al Reglamento Ejecutivo del Decreto-Ley Federal n.º 10. Código abierto
13. [13] Banco Central de UAE, «Identificación y verificación de la titularidad real». Código abierto
14. [14] OpenOwnership, Estándar de Datos de Titularidad Real 0.4, «Conceptos clave». Código abierto
15. [15] OpenOwnership, Estándar de Datos de Titularidad Real 0.4, «Representación de personas interpuestas». Código abierto
16. [16] Fundación Global de Identificadores de Entidades Jurídicas, «Datos de nivel 2: quién es propietario de quién». Código abierto
17. [17] Fundación Global de Identificadores de Entidades Jurídicas, «Formato CDF 2.1 de registro de relaciones». Código abierto
18. [18] Consejo de Seguridad de las Naciones Unidas, «Lista consolidada del Consejo de Seguridad de las Naciones Unidas». Código abierto
19. [19] Departamento del Tesoro de EE. UU., Oficina de Control de Activos Extranjeros, «Búsqueda en listas de sanciones». Código abierto
20. [20] Departamento del Tesoro de EE. UU., Oficina de Control de Activos Extranjeros, «Otras listas de sanciones de la OFAC». Código abierto
21. [21] Departamento del Tesoro de EE. UU., Oficina de Control de Activos Extranjeros, «Un marco para los compromisos de cumplimiento de la OFAC», mayo de 2019. Código abierto
22. [22] Departamento del Tesoro de EE. UU., Oficina de Control de Activos Extranjeros, FAQ 585 sobre entidades con una participación del 50 % o más. Código abierto
23. [23] Anthropic, Documentación de Claude API, «Citas», consultado el 1 de agosto de 2026. Código abierto
24. [24] Anthropic, Documentación de Claude API, «Compatibilidad con PDF», consultado el 1 de agosto de 2026. Código abierto
25. [25] Anthropic, Documentación de Claude, «Mitigar jailbreaks e inyecciones de prompt», consultado el 1 de agosto de 2026. Código abierto
26. [26] Anthropic, Documentación de Claude, «Desarrollar casos de prueba», consultado el 1 de agosto de 2026. Código abierto
27. [27] Departamento del Tesoro de EE. UU., Oficina de Control de Activos Extranjeros, «Valores hash de los archivos de listas de sanciones de la OFAC». Código abierto
28. [28] World Wide Web Consortium, «PROV-O: la ontología PROV», Recomendación del W3C, 30 de abril de 2013. Código abierto
29. [29] Instituto Nacional de Estándares y Tecnología, «Marco de gestión de riesgos de inteligencia artificial (AI RMF 1.0)», enero de 2023. Código abierto
30. [30] 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. Código abierto
31. [31] Instituto Nacional de Estándares y Tecnología, «Marco de desarrollo de software seguro (SSDF), versión 1.1», NIST SP 800-218, febrero de 2022. Código abierto
32. [32] World Wide Web Consortium, «RDF 1.1: conceptos y sintaxis abstracta», Recomendación del W3C, 25 de febrero de 2014. Código abierto

Afirmación	Estado de la evidencia en este artículo	Formulación permitida
Los LLM pueden extraer y comparar documentos de mercados privados	respaldado como una capacidad técnica sujeta a pruebas y controles [23-26]	extracción asistida por AI y análisis con citas
las citas acreditan la titularidad	sin respaldo	no afirmar
un grafo de conocimiento puede representar la procedencia y las afirmaciones de titularidad	respaldado como enfoque de diseño [14,16-17,28,32]	modelo de evidencia y procedencia basado en grafos
el modelo puede adoptar determinaciones jurídicas	sin respaldo	no afirmar
el flujo de trabajo evita fraudes o pérdidas	sin respaldo	no afirmar
el flujo de trabajo garantiza una transferencia válida	sin respaldo	no afirmar
	no se ha suministrado evidencia observada aprobada	No se declara Matchpoint ni ningún resultado financiero del cliente.
el plan de noventa días encaja en todas las organizaciones	hipótesis de implementación no verificada	adaptar y aprobar localmente