Articulos vendidos mas baratos

Estimado PayoRanger:

Tu pregunta es muy elocuente y a la vez de dificil resolución.

Ten en cuenta que las compras se realizan en unas fechas concretas, que normalmente difieren de las fechas de venta.

La unica relación posible, es la que se puede formar mediante el articulo, siempre que el articulo que se compra sea igual al articulo que se vende.

Si realmente, no cambian los precios de compra, ni de venta, nada mas que una vez al año, entonces puedes hacer una consulta para mostrar una especie de extracto ordenado por fechas, en el que despues puedes analizar de que forma han ido entrando y saliendo articulos, y a que precio de compra, y de venta.

Otra solución es montar una consulta de selección, para un año dado, y que se muestren las lineas de venta donde el precio de venta sea menor que el de compra, similar a la que te indico a continuación:

"SELECT FACFA2CL.ARTICULO, FACFA2CL.FECHA_FA, FACFA2CL.PRECIO FROM FACFA2CL INNER JOIN FACFA2PR ON FACFA2PR.ARTICULO=FACFA2PL.PRECIO WHERE FACFA2CL.PRECIO<FACFA2PR.PRECIO AND YEAR(FACFA2CL.FECHA_FAC)=2001

En cualquier caso lo tienes dificil ya que no existe una relación entre los movimientos de entrada y los movimientos de salida.

Controlar estadisticamente los consumos de los articulos y su rentabilidad sobre precios, hace que los desarrolladores tengan que controlar en tablas independientes los movimientos relacionados, y para ello hace falta un campo en comun, que permita identificar las entradas con las salidas.

Espero haberte ayudado.

Saludos.

Sofocles.

Estimado PayoRanger:

El origen del problema puede ser de indoles diferentes, puede que tengas registros sin controlar en las tablas, puede que haya que afinar un poco mas la consulta, en cualquier caso, eres tu el que debes analizar los resultados, comprobando que información solicitas en la consulta, campo a campo, y cual es la información que te ofrece, y si realmente esos registros que devuelve la consulta tienen relación con los que realmente deberian existir.

Para poder matizar mas en el asunto, deberia tener en mi poder los datos, y creo que eso no es viable, a no ser que exportes las tablas a una base de datos nueva y me los hagas llegar, junto con un pequeño detalle de como estan compuestas las tablas, y que información contienen a todoaccess@todoaccess.com.

Espero haberte ayudado.

Sofocles.

Estimado PayoRanger:

A continuación te muestro la consulta que he confeccionado, en la que puedes ver el beneficio por articulo (yo he seleccionado beneficio negativo para ver operaciones cumplen el criterio de ser menor el precio de venta que el precio de compra, pero puedes quitar el criterio <0 de esa columna, y verás el beneficio positivo o negativo).

SELECT FACAL2CL.ARTICULO, FACFA2PR.FECHA_FA AS FechaCompra, FACAL2CL.FECHA_FA AS [Fecha Venta], FACFA2PR.PRECIO AS [Precio Compra], FACAL2CL.PRECIO AS [Precio Venta], [FACAL2CL].[PRECIO]-[FACFA2PR].[PRECIO] AS BENEFICIO
FROM FACAL2CL INNER JOIN FACFA2PR ON FACAL2CL.ARTICULO = FACFA2PR.ARTICULO
WHERE (((FACAL2CL.ARTICULO) Is Not Null) AND ((FACAL2CL.PRECIO)<>0) AND (([FACAL2CL].[PRECIO]-[FACFA2PR].[PRECIO])<0) AND ((Year([FACAL2CL].[FECHA_FA]))=2001))
ORDER BY FACAL2CL.ARTICULO, FACFA2PR.FECHA_FA;

Copia directemente el texto de la select y pegalo en la consulta, editando en formato sql.

Espero haberte ayudado. Si tienes mas consultas que hacer o continuar con esta, no dudes en efectuar nuevas consultas.

Saludos.

Sofocles.

Estimado PayoRanger:

He analizado el resultado de la consulta y efectivamente los registros relacionados se multiplican para cada compra aparecen todos los de venta. Yo lo probé con un articulo con menos registros, y coincidió bien.

Ahora vamos a plantearlo de otra forma. Asi que teniendo en cuenta, que los precios no varian en todo el año, se me ha ocurrido utilizar la tabla de articulos FACARTIC, ya que esta tabla, supongo que es el origen del precio de venta. He cogido la tarifa 1 y la he relacionado con las compras, asi se puede observar la diferencia en precios. Se puede hacer lo mismo con las ventas, por si el precio aplicado en la factura no coincide con el de origen, es decir el del articulo.

SELECT FACARTIC.codigo, FACFA2PR.FECHA_FA, FACFA2PR.PRECIO AS [Precio Compra], FACARTIC.tarifa_1, FACARTIC.tarifa_2, FACARTIC.tarifa_3
FROM FACFA2PR INNER JOIN FACARTIC ON FACFA2PR.ARTICULO = FACARTIC.codigo
WHERE (((FACARTIC.codigo)="W0892332840") AND ((FACFA2PR.PRECIO)<>0) AND ((Year([FECHA_FA]))=2001))
ORDER BY FACARTIC.codigo, FACFA2PR.FECHA_FA;

En cualquier caso, el analisis es complicado por lo que ya te comenté, si no se guarda un identificador de la compra en la tabla de ventas, luego no hay forma humana de relacionarlo, a no ser que utilices funciones, pero la logica de la aplicación se va al carajo.

Espero que esto te sirva.

Saludos.

Sofocles.

Estimado PayoRanger:

Prueba a juntar las tablas en una nueva tabla de movimientos, mediante consultas de datos añadidos.

Ten en cuenta que cuando vayas a añadir los datos debes configurar un campo para identificar cada tipo de movimiento (Compras y/o Ventas).

Una vez que tengas la consulta nueva con los datos de las dos tablas, solamente te queda ordenarla por articulo, Fecha, Tipo de Movimiento.

Y de Esta forma al menos tendras la secuencia de entradas y salidas por articulo.

Lo que tu propones es muy complicado, porque en un ejercicio partes normalmente con existencias del anterior, y entonces ya no puedes cerrar el criterio de fechas por el año, sino que es un planteamiento continuo, similar al de un almacen, como ya te he comentado en otros mensajes.

Saludos.

Sofocles.