JuanRamon - propuestasmejoraadministracionelectronica

2010-03-03 14:22:38

Comparaci�n para /propuestasmejoraadministracionelectronica de 2010-03-03 14:22:38 y 2010-03-07 10:08:58

A�adido:

Ser�a muy recomendable que cuando el cursor pasa por encima de cualquier bot�n apareciese un “bocadillo” explicativo que aclarase la funci�n de dicho bot�n.

Borrado:

Ser�a muy recomendable que cuando el cursor pasa por encima de cualquier bot�n apareciese un “bocadillo” explicativo que aclarase la funci�n de dicho bot�n.

2010-03-03 14:16:36

Comparaci�n para /propuestasmejoraadministracionelectronica de 2010-03-03 14:16:36 y 2010-03-03 14:22:38

A�adido:

Mejoras que se podr�an plantear en el uso de etiquetas: 1.el ic�no identificativo de las etiquetas es �nico: que se crease un icono (combinando color/tama�o/forma) distinto para cada etiqueta, para poder distinguirlos sin necesidad de posicionarse encima de �l con ayuda del cursor. 2. adem�s de las etiquetas de uso individual, �se podr�a plantear que hubiese etiquetas de uso compartido?

2010-03-03 13:49:20

Comparaci�n para /propuestasmejoraadministracionelectronica de 2010-03-03 13:49:20 y 2010-03-03 14:16:36

A�adido:

Algunos usuarios plantean que los asteriscos que identifican a los campos obligatorios deber�an estar a la derecha del nombre del campo para que sea m�s visible (el lugar de a la izquierda). Creo que est�ticamente queda mejor a la izquierda, aunque para ser mejor percibidos podr�an colocarse en rojo y negrita.

2010-03-03 13:46:11

Comparaci�n para /propuestasmejoraadministracionelectronica de 2010-03-03 13:46:11 y 2010-03-03 13:49:20

A�adido:

cuando un firmante desde su bandeja de firmas accede a un expediente para firmarlo se encuentra con un pdf y debajo tiene tres opciones: un icono para firmar, un bot�n para devolver firma y un bot�n que se llama “volver”. Al pulsar en el bot�n volver el comportamiento que se produce es que se transita a una pantalla con informaci�n sin ning�n inter�s para el firmante. “Volver” deber�a de ir a la pesta�a de firmas, pues el actual comportamiento solo puede confundir al firmante. Si el firmante devuelve la firma con un motivo el sistema lo remite a una pantalla que tambi�n puede confundirlo; lo correcto ser�a que volviese a la pesta�a de firmas (ver informe use41 pruebas v3 091214, p�ginas 5 y siguientes, en el que se visualiza bien todo esto)

Borrado:

cuando un firmante desde su bandeja de firmas accede a un expediente para firmarlo se encuentra con un pdf y debajo tiene tres opciones: un icono para firmar, un bot�n para devolver firma y un bot�n que se llama “volver”. Al pulsar en el bot�n volver el comportamiento que se produce es que se transita a una pantalla con informaci�n sin ning�n inter�s para el firmante. Volver deber�a de ir a la pesta�a de firmas, pues el actual comportamiento solo puede confundir al firmante. Si el firmante devuelve la firma con un motivo el sistema lo remite a una pantalla que tambi�n puede confundirlo; lo correcto ser�a que volviese a la pesta�a de firmas (ver informe use41 pruebas v3 091214, p�ginas 5 y siguientes, en el que se visualiza bien todo esto)

2010-02-24 13:40:36

Comparaci�n para /propuestasmejoraadministracionelectronica de 2010-02-24 13:40:36 y 2010-03-03 13:46:11

A�adido:

Cuando un tramitador realiza una tarea esta pasa por las fases “pendiente”, “ejecutada” y “finalizada”. “ejecutada” y “finalizada” son dos t�rminos sin�nimos y esto lleva a confusi�n. Ser�a m�s correcto que las fases fuesen “pendiente”, «en ejecuci�n”, “finalizada”. Esto ser�a especialmente clarificador cuando la tarea consiste en poner un documento a firma de un firmante; en tanto no firme al tramitador la aparecer�a la tarea «en ejecuci�n” y una vez la firma est� realizada le aparecer�a la tarea “finalizada”.

2010-02-24 13:36:57

Comparaci�n para /propuestasmejoraadministracionelectronica de 2010-02-24 13:36:57 y 2010-02-24 13:40:36

A�adido:

