A table is an entity; it's fields are attributes of that entity. Things that do not define the entity should not be in that table ( as a general rule). VehicleID and current user don't describe/define the user and should not be there. If you can agree with that, then you can see that userID does not belong in the vehicle table either as a way to define who currently drives a vehicle. For that you'd have a junction table, and the better way to define who currently drives a particular vehicle in that table would be to have start and end dates for each combination of driver and vehicle. Not only is your data not properly normalized (IMHO) you have no way to retain history. Currently when you uncheck a user you cannot assign them a different vehicle unless you can have multiple userID's - yet you can't because it's a PK field.
All of that is likely the reason why you're having difficulty at present.
EDIT - I wouldn't have separate fields for year and month either. Maybe one is enough, or two if you want to know when it was due and when it was filed. It seems you're looking for that based on your post question. Easy enough if the due field is empty.
The more we hear silence, the more we begin to think about our value in this universe.
Paraphrase of Professor Brian Cox.