¿Por qué Habeas?

Habeas existe por una razón sencilla: las personas deberían poder conservar y mover sus propios datos sin perder aún más control en el proceso.

Tickets, facturas, extractos, informes de inversión y registros similares suelen ser visibles en las webs que los generaron. Pero verlos no es lo mismo que controlarlos. Muchos servicios no ofrecen una exportación útil, conservan solo parte del historial o fuerzan a descargar documento por documento.

¿Qué problema resuelve Habeas?

Habeas te ayuda a recuperar acceso práctico a tus propios registros cuando un servicio ya te deja verlos, pero te lo pone difícil para conservarlos. Te da una forma de recoger esos documentos desde tu sesión normal del navegador y guardarlos donde tú elijas.

¿Por qué la portabilidad de datos actual no basta?

En teoría, las personas deberían poder acceder a su propia información. En la vida real, esa promesa muchas veces se queda en un panel web. El servicio puede no tener API, no ofrecer exportación masiva o hacer que la automatización falle detrás de sistemas anti-bot.

Y además, muchos atajos existentes piden confiar tus credenciales y tu historial a otro intermediario. Eso resuelve una barrera creando otra.

¿Por qué una web puede mostrarte aún un CAPTCHA?

Como Habeas funciona dentro de tu propia sesión ya abierta, la mayoría de las veces no te topas con fricción anti-bot. Pero Habeas no promete inmunidad: no intenta burlar esos sistemas y, tras defensas agresivas, una recogida puede simplemente fallar. Si una web muestra un reto, lo resuelves tú, igual que navegando a mano. Es un límite deliberado, no un fallo.

¿Por qué importa el control directo?

Tus registros no solo valen dentro de la web que los generó. Puedes necesitarlos para contabilidad, impuestos, cambiar de app o simplemente mantener tu propio archivo. El control directo importa porque el acceso no debería depender de que una plataforma decida mantener para siempre un botón de exportación cómodo.

Habeas parte de la idea de que la gente debería poder ejercer sus derechos con herramientas que pueda inspeccionar, ejecutar por sí misma y conectar con destinos en los que confía.

¿Qué principios guían Habeas?

¿Por qué la arquitectura sigue esos principios?

Habeas se ejecuta donde la web ya sabe que está hablando contigo: dentro de tu propia sesión autenticada del navegador. Eso significa que inicias sesión tú, resuelves la MFA tú y mantienes tus credenciales para ti.

Esta arquitectura no es un truco técnico. Es una consecuencia de los valores del proyecto. Si el objetivo es dar más control a los usuarios, la herramienta debe evitar intermediarios innecesarios, evitar guardar tus logins y mantener el flujo comprensible.

¿Por qué una extensión del navegador y no los canales oficiales de open banking (PSD2)?

Para los datos de cuentas de pago, las API reguladas de open banking —a través de agregadores con licencia— son la vía canónica y, cuando te sirven bien, suelen ser la mejor opción. Habeas no intenta sustituirlas ahí.

Pero PSD2 solo cubre cuentas de pago. No llega a las tarjetas de tienda y de crédito, los extractos de inversión o de pensiones, las facturas ni los tickets: la larga cola de registros que los servicios siguen guardando tras un panel. Los agregadores, además, te piden delegar el acceso a un servidor de terceros; Habeas se ejecuta en tu propia sesión, no guarda credenciales y te deja resolver la MFA a ti. No inicia pagos ni agrega nada en un servidor, así que no es un actor regulado por PSD2: es una herramienta de portabilidad de datos personales (art. 20 del RGPD) que ejecutas tú.