-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-08 a las 17:53 +0200, Camaleón escribió:
El 8/08/07, Carlos E. R. escribió:
Pues el que puedes ver en las declaraciones de la renta, es el más común.
Ya, pero estamos hablando de un modelo de formulario de la seguridad social, no de hacienda >:-):
Bueno, yo hablaba de los códigos de puntos y de los formularios en pdf, que son usados por ambos.
http://www.seg-social.es/inicio/?MIval=cw_usr_view_Folder&LANG=1&ID=39378
Ese, al abrirlo con firefox, pone un aviso de que no se permite la grabación de los datos, sólo la impresión. De hecho, si vas a propiedades, seguridad (en el reader) te dice que no está permitido el envío de formularios. En este caso no se permite porque hay que firmarlo a boligrafo, en mi opinión. Tampoco tiene codigo de puntos.
El "problema" de estos formularios en concreto es que no permiten guardar los datos que se añaden y avisan al usuario (tanto en SuSE como en Windows, el comportamiento es el mismo con Acrobat Reader). La única forma de guardar los datos del formulario y además poderlos volver a cambiar es con la versión de Acrobat (sin reader).
Es posible.
Con la versión completa no hay ningún aviso, se rellena el formulario y se guarda. Se vuelve a abrir y se cambian los datos sin problemas.
Esa versión hace muchas cosas que no hace el reader, para eso está.
Luego no tiene ningún sentido impedir guardar los datos del formulario porque es posible hacerlo. Además, se trata de datos sencillos (nombre, dni, dirección...), distinto sería la declaración de hacienda, por ejemplo.
Pero no es adobe quien lo impide, es la seguridad social quien lo impide, porque han configurado así el formulario (en opciones de seguridad). Además, como ya he comentado, los formularios se pueden grabar con el reader contra un servidor remoto especial - pero no en este caso.
No hace falta enviar el pdf entero, sino sólo los datos del formulario, y eso es una operación que tiene el propio formulario en pdf cuando le das a "save", creo que es. Se guarda en el servidor, no en tu PC. Está documentado por los de adobe por algún sitio.
Por eso he insistido varias veces que es una cosa que necesita un servidor especial de adobe, bajo windows, of course.
De hecho, si grabas copia local del pdf no contiene los datos rellenados.
Vale, pero esto que hablas es otro tema, los formularios de la seg. social no siguene se esquema.
No digo que no. Cada formulario concreto puede usar un sistema distinto. Mira, de la documentación del propio reader: [...] Na, no puedo, no me deja hacer copy-paste de la ayuda del reader. Busca en la ayuda del reader, sección formularios: "there are three types of Adobe PDF forms". Uno es sólo para imprimir, otro tiene un botón que graba los datos o un pdf completo con los datos para enviar por email, y un tercero que envía directamente los datos a un servidor web. Y en otro apartado te cuenta los posibles formatos de los ficheros de datos que graba. Los malos en este caso no son los de adobe, son los de la seguridad social. No se puede grabar porque ellos no quieren que lo grabes.
Y no se si la administración usa ese sistema o no. Hacienda creo que no, usa el sistema de código de puntos escaneado desde el papel cuando lo presentas en caja. La seguridad social no lo se.
No, al menos es posible guardar los datos del formulario en tu disco con el programa completo de Acrobat.
Sí, pero porque también permite editar y generar los formularios.
El de la renta no va en pdf; al imprimirlo el ejecutable crea el código de puntos y lo imprime; o graba un fichero de datos que puedes enviar telemáticamente, en un formato que han publicado (y que no me he leido). Por tanto se puede presentar en papel o de manera electrónica, y funciona. En windows, claro.
Hum, los de la declaración de la renta lo desconozco, ahí entiendo que exijan más seguridad en los datos, pero aún así el sistema no me convence.
Claro que lo conoces: es el que usas para presentar la declaración todos los años, salvo que te la hagan. Lo genera el programa "padre.exe", y no es un pdf, ni es estandard ni portable ni multiplataforma.
Puede, pero está ahí y se especializan en ello. No les hace falta reinventar la rueda - y quien lo intente tiene que luchar contra una rueda que ya está rodando e implantada por todas partes. Por lo menos en la administración española.
Ya le han contestado a Octavio con java... una buena solución, pero no la única. El uso de certificados digitales y de apliaciones web en servidor serían otras opciones posibles. Juver, a mi me parece más complicado desarrollar para Acrobat que usar lenguaje, aplicaciones y protocolos estándar basados en Internet, que ya está desarrollado y verificado su funcionamiento.
Y el adobe también está desarrollado y verificado. Ese formulario de arriba es muy fácil de generar con el adobe (el completo), no tiene código de puntos ni nada, es un simple formulario para imprimir. ¿Sabes que como ingeniero puedo presentar los proyectos en pdf y tenerlos sellados oficialmente (visados) por mi colegio en formato pdf, con plena validez legal, sin copia impresa de ningún tipo? Tanto la copia del colegio como la del estado como la mia serían digitales, en pdf. En windows, claro. Y eso es legalmente reconocido en España. No lo es en cambio un dibujo en png con firma encriptada por pgp, por muy estandar abierto que sea.
¿Cómo paga un usuario con tarjeta de crédito / débito por Internet? ¿Con Acrobat o con seguridad ssl y formatos html >:-)?
Te advierto que el colegio de ingenieros cobra y paga los proyectos basandose en esos documentos en pdf que digo, que van sellados criptográficamente con marca de agua. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGuko8tTMYHG2NR9URArdQAJ4sQKu0bQHlHAJQjEFza4wVkJRfIQCdHEmG VwlipCGXQoiC0uVxE30i+yQ= =g7h3 -----END PGP SIGNATURE-----