-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-12-15 a las 16:49 +0100, Camaleón escribió:
El 15/12/06, Carlos E. R. escribió:
¿Hay otra mejor?
Sí, un programa desarrollado especialmente para realizar ese tipo de trámites.
Pues que alguien haga otra aplicación abierta equivalente. ¿La hay?
Si no existe que la desarrollen, para eso es la agencia tributaria, no será por medios ni por presupuesto.
Pues entonces vamos daos. No lo van a hacer, y si lo hacen será malo. Prefiero que usen algo que ya exista hecho por otros - y eso es lo que han hecho precisamente.
falta, y hay que joderse, no hay equivalente abierto.
No es cuestión de gustos ni de medios cerrados, sino de facilitar las gestiones al máximo y te aseguro que con una aplicación en java (online o para descargar) sería mucho más sencillo que un pdf.
No me lo creo. Si la tienen que hacer ellos, no me lo creo.
Esas chorraditas hacen falta, no son chorraditas. Son formularios electrónicos autocontenidos, y no hay equivalente en el mundo del software abierto - que yo sepa.
Pues que lo desarrollen. ¿Es mejor depender de Adobe que desarrollar un formato estandarizado en xml / java / o lo se que sea para centralizar el uso y gestión de los formularios? Yo creo que no. Y la AEAT no es una agencia cualquiera, tienen medios y gente capacitada para hacerlo, y además es en su beneficio.
Si lo hace la aeat, será malo, por definición. Tiene que ser algo abierto que valga para todo el mundo y adoptable en todo el universo y con soporte de la comunidad abierta. Una aplicación que pueda generar formularios (protegidos para que no se alteren), con algún tipo de lenguaje en el documento para hacer lo que tengan que hacer en plan calculos comprobaciones y comunicaciones, y otra aplicación para ver y rellenar e imprimir los formularios, generando conjuntos de datos firmados criptograficamente (no con pgp). Todo eso en código abierto, sea en java o en asembler. Todo eso, salvo la generación de datos en fichero lo hace el acrobat. En código cerrado. Eso es lo único malo que tiene.
programación, y necesitas un programa distinto para cada formulario. Para cada formulario necesitas una aplicación distinta, con su directorio propio y sus datos y sus cosas. Para ver el documento necesitas luego la misma aplicación con la que lo generaste.
En todo caso necesitarás un fichero distinto al igual que necesitas un pdf para cada tipo de formulario.
Cuando lo ha hecho la administración han hecho un programa distinto para cada formulario.
Puedes perfectamente imprimirlo con kpdf y rellenarlo a máquina de las de hace un siglo. Pierdes los automatismos, por supuesto, y al carecer de código de puntos en la administración tardan mucho más en procesarlo: en vez de escanear el código de barras con un lector optico tienen que mecanografiarlo de nuevo en el ordenador.
Pero se puede hacer y lo hacen.
Pues entonces, adiós seguridad y cifrado. :-)
En absoluto. Tu puedes aprovecharte de las ventajas "electrónicas", o descartarlas y hacerlo a boligrafo, en cuyo caso la validación la hará el empleado que admita el documento.
El pdf es un formato de documentos muy completito, y entre las muchas cosas que permite es crear formularios seguritos y compactos.
Completito y segurito si usas Acrobat. ¿Qué pasa si Adobe quiebra y dejan de desarrollar el formatito pdf? ¿Lápiz y papel de nuevo? :-)
Claro. Ya te he dicho que eso es lo malo del asunto, que no haya un equivalente abierto. ¡Joer! Es que no hay equivalente al acrobat en abierto. ¡Si lo hubiera, se les podría morder a los de la administración hasta que cambiaran! Pero no lo hay. Los de Adobe han visto un nicho y su negocio y lo aprovechan bien. Bien para ellos, malo para nosotros. El sistema es bueno. Lo unico malo es que no es nuestro. Ajo y agua. O hacer otro, quien pueda y quiera hacerlo.
No se puede. ¡Hazlo tú! ellos ya lo han intentado, y funciona peor.
Pues algo falla, Carlos. Si se puede desarrollar un sistema operativo en Java no creo que unos formularios que validen datos o el programa padre de la declaración de la renta sea sumamente complejo.
Pues ahí tienes el programa padre, precisamente... el bueno es el de windows, mientras el de java, ese cliente nativo citrix o como se llame, no tiene ni la mitad de prestaciones del otro.
¿De verdad crees que eso es mejor? Está hecho en Java... y funciona en windows. En linux iba a pedales con el netscape 4.7, no pude rellenarlo en su día. Tuve que ir a la administración y pedir el impreso, y que me lo rellenaran ellos.
¿Has dicho Netscape 4.7? :-O Entonces no me extraña que fuera a pedales.
Es que con Mozilla petaba. Ya te lo puedes imaginar para que lo prepararon, ¿no? Para algo que empieza por I y termina por E. Hace tiempo que no lo pruebo, igual ahora funciona. O no hace falta, porque ahora usan otra cosa para el formato 036. ¿Acrobat? Mi bola de cristal me dice que... :-P
Francamente, prefiero un unico fichero, pdf o lo que inventen cuando lo inventen. De momento... es lo menos malo.
Pues nada, te animo a que propongas el formato pdf de Acrobat para la nueva declaración de la renta y que el PADRE que realice con un sólo pdf para que calcule todo lo calculable.
No lo van a hacer, porque deben tener ya hecho un contrato con la empresa que les hace el padre, y les va muy bien. Si no, igual lo hubieran intentado con acrobat, tienen formularios de varias páginas hecho con él. Pero me da la impresión que hay otras empresas que hacen otros programas para la declaración del a renta y los cobran. Fíjate que la administración de hacienda publica los formatos de ficheros para transferencia electrónica, cualquiera puede hacer los programas necesarios. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFgupltTMYHG2NR9URAtOQAJ46LaP64Fi9ABFm+2Vqw3h4/tbJCwCfXAP6 EHd3ANXboZheGZGtiS6iP48= =YwRB -----END PGP SIGNATURE-----