Question Quantity and price controlling

nnoor

New member
Local time
Tomorrow, 01:26
Joined
Jan 19, 2014
Messages
5
Hello All,
I was intermediate skilled in ms access 10 years ago. But in-between time all my work with access was limited to design some simple dbs. So u can say I am a little out of touch now and could be considered beginner.
I was planning to design app for small general store. (limited to 3 counters).
During writing my work model I was stuck with a little problem.
One way to control prices is manual in which purchaser have to write both purchase price and sale price in product table. I have seen sample databases (Northwind etc) they all use this method.
But I want to set these two automatically. i.e. when stock entered its unit purchase price should amend by dividing bill amount with quantity purchase. I know it is not too hard to modify corresponding fields with new data. but problems come when we have two types of stock of same item. means old lot have different price and new lot have different. I want some way to sell both lots of same item on same time.
I came up with idea that I can let salesman handle this and give him option to select from two prices (price1, price 2 /new, old). I have to find way to handle every lot of same item separately in stock. and need way to automatically disable price2 when its old lot stock becomes zero.
But as I described above I am not a high lvl expert so help me out about this.
Is that only option to do my task?
and what is best way to do that?
And in the end Sorry for a long and newbie question.
Best Regards
nNoor
 
Last edited:
I have seen a similar problem before, but it was solved in a different way:
The business just agreed that if they were buying stock in at different prices, in order to avoid a database nightmare, they would just use a weighted average stock price in all their calculations. Having a single value makes everything much easier downstream. You can even have the database automatically update the average stock price whenever new stock is added at a certain value, doing all the work in code and saving the user from having to work it out.

Clearly this is only a good idea when the price of the stock from different suppliers or at different times doesn't vary hugely.

So if this is an option, you'll save yourself and them lots of trouble via this approximation!
 
Thank you for your answer.
method you have suggested is better than mine idea.
But then I have to some design changes accordingly.
can u refer me to some link of price controlling design?
 
Thank you for your answer.
method you have suggested is better than mine idea.
But then I have to some design changes accordingly.
can u refer me to some link of price controlling design?

Sorry I don't know of any examples for this specific design, I've only ever seen it done by the company I work for in the database of a client. So you might just have to be careful about it and create it yourself. I remember though that there are lots of complications to setting it up, in particular that you can end up with an object costing a different amount if you input data on where different parts of the stock were purchased from in different orders. Or you could hire experts to do it, as our client did with our company, but again because it will take a long time to get right, this could be expensive!

So all I can offer is the advice that you starting googling for further info!
 
Thanks for pointing out the issue with the link. Yes, I tried the link -- one time it works, sometimes it doesn't.

See http://www.access-programmers.co.uk/forums/showthread.php?t=258773

http://www.access-programmers.co.uk/forums/showthread.php?t=248750

In a few of my posts, I've tried to describe the problem with storing Price in the Product table. This will lead to changes in old (historical) Invoices/Orders. It doesn't allow you to change Prices, or give special discounts for loyalty, or clearance sale prices etc.

There are other posts of mine (jdraw) with keywords like

agreedTo agreedUpon Loyalty that will lead to discussions of storing Price and Quantity in the OrderDetail record.

Good luck
 
ty Mr. jdraw,

It seems I can work on my idea
I came up with idea that I can let salesman handle this and give him option to select from two prices (price1, price 2 /new, old). I have to find way to handle every lot of same item separately in stock. and need way to automatically disable price2 when its old lot stock becomes zero.
I will need a table for prices and get latest two prices by latest entered price using highest value of pk(autonumber) and HV-1 of related product.
But disabling 2nd price when its stock ends is still unsolved.
Logging each inventory transaction and entering stock ID (of lot from where item sold) could solve it but will not it slow down DB?
 

Users who are viewing this thread

Back
Top Bottom