En los procedimientos que se aborde el redise�o a partir de ahora tener en cuenta esto: en las resoluciones generadas a partir de la informaci�n suministrada por el solicitante debe haber una tarea que permita modificar los datos incorporados en la solicitud por el solicitante. De esta forma en caso de “errores” ortogr�ficos o erratas evidentes se podr� modificar dicha informaci�n para que al generarse la resoluci�n se corrijan dichos errores.
En los procedimientos que se aborde el redise�o a partir de ahora tener en cuenta esto: cuando se genere un documento para firma debe haber una tarea no obligatoria para el tramitador de incorporar la informaci�n del pie de firma con informaci�n relativa al firmante (donde se especifique, por ejemplo, «El Rector. Por delegaci�n el Vicerrector de Investigaci�n (Resoluci�n Rectoral de xx/xx/xxxxx); esta informaci�n del pie de firma ser�a as� un campo din�mico: habitualmente no habr�a que modificarlo, pero si se produce una sustituci�n o delegaci�n de car�cter puntual se podr�a abordar a trav�s de la v�a de la Gesti�n de Usuarios complementada con esta soluci�n).

Borrado:

En los procedimientos que se aborde el redise�o a partir de ahora tener en cuenta esto: en las resoluciones generadas a partir de la informaci�n suministrada por el solicitante debe haber una tarea que permita modificar los datos incorporados en la solicitud por el solicitante. De esta forma en caso de “errores” ortogr�ficos o erratas evidentes se podr� modificar dicha informaci�n para que al generarse la resoluci�n se corrijan dichos errores. Adem�s, en esa tarea debe aparecer siempre un campo con la informaci�n del “pie de firma” (donde se especifique, por ejemplo, «El Rector. Por delegaci�n el Vicerrector de Investigaci�n (Resoluci�n Rectoral de xx/xx/xxxxx); esta informaci�n del pie de firma ser�a as� un campo din�mico: habitualmente no habr�a que modificarlo, pero si se produce una sustituci�n o delegaci�n de car�cter puntual se podr�a abordar a trav�s de la v�a de la Gesti�n de Usuarios complementada con esta soluci�n).

2010-02-16 09:15:28

Comparaci�n para /propuestasmejoraadministracionelectronica de 2010-02-16 09:15:28 y 2010-02-24 13:36:57

A�adido:

En los procedimientos que se aborde el redise�o a partir de ahora tener en cuenta esto: en las resoluciones generadas a partir de la informaci�n suministrada por el solicitante debe haber una tarea que permita modificar los datos incorporados en la solicitud por el solicitante. De esta forma en caso de “errores” ortogr�ficos o erratas evidentes se podr� modificar dicha informaci�n para que al generarse la resoluci�n se corrijan dichos errores. Adem�s, en esa tarea debe aparecer siempre un campo con la informaci�n del “pie de firma” (donde se especifique, por ejemplo, «El Rector. Por delegaci�n el Vicerrector de Investigaci�n (Resoluci�n Rectoral de xx/xx/xxxxx); esta informaci�n del pie de firma ser�a as� un campo din�mico: habitualmente no habr�a que modificarlo, pero si se produce una sustituci�n o delegaci�n de car�cter puntual se podr�a abordar a trav�s de la v�a de la Gesti�n de Usuarios complementada con esta soluci�n).

2010-02-15 20:08:07

Comparaci�n para /propuestasmejoraadministracionelectronica de 2010-02-15 20:08:07 y 2010-02-16 09:15:28

A�adido:

Ser�a muy recomendable que cuando el cursor pasa por encima de cualquier bot�n apareciese un “bocadillo” explicativo que aclarase la funci�n de dicho bot�n.
Pensar en que se incorpore a la plataforma un evento de anexar documentos en cualquier momento de la tramitaci�n por parte del tramitador (�y quiz�s tambi�n del interesado?)

2010-02-09 19:20:23

Comparaci�n para /propuestasmejoraadministracionelectronica de 2010-02-09 19:20:23 y 2010-02-15 20:08:07

A�adido:

la plataforma deber�a tener la posibilidad de computar d�as h�biles (por tanto deber�a ser posible cargar a principios de cada a�o el calendario de d�as h�biles de Sevilla). Esta necesidad se ha visualizado en el use 29 a flujo completo; para poder meter plazo de subsanaci�n ser�a suficiente con introducir fecha de publicaci�n/notificaci�n si el sistema supiera sumar 10 d�as h�biles (ahora hay que meter dos campos: fecha de publicaci�n/notificaci�n y fecha final de presentaci�n de solicitud de subsanaci�n).