-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-08-10 a las 10:54 +0200, J. OCTAVIO AVALOS escribió:
En efecto Carlos, el recurso del Ayuntamiento es un formulario que lo hice abierto, yo no le puse ninguna restricción, para ser grabado en soporte electrónico en la carpeta de cada cliente, de esta forma siempre tengo una copia del trabajo que le hice a cada uno, al margen de el soporte en papel que va al archivo.
Pues el reader dice que tiene los permisos restringidos.
El segundo, el de tráfico, es un pdf normal que lo podemos convertir en formulario tan solo añadiéndole los campos y así tenerlo para los distintos recursos que presentas. Os adjunto ese mismo pdf transformado en formulario en unos poco campos.
Pues tiene restringido: document assembly comenting signing creation of template pages submitting forms Hay que averiguar porqué es eso.
Por otro lado lo primero vamos a concretar conceptos. El sistema RED (Remisión Electrónica de Documentación) de la seguridad social precisa un certificado digital y firmar un convenio con ellos. Pues bien, los movimientos de Alta, Baja, Variación de Datos etc. de trabajadores, Certificados de estar al corriente, estado de deudas ... Que realicemos, las podemos hacer Online o por remesa generada por las aplicaciones de Nominas que tenga cada usuario, para todas estas gestiones no se precisa la intervención del trabajador, ni firma física ni nada, lleva la firma digital del autorizado (empresa o Profesional dados de alta en el sistema RED).
Ajá. Y es distinto de cualquier persona usando sistemas electrónicos con la administración.
Ahora bien, una empresa que no esté en este sistema, lo que hace es bajarse el modelo, cubrirlo por pantalla que siempre es más cómodo, imprimirlo, firmarlo los que se precise (empresa y trabajador para las altas y empresa solo para las bajas, por ejemplo) y presentarlo en la Tesorería. Este sistema fue el que existió siempre lo único que cambia es que tenemos el modelo en internet y lo cubrimos con el ordenador en vez de con la máquina de escribir.
Exacto. Lo que falla es poder guardar copia electrónica para nuestro archivo. Se puede hacer imprimiendo a a papel o a fichero - y por cierto, el documento imprimido será más pequeño que el formulario, que algunos ocupan varios megas por el formulario.
Después tenemos los pdf únicos que se generan (OJO son PDF su salida, una vez generados) para cada actuación en concreto, estos suelen llevar Código de Barras y un número de referencia que cambian cada vez que precisemos utilizar este impreso. Es el ejemplo que pone Carlos del Impuesto de Transmisiones Patrimoniales y Actos Jurídicos Documentados. Como bien sabéis este impuesto hay que liquidarlo y adjuntarlo con el resto de la documentación en el registro o dependencia encargada de su registro.
Lo que no sé es porqué quieren un número de serie del impreso antes de rellenarlo. Podrían dar el número de serie al entregarlo en ventanilla, o al imprimirlo, como hace el "padre".
El caso es que tanto en uno como en otro ejemplo, una vez que tenemos cubierto el modelo y queremos archivarlo en pdf en nuestro ordenador, para no tener que acudir al soporte papel (del modelo tramitado fisicamente cuando así sea) o cuando la administración nos lo envia por internet conforme ya fue tramitado (supuesto del sistema RED), el READER no permite grabar el formulario cubierto.
Exacto, y eso es lo que no se entiende.
Y por último y en general, tampoco permite el READER grabar ningún formulario cubierto (con esto último ya simplificamos todo)
Sip. Absurdo. Yo creo que nos falta algo, o es un bug tremendo. ¿Alquien que quiera probar el CABAReT? http://www.cabaret-solutions.com/en/downloads/linux - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGvEpztTMYHG2NR9URAuvHAKCRHyZ/5OTrKcMLopHenA5FjfViIwCfTo0G JyLzlR5mCDY590M3bwdCfZ0= =gisy -----END PGP SIGNATURE-----