De Octime-verbinding die zonder bruikbare foutmelding faalt, blijft een van de meest voorkomende irritaties in tijdbeheer. Het probleem gaat bijna altijd verder dan alleen een vergeten wachtwoord: een beschadigd SSO-token, netwerkfiltering, aanhoudende browsercache of een gedeactiveerd account aan de directoryzijde. Hier zijn zeven gerichte interventies, ingedeeld naar technische laag, om de toegang te herstellen zonder te wachten op ondersteuning van de uitgever.
1. Het verlopen SSO-token in de browser wissen
Lees ook : De laatste hightech trends en innovaties om te volgen in de digitale wereld
Sinds de geleidelijke overstap naar SSO-authenticatie (Microsoft Entra, Google Workspace, interne IdP) komen de meeste stille blokkades voort uit een verlopen of beschadigd authenticatietoken dat in de browser is opgeslagen. Octime geeft geen expliciete foutmelding: de pagina leidt in een lus terug naar het identificatiescherm van de organisatie.
We raden aan om specifiek de cookies van het Octime-domein en dat van de IdP (login.microsoftonline.com, accounts.google.com) te verwijderen in plaats van de volledige cache te wissen. Ga in Chrome naar chrome://settings/cookies/detail om de betrokken domeinen te targeten. Een volledige herstart van de browser (geen eenvoudige tabvernieuwing) is nodig om de regeneratie van het token af te dwingen.
Aanrader : 10 effectieve methoden om snel en stressvrij 7000 euro te krijgen
Wanneer je zoekt naar oplossingen voor de geblokkeerde Octime-verbinding, lost deze gerichte schoonmaak de meeste omleidingslussen op zonder andere actieve sessies aan te raken.
2. De status van het account in de Azure AD of Google Workspace controleren
Een gedeactiveerd of geschorst account aan de directoryzijde blokkeert de Octime-verbinding zonder enige terugkoppeling van de applicatie. Dit geval betreft vooral uitzendkrachten, leveranciers en werknemers aan het einde van hun opdracht wiens account automatisch is gedeactiveerd door de RGPD-beleid voor geprogrammeerde verwijdering.
De HR-manager of IT-beheerder moet in de console van de IdP controleren of het account actief is, of de bijbehorende licentie niet is ingetrokken en of de MFA (multi-factor authenticatie) correct is geregistreerd. Een niet gevalideerde MFA tijdens de initiële provisioning produceert exact hetzelfde symptoom als een verkeerd wachtwoord.
3. Netwerkfiltering en bedrijfsproxy omzeilen
IT-afdelingen versterken de netwerkfiltering (proxy, gefilterde DNS, ZTNA/SASE-architecturen). Octime in SaaS-modus vereist dat meerdere domeinen zijn toegestaan, niet alleen de hoofdverbinding-URL. De oproepen naar de SSO-authenticatieservers en de CDN van de applicatie moeten ook doorgaan.
Om een netwerkblokkade te diagnosticeren:
- Test de verbinding vanaf een mobiel netwerk (tethering) om het probleem op het bedrijfsnetwerk te isoleren
- Controleer in de proxylogs of de verzoeken naar de Octime-domeinen en de IdP zijn geblokkeerd of omgeleid
- Controleer of de tussenliggende SSL-certificaten niet worden onderschept door een te agressieve TLS-inspectie
Als de toegang werkt via 4G maar niet op het interne netwerk, is het probleem bevestigd aan de infrastructuurzijde. De netwerkbeheerder moet de Octime-domeinen aan de whitelist van de proxy toevoegen.
4. Het wachtwoord resetten via het Octime ondersteuningsportaal (Jira Service Management)
Octime heeft zijn klantenservice gemigreerd naar Jira Service Management. De procedure voor de eerste aanmelding bij het ondersteuningsportaal verschilt van een eenvoudig “vergeten wachtwoord”. Je moet klikken op “Doorgaan met een Atlassian-account”, en vervolgens “Je kunt niet inloggen” selecteren om de reset te starten.
Deze stap misleidt veel gebruikers die proberen in te loggen met hun gebruikelijke Octime-inloggegevens op het Atlassian-portaal. De twee authenticatiesystemen zijn verschillend. Het Octime-toepassingswachtwoord en het wachtwoord van het ondersteuningsportaal zijn niet gesynchroniseerd, tenzij het bedrijf beide heeft verenigd via SSO.
5. De update van de mobiele applicatie myOCTIME forceren
Inlogfouten op myOCTIME komen vaak voor na een serverupdate die niet is gevolgd door een clientupdate. De mobiele applicatie houdt verouderde API-instellingen in de cache die stille fouten bij de authenticatie veroorzaken.
De te volgen volgorde: de applicatie volledig deinstalleren (niet alleen bijwerken), het apparaat opnieuw opstarten, opnieuw installeren vanuit de winkel en vervolgens opnieuw inloggen. Controleer op Android ook of de gegevens van de applicatie goed zijn gewist in Instellingen > Apps > myOCTIME > Opslag > Gegevens wissen.
6. De beschikbaarheid van de Octime-servers controleren voordat je lokale diagnoses stelt
Voordat je iets wijzigt op de werkplek of het netwerk, controleren of het probleem van de Octime-server zelf komt voorkomt tijdverlies door een valse diagnose. SaaS-infrastructuurstoringen treffen alle gebruikers tegelijkertijd, wat de eerste aanwijzing vormt.
Vraag collega’s op dezelfde locatie om de snelste test. Daarnaast kunnen externe monitoringtools helpen om te controleren of het Octime-domein correct reageert. Als de server down is, zal geen enkele lokale handeling iets veranderen: je moet wachten op de oplossing aan de uitgeverszijde en het ondersteuningsportaal raadplegen voor een eventuele gemelde service-incident.
7. Browserextensies die authenticatieverzoeken onderscheppen uitschakelen
Advertentieblokkers, privacy-extensies (uBlock Origin, Privacy Badger) en ingebouwde VPN’s in de browser onderscheppen regelmatig de noodzakelijke third-party cookies voor de SSO-stroom. Het resultaat: een blanco pagina of een omleidingslus die identiek is aan die van een verlopen token.
We merken dat de meest betrouwbare test is om een privé-browsvenster zonder actieve extensies te openen en vervolgens te proberen in te loggen. Als de toegang werkt in de privé-modus, kan het uitschakelen van de extensies één voor één in de normale modus helpen om degene te identificeren die de stroom blokkeert. Extensies van het type “anti-tracker” zijn de eerste verdachten, omdat ze specifiek gericht zijn op de cross-domain cookies die door de SSO worden gebruikt.
De diagnose van een geblokkeerde Octime-verbinding volgt een gelaagd logica: server eerst, netwerk daarna, browser en clientwerkplek als laatste. Het toepassen van deze controles in volgorde voorkomt de meeste onnodige heen-en-weer met de ondersteuning en stelt je in staat om de toegang in de meeste gevallen binnen enkele minuten te herstellen.