FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
validacion de datos
hola!, me encargaron una aplicacion sencilla en la que a una serie de articulos de stock le debo permitir ingresar tickets de compra o ventas, para que cada dia el usuario pueda obtener la existencia actual de cada uno. Mi duda es la siguiente:
Puede darse el caso que por ejemplo el usuario en la fecha 11/4/05 ingrese una compra de 10 unidades del articulo xxx (antes no habia stock de ese articulo), luego con fecha 12/4/05 ingresa una venta de 5 unidades del mismo articulo... pero si el usuario modifica la compra de 10 unidades y le cambia la cantidad por 3, entonces la venta de fecha 12/4/05 se realizó sin stock, el stock quedara negativo... este tipo de cosas.. ¿hay que validarlas?, o sea, ¿cada vez que el usuario ingresa, modifica o elimina una compra o venta, sea de la fecha que sea,. hay que recontar todo el stock para evitar valores negativos, hay que ver que por ejemplo, las ventas posteriores a la modificacion no se realizen sin stock? ¿o simplemente el usuario es responsable de como maneja el sistema, y si elimina o modifica incorrectamente "q se embrome"? muchas gracias saludos pablo
__________________
Pablo Tello |
#2
|
||||
|
||||
opinion
Ponte en el lugar del usuario, tu preguntale a tu cliente que es lo k kieres si el kiere permitir capturas arbitrarias ok esten restringidas eso tiene k ser una decision del cliente, y en caso de que estes haciendo la palicacion por tu cuenta te recomiendo que hagas las validaciones entre mejor validado este menos broncas tendras despues en tu programa, un stock nunca esta en -1 asi que esa es mi opinion
espero y te sirva de algo
__________________
El Fracaso tiene mil explicaciones el Éxito no necsita explicación |
#3
|
|||
|
|||
respecto de la validacion
entonces... en el caso de validar... cada vez que ingrese algo tendria que por ejemplo, disparar un query que cuente el stock simulando que se harealizado el ingreso, y de acuerdo a eso lo permita o no?, o sea... la validacion sería ante un intento de abm, controlar la "consistencia" del stock antee cada movimiento ya existente?
__________________
Pablo Tello |
#4
|
|||
|
|||
respecto de la validacion
-------------------------------------------------------------------------------- entonces... en el caso de validar... cada vez que ingrese algo tendria que por ejemplo, disparar un query que cuente el stock simulando que se harealizado el ingreso, y de acuerdo a eso lo permita o no?, o sea... la validacion sería ante un intento de abm, controlar la "consistencia" del stock antee cada movimiento ya existente?
__________________
Pablo Tello |
#5
|
|||
|
|||
Yo personalmente creo que debes preguntar, pero como al final lo que preguntes se les olvidará haz lo que creas mejor ;-)
Yo personalmente creo que si el stock queda por debajo de 0, es su problema. Pero lo que si que deberías hacer (aunque es un curro), es guardar un log de las cosas que se hagan. Si no dejas que el stock baje de 0, pero permites que se modifiquen las entradas de almacen, la solución por parte del usuario es fácil: creo una entrada de material inventada, vendo, y luego borro esa entrada de material... Lo que te quiero decir es que dejes el programa libre de vender como quiera el usuario (o por lo menos por una opción que permita o no vender con stock negativos), pero guarda todo lo que se haga con el stock en un histórico, por supuesto no modificable por los usuarios. En todo caso que lo pueda modificar una sola persona... Monta un sistema de contraseñas para diferenciar niveles de usuario. Y si no quieres tanto follón, no compruebes nada del stock negativo. Y, sobre todo... ten todo lo que acuerdes con tu cliente por escrito... por si las moscas ;-) Saludos del elfo P.D.: Por muchas protecciones que pongas en tu programa, siempre habrá alguien que consiga saltarselas. En eso soy especialista, en reventar programas ;-) |
|
|
|