Temas a tratar:

Roles y Usuarios
Roles y su funcionalidad
Asignacin de Roles
Creacin de Categoras y asignacin de usuarios a las
categoras creadas.

Categoras
Niveles
mbito de variables
Gestin de Categoras

Flujo de Aprobacin de Modelos.

Borradores de Modelos
Flujo de Pase a Produccin
Aprobacin excepcional de pase a produccin.
Seguimiento de Aprobacin de Modelos.

Restructuracin de Paginas:

Gestin de Procedimientos (antes de Modelos)

Historial de Versiones
Registro de Modelos
Bitcora de Transacciones
Ejecucin de Modelos (testeo)
Ejecucin de Procesos en Batch

I.

Roles y Usuarios
1. Roles y su Funcionalidad.
A. Oficial de Seguridad. El Oficial de Seguridad se configurar va
queryy ser responsable de:
Habilitar los usuarios del SFI que participaran en el motor
mediante la asignacin de Roles: Oficial de Pase a Produccin,
Sper Usuarios y Usuarios.
En el caso de los sper usuarios, el oficial de seguridad se
encargar de configurar un sper usuario por empresa (la
empresas tambin sern configuradas va query)
Usuario de Sistema para que configure los of de seguridad
B. Oficial de Pase a Produccin (SISTEMAS)
Se encarga de aprobar/rechazar el pase de un modelo a
produccin, si el procedimiento es completamente nuevo o su
modificacin implica un cambio de parmetros entrada o
salida.
Asume por defecto el comportamiento INVITADO en todas las
categoras creadas.
C. Sper Usuario.
Sern asignados por el Oficial de Produccin, en la proporcin
de un (01) sper usuario por empresa.
Dentro de una empresa a la que es asignado, un sper usuario
podr crear las diferentes areas que conforman su empresa.
Adems el sper usuario podr establecer que usuario se
encargar de administrar un rea especfica, teniendo incluso
la posibilidad de incluirse l mismo como un administrador de
rea ms.
Si bien es cierto que un sper usuario tambin puede cumplir el
rol de administrador de una de las reas que cre, si este solo
tiene el rol de sper usuario, entonces su papel se limitar a
crear reas dentro de la empresa a la que fue asignado por el
oficial de seguridad.
D. Usuario.

El rol Usuario, lo recibirn aquellas personas vinculadas

directamente a una de las reas que conforman una empresa
ya sea mediante gestin de procedimientos y variables
(Usuario Modelador), la ejecucin de procedimientos y posterior
lectura de sus resultados (Usuario Batch) o simplemente la
visualizacin de procedimientos y variables (Invitado)
Ya que segn Segundo las variables van a ser globales a una
empresa, pero solo podrn ser editadas por el usuario
modelador que las creo, o en su defecto por el administrador

de rea respectivo, se podra concluir que todos los usuarios (o

solo modeladores???) deben recibir automticamente el rol de
invitado sobre las variables
De la definicin del rol se desprende que un USUARIO puede
tener hasta tres tipos de comportamientos en relacin a un
rea:
a. Usuario Modelador:
Un usuario al momento de ser asignado como
modelador dentro de un rea, recibir una carpeta con
su nombrey ser notificado va correo electrnico???.
Dentro de esta carpeta el usuario modelador podr
crear tantas carpetas como considere necesarias para
la organizacin de sus modelos.
Si bien es cierto que los modelos dentro de una
categora pueden estar ubicados en diferentes nivel
jerrquicos, para efectos prcticos se considera a
todos en el mismo nivel (rea).
Un usuario modelador crear variables que podrn ser
usadasa nivel de empresa, pero que solo podrn ser
editadas por l mismo o por un administrador de su
rea, todo esto con la nica condicin de que los
nombres de las variables que crea sean nicos a nivel
de empresa o rea?????
Crear procedimientos (modelos, polticas o reglas)
dentro del rea a la que est asignado.
Ejecutar procedimientos ya sea de forma individual o
en Batch dentro del rea a la que est asignado.
Visualizar los reportes Historial de Versiones y
Bitcora de Transacciones de los procedimientos
creados dentro del rea a la que est asignado.
a.1.

Administrador de rea.

Es un usuario que es elegido por un sper usuario

para la administracin de una de las reas que crea.
Como administrador de un rea, este podr asignar
usuarios (modeladores, batch o invitados) al rea que
administra.
Por defecto, todo administrador de rea ser un
usuario modelador dentro de esta, por lo tanto,
adems de la asignacin de usuarios a su rea, podr
cumplir las mismas funciones que un usuario
modelador. No es un comportamiento ms, es una
marca que se aplica a los modeladores.
Se encarga de aprobar/rechazar el pase un
procedimiento a produccin.
Su aprobacin puede ser definitiva o no, dependiendo
de lo siguiente:

La aprobacin del administrador de rea ser

definitiva si la modificacin del procedimiento
solo involucra cambios de lgica interna y no de
parmetros.

La aprobacin del administrador de rea no

ser definitiva y por lo tanto depender de la
aprobacin final del oficial de pase a produccin
si el procedimiento es completamente nuevo o
su modificacin implica un cambio de
parmetros entrada o salida

Adems las funciones mencionadas un administrador

de rea podr modificar los procedimientos y
variables creados por los usuarios asignados a su
rea.
Qu es mejor, que el nico administrador de rea
configurado por un sper usuario agregue otros
administradores de rea? O que sea el sper usuario
el que configure todos los administradores de rea de
un rea especfica? Todo esto es porque Segundo
quiere ser sper usuario de Financiera Efectiva para
crear las reas y a la vez quiere ser administrador de
reas y riesgos, donde compartira esta funcin con
Juan Cotrina.
Es mejor que el administrador de rea asigne otros
administradores, pero sera til marcar en base de
datos, cul fue el usuario designado por el sper
usuario como administrador de rea.
b. Usuario Batch:
Ejecutar procedimientos ya sea de forma individual o
en Batch dentro del rea a la que se encuentra
asignado.
Visualizar los reportes Historial de Versiones y
Bitcora de Transacciones de los procedimientos
creados dentro delrea a la que se encuentra
asignado.
c. Invitado
Visualizar el reporte Historial de Versiones de los
procedimientos creados dentro de rea a la que se
encuentra asignado.

A nivel de rea un usuario podr tener un nico

comportamiento, es decir no podr ser, por ejemplo, modelador
o batch, o batch e invitado al mismo tiempo.

2. Asignacin de Roles.

A la pgina Asignacin de Roles solo tendr acceso el Oficial

