La opción de exclusión de IA que no existe: lo que descubrimos al revisar 17 plataformas SaaS

Cada plataforma SaaS a la que ha conectado su empresa está decidiendo silenciosamente, en este mismo momento, si su contenido entrena el modelo de IA de otra compañía. Revisamos las 17 plataformas de la biblioteca de conectores de 8200.dev para ver cómo maneja cada una este asunto en la práctica, esperando encontrar interruptores de administrador. En su mayoría, no los encontramos.

Esto es lo que hallamos. Slack incluye a todos los espacios de trabajo en el entrenamiento de modelos no generativos por defecto: no hay ningún interruptor en la consola de administración; excluirse implica que el propietario del espacio de trabajo envíe un correo a [email protected] con un asunto específico, sin que quede rastro alguno verificable después. Salesforce sí tiene una configuración real, pero es un interruptor de Einstein GPT escondido en Setup, algo que la mayoría de los administradores no sabe que debe buscar, y llegar a él puede requerir un caso de soporte según su edición. En Zendesk, la versión es directamente un ticket de soporte, sin más. Fin AI de Intercom tiene una opción de exclusión a nivel de espacio de trabajo, pero reside en la interfaz de usuario, no en la API: nadie fuera de su consola de administración puede verificar que realmente esté activada.

Dropbox es el caso más interesante: las cuentas de EE. UU. están incluidas por defecto en las funciones de IA de terceros; las cuentas de la UE, el Reino Unido y Canadá están EXCLUIDAS por defecto. El mismo producto, la misma empresa, configuraciones predeterminadas opuestas, según dónde esté registrada su cuenta, y la mayoría de los equipos nunca ha comprobado cuál de las dos les aplica. WhatsApp Business también es regional: existe un formulario de objeción para la UE, el Reino Unido y Brasil; en cualquier otro lugar, simplemente no hay ninguna palanca que accionar.

Por otro lado, algunas plataformas realmente no usan su contenido para entrenamiento en absoluto; se trata de un compromiso contractual, no de una configuración: Google Workspace, Microsoft 365, Box, Notion y GCP entran en esta categoría. Eso es tranquilizador, pero tampoco es algo que pueda verificar haciendo clic por su propia consola de administración: está confiando en la palabra del proveedor respecto de un compromiso enterrado en un acuerdo de procesamiento de datos que casi nadie lee más allá de la primera página.

El patrón en todos los casos: fuera de Jira y un par de interruptores de funciones de IA relacionados (la coincidencia de código público de GitHub Copilot, las políticas organizativas de GCP Vertex), casi no hay ningún lugar donde apuntar una API y obtener una respuesta clara. Precisamente por eso hay que revisar esto plataforma por plataforma, a mano, una vez, y luego señalarlo automáticamente cada vez que conecte una nueva, en lugar de confiar en que alguien de su equipo ya leyó la letra pequeña.

Por qué "que alguien lo revise" fracasa silenciosamente

La razón por la que este problema se enquista no es la negligencia. Es que el control habitual —asignárselo a una persona, decirle que lo revise— no tiene dónde apuntar.

Vuelva a mirar la lista anterior y note qué tienen en común todas las entradas: la postura vive en un lugar que un panel de control no puede ver. En una cláusula contractual. En una configuración regional predeterminada al registrarse. En un nivel de plan que cambió la última vez que se renovó con compras. En una dirección de correo a la que hay que escribir. No existe una sola pantalla, en ninguna de estas plataformas, que responda la única pregunta que un equipo de seguridad realmente necesita que se conteste: *¿está mi organización aportando datos de entrenamiento en este momento, y lo decidimos a propósito?*

Así que la revisión se posterga, luego se olvida, y después se hereda. El valor predeterminado gana por desgaste. Y ese valor predeterminado lo escribió el proveedor, optimizando para su propia hoja de ruta de IA, no para las obligaciones de procesamiento de datos de usted. Esta es la misma estructura que analizamos para una sola plataforma en qué cambia para Atlassian Jira el 17 de agosto, salvo que aquí no se trata de una sola plataforma. Es cada herramienta conectada tomando su propia versión de la decisión, en su propio calendario, en su propio escondite.

Esto es una cuestión de cumplimiento, no una curiosidad

Si su organización cuenta con un informe SOC 2, está avanzando hacia ISO 27001, o procesa datos personales bajo el RGPD, la aportación de datos cae directamente dentro de obligaciones que usted ya tiene.

Un acuerdo de procesamiento de datos describe los fines para los que se pueden usar sus datos. Entrenar un modelo de IA de terceros es un fin. Si el DPA de un cliente indica que sus datos se usan para prestar el servicio, y una de las plataformas que usted tiene conectadas está alimentando silenciosamente esos mismos datos al entrenamiento de un modelo, la brecha entre lo que prometió aguas abajo y lo que permite aguas arriba le corresponde cerrarla a usted, no al proveedor. Los auditores han comenzado a preguntar sobre esto directamente, normalmente en alguna variante de "¿alguno de sus subencargados entrena IA con sus datos, y cómo lo sabe?". Una respuesta defendible tiene dos partes: la postura (qué plataformas aportan datos, cuáles están contractualmente excluidas) y el registro de la decisión (quién la revisó, cuándo, y qué se decidió). "Nunca lo revisamos" es la única respuesta que falla de plano. Cubrimos lo que los revisores ahora esperan en lo que realmente exigen los auditores para el gobierno de IA en 2026; la aportación de datos se está convirtiendo en un punto estándar de esa misma revisión.

