BT8500 cordless phone. Today is Tuesday. Call received Monday showed received on (today Monday) but now on Tuesday shows as received on Wednesday. Call lists always shows correctly as a call today as today but once we move on a day appears to show whatever day it pleases. BT says it is not a line fault must be my equipment. The had phones are 2 years old. Base is new. Old base did the same. An older handset not been used for some time picks up the same information false info as current. So it can't be the handset, can it?. Batteries are fine and all handsets are paired. I have reset the handset but problem not resolved . Help
Solved! Go to Solution.
Time code is embedded within the incoming call CLI, so either the phone base unit is not decoding it correctly, or the exchange line card is sending a corrupted data, but I would expect that to affect the number display.
I assume you are not on BT Digital voice, and the calling number is displayed correctly every time?
Make sure that you have set the correct year on the phone setup.
"Set the time format (12 or 24 hour), time and date. The default time format is 12 hour. You must enter the full date: day, month and year."
Page 8 on the online manual.
This issue has been raised before, a while back now. The year setting is very important, otherwise you will get the wrong day displayed.
The info is stored on the base station & then just relayed to the handsets. That's why you see "Synchronising handset data" when powering on a handset. The fact it happened on both bases proves it isn't the base.
There have been some oddities regarding CLI reported by DV users connected to a DVA. If that's you, try connecting the base directly to the SH2 & see if the issue persists.
I asked about the year settings as the base would display the day in the call log, as an offset to the original timecode received. So if the year was wrong, it would display the wrong day.
This would not affect calls received on the day.
It will be the year error that was causing the issue. If you now have the correct day, month and year stored in the base, then that will be used to calculate the offset in the call log.
That is probably the same issue with the other base unit.