de Seguridad.
Se debe tener en cuenta que los Of. Seguridad se crean desde
BD.
La finalidad de esta pgina ser configurar los usuarios que
participarn en el MDI mediante la asignacin del rol que
despearn en la aplicacin.
No debera poder asignarse ms del un rol, por ejemplo Of.
Pase a Produccin y Usuario a la vez, porque se podra caer en
que un modelador aprueba sus propios modelos (ya que podra
ser administrador de rea y Of. Pase a Produccin a la vez)
Los roles disponibles sern:
Oficial de Seguridad ( Se podra dejar para que el oficial
de seguridad creado desde bd pueda crear ms oficiales
de seguridad de ser necesario, sin tener que hacer va
query)
Oficial de Pase a Produccin.
Sper Usuario.
Usuario.

Los roles, usuario y sper usuario, se pueden estar superponiendo por

querer que un sper usuario tambin pueda administrar un rea. Ya
que un administrador es creado en base a alguien que tiene el rol
USUARIO y ha recibido la marca de Administrador.
Proceso de Asignacin de Roles a un Usuario:
La pgina Gestin/Asignacin de roles permitir seleccionar
usuarios de la base de datos TBSFI y asignarles el o los roles que
cumplirn en el aplicativo.

Ac no debera mostrar las columnas EMPRESA, ni ROL. Tal vez ROL

separados x comas
La pgina contar con dos zonas:
a. Panel de bsqueda: Permitir filtrar los resultados que se
mostrarn en base a los siguientes criterios:
a.1. Usuario: Cdigo del usuario
a.2. Nombres/Apellidos: Nombre o parte del nombre del
usuario.
a.3. Rol: Rol asignado al usuario.
a.4. Empresa??? ( si se permite ms de un rol ya se me hara
ms complicado mostrar empresa a menos que haga un
gridjerarquico para mostrar los roles de un usuario??)
b. Panel de Roles: Permitir gestionar los roles de los usuario a
travs de las siguientes acciones:
b.1.

Nuevo.
Para asignar roles por primera vez a un usuario, se
deber hacer clic sobre el botn Nuevo.

Al hacerlo se desplegar la ventana modal

Roles a Usuario.

Asignar

Como se aprecia en la imagen al no haber ningn

usuario seleccionado el botn Agregar estar
deshabilitado. Para seleccionar un usuario se deber
hacer clic sobre el botn con los tres puntos (). Esto
desplegar la ventana de bsqueda de usuarios:

En esta ventana solo se listar los usuarios de la base de

datos TBSFI que aun no hayan recibido un rol por parte
del Oficial de Seguridad.
Una vez seleccionado un usuario, el flujo volver a la
ventana Asignar Roles a Usuario, donde se podr
indicar el o los roles que cumplir un usuario en la
aplicacin.
Para poder asignar un rol al usuario seleccionado, se
deber utilizar el panel ubicado debajo del nombre de
usuario.

b.2.

En el panel se podr indicar:

Rol: Cualquiera de las siguientes opciones: OF.
PASE A PRODUCCIN, OF. SEGURIDAD, USUARIO y
SUPER USUARIO.
Empresa: Por defecto para los tres primeros
roles, el valor seleccionado ser TODAS, con
excepcin del rol SUPER USUARIO, para el cul
ser necesario indicar una empresa especifica.
Para permitir que un usuario haga uso del motor de
decisiones, se deber asignarle como mnimo un rol.
Si un usuario recibe el rol Oficial de Seguridad u Oficial
de Pase a Produccin, entonces solo podr uno de estos
dos roles.
En cambio, si un usuario recibe el rol Usuario o Sper
Usuario entonces, este podr tener hasta un mximo de
dos roles, a saber, Usuario y Sper Usuario.
Una vez indicados los campos rol y empresa se deber
hacer clic sobre el botn Agregar para completar la
asignacin del rol al usuario.
Habiendo asignado el o los roles necesarios, clic en
Aceptar para cerrar la ventana.

Editar.
Para editar los roles asignado a un usuario, clic sobre el enlace
Editar correspondiente.

Se mostrar la misma pantalla que inicialmente fue usada

para asignar los roles al usuario.
En la pantalla se podr agregar otros roles o quitar los ya
existentes, con la condicin de que el usuario siempre tenga
como mnimo un rol asignado.

b.3.

b.4.

Inhabilitar.
Permite inhabilitar un usuario. Un usuario inhabilitado no
podr hacer uso del motor.
Yo creo que no debera permitirse eliminar un usuario,
pero si inhabilitarlo y volver a habilitarlo, porque si lo
elimino todas sus creaciones se quedan hurfanas a
menos q antes de eliminar verifique si se puede o no.
Ver.
Permite visualizar los roles de un usuario, pero no
permite realizar ningn cambio.

La pantalla anterior o esta?

3. Gestin de Categoras.

La pgina Gestin de Categoras tendr dos paneles:

a. Panel de categoras:
En este panel se listar todas las categoras a las que tiene
acceso el usuario que ha iniciado sesin en el aplicativo.
El panel bsicamente constar de 4 niveles:

a.1.
Nivel 1: Conformado por el nodo padre (Grupo
EFE):Nivel creado directamente creado desde base de datos.
Adems de agrupar las categoras que descienden del primer
nivel no cumple ninguna otra funcionalidad.
No se podr crear ningn tipo de contenido (variables o
procedimientos) a este nivel.
a.2.
Nivel
2
(Nivel
de
empresas):Nivel
creado
directamente desde base de datos. Las empresas listadas en
este nivel sern las mismas utilizadas por oficial de seguridad
para la creacin de Sper Usuarios.
Las categoras de este nivel reciben el nombre de empresas
y sernutilizadas para la creacin de reas por parte de los
SUPER USUARIOS, que adems asignarn un usuario como
ADMINISTRADOR DE REA.
Adems de la creacin de reas,no se podr crear
directamente
ningn
otro
contenido
(variables
o
procedimientos) a este nivel.
a.3.
Nivel 3 (Nivel de reas):Cada categora de tercer nivel
de una empresa ser creada por el SUPER USUARIO a cargo.
Las categoras de este nivel reciben el nombre de REAS y
sern gestionadas por el usuario designado como
ADMINISTRADOR por el SUPER USUARIO a cargo.
Al igual que con el nivel anterior, sobre este nivel se podr
crear categoras (categoras de usuarios), pero no se podr
crear ningn otro contenido adicional (variables y modelos).

El ADMINISTRADOR DE REA designado por el SUPER USUARIO

