1.

1 REQ 005: Desarrollar anulación de solicitud de contrato en

cualquier parte del flujo - Nuevo

Descripción:

Crear una acción especial para que el equipo de compras pueda realizar la anulación
de la solicitud de contratos en cualquier parte del flujo, siempre que este no haya sido
ya aprobado de forma definitiva

CONSULTAS:

 La anulación será un botón, ¿si es así en que parte irá?, y si ese botón irá en
todas las pantallas de solicitud de contratos (ok)
 Cómo se va validar si ya ha sido aprobado de forma definitiva?,.(ok)
 Cuál es el estado real de la solicitud por lo cual ya no se debería anular el
contrato(ok)
 ¿Esta opción de anulación solo debería tenerlo todo el equipo de compras?
 Así es, esta función sólo estará habilitada para el equipo de Compras.
 ¿Actualmente existe permisos por roles o usuarios?
 Es correcto, los accesos se dan por perfiles, en estos perfiles el proveedor
puede asignar una o más funciones de las requeridas para estos
requerimientos.

1.2 REQ 006: Crear campo adicional en la solicitud de contrato de

menor cuantía y deshabilitar lógica de identificación de contratos de menor
cuantía

Descripción:
Contratos de menor cuantía, deshabilitar la lógica que actualmente identifica de forma
automática a las solicitudes de contratos de menor cuantía y las deriva al flujo que les
corresponde, reemplazándola por un campo en el formulario que será llenada por el
área de compras cuando la solicitud llegue a su bandeja, siguiendo el flujo designado
para estos tipos de compras.

CONSULTAS:
 ¿Que son los contratos de menor cuantía? Menor a algún monto determinado?
 Se le dice menor cuantía a aquellos contratos menores a $ 20k, sin
embargo el monto es parametrizable por lo que se prefiere referir como
menor cuantía, ya que el monto puede cambiar en el tiempo.
 Dicha lógica en que pantalla o flujo se debería incluir
  Según definición será un campo en el formulario actual que maneja
Compras, dejando de lado el parámetro que se creó en el maestro “ Maestros\
Del Sistema SPRING\Propios del Sistema\Parámetros”
 A que flujo se debe derivar?
 Consultar con Mariela o Ángela
 Cuál es el proceso de la lógica de menor cuantía
 Menor cuantía puede ser cualquier solicitud de contrato menor a $20k
 Cuál es la regla actual que identifica las solicitudes de menor cuantía
 El monto parametrizado en el maestro. Sin embargo esto es lo que se
deshabilitar para que deje de ser automático y sea manual asignado por
parte de Compras.
 Por cual campo será reemplazado?, este campo que tipo de campo será?
(select, radiobutton,chechklist?
 A validar con Royal Systems
 Se entiende que el usuario deberá marcar si la solicitud es de menor cuantía
en este caso no será nada en automático(Acotación)
 No el usuario, es Compras quien determinará si la solicitud corresponde a
menor cuantía o no
 Este campo aparecerá en que pantalla exactamente(Ver el módulo donde
aparecerá)
 A validar con Royal Systems
 Solo será llenado por el área de compras?
 Es correcto
 hoy en dia se envía un correo en la bandeja de la solicitud(mostrar pantalla) y
entiendo que se adjuntará un link del formulario que se complementará por
parte del equipo de compras?
 La web de contratos es una bandeja dentro de la web spring. Es un ERP a
través de cual se ingresan datos, se suben archivos, se busca
información…todo esto a través de misma aplicación. La única interacción
de correos es de la aplicación con el servicio de correos del banco para
enviar alertas a los usuarios. No es este el caso.
 No se visualizan los adjuntos porque en la BD apunta a una ruta de
producción.

1.3 REQ 007: Crear nuevo hito en el flujo de solicitud de contrato

Descripción:

Cambio del flujo de solicitudes de contratos para crear un hito luego del registro del
usuario para que compras revise la solicitud y pueda observar, aprobar o rechazar.
Luego de lo cual la solicitud continuará con su flujo

CONSULTAS:

 ¿El flujo actual de solicitud de contrato esta actualizado con el Excel que se
mostro anteriormente?
 El flujo está en el DEF del Proyecto de Contratos, esto te lo puede alcanzar
Myriam, pero en resumen lo que se necesita es que una vez el usuario
solicitante ingrese una solicitud de compras y su supervisor lo revise, la
siguiente área revisora será Compras. Hoy en día luego de que el
solicitante registra la solicitud continúa el supervisor del solicitante y luego
el área de Administración.
  Luego del registro del usuario(quien lo realiza?), luego de que manera compras
visualizaría la solicitud?( le llegará algún correo alertando que se envió una
solicitud?)
 El usuario debe ingresar a la web de contratos, desde el cual registra los
campos del formulario y luego genera el contrato desde el botón “enviar”

 ¿Solo tendrá la opción de observar, aprobar o rechazar? y serán botones como

se muestran hoy en la webspring?
 Correcto
 ¿Cual flujo continuaría?
 Habría que consultar con Johana de Royal si luego de la revisión de
Compras continúa el hito de Administración (Patricia Del Carpio)
 Si aprueba la solicitud cual será el flujo
 A definir con Samir y Royal Systems
Cuando se observa cual será el flujo
 A definir con Samir y Royal Systems
 Cuando se rechaza cual será el flujo
 A definir con Samir y Royal Systems

1.4 REQ 008: Crear niveles de autonomía específicos para las

solicitudes de contratos

Descripción:
Crear niveles de autonomía específicos para las solicitudes de contratos

CONSULTAS:

 ¿Cuales son los niveles de automia?

 Actualmente en el Spring c/s figuran estos niveles, los cuales tienen la
observación de que no consideran únicamente al VP Finanzas, Gerente
 Administración y Subgerente de Logística, sino que toma a todos los
configurados dentro de cada nivel, lo cual genera que un contrato sea
aprobado por usuarios que no pertenecen a la VP o Gerencia o
Subgerencia indicadas.

 Cual será la jerarquía o prioridad?

 Lo indicado en el cuadro anterior
 Cual es la finalidad de crear niveles de autonomía?
 Estos niveles ya existen, lo que se necesita es que se consideren
exclusivamente a la VP, Gerencia y Subgerencia indicadas en las
aprobaciones de contratos.
 Habría diferenciación en el uso de la web? si es asi cual será la relación de
cada nivel
 Los niveles de autonomía se usan para la web spring
 Lo que se quiere aqui también es separar las tablas de las ordenes con la tabla
de contratos
 No
 El flujo completo de la web de contratos?
 El flujo completo está en el DEF del proyecto de Contratos, te lo enviar
Myriam. Pero comparto el seguimiento (que es lo mismo) que aparece en el
sistema.