-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-01-10 a las 20:05 -0500, Shinji Ikari escribió:
Hay usuarios, y empresas, que necesitan el tipo de opciones que ofrece el adobe acrobat.
Ciertamente, pero también he visto empresas que no son muy duchas en inversión. Adquirir Adobe Acrobat para crear documentos de un sistema de gestión de calidad (SGC), asumo que para utilizar ciertas características, no merging, no printing, no copy paste. ¿Esas características son propietarias de Adobe Acrobat solamente? ¿No están presentes en otras impresoras pdf?
Eummmm... creo que con el pdftk se pueden activar. También pueden interesarles cosas como documentos con índices que al clicar se va a la página adecuada: hasta no hace mucho sacar eso en Linux no era sencillo. El OOo lo hace, pero sus PDFs son mayores que los del adobe. Desde látex también se puede. Lo del tamaño de los pdf, tiene su miga: si una circular en pdf pasa de pesar menos de 100KiB a más de 500 sólo por hacerlo en Linux (y ocurre) pues la gente se vuelve al adobe. Es un caso real que salió en la lista inglesa (no recuerdo las cifras exactas, pero era demasiado grande).
Pues ofrece las bastantes ventajas para que la administración española use formularios pdf en muchos de los papeleos que tienen. Es estandar, seguro, se imprime como debe ser en todos los ordenadores... no se si han descrito por algún lado la lista de ventajas, pero no lo pueden hacer con hojas de calculo o similares.
Hmm, a tomar en cuenta, Perú adquirió varios OLPC con Linux, luego adquirió los que tienen XP. Lo bueno es relativo y las buenas intenciones pueden mudarse con algo de dinero, y aún más en las entidades estatales.
No es simple dinero, el PDF tiene ciertas ventajas técnicas para ellos. Funciona, eso es cierto.
Por ejemplo, hay un formulario de no recuerdo que oficina que lo puedes descargar por internet; hasta ahí es normal, pero es que cada vez que lo descargas tiene un numero de serie distinto. No se para qué necesitan eso, pero lo necesitan. El usuario lo rellena, lo imprime, y lo entrega.
¿Como se generará ese número de serie? Es un correlativo o generado para identificar de donde se lleno. =/ Entonces me podría bajar 50 veces el archivo y los números de serie variarían en cada documento. Algo como ponerle correlativo a un formulario disponible libremente en cualquier oficina. Que raro... Habrá que averiguar que utilidad puede tener un documento así.
Creo que correlativo. De hecho, antiguamente ibas a la oficina a pedir el impreso, y también estaban numerados. No tengo ni idea de porqué lo necesitan. Y te dicen que si presentas uno repetido no lo aceptan. Vete a saber.
Si lo hicieran como un documento tendrían que bloquearlo para que la gente no lo pueda cambiar, y garantizar que siempre se imprima igual - y eso no siempre ocurre: basta con que tu impresora sea distinta para que un documento salga en numero de hojas distintas del original, por poner un ejemplo.
hmmm, el PDF archivo codificado o un paquete binario, diferente del xml o texto que es odt, docx y etc. Entendido. Han de ser también formularios grandes y a fin de facilitar la usabilidad para el usuario (envio por email) no se usan formularios web. Creo que los sistemas tienen un set de fuentes comunes, si es así la impresión no se vería afectada. hmmm es un formulario que se llena e imprime y se tiene como comprobante o es un formulario que se imprime y se llena para entregarse?
Se imprime, se entrega en papel. Es más, el adobe reader no te permite grabar el formulario rellenado. El adobe completo, sí. No siempre se imprime. En algunos casos, si lo descargas y rellenas en casa, tienes que imprimirlo. En cambio, si vas allí y lo rellenan ellos, entonces también se imprime, pero con el código de puntos que permite entregarlo en otra ventanilla y que lo escaneen al instante. Y curiosamente, si te lo rellenan ellos, a ellos les hace los cálculos automáticamente, y a mi en casa no - o sea, el servidor hace cosas importantes. Estuvimos hablando de esto hace tiempo en la lista. Y es más curioso, porque si se rellena contra un servidor, puedes enviarlo en línea, el paso de imprimirlo sería innecesario - pero entonces no puedes firmarlo. Doble curiosidad, porque lo que pone el formulario puede ser distinto (por bug o intencionadamente) de lo que pone la matriz de puntos, y es sólo la matriz lo que escanean en la ventanilla de pagos.
El acrobat reader puede rellenar formularios y enviar los contenidos a un servidor central que los recoje y valida. También pueden hacer calculos y cuentas, por ejemplo al rellenar formularios para impuestos. Por sí mismo el reader no permite grabarlos, sólo imprimirlos.
Hmmm, bueno, no he revisado el formulario ese de Excel que mencione (es decir, ¿estará protegido, encriptado, para que no se puede editar de otras maneras?, lease juaqueadas). Por que si es así (tiene protección), entonces satisface lo requerido de un pdf, a menos que haya otras características que pdf cumple y los formularios en odt, docx, ods, xls no puedan hacer. =/ * Otro asunto es la compatibilidad de macros de Office en openoffice.
El adobe reader se supone que es idéntico en todas las plataformas y ordenadores. Debe darles ciertas garantías.
Una de las funciones que hacen, cuando lo rellenan ellos, es que el formulario tiene una hoja con una matriz de puntos; es como un código de barras en dos dimensiones, con puntos creo que de hasta 2 mm. Esa matriz la leen con un scanner laser de mano, y en esa operación leen todos los datos del formulario de varias páginas: los puntos codifican todo el texto que el usuario haya rellenado. Esa funcionalidad sólo funciona no se si con un adobe especial o por la conexión contra un servidor central de ellos que hace esa función.
Ese código bidimensional... resume la información del formulario, deben ser opciones de marcar y números entonces.
Y nombres y direcciones, de todo. No tengo ninguno que mostrar, porque los que tengo tienen mis datos, así que no lo puedo enseñar.
Pero puede ser código que está dentro de la misma hoja.
Podría. Yo creía que era así, pero por lo visto no, lo hace el servidor.
Aquí hay un programa para la declaración de impuestos (todas aquellas personas que perciben ingresos: comercio, alquiler, industria, etc), el programa genera unos archivos comprimidos y codificados, inclusive tienen control de integridad me parece. Luego estos archivos se suben al servidor de la SUNAT (el organismo que controla los impuestos) mensualmente, se controla la integridad del archivo y el servidor acepta. Cada usuario tiene su cuenta y es responsabilidad del usuario el resguardo de su cuenta.
Así es. Aquí la declaración de la renta, lo mismo que allá por lo que cuentas, es un programa en Windows, que te dan gratis, y efectivamente genera un archivo de salida especial que es lo que se envía. Llevamos no se cuantos años con ese sistema, recuerdo haberlo visto en MsDos, y luego en Windows. Los sistemas sobre PDF son otros impuestos menos complejos, y que se han automatizado en PDF recientemente.
Es cierto que una implementación distinta podría no estar limitada y llenar todas esas funcionalidades - pero no existe. Incluso la parte de rellenar formularios para imprimir no funciona bien.
Me pregunto por que esa entidad que menciona, optó por esa solución. No he escuchado de problemas con el sistema vigente aquí. De todas maneras un sistema menos oneroso para los clientes es una obligación del estado. Pero la dificultad está en lo común de las máquinas de escritorio del país. Mayoría maquinas con windows, por tanto en esa plataforma se debe de basar la solución, ahora el asunto es por que pdf. =/
Cierto.
Hace ya un tiempo, un amigo me presentó una aplicación para convertir de pdf a doc, aún archivos encriptados. Me pregunto que tal funcionará ese software con esos formularios que menciona. (Si la clave es fuerte, no basada en diccionario, entonces muy difícil juaquearlo)
Aquí se pueden usar documentos en PDF firmados con firma criptográfica como pruebas documentales en ciertos sitios. No puede ser encriptación sencilla, debe ser tipo pkcs, imagino. Se están empleando para facturas electrónicas por las compañías de luz, agua, gas... aunque algunos no se han enterado, y entregan un pdf sin firma, o con firma que no valida. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAklpXBMACgkQtTMYHG2NR9Uw4ACcDXwuGhp/6isidNtbKbzymmPN F7kAnR+8xv/te9SBnnJM971TXuAgtkfO =0+s0 -----END PGP SIGNATURE-----