First, don't generate a table for each cycle that's just.... a bad idea. You can identify cycles with a field on your log table that indicates the start date and end date of the cycle (I'm assuming it's a 2 week pay period we're talking about)
Other than that it would help if there was some explanation (table diagram) of your structure that was more detailed than what you've posted.
personally I'd have these:
Employee Table (Sounds like you have one with a Primary Key (autonumber) field)
Log Table (with a PK field of it's own and a FK (foreign key) to the Employee Table.
The LOG table can contain the date range if the pay period or you can have a third table with the pay periods listed and a PK
i.e.
Code:
tblPayPeriods
PP_ID PP_Start PP_End
1 1/1/2015 1/14/2015
2 1/15/2015 1/28/2015
etc..
Then on your LOG table you would include the PP_ID as well as the Employee ID
Finally if you are going to append a lot of data each cycle to your log table with some default values you should also have a 'confirmed' field that indicates the log has been accepted as accurate and complete.
Now if you are on your employee form and you click your 'log' button and you want the 'log' form to come up to the appropriate person you can do that a number of ways and the ways you would accomplish it are based on how your form is set up.
For instance:
Are you using a bound or unbound form?
Do you have a list box or combo box on the 'employee' form you can use to reference the correct employee number?
Are you using a continuous or single 'employee' form
Maybe a screenshot to help with that part of it.