Transformación Digital y Tecnología
¿Tu proveedor de IA conserva tus prompts? Siete preguntas que deberías hacer antes de contratarlo
Una empresa compra una solución de IA porque el proveedor asegura que “no usa tus datos”, pero nadie leyó las condiciones de la API, el plan gratuito ni el soporte. Un prompt puede contener datos personales, secretos comerciales, código, contratos o decisiones internas. Antes de contratar, la empresa debe entender el ciclo completo: entrada, procesamiento, salida, logs, entrenamiento, soporte, subencargados y eliminación. En este artículo revisamos cómo convertir esa inquietud en una decisión que conecte ley, negocio, procesos, personas, tecnología y evidencia.
Qué significa en la práctica
Siete preguntas mínimas son: ¿se usan prompts para entrenar?; ¿qué logs existen?; ¿qué retención tienen?; ¿quién accede?; ¿dónde se procesa?; ¿qué subencargados participan?; ¿cómo se elimina y notifica un incidente? A ellas se suman auditoría, cambios y salida. 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
El proveedor puede ser encargado, responsable independiente o tener roles distintos según el producto. La Ley 21.719 exige que el tratamiento sea lícito, seguro, confidencial y controlable. La clasificación y el contrato deben reflejar la operación real. 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
Una herramienta de atención al cliente recibe reclamos con nombres y números de pedido. Si el proveedor conserva conversaciones para mejorar el modelo, la empresa necesita decidir si existe base, si el aviso lo cubre y si puede configurar exclusión o anonimización. 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
Aceptar términos ambiguos, usar una cuenta personal o combinar plan gratuito con información confidencial puede dejar a la empresa sin trazabilidad. También se puede perder control cuando el proveedor cambia la política. 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
- Preguntar por cada tipo de retención.
- Verificar entrenamiento y exclusión.
- Revisar subencargados y ubicación.
- Limitar usuarios y datos de entrada.
- Definir salida y borrado.
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
Guardar cuestionario, respuestas, contrato, configuración, evaluación de riesgos, usuarios habilitados y revisiones. Un enlace a la página comercial no basta si no refleja el plan adquirido. 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é ocurre con el prompt después de responder?
- ¿Puede una persona del proveedor verlo?
- ¿Cómo probamos una eliminación?
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 proveedor de ia conserva prompts 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. Usar una lista de preguntas de privacidad antes de aprobar una herramienta 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.
