Soberanía del dato: dónde está, quién lo alcanza, cómo se borra
La palabra soberanía se ha gastado de tanto usarla en folletos. Reducida a lo que se puede comprobar, son tres preguntas concretas: en qué máquina está el fichero, quién puede llegar a él y qué pasa cuando pides que se borre. Vale la pena hacérselas a cualquier proveedor, incluidos nosotros.

Dónde está y quién lo alcanza
El fichero está en la máquina donde corre el Nodo, que eliges tú: tu ordenador, un servidor de la oficina o un VPS europeo. La plataforma conoce las rutas que registras, pero no accede a ellas ni a su contenido; quien las abre es el Nodo.
El acceso documental se reparte por persona y por Espacio mediante permisos de lectura o trabajo; los roles técnicos del Nodo se conceden aparte. El encargo transita por el relevo, pero no puede quedar persistido porque su esquema no tiene columnas de contenido.
Cómo se borra, que es donde casi todos fallan
Borrar una sesión no es tachar una fila: la orden viaja al Nodo, donde se borran su historial y el acceso a sus ficheros, y la plataforma retira su apunte solo cuando el Nodo confirma. Si el Nodo está apagado, la pantalla dice que no se ha borrado en vez de dar por hecho que sí.
Desde Cuenta puedes exportar todo lo tuyo en JSON o borrar la cuenta entera. Lo que no hace falta borrar es el contenido de tus tareas en nuestro servidor, porque nunca estuvo ahí: esas columnas están eliminadas del esquema.
Cómo funciona, paso a paso
- Decides la máquina: la tuya, la de la oficina o un VPS en la UE.
- Eliges el modelo y con ello decides si la inferencia ocurre en el Nodo o si el contexto necesario llega a un proveedor API.
- Repartes el acceso por persona y por carpeta.
- Compruebas la salida: exportas la traza y borras una sesión de prueba.
Qué necesitas
- Una máquina que controles, con su administración ya resuelta.
- Decidir el modelo: local, clave de API propia o proveedor europeo.
- Si lo comparte el equipo, un servidor vuestro donde el Nodo quede encendido.
Qué te llevas
- Exportación en JSON de tus datos y de la traza de cada tarea.
- Borrado que llega hasta el Nodo, o un aviso honesto de que no llegó.
- Ni tus prompts ni tus documentos en nuestro servidor: esas columnas están eliminadas del esquema.
Más preguntas
¿Vale esto para el AI Act y el RGPD?
Ayuda en lo que depende de la arquitectura: los ficheros permanecen en el Nodo, el contenido no se persiste en la plataforma, cada acción queda trazada y el widget oficial avisa de la interacción con IA. Un modelo API o canal externo sí añade terceros y posibles transferencias. La responsabilidad del cumplimiento sigue siendo de cada empresa según su uso.
¿Y la soberanía sobre el modelo?
Con Ollama en local el modelo es un fichero tuyo que sigue funcionando aunque nadie lo publique mañana. Con clave de API dependes del proveedor que elijas, y eso conviene saberlo antes de construir un proceso crítico encima.
Pruébalo con tus propios documentos
Creas la cuenta, abres el Nodo y le encargas la primera tarea. Es gratis y sin cuota por tarea: el cómputo lo pone tu equipo, así que no hay contador de tareas.