Barrapunto

Ante todo, trabajo para la Agencia Tributaria en el Departamento de Informática pero no como desarrollador, tampoco no soy funcionario, y obviamente no me apetece señalar quien soy.

Que yo sepa no hay ni un sólo programa que sea software libre creado por la agencia, pero la agencia hace mucho uso, muy bien, y cada vez más del software libre.

A parte de la obvia falta de cultura tecnológica suficiente entre las personas que toman las decisiones, hay ciertas partes del código que encuentro normal que la AEAT no quiera abrir: el módulo de impresión, por ejemplo.

Este módulo, es utilizado por muchas empresas que venden su software de gestión al estilo caja negra, le pasan la declaración y la imprime tras haber comprobado que es correcta, si este módulo fuera de código abierto, permitiría crear perfectas falsificaciones sin ningún esfuerzo, es como publicar la clave privada del certificado de la FNMT.

La mayoría de los programas de ayuda han sido creados en C o VB, y llevan siendo mantenidos más de 4 años con las actualizaciones propias de los cambios en la legislación.

Estos programas usan una base de datos protegida por contraseña en access que se accede por ADO e imprimen directamente a través de las impresoras disponibles, esto es origen de muuuchos problemas de impresión, y de corrupción de declaraciones por algo tan tonto como cambiar la configuración de idioma...

Por otro lado la mayoría de los programas permite presentar la declaración via telématica, y de hecho, en Renta es pulsar un botón. De forma que si tienes certificado (gratuito) presentar (incluso pagar si te toca, :P) no son más de 10 clics.

La razón del límite de las declaraciones es fijar los requisitos, el programa de Renta 2005 que está pensado para funcionar en la mayoría de los hogares, corre en equipos Windows 95, con muuuchos problemas pero corre. Las versiones en Java mínimo necesitarían 64 MB (posiblemente 128) y para la versión 5 mínimo un W2k, porque Java 5 da muchos problemas de instalación en W98.

Ya hay varios programas que ya están hechos en Java, os recomiendo que los probéis.

Uno es el ya citado Retenciones (2005 y 2006) que importa y exporta XML y que funciona como aplicación y como applet, permite trabajar por lotes, es decir que una empresa genera una serie de archivos xml ajustados a un xml-schema con la información de sus trabajadores y el programa le calcula las retenciones devolviendo también xml, es una buena solución.

Otro programa java muy interesante es la plataforma de Informativas, que funciona de forma modular, de forma que uno no se baja un programa para cada declaración (180, 184, 185, 190, 347,349, ...) si no sólo un programa y los módulos de las declaraciones seleccionadas se descargan y actualizan automáticamente (aunque si fuera necesario se pueden instalar a mano). De momento este año lo han probado con sólo dos declaraciones, obviamente este programa va a sustituir a 9 ó 10, proporcionando una interfaz unificada, y una simplificación en el uso.

Por otro lado, la tendencia fuerte, muy fuerte de hecho, es generar un PDF para que cada uno se lo imprima si quiere. Hay declaraciones como el 036 que se pueden hacer directamente en el Firefox y te generan un PDF mediante un applet de Java para llevar a la administración si no tienes certificado.

Es más los programas hechos en Java usan Apache Derby, con lo que se acaba el imperio del ADO, fuente de infinitos problemas para los contribuyentes, tanto el límite de declaraciones, los problemas tan comunes de corrupción de los drivers de ADO (penoso).

Como decía al principio, la agencia tributaria hace mucho uso de soft libre para la creación de los programas, Apache Xerces, Xalan, iText, esto es algo muy positivo, en mi opinión. Además la agencia tiene software en Java para el firmado y comprobación de e-facturas en formato XML.

Todo esto y el tan vapuleado DNI digital, me hacen pensar que quizás no este tan lejos el día en que uno tenga la interfaz que quiera en el sistema operativo que quiera, ya sea Web, línea de comandos, C, Java, Python... y lo único que haga es conectarse a un servicio Web, enviar su declaración firmada con su certificado y guardar el comprobante firmado de respuesta.

Dicho todo esto, que creo que son todo datos objetivos, dos pensamientos.

Uno, hay muchas partes donde abrir el código no comprometería la seguridad y sí supondría una mejora en la calidad y accesibilidad para los contriuyentes, posiblemente nos encontraríamos que para hacer auténticas aportaciones los conocimientos técnicos de gestión tributaria supondrían un límite mucho más real que la seguridad. Dicho de otro modo hay que saber mucho de tributación _Y_ programación para poder aportar algo de valor a las partes "peligrosas", la comunidad en cambio puede ayudar a mejorar la usabilidad.

Y dos, el dinero que nos quitan todos los años paga el colegio de los que creemos en la enseñanza pública y libre, los hospitales, las vías de comunicación, los cuerpos de seguridad del estado, el alumbrado público, las pensiones... Los que piensan que pagar menos es ser más listo que el "estado", simplemente se quitan de comer pan para comer un bollito que quiza no le siente tan bien.

Mi opinión solamente.

Sobre tus datos informáticos, nada que objetar. Al contrario muy interesante.

Y dos, el dinero que nos quitan todos los años paga el colegio de los que creemos en la enseñanza pública y libre, los hospitales, las vías de comunicación, los cuerpos de seguridad del estado, el alumbrado público, las pensiones... etc...

Ya, esto está muy bien. El problema es que el IRPF NO lo pagamos todos. Los únicos que lo pagan son la clase media con nómina. Y, claro, siempre se me queda cara de imbécil. Si fuese un promotor inmobiliario, harto de billetes, no pagaría nada porque lo ganaría todo en negro y encima mandaría a mi niño a estudiar con beca porque mi declaración de la renta indica que gano muy poquito.

Vamos, que Hacienda somos todos, pero unos lo son más que otros.