se encargar de asignar los diferentes usuarios que trabajarn
sobre su rea (modeladores, batch e invitados), teniendo
incluso la posibilidad de asignar ms usuarios como
ADMINISTRADORES (usuarios modeladores marcados como
administradores de rea).
a.4.
Nivel 4 (Nivel de usuarios): Las categoras de 4 nivel
se
crearn
automticamente
cada
vez
que
un
ADMINISTRADOR DE REA asigna un usuario MODELADOR a su
rea.
Las categoras de usuarios de los ADMINISTRADORES DE REA
tendrn un cono diferente para diferenciarlas las categoras
de usuarios de los MODELADORES.
Es sobre este nivel de categoras que recin se podr crear
variables y procedimientos.

Si bien es cierto que dentro de este nivel se podr seguir crear

ms carpetas, estas solo se crean para organizar de mejor
manera los procedimientos ya que por ms anidados (en
carpetas) que se encuentren los procedimientos, para fines
prcticos todos ser considerados como si descendieran
directamente de la categora de usuario correspondiente.
Una variable creada a este nivel ser considerada publicas a
nivel de empresa, es decir todos los usuarios (modeladores)
que pertenezcan a la misma empresa donde fue creada la
variable podrn utilizarla, pero solo su creador y respectivo
ADMINISTRADOR DE REA podrn modificarla.
Los procedimientos, por otro lado ser pblicos a nivel de rea,
es decir todos los usuarios pertenecientes a un rea podr ver
y utilizarlos los procedimientos creadas en esta, pero solo su
creador y respectivo ADMINISTRADOR podrn modificarlos.
Si un usuario no tiene acceso a una categora ni como
INVITADO, entonces no debera ver para nada la categora ni
su contenido.

Si en cambio tiene acceso como INVITADO debera poder ver

su contenido sin ninguna posibilidad de realizar cambios.
La funcionalidad BLOQUEADO PARA LOS DEMS USUARIOS?
Segn lo que Segundo indica si al crearse una categora se la
marca como BLOQUEADA, su contenido solo podr ser
gestionado y accedido por su creador. La carpeta se mostrara
en color rojo, y as haya tenido algn permiso sobre la
categora esta solo se mostrar con algun cono rojo y no se
podr ver su contenido en el panel de la derecha ni por el
administrador de rea respectivo.
b. Panel de gestin propiamente dicho:
Este panel tendr un comportamiento contextual, ya que su
contenido cambiar en funcin al nivel del elemento
(categora) seleccionado en el panel derecho.
b.1.

Gestin de reas.

Si un SUPER USUARIO selecciona un tem del segundo nivel

(empresas) en el rbol, en el panel de la derecha se mostrar una
tabla con la relacin completa de reas creadas en la empresa.
Adems de la relacin de reas un SUPER USUARIO tendr a su
disposicin un conjunto de acciones (crear, editar y eliminar) que
los dems usuarios no tendrn.

i.

Crear rea:

Clic sobre el botn Nueva rea en el panel de la

derecha. Al hacerlo se mostrar la ventana modal
Nuevo/Editar rea.

En esta ventana se deber indicar un nombre y

descripcin para la nueva rea. Adems, se tendr
que asignar un Administrador a la nueva rea con el
objetivo de que este administrador se encargue de
asignar los usuarios que participarn en el rea que
gestiona.
Para asignar un administrador, clic en el botn con
tres puntos (), esto desplegar la ventana Buscar
Usuarios.

Habiendo seleccionado un usuario en esta ventana el

flujo volver a la ventana anterior, donde una vez
completado los dems campos, se habilitar el botn
Agregar.

Clic en agregar para completar el proceso.

ii.

Editar rea:

Clic sobre el enlace Editar de un rea especfica en

el panel de la derecha, esto desplegar la misma
ventana usada para la creacin de rea.

Una vez realizado los cambios que se consideren

necesarios, clic en Guardar, para hacer efectivos los
cambios.
Supongo que antes de cambiar de administrador debo
checkar si ya no ha sido asignado anteriormente x el
adm q estoy sacando . Qu otras cosas debera tener
en cuenta??
iii.

Eliminar rea:

Para eliminar un rea, clic sobre el enlace Eliminar

respectivo.
Se debe tener en cuenta que solo se podr eliminar un
rea si no tiene contenido relacionado (carpetas
personales)
Qu pasa si el SUPER quita el adm que puso al
inicio y pone otro ADM que restricciones debera
existir?
b.2.

Gestin de Usuario en rea.

Si un Administrar de rea selecciona el rea al que ha sido

asignado en el rbol, en el panel de la derecha se mostrar una
tabla con la relacin completa de usuarios asignados a esa rea.
Adems de la relacin de usuarios, un Administrar de rea
tendr a su disposicin un conjunto de acciones (agregar, editar y
quitar) que los dems usuarios del rea no tendrn.

No olvidar indicar que al ingresar esta pgina solo debera

mostrar todo a lo que debera tener acceso el usuario y nada
ms.
Un administrador de rea solo tiene acceso a su rea, si
se quiere que acceda a otra rea se tendra que asignar
ese usuario a otra rea.
Dentro de una misma rea todos pueden al menos ver
sus creaciones como invitados, pero solo los creadores
pueden modificarlos y el adm de rea tambin.
i.

Agregar Usuario:
Clic sobre el botn Nuevo Usuario en el panel de la
derecha. Al hacerlo se mostrar la ventana modal
Asignar Usuario.

En esta ventana se deber presionar el botn

Buscar para desplegar la ventana
Buscar
Usuarios.

Habiendo seleccionado un usuario en esta ventana, el

flujo volver a la ventana anterior, donde como se
puede apreciar el botn Guardar ya aparecer
habilitado.

Para completar el proceso solo faltara seleccionar el

rol que cumplir el usuario en el rea.
Dentro de los roles disponibles (Modelador, Batch e
Invitado), solo al seleccionar la opcin Modelador,
se mostrar la casilla de verificacin Administra
rea.
Los
usuarios
modeladores
marcados
como
administradores mediante la casilla de verificacin
Administra rea, tendrn los mismos permisos que
el administrador asignado al rea por el SUPER
USUARIO a cargo.
ii.

Editar usuario:
Clic sobre el enlace Editar de un usuario especifico
en el panel de la derecha, esto desplegar la misma
ventana usada para asignar un usuario al rea, con la
diferencia de que no se podr cambiar el usuario, por
lo que el botn Buscar estar deshabilitado.

El nico campo que se podr editar es el Rol.

Una vez realizado el cambio, clic en Guardar para
hacer efectivo el cambio.
Si yo a un usuario modelador lo cambio de rol,
digamos a Invitado Batch, que pasa con sus
modelos???

