Una decisió automàtica pot entrar en la vida quotidiana gairebé sense fer soroll: una plataforma ordena sol·licituds, un sistema decideix quin avís mostra primer o una aplicació redueix les opcions que presenta. El problema no comença només quan el resultat és desfavorable. També comença quan ningú no pot explicar, amb paraules que serveixin per actuar, què ha passat i com es pot revisar. El dret a entendre no demana que cada persona es converteixi en especialista en programació. Demana que pugui reconstruir una decisió que afecta el seu temps, les seves oportunitats o la seva tranquil·litat.
La revisió sovint s'encalla per una pregunta equivocada: «de qui és la culpa?». Aquesta pregunta pot ser necessària si hi ha una responsabilitat concreta, però per si sola no organitza una resposta útil. En una decisió automatitzada intervenen dades, regles, persones d'atenció, terminis i canals de reclamació. Cercar una explicació clara no excusa un perjudici ni allibera l'organització de les seves obligacions. Permet distingir l'error que cal corregir, la informació que cal aportar i el pas següent que es pot comprovar.
Canviar l'escena de la revisió#
Imagina la Clara davant d'un web de formació pública. Havia sol·licitat una plaça per a un curs amb horari compatible amb la seva feina. La pantalla li mostra «no prioritzada» i un missatge curt: «resultat calculat segons criteris de baremació». La Clara sent dos impulsos coneguts: pensar que ha fet alguna cosa malament o reenviar els mateixos documents cinc vegades. Cap dels dos no li dona informació nova.
Imagina la Clara davant d'un web de formació pública. Havia sol·licitat una plaça per a un curs amb horari compatible amb la seva feina.
En lloc d'això, obre una nota i construeix una escena verificable. Escriu la data, el nom del tràmit, el número de sol·licitud, la frase exacta que ha vist, el termini que apareix a la pantalla i la conseqüència real: si no sap quin criteri s'ha aplicat, no pot decidir si ha de corregir una dada, acceptar el resultat o demanar revisió. Encara no escriu interpretacions com «el sistema m'ha castigat» o «ningú no em vol ajudar». Escriu allò que una altra persona podria comprovar.
Aquest petit canvi és important. Una reclamació vaga obliga qui la rep a endevinar què ha succeït. Un registre breu permet localitzar la decisió, respondre una pregunta concreta i conservar una cronologia si el cas s'allarga. També redueix la càrrega emocional d'haver d'explicar una vegada i una altra l'experiència. La persona no perd el seu dret a expressar l'impacte; al contrari, el pot explicar amb més precisió: «aquest resultat em deixa fora de la matrícula de setembre» és més accionable que «això és injust», encara que totes dues frases puguin ser certes.
Un full de quatre columnes#
Per revisar sense culpes n'hi ha prou amb un full, digital o de paper, dividit en quatre columnes. La primera s'anomena fets. Hi van les notificacions, dates, captures, números de referència i dades que es poden contrastar. La segona recull impacte: què s'ha retardat, quin accés s'ha bloquejat, quina decisió s'ha hagut d'ajornar o quina preocupació ha causat el resultat. La tercera conté preguntes. La quarta anota respostes i compromisos: qui ha contestat, què ha dit, quin termini ha ofert i què falta comprovar.
Aquest full no és un expedient jurídic ni una obligació de documentar-ho tot. És una eina d'orientació. Convé guardar només la informació necessària i mantenir els documents sensibles fora de grups informals. Si hi participen familiars, una associació o un professional de suport, la persona afectada decideix què es comparteix. Acompanyar no vol dir recollir dades d'algú per convertir el seu cas en conversa d'altres persones.
Una entrada podria quedar així: «12 d'octubre; portal de beques; estat rebutjat; referència 8A-41; impacte: no puc confirmar l'allotjament; pregunta: quina dada o criteri ha fet que la sol·licitud quedi fora?; resposta: rebuda el 15 d'octubre, s'indica que falta una validació; pas següent: demanar la font d'aquesta validació i el termini per corregir-la». La força d'aquesta anotació és que separa allò que se sap d'allò que encara falta.
Preguntar sense demanar l'impossible#
Entendre una decisió automàtica no equival a exigir el codi font d'una eina ni a demanar secrets de seguretat. Una explicació útil pot començar per qüestions molt més pràctiques. Quina categoria de dades es va tenir en compte? D'on procedia la dada que figura com a incorrecta? En quina data es va actualitzar? Es va aplicar una regla general o una persona va revisar el cas? Hi ha un canal per sol·licitar una revisió humana o aportar informació que faltava?
També és legítim demanar que una resposta tècnica es converteixi en llenguatge clar. Si una entitat escriu «la ponderació no ha arribat al llindar del model», encara falta saber què significa per a la persona: quins requisits van ser rellevants, quin no es va poder comprovar i quina via hi ha per discutir una inexactitud. Demanar claredat no és hostilitat. És una condició per poder respondre, corregir o triar una alternativa.
Convé separar tres coses en llegir una contestació. Una explicació descriu què ha passat. Una promesa anuncia una acció futura. Una suposició ofereix una interpretació que encara s'ha de verificar. «El vostre expedient va entrar després del tancament» pot ser una explicació si inclou el registre que ho demostra. «Ho revisarem» és una promesa i necessita data o responsable. «Potser el sistema no va llegir l'arxiu» és una hipòtesi. Aquesta distinció evita tancar un cas amb una frase tranquil·litzadora però buida.
Cas: la cita que va canviar sense avís comprensible#
En Rashid tenia una cita presencial per renovar un document. Dos dies abans va rebre un avís automàtic que la desplaçava tres setmanes. El missatge no explicava si havia d'aportar res ni si el canvi afectava la seva autorització temporal. La seva filla volia publicar una queixa amb la captura en una xarxa social. En Rashid va preferir una altra seqüència: guardar l'avís, trucar al canal que figurava a la notificació i formular tres preguntes per escrit.
Va preguntar si el canvi provenia d'una dada del seu expedient, d'una reorganització d'agenda o d'una regla automàtica de prioritat. Va preguntar quin document confirmava que la seva autorització no quedava interrompuda. I va demanar si hi havia un procediment per sol·licitar una data alternativa davant d'un perjudici concret. La primera trucada no va resoldre el cas, però va aconseguir un número d'incidència. La segona resposta va indicar que hi havia una reassignació general de cites, no una incidència personal, i va oferir un canal d'urgència documentada.
La reparació no va consistir a trobar una persona culpable de l'agenda. Va consistir a substituir incertesa per una explicació comprovable, conservar una prova del contacte i obtenir una via proporcionada per actuar. Quan va arribar la nova cita, en Rashid va comprovar que el document continuava vigent i va tancar la nota amb dues línies: què havia funcionat i quina pregunta faria abans si una cosa semblant tornava a passar.
Cas: una recomanació que tanca en un perfil antic#
La Nora utilitza una aplicació per buscar feina. Durant mesos, el sistema li va recomanar únicament llocs d'atenció telefònica perquè aquell havia estat el seu treball anterior. Després de completar una formació tècnica, continuava rebent els mateixos suggeriments i va deixar de confiar en la plataforma. La revisió útil no necessitava atribuir intenció al sistema. Va començar descrivint el patró: durant tres setmanes, dotze de quinze ofertes compartien el mateix tipus de lloc tot i que el perfil ja incloïa competències noves.
La Nora va preguntar quines seccions del perfil influïen en les recomanacions, si podia editar preferències, si existia una manera de veure ofertes sense personalització i quan s'actualitzarien els canvis. L'empresa va respondre amb una guia de configuració i un termini estimat. La Nora va fer una captura abans de modificar les preferències i una altra una setmana després. Les ofertes no van canviar completament, però va aparèixer un filtre manual i la possibilitat de desactivar una categoria de dades de comportament.
L'aprenentatge va ser concret. No calia provar que l'aplicació la «coneixia malament» en sentit humà. N'hi havia prou a comprovar que una configuració mantenia un biaix pràctic i demanar controls per modificar-la. Si el servei no hagués ofert una resposta adequada, la Nora hauria pogut buscar per altres canals. Autonomia també vol dir poder retirar-se d'una eina que no permet una revisió raonable.
Cas: la família que rep una alerta escolar#
Un centre escolar va enviar a la família d'en Leo una alerta automàtica: «risc d'absentisme». El missatge va arribar als dos progenitors i a una tia que figurava com a contacte, tot i que ella no participa en decisions escolars. La família es va inquietar perquè en Leo havia faltat per una recuperació mèdica i totes les absències estaven justificades. Abans de discutir amb el centre, van acordar una regla: no circularien captures pel grup familiar i en Leo decidiria quina informació mèdica s'esmentava.
A la reunió van demanar que s'expliqués quins registres activaven l'alerta, quan s'actualitzaven les justificacions i qui podia comprovar que no s'estigués comptant dues vegades una absència. La tutora va explicar que la plataforma generava avisos abans de sincronitzar alguns documents. El centre va corregir el registre i va ajustar l'enviament de còpies a contactes autoritzats. També es va comprometre a indicar en missatges futurs que una alerta és una invitació a revisar, no una etiqueta sobre l'alumne.
Aquesta vegada la qüestió no va ser només corregir una dada. Va ser impedir que una classificació provisional es convertís en vergonya compartida. Una explicació curosa protegeix la dignitat de qui apareix en un sistema, especialment quan és menor d'edat o depèn d'altres persones per respondre.
Mesurar avenços amb honestedat#
La revisió pot durar dies. Per no confondre moviment amb solució, serveix una escala de tres estats: resolt, en curs i sense resposta. Un cop per setmana, no cada dia, revisa quatre preguntes: què ha canviat des de l'última anotació?, quina prova ho confirma?, què continua sense aclarir-se?, qui pot fer el pas següent? Aquesta rutina fa visibles avenços petits que sí que importen: rebre un justificant, descobrir un termini, corregir una adreça electrònica o aconseguir una cita amb la persona adequada.
També evita frases absolutes que desgasten les persones que col·laboren. «Ningú no ha fet res» es pot transformar en «el 18 d'octubre es va obrir la incidència, però encara no tenim resposta sobre la dada d'origen». El segon enunciat no minimitza el problema; descriu què falta i permet triar una acció. Si no arriba resposta, el mateix registre mostra quan convé canviar de canal, demanar ajuda a una entitat competent o aturar-se per no continuar enviant informació sensible sense necessitat.
Una persona d'atenció pot no haver dissenyat l'eina. Reconèixer-ho no significa acceptar una resposta insuficient. Se li pot demanar que registri la incidència, expliqui el tràmit següent, confirmi un termini o l'escali. La fermesa s'adreça a obtenir una reparació verificable, no a descarregar frustració sobre qui té menys poder per modificar el sistema.
Tancar només quan l'efecte canvia#
Un cas no s'hauria de donar per tancat només perquè arriba un correu. La pregunta final és: què ha canviat a la pràctica? Pot ser la correcció d'una data, la repetició d'una avaluació, l'habilitació d'un accés, una explicació comprensible o l'entrega d'una alternativa humana. Convé demanar confirmació per escrit quan sigui possible i comprovar l'efecte al cap d'un termini raonable.
Si la resposta no resol el perjudici, el full de quatre columnes permet presentar el cas sense exagerar ni començar de zero. Es conserva el número de referència, s'explica l'impacte i s'identifica la pregunta encara oberta. Segons la situació, pot ser adequat acudir al procediment de queixa de l'entitat, buscar orientació sobre protecció de dades o sol·licitar suport jurídic, social o sanitari. No totes les incidències tenen la mateixa via i ningú no hauria de prometre resultats que no controla.
El que sí que es pot practicar és una seqüència fiable: recollir fets, anomenar l'impacte, formular preguntes, distingir resposta de promesa, comprovar el canvi i decidir el pas següent. Aquesta seqüència no fa perfecta una decisió automàtica. Fa una cosa més valuosa: impedeix que l'opacitat es transformi en culpa i retorna a la persona un marge real per entendre, reparar i triar.
Un compromís per a la propera vegada#
Quan aparegui un resultat que no entens, prova un compromís petit: «avui guardaré la notificació i escriuré una sola pregunta concreta». No cal resoldre l'algorisme sencer. Pot ser suficient esbrinar quina dada es va usar, qui la pot revisar o quan hi haurà resposta. Si necessites acompanyament, demana ajuda per ordenar els fets, no perquè una altra persona parli per tu sense consentiment.
El dret a entendre s'exerceix en gestos modestos i repetibles. Una captura guardada amb cura, un termini anotat, una resposta traduïda a llenguatge clar i una correcció comprovada construeixen una pràctica d'autonomia. Revisar sense culpes no significa renunciar a exigir millores. Significa fer-ho des d'una base que protegeix dades, redueix vergonya i deixa camins millors per a la persona següent.
