SIMS Next Gen/Connected

[DCGIT]

Since the start of September, we have been experiencing issues whereby users keep getting DC'd and kicked out of SIMS Next Gen/Connected after very short periods of inactivity.

It's always kicked users out after long periods of inactivity, which I would expect, but now it's happening even after a few minutes since the start of the new school year.

Just seeing if anyone else has experienced this problem?

 

[JRA]

For all its faults no we're not getting that issue here in Next Gen.

[David44]

SIMS Next Gen and SIMS Connected are two different products. You should clarify which one you are referring to. We use neither here, only SIMS 7 (another product), so I can't help you with the question, other than to say rephrase/clarify it.

[DWilson1997]

If you are talking about SIMS Connected (e.g. the remote desktop session version of SIMS 7) try ensuring your browser isn't sleeping the tab.

 

In edge the policy is 'Always keep these sites active' 

[sunny88]

we have similar here. ESS gave a list of URL to whitelist. We have done this all and still get the same. Also actioned the Browser Keep alive url they provided. 

I believe its a ESS issue, but ESS always blame the network. 

[psydii]

The optimistic cynic in me wonders if this is not entirely accidental in order  to make the new 365/Google-by-default authentication system appear like an immediate win for everybody (when it eventually goes live). 

FWIW some of our Conditional Access Policies force this on certain users on certain services where we absolutely want to minimise the risk that an auth token might remain valid any longer than absolutely necessary.  I wonder if this (parentpay's plan) might be leveraging the methodology some of us are familiar with when  changing IP ranges via DHCP: ahead of the change, reduce the life time to as close to zero as tolerable so when you switch over live , the users have a minimal amount of downtime.

[Tutnitoffandonagain]

Hi all, we are having the same issue, a lot of back and forth, everything as per their recommendation is whitelisted. We’ve made the browser changes for sleeping tabs etc and it didn’t help. They just blame the network same as others have said. It’s not affecting all users, just some of them.

 

I wonder what’s causing it, those affected, are you using smoothwall for webfiltering? What AV do you use? Just looking for similarities…

[DCGIT]

On 22/10/2026 at 11:14, Tutnitoffandonagain said:

Hi all, we are having the same issue, a lot of back and forth, everything as per their recommendation is whitelisted. We’ve made the browser changes for sleeping tabs etc and it didn’t help. They just blame the network same as others have said. It’s not affecting all users, just some of them.

 

I wonder what’s causing it, those affected, are you using smoothwall for webfiltering? What AV do you use? Just looking for similarities…

We use Smoothwall as well for our web filtering, we have several schools in our trust that are having this same issue too, all with Smoothwall. We also use Cynet XDR as our "a/v".

I wonder if it's something that Smoothwall blocks by default that is causing it.

I've done the same things as you with the whitelisting and stopping sleeping tabs etc.

[Tutnitoffandonagain]

Intetesting, did you do some testing on external network bypassing smoothwall?