iii.

Quitar usuario:
Clic sobre el enlace Quitar del usuario que se desea
quitar del rea.
Se debe tener en cuenta que solo se podr quitar un
usuario, si se trata de un usuario batch o invitado. Si se
trata de un usuario modelador, solo se podr quitar si no
tiene ningn contenido relacionado (variables o
procedimientos)

b.3.

Gestin de Categoras de Usuario.

Si un usuario MODELADOR selecciona su categora de usuario

en el rbol de categoras, en el panel de la derecha se
mostrar la relacin completa de sus procedimientos sin
importar lo anidados que estos se encuentren.

A nivel de Categora de usuario, en el ejemplo la carpeta

Segundo Serrano, no se podr agregar procedimientos
directamente ni tampoco se podr adjuntar archivos.
La creacin de modelos y subida de archivos se realizar sobre
cualquiera de las carpetas creadas dentro de una
categora/carpeta de usuario.
La columna Accin solo ser visible para el dueo de la
categora de usuario en este caso, el usuario Segundo
Serrano y para el administrador de rea respectivo.
Gestin
de
carpetas
que
descienden
Categora/Carpeta de Usuario
i.

de

una

Nuevo:
Para crear una nueva carpeta, a cualquier nivel,
dentro de una categora/carpeta de usuario se deber
hacer clic derecho sobre la que ser la carpeta padre
de la carpeta a crear. Esto mostrar un men
contextual como se muestra en la imagen:

Clic en nuevo, al hacerlo se crear un nueva carpeta

siendo solo necesario indicar un nombre para la
carpeta.
ii.

Renombrar:
Para renombrar una carpeta se deber hacer clic
derecho sobre la carpeta que se desea renombrar, y
seleccionar la opcin Renombrar de men
contextual mostrado.

La opcin renombrar no estar disponible cuando el

elemento seleccionado sea la categora/carpeta de
usuario, en el ejemplo la carpeta Segundo Serrano.
iii.

Eliminar:
Para eliminar una carpeta se deber hacer clic
derecho sobre una de las carpetas y seleccionar la
opcin Eliminar.
Una carpeta solo podr ser eliminada si no tiene
contenido (procedimientos).
La opcin Eliminar del men contextual no estar
disponible para las categoras/carpetas de usuario, en
el ejemplo la carpeta Segundo Serrano.
La carpeta de usuario se eliminarn cuando un
administrador de rea elimine un usuario de un rea y
esto solo ser posible cuando un modelador no tenga
ningn contenido (procedimiento o variables)

b.4.

Gestin de Categoras de Procedimientos.

Si un usuario MODELADOR selecciona su categora

procedimientos en el rbol de categoras, en el panel de la
derecha se mostrar la relacin completa de sus
procedimientos creados dentro de la categora seleccionada.
Adems de la relacin de procedimientos, se mostrar un panel
con datos generales de la carpeta/categora y una relacin de
los archivos adjuntos de la categora.

Si el modelador que accede a la carpeta es su creador o el

administrador del rea, este podr agregar nuevos
procedimientos y archivos adjuntos. (Cmo michi logro que
estos controles no se visualicen desde dependiendo los
permisos). En caso contrario el usuario solo podr visualizar el
contenido de la carpeta, pero no podr alterarlo.
Los controles: Nuevo Modelo, Subir Archivo y la columna
accin solo estarn disponibles para el dueo de la carpeta y
el administrador de rea respectivo.
Quitar la opcin ver, porque quien solo tiene permiso de
visualizacin utilizar el link de versin para navegar al
historial. Y para los que si tienen permiso les da igual ver en
modo edicin. Lo hago para facilitar el ocultar toda la columna.
Acciones disponibles:
i.

Subir Archivos:
Esta accin solo la podrn llevar a cabo los usuarios
modeladores y sus respectivos administradores de rea.
Para adjuntar un archivo, clic en el botn Subir.

ii.

Ver Adjuntos:
Para ver la lista completa de archivos adjuntos, se
deber hacer clic en Ver Adjuntos.

iii.

Crear Nuevo Procedimiento:

Para
agregar
un
nuevo
procedimiento
a
la
categora/carpeta seleccionada, el usuario modelador a
cargo o su administrador de rea, debern hacer clic
sobre el botn Nuevo, esto abrir la pgina Registro
de Procedimiento donde el modelador o administrador
de rea podrn construir su procedimiento.

iv.

Editar Procedimiento:
Para editar un procedimiento clic en el enlace Editar
respectivo.
Al igual con lo que sucede con el registro de
procedimientos, su modificacin estar solo habilitada
para el usuario modelador a cargo o su administrador de
rea.
Solo se podr editar un modelo en los siguientes
estados: Borrador, Aprobado y Devuelto.
Eliminar Procedimiento:
Para eliminar un procedimiento clic en el enlace
Eliminar respectivo.

v.

Un procedimiento solo podr ser eliminado si se

encuentra en cualquiera de los siguientes estados:
Devuelto, Borrador y Desestimado. AC ME QUEDE

II.

Categoras

1. Niveles:

Se crear un nodo raz con el nombre GRUPO EFE con el nico

objetivo de agrupar los nodos de primer nivel. Sobre el nodo
GRUPO EFE no se podr crear directamente ningn modelo ya que
este nodo solo ser utilizado para crear los nodos de primer nivel y
agruparlos de manera grfica.
Este nodo raz ser creado directamente va script ya que ser el
nodo por defecto que aparecer en la aplicacin y que ser
utilizado por los usuarios (sper usuarios) que el Oficial de

Seguridad configure para que sean los encargados de crear

categoras de primer nivel y asignar los usuarios que se encargarn
de gestionar dichas categoras.

Como se dar el manejo de permisos de los sper usuarios? Se

sabe que ellos pueden crear las categoras de primer nivel y
asignarles usuarios y los respectivos permisos que estos tendrn
sobre las categoras a la que han sido asignados, pero cul ser
realmente su mbito? Solo podr las funciones mencionadas o
tambin ejercer control sobre los modelos y categoras que
desciendan de las categora de primer nivel?
Un SUPER usuario se podr asignar el mismo como un
comportamiento dentro de las categoras que ha creado
(categoras de primer nivel)?

La categora de primer nivel slo se refiere a la categora

Financiera Efectiva, pero podra haber varias categoras de primer
nivel. Por ejemplo se podra crear una nueva categora de primer
nivel con el nombre Tiendas EFE.
Las categoras de segundo nivel sern: Riesgos, Productos, y
Crditos y Cobranzas.

