I see in the attached database that you added the TimeOfServiceID field to tblEmployee. That is incorrect. As I have said before, the time of service needs to be calculated since the value changes constantly. With your approach of having the TimeOfServiceID field in the employee table, you would have to check each employee EVERY DAY to see if their time of service changed from one category to the next. You might be able to accomplish this for a handful of employees, but when you have 10, 20, 40, 2000 employees the task gets much more difficult and time consuming.
I did realize that we needed to define an employee's work hour category, so I did add that field to the employee table. I assigned everyone as full time; please change as necessary.
I also noticed that you removed the frmEmployee I created the other day. I have imported that back into the attached copy of the database along with the related queries and subforms. I have added several new controls to frmEmployee. You will now see controls that show how the calculated time of service is used to lookup the PTO allowance for the employee (with the help of some other queries) along with the remaining PTO balance. Since the data related to the PTO is calculated or looked up, you cannot edit the values in those controls.
For any new days taken, you would add a record in the frmEmployeeTimeOff subform within frmEmployee. The PTO controls will not update until you close & then reopen frmEmployee. We can add code to refresh the values but I did not want to add that complexity until you have a better understanding of where the controls are getting their data. The three controls labeled as Employee JobClassID, EmployeeGradeID and EmployeeTimeOFServiceID are just lookup values that are needed to get the PTO allowance. I would normally hide these controls from the user, but I left them visible for you to see them. Not all records will have values in the controls because you have insufficient test data in your database. (employee ID's 1 and 32 have sufficient data)
Now based on your earlier post with the form you want to mimic, that form is definitely possible but it would be a stagnant form since all of the controls you show are marked as unbound (assuming that the form itself is not bound to a table but I think you will have to at least bind it to the employee table at a minimum). You would use the same approach as I used in frmEmployee using Dlookup() and DSum etc. to pull in the data you want to display. You would also replace the subforms I show with lookups as well.