Welcome to SPN

Register and Join the most happening forum of Sikh community & intellectuals from around the world.

Sign Up Now!

proper structure

Discussion in 'Information Technology' started by Brian, Jul 28, 2006.

  1. Brian

    Brian
    Expand Collapse
    Guest

    We have a small manufacturing business. Most of our products are
    manufactured and delivered right to the customer; however, we occasionally
    make pieces to place in our showroom as displays but are sometimes sold to a
    customer.

    I am tracking the order and production of these items. Each manufactured
    piece is assigned an invoice number which is tied to a customer. For the
    showroom pieces, the customer = showroom, and the invoice# is a unique
    number different than the normal invoice#s


    (currently)
    tblCustomer
    -------------
    custID (PK)
    lastName
    firstName
    blah blah blah

    tblInvoice
    ----------
    invoiceNum (PK)
    custID
    Item
    blah blah blah

    What would be the best way to set up the sale of a showroom piece where it
    can be reassigned a new invoice number and customer. I was thinking of
    setting up another table like this

    tblSRSales
    --------------
    oldInvoice# (from the tblInvoice filtered for just the Showroom Customer)
    newCustID
    NewInvoice#
    DateSold
    blah blah blah

    If I do that, how would I differentiate the sold items from the current
    inventory in my reporting and queries?
    newCustID = null?

    Or is there a better - more efficient way?

    Thanks
     
  2. Loading...


  3. Tom Wickerath

    Tom Wickerath
    Expand Collapse
    Guest

    Hi Brian,

    Since you are wanting to maintain a transaction history, here is one
    approach that you might consider:

    Creating an Audit Log
    http://allenbrowne.com/AppAudit.html


    Using this method, you would simply change the CustID in tblInvoice and
    capture this change in the Audit Log table. Of course, changes must be made
    at the form level only, in order for the VBA code to be used.


    Tom Wickerath
    Microsoft Access MVP

    http://www.access.qbuilt.com/html/expert_contributors.html
    http://www.access.qbuilt.com/html/search.html
    __________________________________________

    "Brian" wrote:

    > We have a small manufacturing business. Most of our products are
    > manufactured and delivered right to the customer; however, we occasionally
    > make pieces to place in our showroom as displays but are sometimes sold to a
    > customer.
    >
    > I am tracking the order and production of these items. Each manufactured
    > piece is assigned an invoice number which is tied to a customer. For the
    > showroom pieces, the customer = showroom, and the invoice# is a unique
    > number different than the normal invoice#s
    >
    >
    > (currently)
    > tblCustomer
    > -------------
    > custID (PK)
    > lastName
    > firstName
    > blah blah blah
    >
    > tblInvoice
    > ----------
    > invoiceNum (PK)
    > custID
    > Item
    > blah blah blah
    >
    > What would be the best way to set up the sale of a showroom piece where it
    > can be reassigned a new invoice number and customer. I was thinking of
    > setting up another table like this
    >
    > tblSRSales
    > --------------
    > oldInvoice# (from the tblInvoice filtered for just the Showroom Customer)
    > newCustID
    > NewInvoice#
    > DateSold
    > blah blah blah
    >
    > If I do that, how would I differentiate the sold items from the current
    > inventory in my reporting and queries?
    > newCustID = null?
    >
    > Or is there a better - more efficient way?
    >
    > Thanks
     

Share This Page