La connexion Octime qui échoue sans message exploitable reste l’un des irritants les plus fréquents en gestion des temps. Le problème dépasse presque toujours le simple mot de passe oublié : jeton SSO corrompu, filtrage réseau, cache navigateur persistant ou compte désactivé côté annuaire. Voici sept interventions ciblées, classées par couche technique, pour restaurer l’accès sans attendre le support éditeur.
1. Purger le jeton SSO expiré dans le navigateur
Lire également : Comment consulter vos notes UGA sur l'intranet LEO et suivre votre emploi du temps
Depuis la bascule progressive vers l’authentification SSO (Microsoft Entra, Google Workspace, IdP interne), la majorité des blocages silencieux proviennent d’un jeton d’authentification expiré ou corrompu stocké dans le navigateur. Octime ne renvoie aucune erreur explicite : la page redirige en boucle vers la mire d’identification de l’organisation.
Nous recommandons de supprimer spécifiquement les cookies du domaine Octime et de celui de l’IdP (login.microsoftonline.com, accounts.google.com) plutôt que de vider l’intégralité du cache. Sur Chrome, accédez à chrome://settings/cookies/detail pour cibler les domaines concernés. Un redémarrage complet du navigateur (pas un simple rafraîchissement d’onglet) est nécessaire pour forcer la régénération du jeton.
A voir aussi : Astuces et conseils pratiques pour réussir votre potager et jardin écologique
Quand vous cherchez des solutions pour la connexion Octime bloquée, ce nettoyage ciblé résout la plupart des boucles de redirection sans toucher aux autres sessions actives.
2. Vérifier le statut du compte dans l’annuaire Azure AD ou Google Workspace
Un compte désactivé ou suspendu côté annuaire bloque la connexion Octime sans aucun retour côté application. Ce cas touche particulièrement les intérimaires, prestataires et salariés en fin de mission dont le compte est désactivé automatiquement par les politiques RGPD de suppression programmée.
Le gestionnaire RH ou l’administrateur IT doit vérifier dans la console de l’IdP que le compte est bien actif, que la licence associée n’a pas été retirée et que le MFA (authentification multifacteur) a été correctement enrôlé. Un MFA non validé lors du provisionnement initial produit exactement le même symptôme qu’un mot de passe erroné.
3. Contourner le filtrage réseau et le proxy d’entreprise
Les directions informatiques renforcent les filtrages réseau (proxy, DNS filtrés, architectures ZTNA/SASE). Octime en mode SaaS nécessite que plusieurs domaines soient autorisés, pas uniquement l’URL principale de connexion. Les appels vers les serveurs d’authentification SSO et les CDN de l’application doivent aussi passer.
Pour diagnostiquer un blocage réseau :
- Tester la connexion depuis un réseau mobile (partage de connexion) pour isoler le problème sur le réseau entreprise
- Vérifier dans les logs du proxy si les requêtes vers les domaines Octime et l’IdP sont bloquées ou redirigées
- Contrôler que les certificats SSL intermédiaires ne sont pas interceptés par une inspection TLS trop agressive
Si l’accès fonctionne en 4G mais pas sur le réseau interne, le problème est confirmé côté infrastructure. L’administrateur réseau devra ajouter les domaines Octime à la liste blanche du proxy.
4. Réinitialiser le mot de passe via le portail support Octime (Jira Service Management)
Octime a migré son support client vers Jira Service Management. La procédure de première connexion au portail support diffère d’un simple « mot de passe oublié » classique. Il faut cliquer sur « Continuer avec un compte Atlassian », puis sélectionner « Vous ne pouvez pas vous connecter » pour lancer la réinitialisation.
Cette étape piège beaucoup d’utilisateurs qui tentent de se connecter avec leurs identifiants Octime habituels sur le portail Atlassian. Les deux systèmes d’authentification sont distincts. Le mot de passe Octime applicatif et le mot de passe du portail support ne sont pas synchronisés, sauf si l’entreprise a unifié les deux via SSO.
5. Forcer la mise à jour de l’application mobile myOCTIME
Les erreurs de connexion sur myOCTIME surviennent fréquemment après une mise à jour serveur non suivie d’une mise à jour client. L’application mobile conserve en cache des paramètres d’API obsolètes qui provoquent des erreurs silencieuses à l’authentification.
La séquence à suivre : désinstaller complètement l’application (pas seulement la mettre à jour), redémarrer le terminal, réinstaller depuis le store, puis se reconnecter. Sur Android, vérifier également que les données de l’application ont bien été purgées dans Paramètres > Applications > myOCTIME > Stockage > Effacer les données.
6. Contrôler la disponibilité des serveurs Octime avant tout diagnostic local
Avant de modifier quoi que ce soit sur le poste ou le réseau, vérifier si le problème vient du serveur Octime lui-même évite de perdre du temps sur un faux diagnostic. Les pannes d’infrastructure SaaS touchent tous les utilisateurs simultanément, ce qui constitue le premier indice.
Interroger les collègues sur le même site reste le test le plus rapide. En complément, des outils de monitoring tiers permettent de vérifier si le domaine Octime répond correctement. Si le serveur est en panne, aucune manipulation locale ne changera quoi que ce soit : il faut attendre la résolution côté éditeur et consulter le portail support pour un éventuel incident de service déclaré.
7. Désactiver les extensions navigateur qui interceptent les requêtes d’authentification
Les bloqueurs de publicité, extensions de confidentialité (uBlock Origin, Privacy Badger) et VPN intégrés au navigateur interceptent régulièrement les cookies tiers nécessaires au flux SSO. Le résultat : une page blanche ou une boucle de redirection identique à celle d’un jeton expiré.
Nous observons que le test le plus fiable consiste à ouvrir une fenêtre de navigation privée sans aucune extension active, puis à tenter la connexion. Si l’accès fonctionne en navigation privée, désactiver les extensions une par une en mode normal permet d’identifier celle qui bloque le flux. Les extensions de type « anti-tracker » sont les premières suspectes, car elles ciblent précisément les cookies cross-domain utilisés par le SSO.
Le diagnostic d’une connexion Octime bloquée suit une logique de couches : serveur d’abord, réseau ensuite, navigateur et poste client en dernier. Appliquer ces vérifications dans l’ordre évite la plupart des allers-retours inutiles avec le support, et permet de restaurer l’accès en quelques minutes dans la grande majorité des cas.