Hola Sergi, muchas gracias por responder. El viernes, 27 de abril de 2018, 4:31:06 (UTC-3), Sergi Almacellas Abellana escribió: > > El 23/04/18 a les 16:29, Favio Dutria ha escrit: > > Buenos días. > > > > Hola Favio, > > > Hago estas lineas porque he detectado que al crear un albarán interno, > > el control de stock al ejecutar la acción "Reserva" lo hace siempre a > > fecha de hoy, sin importar si se ingresa una fecha efectiva del > > movimiento anterior a hoy. Esto genera un stock negativo si se crea el > > albarán en una anterior a hoy donde no hay stock. > > He revisado el código y el comportamiento es reproducible en todas los > procesos de asignación, no solo en el albarán interno. > > De todos modos, para mi me parece un comportamiento bastante aceptable, > ya que si le has puesto una fecha efectiva en el pasado es que realmente > este movimiento ya lo has hecho. La única mejora que se podría hacer es > no validar ni el stock a día de hoy ya que cómo el movimiento es en el > pasado, representa que ya se hizo y lo que introduce el usuario > prevalece sobre lo que calcula el sistema. >
Es bastante complejo dar una solución de fondo y es entendible que la solución actual sea la mas acorde. En nuestro caso lo que hicimos que mitiga el error pero no lo soluciona de fondo: 1- fue pasar como parámetro de búsqueda del stock la fecha efectiva, con lo cual controlo que exista stock a esa fecha, esto no da garantías de que luego no tenga stock negativo a fecha posteriores de este movimiento...pero mitiga el problema. Ejemplo: -al 31/10 100 stock -al 12/12 consumo 100, stock 0 -si genero un mov hoy con fecha efectiva el 01/12 ....puedo consumir 100 ya que tendría stock a esa fecha. Pero luego el mov ya generado el 12/12 me daría -100 2- no permitir cambiar la fecha efectiva si el RI esta en estado distinto de borrador o en espera. Como ves nuestra solución solo mitiga el problema. > > Saludos, > > > -- > Sergi Almacellas Abellana > www.koolpi.com > Twitter: @pokoli_srk > Saludos, Favio Dutria
