I'll make a stronger statement. The field you name cannot be an autonumber if it has sufficient "baggage" that it has to be unique vs. other tables. This would, in essence, violate the meaning (such as there is) for an autonumber.
To do this first suggests that your three tables should not be split if they have such an intimate interlocking relationship, and second suggests that this ID field has meaning beyond a simple unique record identifier.
I know it costs you to search the internet, so instead do yourself a big favor and use Access Help on NORMALIZATION.
If three tables "share" a key, normalization rules SUGGEST that they reference the same thing (mostly) and as such should be conjoined. If they DON'T reference the same "basic" thing, then they should not bear the relationship you suggest. Part of this is due to the general principle that when you are using an autonumber, it is because you do not have a meaningful candidate for PK. Therefore you use autonumber, which is a prime example of what we call a MEANINGLESS key.
Example: For a person table, social security number COULD have been a candidate for PK in a personnel table were it not illegal to use such personally identifying information in that exact way. (At least, illegal in the USA.) But an arbitrary number (translate: autonumber) works well, too.