La asamblea de una cooperativa de vivienda empezó con una propuesta aparentemente sencilla: instalar sensores de consumo en cada piso para ajustar la calefacción del edificio. La empresa que gestionaba la caldera prometía menos gasto y menos emisiones. Sobre la mesa había un gráfico limpio, una previsión de ahorro y una frase tranquilizadora: «los datos son del edificio». Una vecina preguntó qué ocurriría cuando una familia se ausentara varias semanas por un tratamiento médico, o cuando el patrón de uso revelara que alguien había empezado a trabajar de noche. El gráfico no respondía. Tampoco lo hacía el contrato.
Esa escena importa porque el lenguaje del petróleo convierte una relación en una cosa. Si los datos fueran un yacimiento, bastaría con discutir quién posee la bomba y cuánto paga por extraer. Pero un registro de temperatura, una hora de conexión o la frecuencia con que se abre una puerta no existe aislado. Habla de cuerpos, hábitos, cuidados, turnos, ingresos y vulnerabilidades. Su valor aparece porque otras personas han permitido que una organización observe parte de su vida. Por eso la pregunta útil no es solo quién tiene el dato, sino qué vínculo ha creado al recogerlo.
El dato llega con una expectativa#
Cuando alguien comunica una dirección para recibir una factura, espera una factura. Cuando una familia facilita horarios para coordinar un servicio de ayuda a domicilio, espera coordinación. La expectativa no desaparece porque el sistema pueda encontrar un segundo uso rentable. Una base de datos puede hacer técnicamente posible cruzar consumos, anticipar ausencias o vender perfiles de eficiencia energética; ninguna de esas posibilidades explica por sí misma por qué sería legítima.
Cuando alguien comunica una dirección para recibir una factura, espera una factura.
Pensar en relaciones obliga a describir la promesa concreta. ¿Para qué se solicitó esta información? ¿Quién la verá? ¿Qué decisión podrá afectar? ¿Cuánto tiempo conservará sentido? En la cooperativa, el consumo horario podía servir para detectar una fuga común. No autorizaba a clasificar hogares por “disciplina energética” ni a encarecer un alquiler futuro. La diferencia parece obvia cuando se expresa así, pero se vuelve borrosa cuando se habla de “aprovechar un activo de datos”. Un activo sugiere libertad de explotación; una relación pide lealtad a la finalidad.
El beneficio no borra la asimetría#
Muchas iniciativas de datos ofrecen una ventaja real. Un barrio puede reducir cortes de agua si identifica pérdidas; una biblioteca puede ajustar horarios si entiende cuándo se llenan sus salas; una clínica puede evitar citas perdidas si detecta recordatorios que no llegan. El error no está en buscar utilidad. Está en presentar la utilidad agregada como si anulara la desigualdad entre quien entrega señales y quien dispone de infraestructura, abogados, modelos estadísticos y capacidad de cambiar las reglas.
En una relación justa, el beneficio anunciado debe poder examinarse desde la posición de quien asume el riesgo. La familia de la cooperativa podía preguntar: si el sistema ahorra dinero, ¿cómo se reparte ese ahorro? Si una lectura equivocada activa una inspección, ¿cómo se corrige? Si la empresa fusiona o quiebra, ¿quién impide que el historial termine en manos de otra compañía? Son preguntas de diseño económico, no caprichos de privacidad. Definen si las personas son socias de una mejora o materia prima de un modelo ajeno.
La reciprocidad necesita una forma visible#
Decir que un servicio “devuelve valor” no basta. La devolución tiene que ser concreta, accesible y comprobable. En el caso del edificio, podría consistir en un panel colectivo que muestra fugas en zonas comunes, en decisiones de mantenimiento explicadas con lenguaje llano y en una reducción proporcional de la cuota cuando el ahorro sea verificable. No consiste en entregar una aplicación brillante que obliga a cada hogar a vigilarse a sí mismo mientras el proveedor concentra la información más útil.
La reciprocidad también exige que existan caminos para quienes no pueden o no quieren participar del mismo modo. Una persona que comparte piso, una familia con un contador defectuoso o alguien que teme que sus horarios revelen una situación de violencia no debe pagar un precio desproporcionado por pedir una alternativa. El servicio puede funcionar con datos menos granulares, con mediciones por planta o con una estimación temporal limitada. Diseñar esas opciones antes de desplegar sensores cuesta esfuerzo, pero evita que el consentimiento se convierta en una prueba de obediencia.
No toda cesión produce los mismos deberes#
Hay datos que una persona ofrece de forma deliberada y otros que un sistema infiere sin que lo note. Hay registros necesarios para prestar un servicio y señales accesorias generadas por el dispositivo. Hay información que afecta solo a quien la produjo y combinaciones que pueden etiquetar a una comunidad entera. Tratar todo bajo la misma etiqueta de “datos” facilita contratos vagos y decisiones automáticas demasiado amplias.
Conviene hacer un mapa de procedencia. En la cooperativa, la lectura de la caldera era un dato técnico del sistema; el horario de calefacción de un piso podía ser una señal doméstica sensible; la conclusión de que un hogar “desperdicia” era una inferencia discutible. Cada capa reclama una regla distinta. La organización tiene más margen para reparar una bomba que para extraer conclusiones sobre una familia. Separar observación, cálculo y juicio ayuda a detener una práctica habitual: presentar una clasificación invasiva como si fuera un hecho neutral recogido por un sensor.
La gobernanza no puede ser un buzón de quejas#
Las relaciones se deterioran cuando las decisiones se toman lejos y la única participación posible es reclamar después del daño. Un formulario de contacto no sustituye a una estructura con poder para fijar límites. La cooperativa eligió un pequeño grupo de administración de datos: personas residentes rotativas, una representante de mantenimiento y una asesora independiente. Su función no era aprobar cada lectura, sino decidir qué preguntas podía responder el sistema, revisar cambios de proveedor y publicar un registro de incidentes comprensible.
Ese grupo necesitaba autoridad real. Podía suspender una nueva función si no venía acompañada de una explicación de impacto, exigir pruebas con datos simulados y pedir la eliminación de una variable innecesaria. También debía rendir cuentas: actas breves, decisiones traducidas a un lenguaje cotidiano y una vía para que quien trabaja con horarios incompatibles participara sin asistir a reuniones. La gobernanza no elimina el conflicto, pero evita que el contrato técnico sea la única constitución de una comunidad.
El tiempo cambia el significado#
Un dato recogido hoy puede revelar algo distinto dentro de dos años. Un registro de acceso que servía para resolver una avería puede adquirir interés para una aseguradora, un propietario nuevo o un sistema de evaluación laboral. La relación original no autoriza automáticamente esos futuros. Por eso la conservación no es una cuestión administrativa menor: es una decisión sobre cuánto pasado queda disponible para reinterpretar a una persona.
Una buena regla empieza con fechas de caducidad. La cooperativa acordó que las lecturas detalladas se borrarían al cabo de noventa días, salvo una incidencia técnica abierta. Para revisar mejoras energéticas conservaría únicamente resúmenes mensuales por zona común. Si alguien proponía ampliar el plazo, debía explicar qué decisión concreta lo requería y qué daño evitaría. Esta inversión de la carga es saludable: no corresponde a la vecina demostrar que su vida no merece archivo; corresponde a quien quiere conservar señales demostrar por qué las necesita.
Reparar es más que ofrecer una baja#
Cuando se descubre un uso indebido, muchas organizaciones responden con una opción de exclusión para el futuro. Esa salida puede ser necesaria, pero deja intacto lo ocurrido. Si un algoritmo etiquetó erróneamente a una familia como consumidora irresponsable, la reparación incluye localizar dónde viajó esa etiqueta, corregir decisiones tomadas a partir de ella y explicar el resultado sin obligar a la familia a perseguir departamentos distintos.
La cooperativa ensayó un protocolo sencillo antes de activar el sistema: un responsable identifica la fuente, una persona independiente revisa el impacto, el historial dudoso se bloquea y se ofrece una respuesta con plazo. Si la corrección afectó una cuota o una prioridad de mantenimiento, el ajuste se hace de oficio. La prueba reveló algo importante: reparar requiere saber qué relaciones dependen del dato. Sin trazabilidad de usos, la promesa de rectificación es una cortesía sin mecanismo.
La economía empieza en la negociación#
Hablar de relaciones no significa prohibir todo intercambio ni idealizar la tecnología. Significa reconocer que los intercambios tienen condiciones. Quien diseña una plataforma puede ganar dinero, mejorar un servicio o investigar patrones, pero no debería apropiarse silenciosamente de la capacidad de definir qué partes de otras vidas se vuelven legibles y negociables. La eficiencia es un resultado posible; la dignidad es el límite que explica cómo se alcanza.
Antes de aceptar una nueva recogida de información, sirve hacer cuatro preguntas en voz alta: ¿qué promesa concreta recibe quien entrega la señal?, ¿qué poder nuevo obtiene la organización?, ¿qué alternativa conserva el acceso al servicio?, ¿cómo se repara un error? Si las respuestas caben solo en un aviso legal, la relación está mal diseñada. En la cooperativa, esas preguntas transformaron un proyecto de sensores en un acuerdo revisable. No resolvieron todos los desacuerdos, pero hicieron visible algo decisivo: los datos no son petróleo porque nadie vive dentro de un pozo. Vivimos dentro de relaciones que merecen reglas, límites y capacidad de respuesta.