2. mbito de Variables:
Las variables slo podrn ser creadas en las categoras
pertenecientes al primer nivel (Financiera Efectiva y Tiendas Efe en
la imagen), por los usuarios con acceso a ese nivel y solo sern
visibles para esas categoras y para las categoras que desciendan
directamente de ellas.

Los dems gestores de categora debera tener permiso de lectura

en gestin de variables y tablas de dominio
Ejemplo:
El usuario JSG es Usuario de la categora Financiera Efectiva.
Todas las variables que cree el usuario JSG estarn disponibles solo
para todas las categoras que desciendan de Financiera Efectiva.

Las categoras que desciendan de otra categora de primer nivel,

por ejemplo Tiendas Efe, no podrn acceder a las variables
creadas en la categora Financiera Efectiva y viceversa.
Los gestores de categoras deberan poder visualizar las variables
y tablas de dominio y solo los gestores de las categoras de primer
nivel debe poder darles mantenimiento. Los dems tipos de
usuario no se deben saber de la existencia de estas pginas?

Debido a que las categoras de primer nivel albergarn las

variables que se usarn para la creacin de modelos, estas
categoras no podrn ser cambiadas de nivel, es decir no se
podr crear nuevas categoras entre el nodo raz (Grupo EFE) y
las categoras de primer nivel. Esto con el objetivo de evitar las
colisiones de variables (variables con el mismo nombre pero
diferente dominio) que podra producirse de no existir esta
restriccin.
La restriccin que impide la creacin de nuevas categoras solo
aplica a las categoras de primer nivel, es decir a partir del
segundo nivel se podr introducir nuevas categoras.
En la anterior reunin se dijo que mover categoras no era una
prioridad.
A partir del segundo nivel tambin se podr mover nodos
completos de categoras, pero siempre dentro del mismo mbito
(definido por la categora de primer nivel correspondiente).
Ejemplo:
Mover la categora Riesgos y ubicarla como una categora que
descienda de la categora Productos resulta totalmente factible
porque tanto la categora de origen como la categora de destino
pertenecen al mismo mbito, Financiera Efectiva. Sin embargo,
mover la categora Riesgos y ubicarla como descendiente de la
categora Tiendas Efe no sera posible porque se podra
producirse colisiones de variables (variables con el mismo nombre
pero diferente dominio).

3. Orden de creacin de categoras.

A continuacin se detalla el orden que se seguir para la creacin de
categoras:

Se configurar un Oficial de Seguridad desde BD.

El Oficial de Seguridad se encargar de configurar los
usuarios que cumplirn la funcin de Sper-Usuarios.
Los usuarios configurados como Sper-Usuarios, se
encargarn de crear las categoras de primer nivel y de
asignar los usuarios que administrarn estas categoras.
Los administradores de primer nivel crean las categoras de
segundo nivel y asignan a los administradores que se
encargarn de esas categoras.
Los administradores de segundo nivel crean las categoras
de tercer nivel y asignan a los administradores que se
encargarn de esas categoras.
En general se tendra que los administradores de una
categora de nivel n crean las categoras de nivel n+1 y
asignan los administradores que se encargarn de gestionar
esas categoras.

III.

Flujo de Aprobacin de Modelos.

1. Borradores de Modelos

Al crear nuevo modelo o editar un modelo existente, un usuario

podr trabajar de manera progresiva e incremental sobre versiones
especiales de modelos llamadas Borradores.
Un Borrador constituye una versin preliminar de un modelo,
susceptible de cambios, que su creador ir modificando hasta que
considere que es lo suficientemente estable como para iniciar el
Flujo de Aprobacin.
Al crear un nuevo modelo o editar uno existente, el usuario podr
especificar como desea registrar el modelo, para eso podr elegir
dentro de dos posibles opciones: Borrador o Pase a Produccin:

a) Borrador.
Modo de Registro Borrador constituye el modo de registro
por defecto de un nuevo modelo o versin.
Si se elige guardar un modelo como Borrador, este no
iniciar el flujo de aprobacin que es necesario para que un
modelo llegue a produccin.
El nuevo modelo/versin registrado ser
almacenado en base de datos y cualquier
posterior que se haga sobre este modelo/versin
cualquier cambio anterior.
El modo de registro Borrador a su vez permite
de opciones:

simplemente
modificacin
sobrescribir
elegir dentro

Privado: Constituye el modo de borrador por defecto.

Si un borrador es guardado como Privado, podr ser
visualizado por todos los usuarios que tengan acceso a
la categora donde fue creado, pero solo podr ser
editado por el mismo usuario que lo cre.
Colaborativo: Si un borrador es registrado como
Colaborativo, este podr ser editado por todos los
usuarios que tengan acceso a la categora donde fue
creada.
Para evitar que el borrador diseado por un usuario se
pierda cuando otro usuario realice una modificacin,
una vez hecha una modificacin se enviar un correo
de notificacin a los usuarios que participaron en la
edicin del borrador (desde su creacin hasta la ltima
modificacin), dando cuanta del cambio realizado, el
usuario que lo realiz y adjuntado en un archivo en

formato json la estructura del borrador previa a la

modificacin efectuada.
b) Pase a Produccin.
Siun usuario considera que un modelo est listo para solicitar
su pase a produccin podr marcar esta opcin, para que una
vez guardado el modelo se inicie el flujo de aprobacin.
Subversin:Al haber marcado esta opcin, el nmero
que identifica la subversin del modelo se incrementar
en uno. Por ejemplo, si el nmero que identificaba la
subversin de un modelo era 3 (2.3) antes de iniciar el
flujo de aprobacin. Una vez iniciado flujo este nmero
ser 4 (2.4).
Versin:Al haber marcado esta opcin, el nmero que
identifica la versin del modelo se incrementar en
uno. Por ejemplo, si el nmero que identificaba la
versin de un modelo era 2 (2.3) antes de iniciar el
flujo de aprobacin. Una vez iniciado flujo este nmero
ser 3 (3.1).

Desde el momento que se registra un borrador este por defecto

recibir la subversin inmediata superior a la ltima registrada en
Produccin.
Cualquier modificacin hecha a un borrador sobrescribir la
estructura previa que este haya tenido (eliminacin fsica de
registros).
Para poder mantener un registro de todas las ediciones que ha
sufrido un borrador se mantendr un historial de archivos de texto
en el servidor que estarn disponibles en caso se necesite volver a
un borrador anterior.
Para evitar mltiples hilos de modificaciones, un modelo no podr
ser modificado desde el momento en que entra en el estado
Solicitud de Pase a Produccin hasta que llegue a Produccin, a no
ser que el modelo sea devuelto en el proceso.

