Qué significa en la práctica

El diseño debe aplicar control de acceso por documento, filtros por usuario, clasificación, retención, registro de consultas y pruebas de extracción. La empresa debe saber si el proveedor puede usar embeddings para mejorar sus modelos o si puede devolverlos al terminar. El primer paso es observar el proceso real: formularios, correos, planillas, sistemas, conversaciones y excepciones. El control debe ser suficientemente simple para que el equipo lo use bajo presión y suficientemente claro para que otra persona pueda verificarlo.

La dimensión jurídica y de riesgo

La Ley 21.719 aplica cuando el conocimiento contiene datos personales. Además, contratos, secretos comerciales y deberes de confidencialidad limitan la reutilización. La empresa debe revisar proveedor, subencargados, permisos, entrenamiento y salida, sin confundir vectorización con anonimización. En caso de duda, conviene formular la conclusión con prudencia y escalarla a asesoría jurídica. Una recomendación de buena práctica no debe presentarse como obligación legal, y una obligación legal no debe ampliarse a usos que la norma no exige.

Un ejemplo empresarial

Un vendedor pregunta por el margen de un cliente y la IA responde con información de otra unidad de negocio. El problema no es solo del modelo: la base no tenía permisos finos y la integración expuso conocimiento a una audiencia demasiado amplia. La respuesta madura no parte por comprar una herramienta ni por redactar una política aislada. Parte por delimitar la finalidad, reducir el dato, asignar responsables y probar si el control funciona en la operación cotidiana.

Errores que conviene evitar

La fuga puede ocurrir por prompt, recuperación indebida, entrenamiento, soporte o exportación. La ventaja competitiva queda repartida entre copias técnicas que el equipo no ve. Otro error frecuente es trasladar toda la decisión a TI o al proveedor. La tecnología puede ejecutar controles, pero la empresa conserva decisiones de negocio: qué recopilar, por qué usarlo, con quién compartirlo y cuándo dejar de tratarlo.

Qué debería revisar la gerencia

  • Clasificar fuentes antes de indexarlas.
  • Aplicar permisos a documentos y respuestas.
  • Verificar uso de embeddings y logs.
  • Probar extracción cruzada y fuga.
  • Diseñar retorno y eliminación al terminar.

Estas acciones deben tener un dueño, una fecha y una evidencia observable. Si la organización es pequeña, puede concentrar funciones; lo importante es que las responsabilidades estén claras y que las excepciones no se conviertan en la forma habitual de operar.

Evidencia y seguimiento

Conservar arquitectura, fuentes, permisos, pruebas de acceso, configuración, contrato, inventario de índices y plan de salida. Las pruebas deben incluir consultas maliciosas y usuarios de distintos roles. La evidencia debe ser proporcional: no se trata de archivar todo, sino de conservar lo suficiente para reconstruir decisiones, demostrar que se actuó y corregir lo que no funcionó. Un control sin dueño, prueba o fecha de revisión es una intención, no un control operativo.

Preguntas para una reunión de trabajo

  • ¿Qué conocimiento no debe entrar en la plataforma?
  • ¿Puede un usuario obtener información de otro rol?
  • ¿Qué queda después de cerrar el contrato?

Responder estas preguntas permite priorizar. Puede existir un riesgo aceptable, una medida pendiente o una cuestión que requiera análisis especializado. Lo importante es que la decisión quede visible, que la persona responsable tenga capacidad de actuar y que la gerencia conozca las dependencias críticas.

La revisión tampoco debería quedar congelada en la fecha de publicación. Cambios de proveedor, nuevas campañas, reorganizaciones, incidentes, tecnologías y modificaciones regulatorias pueden alterar el análisis. Una fecha de seguimiento y un responsable de actualización convierten el artículo en una pauta de gestión, no en una declaración aislada.

Cierre: cumplir conectando decisiones

La gestión de tokenización y conocimiento empresarial en ia no debería reducirse a un documento o a una herramienta. Requiere coordinar la finalidad jurídica con el proceso, la tecnología, las personas y la capacidad real de respuesta. En VEORA Advisory podemos acompañar a la organización en el diagnóstico, diseño de controles y puesta en marcha de una hoja de ruta proporcional. Evaluar cómo el conocimiento interno entra, se procesa y puede salir de una solución de IA.

Fuentes consultadas

Biblioteca del Congreso Nacional de Chile, Ley N.º 21.719, texto con vigencia diferida al 1 de diciembre de 2026: https://www.bcn.cl/leychile/navegar?idNorma=1209272

Biblioteca del Congreso Nacional de Chile, Ley N.º 19.628, versión vigente hasta el 30 de noviembre de 2026: https://www.bcn.cl/leychile/Navegar?dt=open&idLey=19628

Nota editorial: este artículo entrega orientación general y no reemplaza un análisis jurídico, laboral, técnico o sectorial de un caso concreto. La vigencia y aplicación de la Ley N.º 21.719 debe revisarse según la fecha de publicación y las normas, reglamentos e instrucciones disponibles.