Skip to main content

We’re running IFS 23R2 SU6 on-prem, with Time Clock on managed android tablets around our different sites.

When we do CRIM deliveries, or have to take IFS down for other reasons, some Time Clock units bounce back fine. But a bunch of them will fail to authenticate and go back to the authentication screen. 

Our MDM tool doesn’t allow us to remote on directly to re-authenticate, which leaves us two options:

  1. Either get a bunch of people from service desk to do site walks and authenticate the terminals again.
  2. Leave them broken overnight and fix them when we get there in the morning (this means that the afternoon and night shift don’t have time clocking, and the morning shift are also frustrated as they get on site long before we do).

Are there any solutions out there to this problem? Is this something IFS are aware of as a bug? Or have other users found different ways of addressing this issue?

Hi Emma! I was curious if you found any solutions to this?

We are not running on-prem but have encountered this issue for both SU, RU and the latest occurrence was during the IFS Planned Maintenance. 

I was interested if you found any solution, reported it to IFS or found a decent workaround?

About our set up
We are running Time Clock in kiosk mode in Chrome(on PC) and have solved the auto-login with a .bat-file which handles reboots of the computers, but when the connection is broken for a period of time, the time clock´s gets logged out with the need of us to manually log them all in (17 of them) individually.

Reply


Terms & ConditionsCookie settings