Un modelo devuelto (ya sea por el oficial de Pase a Produccin o por

el oficial de Ingeniera de Proceso), solo podr ser editado por otro
Usuario si es que el usuario que cre el borrador eligi el modo de
registro Borrador-Colaborativo.

Si es que el usuario que cre el borrador en lugar de seleccionar la

opcin Borrador-Colaborativo, seleccion la opcin BorradorPrivado, el modelo no podr ser modificado por ningn otro usuario,
a pesar que el modelo haya sido devuelto en alguna instancia del
flujo de aprobacin.
Si al registrar una nueva versin se ha seleccionado el modo de
registro Borrador-Privado, el modelo es devuelto y el usuario ya no
quiere seguir editndolo, al ser privado nadie ms podr tocar ese
borrador por lo que todo intento de crear una nueva versin o
subversin de ese modelo no proceder hasta que su creador lo
modifique a Borrador-Colaborativo.

2. Flujo de Pase a Produccin

a. Solicitar Pase a Produccin.
Constituye el primer paso del flujo de pase a produccin.
Una vez que el usuario considera que el modelo est listo
para solicitar su aprobacin podr seleccionar la opcin
Solicitar Pase a Produccin y elegir si el modelo iniciar el
flujo de aprobacin como una subversin o versin.

Si el modelo que est intentando aprobar es nuevo,

no se podr seleccionar ninguna sub opcin de Pase
a Produccin, pues estas aparecern deshabilitadas
siendo la opcin Subversin, la opcin seleccionada
por defecto. Esto se debe a que si el modelo es nuevo
se espera que este inicie con los valores 1 y 1 para los
campos versin y subversin respectivamente, de all

que no sea necesario indicar si el modelo se pasar

como versin o subversin.
Si en cambio, el modelo que se intenta aprobar
corresponde a la modificacin de un modelo existente,
el usuario podr elegir entre cualquier de las opciones
(versin o subversin). Para mayor detalle ver el
siguiente apartado.

Al seleccionar la opcin Pase a Produccin se expandir un

panel como el mostrado en la siguiente imagen:

En el panel se deber indicar el sustento que justifica la

creacin/modificacin del modelo. Opcionalmente, tambin
se podr adjuntar archivos.

Habiendo seleccionado la opcin Pase a Produccin y

habiendo indicado como mnimo un sustento, el usuario
podr proceder a guardar el modelo, con lo cual se dar
inicio al flujo de pase a produccin.
NOTA: Los archivos adjuntos indicados solo se
mantendrn si la creacin/modificacin del modelo inicia
su proceso de aprobacin, es decir si se guarda el
modelo habiendo seleccionado la opcin Solicitar Pase a
Produccin. Si habiendo adjuntado archivos se
deselecciona la opcin Solicitar Pase a Produccin, lo
archivos adjuntos sern descartados y el modelo ser
guardado como un borrador ms, todo esto solicitando la
confirmacin previa del usuario.

Inmediatamente despus de haber realizado el paso

anterior, se enviar un correo electrnico dirigido al oficial de
Pase a Produccin, con copia a los editores anteriores (de
existir) y al Usuario de la categora a la que pertenece el
modelo.
El estado del modelo pasar a ser Solicitud Pase a
Produccin.

b. Aprobacin del Oficial de Pase a Produccin:

Una vez notificado va correo electrnico, el Oficial de Pase a

Produccin podr utilizar el enlace proporcionado en el correo
para acceder directamente a la pgina de Seguimiento.
En la pgina de seguimiento el oficial de P.A.P podr aprobar o
rechazar la solicitud de modificacin.
Si el oficial de P.A.P aprueba el modelo se enviar un
correo de notificacin dirigido al oficial de R.O, con copia
al administrador de la categora correspondiente, al
usuario que origin la solicitud y a los editores anteriores
(de existir). El estado del modelo pasar a ser Aprobado
por Sistemas.
Si el oficial de P.A.P rechaza el modelo se enviar un
correo de notificacin dirigido al usuario que inici la
solicitud, adems se copiar el correo al administrador de
la categora correspondiente y a los editores anteriores
(de existir). El estado del modelo pasar a ser Devuelto
por Sistemas.
Si el modelo es devuelto por el oficial de P.A.P, el modelo
podr seguir siendo editado. Tan pronto como un usuario
modifique el modelo, este volver al estado Borrador,
con lo que la versin rechazada por el oficial de P.A.P ser
reemplazada por la modificacin realizada.
Un Usuario podr modificar un modelo devuelto o no
dependiendo de que el modelo haya sido creado en base
a un borrador colaborativo o privado.
La aprobacin del oficial de P.A.P ser obligatoria y no
podr ser delegada a ningn otro usuario con un rol
diferente al del oficial de P.A.P.
c. Aprobacin del Oficial de Ingeniera de Proceso.
Una vez que el oficial de P.A.P haya aprobado el modelo, el
oficial de R.O recibir un correo conteniendo un enlace que le
permitir acceder al seguimiento de la solicitud de pase a
produccin.
Una vez en la pgina de seguimiento el oficial de I.P podr
aprobar o rechazar la solicitud de modificacin.
Si el oficial de I.P aprueba el modelo se enviar un correo
dirigido al usuario que inici la solicitud, y se copiar al
oficial de P.A.P, al administrador de la categora
correspondiente y a los editores anteriores (de existir). El
estado del modelo pasar a ser Aprobado por Ingeniera
de Procesos.
Si el oficial de I.P. rechaza el modelo se enviar un correo
de notificacin al dirigido al usuario que inici la solicitud,
y se copiar al oficial de P.A.P, al administrador de la
categora correspondiente y a los editores anteriores (de

existir). El estado del modelo pasar a ser Devuelto por

Ingeniera de Procesos.
Si el modelo es devuelto por el oficial de I.P, el modelo
podr seguir siendo editado. Tan pronto como un usuario
modifique el modelo, este volver al estado Borrador,
con lo que la versin rechazada por el oficial de I.P ser
reemplazada por la modificacin realizada.
Un Usuario podr modificar un modelo devuelto o no
dependiendo de que el modelo haya sido creado en base
a un borrador colaborativo o privado.
Si el oficial de I.P. por algn motivo no puede realizar la
aprobacin, un usuario de la categora de primer nivel
correspondiente podr realizar sus funciones, es decir
podr: aprobar un modelo o rechazarlo, siempre
sustentando la accin. Ver Aprobacin excepcional de
pase a produccin.
Independientemente de que la aprobacin en esta
instancia la haya dado el oficial de I.P. o un usuario de la
categora de primer nivel correspondiente, el modelo
pasar directamente a produccin, con lo cual el modelo
pasar a estar disponible para que se realice nuevas
versiones en base a l.

