Sistema Integral de Informacin y Administracin Universitaria - PowerPoint PPT Presentation

1 / 20
About This Presentation
Title:

Sistema Integral de Informacin y Administracin Universitaria

Description:

La fase de formulaci n de proyectos de P3E se considera concluida cuando: ... due o original del proyecto solo podr ajustar, metas, indicadores y actividades. ... – PowerPoint PPT presentation

Number of Views:73
Avg rating:3.0/5.0
Slides: 21
Provided by: SII4
Category:

less

Transcript and Presenter's Notes

Title: Sistema Integral de Informacin y Administracin Universitaria


1
Sistema Integral de InformaciĆ³n y AdministraciĆ³n
Universitaria
2
o
  • 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

3
o
  • 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.

4
CIERRE DE PROYECTOS
Para cerrar un proyecto, seleccionamos dicho
proyecto y accesamos a la opciĆ³n Cerrar proyecto
del menĆŗ Procesos.
5
3ĀŖ Etapa P3E PRESUPUESTACIƓN
6
Āŗ
PROGRAMACIƓN Y PRESUPUESTACIƓN ( FASE 2 Y 3)
7
NIVELES DE SELECCIƓN E INTEGRACIƓN DE PROYECTOS
8
SelecciĆ³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.

13
Consulta de Proyectos
Ingresaremos a la opciĆ³n Consultar proyecto del
menĆŗ P3E donde podremos consultar todos los
proyectos de la Red.
14
SelecciĆ³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. Ā 
19
o
AplicaciĆ³n de techos presupuestales
20
Directorio
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
Write a Comment
User Comments (0)
About PowerShow.com