El lunes por la mañana, cuatro vecinas del barrio de La Estación abrieron la página municipal del programa de compostaje. La convocatoria prometía pequeños recipientes, formación y una bonificación en la tasa de residuos para las comunidades que quisieran transformar restos orgánicos en abono. Las cuatro vivían en el mismo bloque, habían preparado una propuesta común y habían pedido que el punto de recogida estuviera junto al patio interior. La pantalla devolvió una frase sin contexto: «No elegible según criterios automáticos». Cuando llamaron al ayuntamiento, la persona que atendió buscó el expediente y leyó otra frase: «La puntuación procede del proveedor». Nadie pudo mostrarles qué regla había dejado fuera a su edificio ni quién podía cambiarla.
El caso es ficticio, pero el problema no lo es. Un algoritmo puede ordenar solicitudes, detectar distancias, cruzar formularios y proponer prioridades. Nada de eso convierte a la empresa que lo mantiene en la titular de una decisión pública. El programa de compostaje sigue siendo municipal: el ayuntamiento definió su propósito, eligió a quién invitaba, compró la herramienta y comunica las consecuencias a las personas que viven allí. Si la explicación termina en un correo de soporte, la institución ha externalizado justo la parte que no podía delegar: responder por una exclusión que afecta a la participación vecinal.
La etiqueta no explica la decisión#
Es frecuente hablar de un resultado automático como si fuera un hecho natural. «El sistema no os ha seleccionado» parece una descripción, pero encubre varias decisiones. ¿La herramienta penalizó que el edificio tuviera menos de cierto número de viviendas? ¿Interpretó el patio compartido como falta de espacio? ¿Usó datos antiguos sobre densidad de población? ¿Confundió una dirección con otra? Cada respuesta lleva a una acción distinta. Una vecina no necesita recibir el código del programa, pero sí tiene derecho a una razón comprensible, a los datos relevantes que se usaron y a una vía para demostrar que la razón es errónea o injustificada.
Es frecuente hablar de un resultado automático como si fuera un hecho natural. «El sistema no os ha seleccionado» parece una descripción, pero encubre varias decisiones.
La primera obligación pública consiste en separar una señal de una conclusión. Puede ser razonable que el sistema marque una solicitud porque la parcela aparece como zona de protección o porque faltan mediciones de residuos. Esa marca puede abrir una comprobación. No debería cerrar por sí sola la puerta si el criterio no ha sido revisado, si nadie puede contrastar la información o si el daño de excluir es mayor que el ahorro de una revisión. La automatización sirve para orientar trabajo; cuando decide acceso a un recurso colectivo, necesita garantías equivalentes a la importancia de esa consecuencia.
En este caso, las vecinas deberían recibir una respuesta concreta: qué condición activó la exclusión, de qué fuente procede, cuándo se aplicó y qué evidencia puede corregirla. También deberían saber que la revisión no depende de convencer a un agente comercial. El ayuntamiento puede pedir aclaraciones técnicas al proveedor, pero debe conservar una puerta propia de recurso. Quien presenta una solicitud municipal no tiene por qué aprender la estructura contractual de la administración para que alguien lea su caso.
Contratar la capacidad de mirar dentro#
La auditabilidad no es una palabra para añadir al pliego cuando el contrato ya está redactado. Es la capacidad práctica de reconstruir un resultado concreto. Antes de contratar, el equipo público debería preguntar: ¿podremos obtener las reglas configuradas para este programa? ¿Quedarán registrados los cambios, quién los pidió y cuándo entraron en vigor? ¿Podremos probar la herramienta con expedientes ficticios y casos límite? ¿Se podrá exportar la información necesaria para una revisión independiente? Si las respuestas son vagas, no hay control: hay una promesa de asistencia.
Un contrato útil distingue niveles. No siempre será necesario exigir acceso al código fuente completo. Puede bastar con documentación de variables, versiones, umbrales y reglas activas, registros de ejecución, interfaces para corregir datos y obligación de respuesta ante una reclamación. Pero esos materiales deben permitir responder a una pregunta real, no solo llenar una carpeta. Si el proveedor entrega una presentación que dice «modelo responsable» y nadie puede averiguar por qué el bloque de La Estación recibió cero puntos, el requisito no ha funcionado.
También hacen falta cláusulas de cambio. Una herramienta que aprende, se actualiza o recibe nuevas configuraciones puede modificar de hecho la política pública sin que el pleno municipal lo advierta. Por eso cada ajuste que afecte a elegibilidad, prioridad o exclusión debe quedar registrado, probado antes de usarse y sujeto a aprobación identificable. La fecha, la finalidad y la persona que autorizó la modificación son datos de gobierno, no detalles internos sin importancia. Permiten saber si un daño vino de un error, de un parámetro mal elegido o de una decisión que alguien asumió conscientemente.
Una responsable con poder, no un buzón genérico#
La palabra «responsable» pierde fuerza cuando significa una dirección de correo que reenvía incidencias. Para este programa debería existir una persona o equipo municipal nombrado antes de su lanzamiento. Su tarea no es programar el producto ni responder a cada pregunta técnica. Debe poder solicitar los registros pertinentes, pedir al proveedor una explicación en plazo, suspender una regla dudosa, corregir datos y ordenar una revisión humana de las solicitudes afectadas. Sin esas facultades, la institución puede escuchar una queja pero no reparar nada.
El reparto de trabajo puede ser claro sin confundir al público. El proveedor mantiene la tecnología y documenta su comportamiento. El servicio de residuos custodia la finalidad del programa, decide qué requisitos son legítimos y habla con el vecindario. La responsable de decisión coordina ambos planos, verifica la evidencia y firma la respuesta. Las vecinas tienen un único canal y reciben un plazo realista. No se les pide abrir tickets en paralelo ni demostrar que entienden la diferencia entre una incidencia informática y una exclusión administrativa.
Ese circuito debe incluir una regla de detención. Si no se puede explicar por qué una solicitud fue descartada, la exclusión no puede seguir produciendo efectos mientras se investiga. La prudencia no exige parar todo el programa cada vez que surge una duda menor. Exige identificar qué tipo de incertidumbre compromete el propósito del servicio y preparar una respuesta proporcional. Si la regla que afecta al bloque de La Estación se aplica a cientos de comunidades, quizá haya que detenerla, revisar los casos y comunicarlo. Si el problema se limita a una carga de datos concreta, puede bastar una corrección rápida y una nueva evaluación. Lo decisivo es que esa elección la tome quien responde ante el público.
Probar antes de pedir confianza#
La mejor ocasión para descubrir una exclusión absurda es antes de publicar la convocatoria. Las pruebas previas no deberían limitarse a comprobar que el formulario abre en un navegador. Deben incluir expedientes diseñados para tensar los criterios: dos comunidades con números de viviendas parecidos pero patios distintos; una asociación de alquiler con dirección compartida; un edificio sin datos históricos de residuos; una solicitud presentada desde el teléfono de una mediadora. El objetivo no es engañar a la herramienta, sino observar qué presupone y si esas presunciones son compatibles con la finalidad pública.
Conviene invitar a esas pruebas a personas que usarían el programa y remunerar su tiempo. Una técnica de residuos puede conocer los objetivos ambientales; una conserje, una persona mayor o una representante vecinal pueden detectar que el lenguaje del formulario convierte una condición administrativa en una barrera práctica. Las pruebas deben dejar acta: qué caso se ensayó, qué resultado obtuvo, qué se corrigió y qué riesgo sigue abierto. Así, cuando llegue una reclamación, el ayuntamiento no empieza desde cero ni pretende que un fallo inesperado era imposible.
La evaluación continúa después del lanzamiento. No basta con medir cuántos compostadores se repartieron. Hay que observar qué solicitudes quedaron fuera, en qué barrios, por qué motivos, cuánto tardaron las revisiones y cuántas decisiones se modificaron. Los datos agregados pueden alertar de una pauta sin convertir a las personas en perfiles permanentes. Las conversaciones con quienes abandonaron la solicitud ayudan a entender aquello que la métrica no ve: quizá la explicación era incomprensible, quizá el plazo coincidía con horarios imposibles o quizá la alternativa presencial no era realmente accesible.
Reparar no es reiniciar la pantalla#
Supongamos que la investigación confirma que la herramienta penalizó sin justificación edificios con una determinada configuración catastral. Corregir la regla es necesario, pero no suficiente. Hay que localizar las solicitudes que recibieron esa consecuencia, avisar de la incidencia con lenguaje claro, reabrir la oportunidad de evaluación y decidir cómo compensar el retraso si ya se repartieron los recursos. La reparación no consiste en decir «hemos mejorado el sistema»; consiste en atender a las personas que pagaron el precio del error anterior.
No todas las reparaciones serán idénticas. Algunas comunidades necesitarán una nueva valoración; otras podrán entrar en una lista complementaria; otras quizá hayan perdido una fecha clave y requieran una convocatoria específica. Lo importante es no inventar privilegios ni tratar a cada afectada como un caso aislado. La institución debe explicar el criterio de reparación, proteger datos innecesarios y dejar una vía para quien considere que su situación sigue sin resolverse. Reconocer el alcance de un error es una forma de equidad, no una admisión de incapacidad.
Al terminar el contrato, esta responsabilidad tampoco desaparece. El ayuntamiento debe conservar los registros y la documentación que permitan responder años después a una consulta sobre la convocatoria. El proveedor puede cambiar, fusionarse o dejar de ofrecer el producto; el vínculo público con las vecinas permanece. Por eso la salida contractual requiere formatos legibles, acceso garantizado a historiales pertinentes y un plan para seguir corrigiendo decisiones pasadas. Comprar tecnología no compra permiso para olvidar.
La pregunta que el ayuntamiento debería hacerse antes de contratar no es si la herramienta hará el programa más rápido. Es si, cuando una vecina diga «esto me dejó fuera y no entiendo por qué», habrá alguien con nombre, información y autoridad para responder. Si la respuesta es sí, la tecnología puede apoyar un servicio público más cuidadoso. Si la respuesta es «pregunte al proveedor», el problema no está en el algoritmo: está en una institución que ha dejado su responsabilidad al otro lado de la pantalla.
El contrato empieza por la finalidad, no por la interfaz#
Una compra pública responsable comienza describiendo el problema que se quiere resolver sin confundirlo con la solución que se quiere comprar. El objetivo del programa puede ser reducir residuos, facilitar el compostaje de proximidad y distribuir recursos con justicia territorial. Ninguno de esos fines obliga a usar una puntuación opaca. Antes de comparar ofertas, el equipo debería escribir qué decisiones podrá automatizar, cuáles requerirán comprobación humana y cuáles no podrán dejarse en manos de una regla. Esa separación evita que la interfaz más vistosa imponga, por comodidad, una política que nadie discutió.
El pliego puede convertir la finalidad en obligaciones observables. Debe exigir criterios de elegibilidad documentados, mensajes comprensibles para las personas excluidas, registros conservados durante un periodo definido y plazos de respuesta cuando haya una impugnación. También ha de prohibir que una modificación técnica altere de facto el programa sin autorización. Un proveedor competente no debería temer estas condiciones: aclaran qué tiene que construir y reducen la ambigüedad cuando surge un incidente. La opacidad suele beneficiar a quien vende una promesa demasiado amplia, no a quien necesita prestar un servicio fiable.
Hay una cuestión económica que también importa. La oferta más barata puede parecer eficiente si deja fuera el coste de reclamar, revisar, corregir y reparar. Ese coste no desaparece; se traslada a las vecinas, al personal de atención y a las asociaciones que intentan entender una denegación. Evaluar una propuesta solo por licencia y despliegue premia sistemas que ocultan el trabajo humano posterior. El presupuesto debería incluir horas de revisión, formación del equipo público, pruebas de accesibilidad, soporte de transición y capacidad de auditoría. La eficiencia pública no es hacer invisible el trabajo necesario para tratar a la gente con justicia.
Una reclamación debe tener un recorrido visible#
Cuando alguien cuestiona un resultado, el procedimiento no debería empezar con la búsqueda de un correo perdido. La web puede ofrecer un enlace claro junto a la decisión, un teléfono gratuito y una alternativa presencial. Cualquiera de esas vías debe registrar la fecha, explicar qué pasará después y permitir aportar una corrección sencilla. Si la persona presenta una fotografía del patio, una nota de la comunidad o un dato catastral corregido, el sistema tiene que enlazarlo con el expediente sin obligarla a empezar de nuevo.
El primer contacto no requiere resolverlo todo. Requiere distinguir una pregunta informativa de una posible injusticia. Para la segunda, la respuesta debería comunicar un plazo, congelar cualquier efecto irreversible y asignar el caso a quien pueda revisarlo. El plazo no puede ser una promesa ornamental: debe medirse y escalarse si vence. Una explicación tardía puede ser equivalente a no tener explicación cuando ya se agotó una convocatoria, se repartió el material o se cerró la financiación del año.
La trazabilidad protege al público y al personal. Cada paso debe dejar constancia de qué se alegó, qué dato se comprobó, qué consulta se hizo al proveedor, quién decidió y qué reparación se ofreció. No se trata de vigilar a cada trabajadora, sino de impedir que el caso se convierta en una cadena de conversaciones sin dueño. Un historial breve y legible también permite detectar patrones: si muchas reclamaciones se concentran en la misma regla, la institución no debe seguir tratándolas como accidentes independientes.
Datos suficientes, no una investigación sobre la vida privada#
Revisar una exclusión no autoriza a pedir cualquier cosa. Para comprobar si un patio tiene espacio suficiente quizá basten planos, una visita acordada o una declaración de la comunidad. No hace falta acceder a listas completas de residentes, historiales de consumo ajenos o información que el programa no necesita. La minimización de datos ayuda a que la reparación sea más segura y, además, más clara: cada documento pedido debería tener una finalidad explicada y una fecha de eliminación.
La misma prudencia sirve con los datos que circulan entre ayuntamiento y proveedor. La empresa puede necesitar un identificador de expediente y las variables que dieron lugar a la regla; no necesita conocer más detalles personales de los estrictamente necesarios. Los contratos deben definir quién accede, durante cuánto tiempo, con qué controles y qué ocurre cuando termina una incidencia. Si la investigación requiere cruzar información de distintas áreas municipales, se debe justificar el propósito y limitar el alcance. La respuesta a una vecina no puede crear una nueva exposición injustificada para todas las demás.
Explicar el aprendizaje sin esconder el daño#
Una institución puede aprender de un fallo sin convertir su comunicación en propaganda. Tras la revisión, conviene publicar una nota proporcionada: cuál era el problema, a cuántas solicitudes podía afectar, qué se ha detenido o corregido, cómo se revisarán los casos y dónde pedir ayuda. No hace falta revelar expedientes ni atribuir culpas personales. Hace falta permitir que otras personas identifiquen si también están afectadas y demostrar que el compromiso de corrección tiene fechas, responsables y seguimiento.
Esa comunicación debe separar lo confirmado de lo que sigue abierto. Afirmar que la herramienta ya funciona mientras se decide cómo reparar exclusiones anteriores es confundir el arreglo técnico con la respuesta pública. El lenguaje más honesto admite ambas cosas: la regla se ha suspendido, los casos serán revisados antes de una fecha, y el informe de resultados se presentará ante el órgano competente. La incertidumbre reconocida con un plan genera más confianza que una certeza que se deshace en la siguiente llamada.
Las vecinas de La Estación no piden que una máquina sea perfecta ni que todo programa se decida en una asamblea interminable. Piden algo más concreto: que una señal técnica no pueda convertirse, sin explicación ni recurso, en una exclusión de su barrio. Diseñar contratos auditables, responsables con poder, pruebas públicas y reparaciones reales transforma esa petición en una práctica. La tecnología puede ayudar a coordinar el compostaje; la obligación de tratar con justicia a quienes participan sigue siendo, enteramente, pública.