3. Aprobacin excepcional de pase a produccin.

La nica aprobacin que podr ser delegada es la aprobacin del

Oficial de Ingeniera de Procesos, ya que la aprobacin de
Oficial de Pase a Produccin es obligatoria y solo podr ser
realizada por usuarios con el rol Oficial de Pase a Produccin
Una vez aprobada una solicitud por parte del oficial de P.A.P, si el
oficial de I.P. no puede responder, ser el usuario responsable de
la categora de primer nivel correspondiente, el encargado de
rechazar o aprobar la solicitud, tendiendo que sustentar su
proceder.
Por ejemplo, si se requiere que la modificacin de un modelo que
ha sido creado en la categora Reglas Duras sea aprobada y
pase directamente produccin se tendra que tener la autorizacin
del administrador que tenga a cargo la categora Financiera
Efectiva que por ahora es la nica categora de primer nivel.

Forma de contactar a un administrador de primer nivel: Mediante

un link que diga "Contactar Usuario Primer Nivel". Al hacer clic
sobre el enlace se utilizara la misma interfaz que sirve para
cambiar de estado o para comentar. Con la diferencia que se pre
cargara un mensaje "Por favor, se necesita su aprobacin del
modelo tal...". Este mensaje sera editable. Este link aparecera
cuando la solicitud se encuentre en el estado: Aprobado por
Sistemas.
El nro. de recordatorios no tendr lmite.
Cada uno de estos recordatorios tambin formarn parte del
tabln.
Se copiar a todos los que estn en el tabln
Algo que no qued definido es la poltica a aplicar sobre
cundo es que se debera mostrar ese mensaje de
"Contactar Usuario Primer Nivel" (cada 24 horas, etc)
Una vez informado va correo electrnico, el Usuario responsable
de la categora de primer nivel correspondiente podr ejercer las
mismas funciones que normalmente realizara el oficial de R.O:
Aprobar Modelos:Si un Usuario de la categora de primer
nivel correspondiente aprueba el modelo, se enviar un correo
dirigido al usuario que inici la solicitud, y se copiar al oficial
de P.A.P, al oficial de I.P, al administrador de la categora
correspondiente y a los editores anteriores (de existir). El
estado del modelo pasar a ser Aprobado por Usuario de
Primer Nivel
Rechazar Modelos:Si un Usuario de la categora de primer
nivel correspondiente rechaza el modelo, se enviar un correo
dirigido al usuario que inici la solicitud, y se copiar al oficial

de P.A.P, al oficial de I.P, al administrador de la categora

correspondiente y a los editores anteriores (de existir). El
estado del modelo pasar a ser Devuelto por Usuario de
Primer Nivel.
4. Seguimiento de Aprobacin de Modelos.

Una vez realizada la solicitud de pase a produccin, se generar un

tabln de seguimientopara el modelo que se pretende, llegue a
produccin.
En el tabln de seguimiento, se registrar los diferentes estados
por lo que deber pasar un modelo para llegar a produccin.
Tambin se registrar los comentarios que los diferentes usuarios,
vinculados a la creacin/aprobacin del modelo, puedan dejar.
La pgina que mostrar el tabln estar conformada por tres
elementos:
a) Solicitud realizada: Mostrar los datos completos de la
solicitud realizada con el estado actual de la solicitud.
b) Panel de
acciones:

Accin:Permitir

de

realizar

dos

tipos

de

b.1) Cambiar de estado el modelo: Esto solo lo podrn

realizar los usuarios con los roles: oficial de P.A.P, oficial
I.P, o en su defecto, el usuario de la categora de primer
nivel correspondiente.
b.2) Realizar un comentario:Esta accin estar abierta a
todos los usuarios involucrados ya sea en la
creacin/modificacin de un modelo o de su aprobacin.
A saber: El usuario que inicio el flujo de aprobacin, los
editores anteriores (si existen) y el administrador de la
categora correspondiente.
Adems de los usuarios
mencionados, los usuarios que pueden cambiar el estado
de un modelo tambin podrn realizar comentario, sin
que esto implique ningn cambio de estado.
El panel de Accin: tendr los siguientes campos:
Tipo de Accin: Este campo solo se mostrar si el
usuario puede cambiar el estado del modelo. Permitir
elegir entre dos posibilidades: Cambiar de estado o
Comentar. Si se selecciona Comentar, el campo
Cambiar estado a se deshabilitar.
Cambiar estado a: Este campo solo estar
disponible si el usuario puede cambiar el estado del
modelo y permitir elegir entre dos posibles acciones:
aprobar o desaprobar un modelo.
Sustento: Permitir ingresar un sustento o
comentario a la accin realizada.

 Archivos Adjuntos: Permitir agregar archivos que

se adjuntarn a la accin realizada.

c) Historial de Acciones:Mostrar de manera lineal, la

relacin completa de acciones que se suscitaron a lo largo
del
flujo
de
aprobacin,
ordenadas
por
fecha
descendentemente.

Posibles estados de un modelo:

a) Borrador: Estado de preliminar de un modelo. Etapa
previa al inicio del flujo de aprobacin.
b) Solicitud Pase a Produccin: Estado inicial del flujo de
aprobacin. El modelo est pendiente de la aprobacin
del oficial de P.A.P.
c) Aprobado por Sistemas: El modelo pasar a este
estado si es aprobado por el oficial de P.A.P.
d) Devuelto por Sistemas: El modelo pasar a este
estado si es desaprobado por el oficial de P.A.P.
e) Aprobado por Ingenierade Procesos: El modelo
pasar a este estado si es aprobado por el oficial de I.P.
f) Devuelto por Ingenierade Procesos: El modelo
pasar a este estado si es desaprobado por el oficial de
I.P.

g) Aprobado por Usuario de Primer Nivel: El modelo

pasar a este estado si es aprobado por un usuario de la
categora de primer nivel correspondiente.
h) Devuelto por Usuario de Primer Nivel: El modelo
pasar a este estado si es desaprobado por un usuario
de la categora de primer nivel correspondiente.

Un modelo volver al estado a (Borrador) si habiendo

