T
tbrogdon
I work at a production facility. My main users are the floor
supervisors. Our current data collection is in Excel. The supervisors'
current habit is to input partial records throughout the day (e.g.,
Workstation, Part Number..) but not the Employee(s) name or
QuantityComplete until the end of shift.
In my db I have 1 table that collects the ProdDate, Shift, and
Department (tblProduction), a 2nd table that collects ALL of the
details for each instance in the first table (tblProductionOperation -
a large junction table).
Currently I have very effective forms for colecting this data at the
end of shift BUT the supervisors can't enter partial data (again,
Workstation and PartID) and then return later to complete each record.
I know I could make some fields NOT required but in reality all of the
fields ARE required - at least at the end of shift when the supervisor
closes out their shift.
Can comeone suggest a workaround? If I have to re-design or add tables
to do this I understand. I am hoping there is adiffernet alternative
however.
Thanks again,
Tim
supervisors. Our current data collection is in Excel. The supervisors'
current habit is to input partial records throughout the day (e.g.,
Workstation, Part Number..) but not the Employee(s) name or
QuantityComplete until the end of shift.
In my db I have 1 table that collects the ProdDate, Shift, and
Department (tblProduction), a 2nd table that collects ALL of the
details for each instance in the first table (tblProductionOperation -
a large junction table).
Currently I have very effective forms for colecting this data at the
end of shift BUT the supervisors can't enter partial data (again,
Workstation and PartID) and then return later to complete each record.
I know I could make some fields NOT required but in reality all of the
fields ARE required - at least at the end of shift when the supervisor
closes out their shift.
Can comeone suggest a workaround? If I have to re-design or add tables
to do this I understand. I am hoping there is adiffernet alternative
however.
Thanks again,
Tim