La auditoría única que vale la pena hacer ahora

La buena noticia es que este es uno de los pocos elementos de gobierno donde la solución es realmente barata. No hay que rediseñar nada. Hay que encontrar las configuraciones, decidir con intención y dejar constancia de la decisión. En concreto:

1. Haga un inventario de la superficie. Enumere cada plataforma SaaS donde realmente resida el contenido o los metadatos de su organización. Si contiene datos de clientes, datos regulados o cualquier cosa bajo NDA, entra en el alcance, no solo la herramienta que le envió un correo esta semana.
2. Determine la postura de cada plataforma. A veces es una página de configuración, a veces un ticket de soporte, a veces una exclusión por correo electrónico, a veces una cláusula contractual sin ningún control en absoluto. Anote dónde vive.
3. Confirme el nivel de plan. En varias plataformas la postura depende del nivel de plan: GitHub excluye del entrenamiento los datos de Business y Enterprise, mientras que los niveles inferiores caen bajo términos más amplios, y una migración puede cambiar su postura de forma silenciosa.
4. Decida de forma deliberada. Optar por incluirse puede ser una elección legítima; las mejores funciones de IA son un beneficio real. El fallo no es la aportación de datos en sí, es la aportación que nadie decidió. Excluya lo que sea sensible, y luego deje que el resto siga si esa es su decisión.
5. Déjelo por escrito, y vuelva a revisarlo con regularidad. Una nota fechada convierte un valor predeterminado silencioso en evidencia de gobierno, y los proveedores cambian los valores predeterminados con la frecuencia suficiente como para que una postura revisada una sola vez no sea una postura gestionada.

La descripción honesta de esa lista es *recurrente, multiplataforma y tediosa*: precisamente el tipo de control que se deteriora cuando depende de que una persona lo recuerde.

Cómo se vio cuando aplicamos esta revisión sobre nosotros mismos

El 31 de julio de 2026 abrimos la consola de administración de nuestra propia organización de Atlassian y seguimos los cinco pasos anteriores. Reportar el resultado con precisión importa, porque funciona en ambos sentidos.

El control a nivel de organización ya estaba desactivado. Atlassian Administration → Security → Data contribution ofrece una única opción de encendido/apagado para toda la organización, no una por producto, y la nuestra estaba en Off, con una lista de inclusión vacía, de modo que nada se había vuelto a incluir de forma selectiva. Nada que corregir. Así se ve un buen valor predeterminado, o una buena decisión tomada con anterioridad.

Luego está la frase impresa justo debajo de ese control: *"Metadata is always contributed"* ("Los metadatos siempre se aportan"). El interruptor que teníamos configurado rige el contenido dentro de la aplicación: las cosas que la gente escribe en tickets y páginas. Los metadatos quedan fuera de ese alcance, y en nuestro plan la página no ofrece ningún control para ellos. Nuestra suscripción a Jira es Premium; la exclusión completa de metadatos es una capacidad de Cloud Enterprise. Un aviso en todas las pantallas de administración indica la fecha en que entra en vigor el cambio: 17 de agosto de 2026.

Así que una organización que ya había tomado la decisión deliberada, en un plan de pago, aun así no pudo excluirse por completo, y la única forma de descubrirlo era leer una línea de texto en una página de configuración que no tenía ningún motivo particular para revisitar. Bitbucket y Trello, mientras tanto, se facturan por separado y quedan totalmente fuera de esa página; sea cual sea su postura, es una revisión distinta en una pantalla distinta.

Nada de esto es un reproche a Atlassian, que al menos expone el control, indica el límite con claridad y publica la fecha. Es el argumento de este artículo, demostrado en nosotros mismos: la decisión y sus límites viven donde ningún panel de control los muestra, y "lo desactivamos" no es lo mismo que "no estamos aportando datos".

Cómo lo detecta automáticamente 8200.dev

8200.dev ahora genera un hallazgo sobre la postura de entrenamiento de IA para cada plataforma que usted conecta. Conecte Slack, Dropbox, Salesforce, GitHub o cualquiera de las demás plataformas compatibles, y el escaneo le indica —justo al lado de sus hallazgos de uso compartido y permisos— si ese proveedor usa sus datos para entrenamiento de IA por defecto, dónde vive la opción de exclusión o la garantía contractual, y cuándo se verificó esa postura por última vez. Las plataformas que incluyen por defecto se muestran como hallazgos que exigen una decisión; las plataformas contractualmente seguras se muestran como atestaciones que puede entregar a un auditor.

Cuando una plataforma sí expone una política verificable por API en un eje relacionado, la comprobamos en vivo: el conector de GitHub lee la configuración de coincidencia de código público de Copilot de su organización, y el conector de GCP marca cuando Vertex AI se ejecuta sin ninguna política organizativa que lo restrinja. Cada hallazgo incluye un manual de remediación paso a paso, y el catálogo completo de comprobaciones está en la página de funciones.

El punto no es que las funciones de IA sean peligrosas; muchas vale la pena activarlas. El punto es que la aportación de datos debería ser una decisión, no un valor predeterminado, en cada plataforma que su organización ya usa. Si prefiere que esto se detecte automáticamente en lugar de recordarlo manualmente, consulte los planes y precios y conecte su primera plataforma en cuestión de minutos.