TODO SIGA-SL
De CidesaWiki
(Diferencias entre revisiones)
(New page: Relación de Modificacionesz Pendientes '''no Limitativas''' que se deben realizar en el SIGA-SL '''Prioridades 1 - Nivel Alto 2 - Nivel Medio 3 - Nivel Bajo''' ---- * El formulario d...) |
|||
Línea 13: | Línea 13: | ||
'''Prioridad 3''' | '''Prioridad 3''' | ||
+ | |||
+ | ---- | ||
+ | ---- | ||
+ | |||
+ | * El formulario de Recpecion de Ordenes de Compra debe tener una opcion en la que se pueda asignar en lote el almacen y la ubicacion para los articulo (Similar a la opcion de asignar recargos que esta en el formulario de Ordenes de Compra). Actualmente para hacer una recepcion se debe asignar el almacen y la ubicacion por cada articulo, si la recepcion posee muchos articulos, el proceso se hace extremadamente tedioso. Este requerimiento ya fue solicitado en el MINTRA. | ||
+ | |||
+ | '''Prioridad 1''' | ||
---- | ---- |
Revisión de 03:56 17 oct 2008
Relación de Modificacionesz Pendientes no Limitativas que se deben realizar en el SIGA-SL
Prioridades 1 - Nivel Alto 2 - Nivel Medio 3 - Nivel Bajo
- El formulario de calculo de prestaciones (presnomcalintpre) no cumple con el estandar MVC que esta implementado en los demás modulos, ya que tiene funciones del negocio dentro del controlador (actions.class.php) que debén estar en el negocio (business/nomina/*).
Prioridad 3
- El formulario de Recpecion de Ordenes de Compra debe tener una opcion en la que se pueda asignar en lote el almacen y la ubicacion para los articulo (Similar a la opcion de asignar recargos que esta en el formulario de Ordenes de Compra). Actualmente para hacer una recepcion se debe asignar el almacen y la ubicacion por cada articulo, si la recepcion posee muchos articulos, el proceso se hace extremadamente tedioso. Este requerimiento ya fue solicitado en el MINTRA.
Prioridad 1