Title: Sistema Integral de Informacin y Administracin Universitaria
1Sistema Integral de InformaciĆ³n y AdministraciĆ³n
Universitaria
2o
- La fase de formulaciĆ³n de proyectos de P3E se
considera concluida cuando - Los proyectos de las Unidades Responsables (URs)
ya han sido capturados de acuerdo a las
especificaciones tĆ©cnicas requeridas - FinalizĆ³ el plazo acordado entre la VicerrectorĆa
y el Consejo de Rectores
3o
- HabiƩndose producido esto, las Unidades
Responsables de formular los proyectos deberƔn de
Cerrar cada uno de sus Proyectos, esto es
- Para efectos de contar con una bandera que
indique que los Proyectos tienen el carƔcter de
definitivos para ellas, y ya no serƔn modificados
por quien los formulo originalmente. - Para que la instancia superior inmediata pueda
iniciar la Tercera Fase consistente en la
selecciĆ³n e integraciĆ³n de los proyectos
formulados por sus respectivas URs. de acuerdo a
criterios de calidad, pertinencia u otros que las
instancias pertinentes determinaran.
4CIERRE DE PROYECTOS
Para cerrar un proyecto, seleccionamos dicho
proyecto y accesamos a la opciĆ³n Cerrar proyecto
del menĆŗ Procesos.
53ĀŖ Etapa P3E PRESUPUESTACIĆN
6Āŗ
PROGRAMACIĆN Y PRESUPUESTACIĆN ( FASE 2 Y 3)
7NIVELES DE SELECCIĆN E INTEGRACIĆN DE PROYECTOS
8SelecciĆ³n e IntegraciĆ³n de Proyectos
Los trabajos inherentes a esta fase
SelecciĆ³n e IntegraciĆ³n de proyectos corresponde
realizarlos a las divisiones, secretarĆas,
coordinaciones y sus equivalentes en el SEMS a
fin de presentarlos a los Consejos respectivos
para que Ć©stos los aprueben y cuenten en el
mĆ³dulo presupuestal con recursos para su
operaciĆ³n. En esta fase las divisiones y
sus equivalentes deberƔn seleccionar e integrar
sus proyectos del 03 al 15 de febrero de 2003.
Por su parte los Consejos deberƔn aprobarlos
del 17 al 28 de febrero. Para realizar su
trabajo las Divisiones, SecretarĆas,
Coordinaciones Generales y sus equivalentes en
SEMS, utilizarƔn otro modulo de P3E el cual
trabaja de la siguiente forma 1. Cuando Una
determinada Unidad Responsable cierra su
Proyecto, este serĆ” completamente visible dentro
del mĆ³dulo encargado de Aceptar/Validar
proyectos.
9 SelecciĆ³n e IntegraciĆ³n de Proyectos
2. Al momento de firmarse en el sistema, al
usuario se le identificarĆ” mediante la Unidad
responsable a la cual pertenece y por ende, podrĆ”
tener acceso a todos los Proyectos ya creados y
cerrados por Unidades responsables inmediatamente
inferiores en el organigrama jerƔrquico. Con este
nivel de seguridad, se garantiza que cada
usuario, por Unidad Responsable, observe en su
pantalla solamente los proyectos que sean de su
incumbencia. 3. El usuario de mayor nivel,
tiene la capacidad de modificar los proyectos
creados por las URs. de menor nivel y
configurarlos segĆŗn convenga. 4. Una vez
revisados los proyectos, la URs de mayor nivel
los acepta o los rechaza.
10 SelecciĆ³n e IntegraciĆ³n de Proyectos
5. Si algĆŗn proyecto es rechazado, se deberĆ”
capturar la razĆ³n por la cual no fue aprobado por
la URs. superior, este registro y la fecha de la
acciĆ³n es guardada por el sistema en el historial
de proyectos como NO VALIDO. 6. En caso
contrario, si el proyecto despuƩs de haber sido
modificado/revisado, es aceptado, automƔticamente
se crea una copia y se integra, identificƔndose
con un nuevo numero de proyecto, como propio de
la unidad responsable que valida para que, en su
caso, se ejecute el mismo proceso de revisiĆ³n en
el caso de que existan URs. de mayor jerarquĆa en
el organigrama.
11 EdiciĆ³n de Proyectos
- Es pertinente hacer notar que mientras los
proyectos no hayan sido ni aceptados ni
cancelados por la Unidad Responsable directamente
superior a la que los formulĆ³, ellos podrĆ”n
volver a ser re-abiertos para su modificaciĆ³n por
la URs. que lo originĆ³.
12 EdiciĆ³n de Proyectos
- Esto, puede generar contratiempos para el trabajo
que esta fase implica, por lo que serĆa
recomendable establecer en forma definitiva una
regla de cierre prefijado de acuerdo a una
temporalidad en el sistema para cada fase de P3E,
misma que acotarĆa los derechos y acciones
(formulaciĆ³n, modificaciĆ³n, solo lectura, etc.)
que cada instancia tiene por fase en P3E y
eliminarĆa cualquier contratiempo. En esta
ocasiĆ³n, el sistema se cerrara automĆ”ticamente el
dĆa de cierre.
13Consulta de Proyectos
Ingresaremos a la opciĆ³n Consultar proyecto del
menĆŗ P3E donde podremos consultar todos los
proyectos de la Red.
14SelecciĆ³n e IntegraciĆ³n de Proyectos
EstarƔn completamente visibles a la URs. de
nivel inmediato superior todos los proyectos
cerrados para que de esta manera ella pueda
accesar a cada uno de ellos para aceptarlos y en
este momento se registra como de un proyecto de
la URs. que lo aceptĆ³.
15 SelecciĆ³n e IntegraciĆ³n de Proyectos
La opciĆ³n Cancelar proyecto se encuentra en el
menĆŗ Procesos, a travĆ©s de la cual podremos
cancelar un proyecto seleccionado e indicar el
motivo por el cual fue rechazado.
16 Reglas del Sistema
Finalmente cabrĆa destacar las siguientes reglas
del sistema 1. En lo referente a la
formulaciĆ³n, modificaciĆ³n y validaciĆ³n de los
proyectos Mientras el proyecto no
haya sido aceptado/rechazado por la URs
inmediatamente superior, el dueƱo en ese momento
del proyecto podrĆ” abrirlo o cerrarlo las
veces que lo necesite para hacer cambios al
proyecto. Una vez aceptado o rechazado
el proyecto, la URs inmediatamente inferior no
podrĆ” realizar ningĆŗn tipo de modificaciĆ³n al
proyecto. De hecho los creadores originales del
proyecto solo podrĆ”n ver como quedĆ³ el proyecto
al final del proceso. Si el proyecto NO
es validado, la URs inmediatamente inferior que
lo formulo, no serĆ” capaz de modificarlo, tendrĆ”
necesariamente que reformular el proyecto, en una
nueva convocatoria, desde un inicio y el
proyecto cancelado quedara almacenado como
histĆ³rico.
17 Reglas del Sistema
Por Ćŗltimo en caso de que los proyectos
requirieran una reprogramaciĆ³n, como se hace en
FOMES, en esta el dueƱo original del proyecto
solo podrĆ” ajustar, metas, indicadores y
actividades. Cuando se haya efectuado
la reprogramaciĆ³n, y esta haya sido validada por
la instancia superior inmediata (coordinaciones o
divisiones) nadie podrĆ” hacer modificaciones de
ningĆŗn tipo al proyecto. 2. En lo referente
al seguimiento Con la mecƔnica antes
descrita se garantiza que se le pueda seguir la
pista al proceso de aceptaciĆ³n del proyecto,
esto es serĆ” posible saber, desde quien lo crea,
hasta la ultima URs que revisa/acepta el proyecto
y viceversa. Ā
18 Reglas del Sistema
NingĆŗn proyecto en el nivel que sea, serĆ”
eliminado de ninguna forma, los registros y la
informaciĆ³n se mantienen tal cual y lo Ćŗnico que
se agrega en el caso de los validados son las
versiones de las que puedan ser objeto asĆ como
informaciĆ³n sobre seguimiento y control de los
mismos. Con fines de seguimiento y
transparencia se ha considerado que es
conveniente el agregar un campo en donde se
registre la justificaciĆ³n tĆ©cnica del porquĆ© las
diferentes URs hacen las modificaciones sobre los
proyectos en los diferentes niveles de
autorizaciĆ³n. Ā
19o
AplicaciĆ³n de techos presupuestales
20Directorio
UNIVERSIDAD DE GUADALAJARA LIC. JOSE TRINIDAD
PADILLA LOPEZ VICERRECTORIA EJECUTIVA MCs.
RICARDO GUTIERREZ PADILLA COORDINACIĆN GENERAL
ADMINSTRATIVA DIRECCION EJECUTIVA DEL SIIAU Mtro.
GUSTAVO A. CARDENAS CUTIĆO DIRECCIĆN OPERATIVA
DEL SIIAU MCs. FRANCISCO G. CUELLAR
HERNĆNDEZ ENERO DE 2003