Multiple Location Inventory Design

Coleman dcoleman at dgcreact.com
Fri Mar 26 07:23:25 PDT 2010


Scott:

I agree with all the responses I have seen.  I have a nursing home billing and inventory control package and I keep an on-hand inventory field for the "central supply" in my master parts file and use the header-detail concept for all other locations.  I use one file for the other inventory locations
(i.e. 100, 200, 300 ...) and another file for the current inventory location of that particular item.  That file contains 3 fields, location code, item #, & on-hand value.  Then, on my main item view screen I show the on-hand value for central supply (the area that replenishes the other areas in the building) as a real variable (protected) and the other location values as dummy variables displayed on the screen.  I have the lookup to the other inventory location values defined as an array (currently 15 as I remember) but only show however many the client requests on their screen.  That way if they want to add a location or two, I only have to modify the screen by adding another dummy variable. 

I have a process table that transfers items from one location to another so the user has a history of all inventory activity. so if one location is out of an item and another is over-stocked, they transfer from one to another without affecting the replenishment value.

Don Coleman
Donald G. Coleman, Consultant
402 Andrew Circle
Indiana, PA 15701
(724) 349-6302
(412) 849-2589 (cell)

---------- Original Message ----------------------------------
From: Nancy Palmquist <nlp at vss3.com>
Date:  Fri, 26 Mar 2010 09:25:20 -0400

>Scott,
>
>I think I would suggest keeping the part master and the location data 
>separate.  I set up an inventory system like this which required one 
>part to be tracked by metal specifications, incoming and outgoing.  It 
>is a similiar layout.  I kept a detail which would total each part by 
>heat number (yours would be location), then detail records under that 
>with the in and out for that location.  That way you have full audit of 
>everything.
>
>
>MASTER PART - PART/LOCATION TOTAL - DETAIL TRANSACTIONS for PART/LOCATION
>
>You have great drilling capabilities with this model.  I would avoid 
>qualifiers for live data, because reports need to stay in one 
>qualifier.  I might use them for archive or history to keep the working 
>files with live data.  Maybe it makes sense for an inventory to have an 
>annual archive that would match with the IRS calendar for reporting.
>
>Other people suggested this model, it worked well for me.  It is also 
>scalable so you have not restricted how many locations.  Reports will be 
>simplier to manage.
>
>Nancy
>
>
>On 3/25/2010 5:37 PM, Scott Walker wrote:
>> I have an order processing system.  Currently it only handles inventory kept
>> in one location.  Now a customer wants to start keeping inventory at
>> multiple locations.  So the same part# could be in the inventory at the main
>> office and also at several branch offices.  I'm just starting to think of
>> the design of this.  Should I have a separate record in the inventory file
>> for each part#/location combination?  Should I use a qualified file for each
>> of the inventory of each location? (I don't use qualified files for anything
>> at the moment).   Of course, this design decision permeates itself
>> throughout the system (ie.  Order Entry, Shipping, Purchasing, etc).  Any
>> design ideas or thoughts would be appreciated.
>>
>>
>>
>> Regards,
>>
>>
>>
>> Scott
>>
>>
>>
>>
>>
>>
>>
>> Scott Walker
>>
>> RAM Systems Corp
>>
>> (704) 896-6549
>>
>> ScottWalker at RAMSystemCorp.com
>>
>>
>>
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100325/09f20c57/attachment.html
>> _______________________________________________
>> Filepro-list mailing list
>> Filepro-list at lists.celestial.com
>> http://mailman.celestial.com/mailman/listinfo/filepro-list
>>
>>    
>
>-- 
>Nancy Palmquist         MOS&  filePro Training Available
>Virtual Software Systems    Web Based Training and Consulting
>PHONE: (412) 835-9417           Web site:  http://www.vss3.com
>
>_______________________________________________
>Filepro-list mailing list
>Filepro-list at lists.celestial.com
>http://mailman.celestial.com/mailman/listinfo/filepro-list
>
 




________________________________________________________________
Sent via the WebMail system at mail.dgcreact.com


 
                   


More information about the Filepro-list mailing list