#42 (...) Los umbrales (.....) vienen explicitados en el Real Decreto-leyvienen explicitados en el Real Decreto-ley que da lugar al bono social. Esos límites se trasladan a la especificación de la aplicación.
Sí, el Real Decreto 897/2017, en su Articulo 3, donde se define la figura de consumidor vulnerable, pero que no ofrece ningún método de ponderación para la aplicación, que se revisa anualmente, como así sucede en el Real Decreto-ley 15/2018, de 5 de octubre, donde se vuelven a modificar las condiciones de acceso al bono social, y dónde sí se especifican los nuevos "parámetros" revisados este mismo año, en el Anexo I, "Metodología para el cálculo de la cuantía de la ayuda del Bono Social Térmico" como por ejemplo, determinar la cuantía de la prestación según las seis zonas climáticas definidas en el mismo y en el Código Técnico de Edificación, con lo que, el mismo consumidor en diferente intervalo de SCI (Severidad Climática) percibirá una ayuda diferente; "La ayuda correspondiente a un consumidor vulnerable severo o en riesgo de exclusión social será un 60 % superior a la asignada en su zona climática a un consumidor vulnerable." (Sic) con lo que incluso podría no percibir esa ayuda, dependiendo de su nivel de renta y zona climática.
Todos esos cálculos se modifican periódicamente, con un máximo de 4 años entre cada revisión, exactamente igual que se revisa el IPREM todos los años y, el algoritmo hace una ponderación aritmética, que sí es modificable, y otorga un un umbral mínimo para percibir las ayudas del bono social.
El algoritmo funciona de acuerdo al cálculo que se efectúa, pero es evidente que si se dejan de introducir datos, como el nivel de renta, no se puede establecer el grado de protección y la cuantía de ayuda correspondiente. Eso es hacer un uso torticero de la aplicación, impidiendo el correcto funcionamiento de la misma. ( y me gustaría ver la solidez administrativa de un argumento de ese cariz)
De igual forma, los operadores de la aplicación, las personas que determinan el umbral de aptitud para las ayudas, y el uso que se hace del calculo de esos umbrales mínimos fijados en la formula "el algoritmo", pueden impedir el acceso a las ayudas y, no, no tiene nada que ver con el código fuente de la aplicación. Sino con el uso del resultado del calculo de ese algoritmo y el umbral de acceso que fija la aplicación.
Aunque el algoritmo no tenga un "Decision BIAS" implícito, el umbral del acceso a las ayudas tras ese cálculo, sí se puede alterar por la comercializadora, por ejemplo. Y es probablemente lo que está sucediendo, y la razón por la que se os ha facilitado el algoritmo y el mismo está documentado.
Y otra vez más, el código fuente no tiene porque revelar nada sobre ello. Creo que hay un documento de la UE por ahí, aclarando este tipo de sesgo en la transparencia de los algoritmos, de carácter humano y debido a los operadores de la aplicación, no de su desarrollo. --»
https://en.wikipedia.org/wiki/Right_to_explanation
https://www.boe.es/buscar/act.php?id=BOE-A-2017-11505
¿Ya?
Portada
mis comunidades
otras secciones
#39 personalmente, yo no entendía tu comentario inicial, perdona si te he molestado que te preguntara.
Ahora que aportas más detalles, debo decir que te equivocas en tus explicaciones sobre cómo funciona la aplicación desarrollada por el ministerio. Primero, los umbrales no son fijados por un “técnico” anónimo “manualmente”, sino que vienen explicitados en el Real Decreto-ley que da lugar al bono social. Esos límites se trasladan a la especificación de la aplicación. Segundo, hemos demostrado que en el proceso de convertir esa especificación a código se han introducido errores: en concreto, se decía a algunos beneficiarios que no se podía procesar su solicitud por no disponer de información cuando no daban derecho a consultar su renta, cuando tenían derecho en cualquier caso (por ser familia numerosa, por ejemplo). Este error no tiene nada que ver con ningún umbral. Es una mala implementación del algoritmo especificado en el Real Decreto-ley. Y por eso pedimos el código fuente, para poder verificar que no hay más errores en la implementación.