estado en cualquiera de los estados d, f o h, es
editado y no se selecciona la opcin Pase a Produccin.
Los estados g y h, solo se darn si por algn motivo el
oficial de I.P no puede realizar sus funciones y tiene que
realizarlas un usuario de la categora de primer nivel
correspondiente.
Un modelo se considera en produccin si se encuentra
ya sea en el estado e o g.

IV.

Restructuracin de Pginas.

1. Gestin de Procedimientos:

La nueva disposicin de la pagina constar de 3 paneles:

a) Lista de Categoras: Mostrar de manera jerrquica todas

las categoras existentes a las que el usuario tiene permiso.
Al seleccionar una categora en el panel derecho se
mostrarn los datos completos de la categora y de haber
modelos en la categora, se listarn en el panel inferior
derecho.
b) Datos Generales de Categora: Panel ubicado en la parte
superior derecha, mostrar los datos completos de la
categora, as como un botn que desplegar una ventana
modal con los documentos adjuntos.

c) Lista de Modelos en Categora: Panel ubicado en la parte

inferior derecha, mostrar un listado de todos los modelos
que pertenecen a la categora seleccionada.
Este panel mostrar en la parte superior unoscontroles que
permitirn filtrar la relacin de modelos mostrados.

Las acciones que se podrn realizar sobre un modelo sern las

siguientes:
Ver: Mostrar la representacin grafica del modelo seleccionado.
Editar: Dependiendo del rol del usuario, esta opcin permitir
iniciar un nuevo flujo de aprobacin a fin de sacar una nueva
versin o subversin de un modelo.
Eliminar: Cmo se va a manejar esta opcin? Qu restricciones
existirn?An no se ha respondido nada al respecto.
Adems de las acciones anteriores, cada fila de la tabla contar con
un enlace historial de versiones.
Solo los modelos que estn en produccin, estado Aprobado por
Ingeniera de Procesos o Aprobado por Usuario de Primer Nivel,
estarn Habilitados para efectos de ejecucin desde los aplicativos 4gl.
Un modelo solo podr ser editado si su Estado de Aprobacin es alguno
de los siguientes: Borrador (Colaborativo), Devuelto por Sistemas,
Devuelto por Ingeniera de Procesos, o Devuelto por Usuario de Primer
Nivel.
La propuesta que discutimos por telfono, planteaba que en esta pgina
se mostrara la ltima versin de un modelo sin importar que haya
llegado a produccin o no, quedando pendiente que nos dieras tu punto
de vista. Para mayor referencia revisar el documento MDITablonSeguimiento-Versionado v1.1.docx, enviado el da el da
22/01/2015 a las 05:36 p.m

2. Historial de Versiones:
Se reestructurar el reporte Historial de Versiones de manera tal
que la relacin de modelos y sus respectivas versiones se muestren
de manera jerrquica.
La nuevadisposicin de los elementos en el reporte ser de manera
similar a la mostrada en la siguiente imagen:

 La nueva estructura del reporte constar de 5paneles como se aprecia

en la imagen:
A. Filtros de Bsqueda: Panel que permite utilizar 5 criterios
de bsqueda, a saber:
a. Nombre: Nombre o parte del nombre de un modelo.
b. Desde: Se buscar modelos creados a partir de esta
fecha.
c. Hasta: Se buscar modelos creados hasta esta fecha.
d. Tipo: Permite seleccionar un valor dentro de tres
posibilidades: Modelo, Poltica y Regla.
e. Categora: Para indicar una categora se deber
presionar el botn con tres puntos.

Esto desplegar una ventana modal que permitir

seleccionar una categora especfica que ser
utilizada como un criterio ms de bsqueda.

B. Explorador de Procedimientos.
Lista todos los procedimientos que coincidieron con los
criterios de bsqueda ingresados en el panel Filtros de
Bsqueda. Este panel mostrar agrupados de manera
jerrquica (rbol) los modelos y sus respectivas versiones.
Las versiones estar ordenas de manera descendente (de la
ms reciente a la ms antigua).
Al seleccionar una versin se mostrar a la derecha su
detalle correspondiente.
C. Datos del modelo: Muestra los datos generales de
versin del modelo seleccionado.
Dentro de estos datos se contemplar el nombre de
categora a manera de link. Al hacer clic sobre el enlace
abrir la siguiente ventana modal con los datos de
categora, as como los archivos adjuntos.

la
la
se
la

D. Opciones de Procedimientos.

Este panel adems dispondr de tres botones:

Ver Adjuntos:Permite desplegar una ventana modal
con todos los documentos adjuntos a la versin del
procedimiento seleccionado.

Rep Grfica:(Representacin Grfica): Este botn

abrir una nueva pestaa en el navegador web que
mostrar la estructura general del modelo de manera
grfica.
Seguimiento: Permitir acceder al Tabln de
Seguimiento en el que se podr revisar todas las
incidencias del flujo de aprobacin de la versin
seleccionada.

E. Visor de Entradas y Salidas del Modelo: Muestra la

relacin de variables de entrada y salida (retornos)
correspondientes a la versin seleccionada.
Posible Solucin:

Ac creo q se debera poner a la izq el rbol con

todas las categoras a las que se tiene acceso.
Una vez que selecciono una categoraespecfica, a
la derecha debe haber un panel con filtros de
bsqueda sobre esa categora y un grid con los
resultados de esos filtros. (Similar al gestin de
procedimientos).
En cada fila del grid un link con "HISTORIAL", al
presionar
Historial
algnmecanismo
para
seleccionar una versinseamen o sea una ventana
modal, donde se liste todas las versiones
disponibles.
Recin al seleccionar la versin se debera mostrar
el panel de la derecha con todo el detalle de la
versin.

3. Registro de Modelos: Se incorporar un panel con

los borradores disponibles, un panel para los archivos
adjuntos y un panel para indicar el modo de guardado
del modelo (borrador o pase a produccin). En el
constructor de expresiones que procedimientos se
podr seleccionar??? Solo a los que tengo acceso
directo dentro de una categora o a todos los que
puedo acceder por herencia?.
4. Bitcora de Transacciones: Se incorporar un panel
con las categoras de manera jerrquica y de ese rbol
se podr seleccionar solo el contenido (procedimientos
y versiones) al que se tiene acceso.
5. Ejecucin de Modelos (testeo): Se incorporar un
panel con las categoras de manera jerrquica y de
ese rbol se podr seleccionar solo el contenido
(procedimientos y versiones) al que se tiene acceso.

6. Ejecucin de Procesos en Batch: Se incorporar un

panel con las categoras de manera jerrquica y de
ese rbol se podr seleccionar solo el contenido
(procedimientos y versiones) al que se tiene acceso.