Maybe.
Sure, I agree that the battery issue doesn't appear to apply for the reasons stated.
That's why I wrote my T/S steps in very generic terms.
If you set the clock in the O/S or BIOS, verify it in the BIOS and power off the system and then hours later, like overnight, power it up and check in the BIOS again and it's accurate, you can eliminate the hardware.
If you boot another O/S or even set the clock and then drop one of the suspect machines from the network and check it the next AM and the clock is still accurate, then it may be some sort of network time issue, such as the domain controllers time service.
So while the DC is a likely suspect, one still has to T/S the issue properly by devising a test that demonstrates that the host is getting a bad update from the DC.
If these are new machines, is it possible they were configured to update time to some other source, like at the reseller or some other potentially faulty time source?
If the issue is not seen by other machines in the domain, then what?
If only the new machines are experiencing this issue, unless the DC is also new, there could be another source of the bad time.