Totalizar campos.

[Casimiro Noteví]

Claro, un campo "stock" que aumente o disminuye, según compres o vendas.

[GINMARMENOR]

Pensaba que era más seguro, que se totalizaran todas las compras de ese articulo, y por otro lado totalizar todas las ventas, y hacer la diferencia, ya que si por ejemplo hay que modificar o anular una compra por algún motivo, hay que tener en cuenta de modificar el campo stock nuevamente por la diferencia.

[Casimiro Noteví]

Tu pregunta ha sido muy genérica, así que la respuesta ha debido de ser muy genérica

Lo normal no es que lo hagas tú "directamente", sino tener un trigger en la base de datos que se encargue de ello cuando compres o vendas.

[[oscarac]]

pienso que hay muchas maneras de hacerlo, lo que yo hago es similar a lo que mencionas, tener ingresos y salidas separados luego hacer la operacion matematica teniendo en consideración los saldos del mes anterior (podrias tener un proceso de cierre de mes donde se acumulen los saldos), aunque hacerlo en linea se ve mas profesional, seria cuestion de que evalues de acuerdo a tus necesidades.
saludos

[Neftali [Germán.Estévez]]

Empezado por GINMARMENOR

Pensaba que era más seguro, que se totalizaran todas las compras de ese articulo, y por otro lado totalizar todas las ventas, y hacer la diferencia, ya que si por ejemplo hay que modificar o anular una compra por algún motivo, hay que tener en cuenta de modificar el campo stock nuevamente por la diferencia.

No es una mala idea inicial y a priori parece lo mejor.
El problema es que en la práctica luego esa operación (dependiendo del volumen) se vuelve tremendamente ineficiente, porque en muchos sitios hay que tener el stock de cada artículo y no puedes permitirte calcularlo en el momento.

Luego las cosas se complicas cuando haces inventarios, parciales, totales,...

Empezado por Casimiro Notevi

Lo normal no es que lo hagas tú "directamente", sino tener un trigger en la base de datos que se encargue de ello cuando compres o vendas.

En la práctica la solcuión que siempre he visto es la que comenta Casimniro. Un campo que se mantiene y se actualiza con todas las operaciones que haces sobre artículos.

[[movorack]]

Se puede manejar en un campo de la tabla donde vayas llevando los movimientos, una vista que se encargue de este calculo o puede ser un valor calculado por una función. Todo depende de la estructura de tu sistema y el manejo que le quieras dar.

Creería que hacer el calculo de stock antes de una venta en caja es consumir recursos innecesariamente. Si el articulo lo tenemos en caja, la venta hay que hacerla aunque (Aveces por fallas en el sistema o de digitación) el calculo de stock diga que no hay existencias.

Si no es una venta en caja, Algo mas como una cotización, este calculo puede servirte para verificar si se debe hacer pedidos a proveedor.

A la final: No hay nada escrito que sea una verdad absoluta de como manejar esto. Todo depende de la estructura de tu sistema y como quieres manejarlo-

[GINMARMENOR]

Gracias por las respuestas, lo cierto es que grandes movimientos por artículo no tengo unos 100 movimientos por año, necesito saber los stock de ese artículo en el momento de consumirlo o de venderlo y cuando supere un mínimo avisarme con un mensaje de que nos queda poco stock de ese artículo que esto último no tiene mayor complicación, pero nada de inventarios parciales.

Lo del Trigger no lo había escuchado nunca, si tenéis un ejemplo os lo agradecería, o buscaré por internet.

Gracias.