adhoustonj
Member
- Local time
- Today, 03:56
- Joined
- Sep 23, 2022
- Messages
- 192
Hey AWF,
Happy Monday. I'm trying to draft up a decent way to put together an inventory calculation for a new database that we are implementing.
This is a pretty simple supply/demand model - I would say more similar to receiving a sales forecast, purchasing towards it, and receiving it - that is the goal, make sure all quantities needed have been planned for. No need for invoices, shipping, inventory etc.
A quick summary of the flow leading up to where the inventory comes into play:
This leads to my concern of having an allocation procedure that just calculates how much is left to fill an order, or closes out each OrderDtl line, similar to an invoice being issued, payment received, invoice and OrderDtl line closed. Also with the number of parts for the model_pn, and then model_pn/model child parts changing. I was thinking about just running an ongoing calculation based off of orderID order by DESC, and just running a 'calculated view' as they will be sequential by need by date always, and can be filled in that order based off of available qty and each lines required qty for model child parts.
I've looked at Allen Browne's inventory model, and also NorthWind 2.0, but again, most of these concerns arise from the flush/fil/deleting orders that might be in the process of being filled, also making sure we are removing all old scheduled model_pn's, and taking into account the additional model_pn's when deviations are requested.
This is a multi user (5-10) system, most displays are just a status board of current schedule and either qty produced or how many remaining before order is filled, and if we can support next day production schedule, at a most between 5 assembly lines, we are looking at 100,000 records per year of model orders. translated to OrderDtls - 400k-1mil rows.
Any feedback, suggestions, advice, or if you have any good Prayers that have worked for you in the past, my ears are yours.
Thank you AWF.
Happy Monday. I'm trying to draft up a decent way to put together an inventory calculation for a new database that we are implementing.
This is a pretty simple supply/demand model - I would say more similar to receiving a sales forecast, purchasing towards it, and receiving it - that is the goal, make sure all quantities needed have been planned for. No need for invoices, shipping, inventory etc.
A quick summary of the flow leading up to where the inventory comes into play:
- running 5 assembly lines with JIT delivery
- each assembly line receives a 2 week - sometimes 1 week, but standard is next 2 week production schedule
- orders start as 1 model part number of 100 units, which that model needs anywhere from 4-10 parts generated as "required parts" to produce the model
- schedule and schedule revisions comes through Email as excel file
- Import schedule to temp table to parse and clean data - mixed columns such as date/text combined if an order is rescheduled, then the date value is updated to say push/pull etc in front of the original date in the same column.. Grrrrr
- After import to temp parsing table, move into schedule table table with either delete or insert statements. This was the only solution i could come across, as maybe a revision changes the original 1 order with 1 model part number - that i need to generate 4-10 child records as lets call - orderdetails, and has now changed to 6 order lines with 6 different model part numbers, and now all child records need to be updated. So seems like more of a flush/fill update rather than import new orders.
- maybe I could change a delete to update - where 1 original order line brought in, now 6 new lines - run update first, and then insert when order = order but model_pn <> model_pn. This would at least put 1/6 new models in, and then an insert on order = order AND model_pn <> model_pn to have the other 5. I hate deleting data but like I said, the only thing that I have found
This leads to my concern of having an allocation procedure that just calculates how much is left to fill an order, or closes out each OrderDtl line, similar to an invoice being issued, payment received, invoice and OrderDtl line closed. Also with the number of parts for the model_pn, and then model_pn/model child parts changing. I was thinking about just running an ongoing calculation based off of orderID order by DESC, and just running a 'calculated view' as they will be sequential by need by date always, and can be filled in that order based off of available qty and each lines required qty for model child parts.
I've looked at Allen Browne's inventory model, and also NorthWind 2.0, but again, most of these concerns arise from the flush/fil/deleting orders that might be in the process of being filled, also making sure we are removing all old scheduled model_pn's, and taking into account the additional model_pn's when deviations are requested.
This is a multi user (5-10) system, most displays are just a status board of current schedule and either qty produced or how many remaining before order is filled, and if we can support next day production schedule, at a most between 5 assembly lines, we are looking at 100,000 records per year of model orders. translated to OrderDtls - 400k-1mil rows.
Any feedback, suggestions, advice, or if you have any good Prayers that have worked for you in the past, my ears are yours.
Thank you AWF.