Un lundi matin, la gestionnaire de paie lance le dépôt des bulletins depuis Silae. Tout passe au vert, mais côté salariés, DeskRH affiche une page blanche. Le téléphone sonne, les managers relaient les plaintes, et le service RH se retrouve en première ligne sans savoir si le problème vient du poste, du serveur ou d’un paramétrage oublié.
Quand DeskRH est en panne ou inaccessible, on a besoin de réflexes clairs pour ne pas perdre une demi-journée à chercher au mauvais endroit.
Lire également : Secteur d'activité : quel est le plus important à découvrir en 2025 ?
Problème SSO Microsoft 365 et DeskRH : la panne qui ne vient pas du coffre-fort
Depuis que DeskRH propose la connexion via SSO Microsoft 365, une part croissante des blocages ne provient pas de la plateforme elle-même. Le coffre-fort fonctionne, mais le salarié reste bloqué à l’écran de connexion parce que son compte Azure AD pose problème.
Les cas les plus fréquents : un mot de passe Microsoft modifié récemment sans que la session DeskRH soit rafraîchie, un MFA (authentification multifacteur) expiré ou non reconfirmé, ou un compte Azure AD désactivé après un départ ou un changement de poste. Dans chacun de ces scénarios, DeskRH n’envoie aucune alerte côté RH.
A lire en complément : Optimiser l'efficacité de votre entreprise grâce à des collaborateurs formés en BTS support à l'action managériale
Le réflexe concret : avant de signaler un incident à Silae, on demande au salarié concerné de se connecter à un autre service Microsoft (Outlook web, Teams). Si cette connexion échoue aussi, le blocage est côté annuaire Azure AD, pas côté DeskRH. On renvoie alors vers l’administrateur Microsoft 365 de l’entreprise ou vers le prestataire IT, pas vers le support Silae.
Module DeskRH non activé dans Silae : la panne fantôme après clôture de paie
On clôture la paie, on lance le dépôt, Silae ne remonte aucune erreur, et pourtant rien n’apparaît dans le coffre-fort salarié. Ce scénario revient souvent dans les retours de gestionnaires, et la cause est presque toujours la même : le module DeskRH n’a pas été activé correctement dans Silae pour le dossier concerné.
Deux points de vérification avant tout le reste :
- Vérifier dans Silae que le module DeskRH est bien coché au niveau du dossier de paie du client ou de l’entité. Un dossier peut tourner en production depuis des mois sans que le coffre-fort soit réellement branché.
- Contrôler que chaque fiche salarié contient une adresse e-mail valide. Sans e-mail renseigné, le dépôt échoue silencieusement, sans message d’erreur côté gestionnaire.
- S’assurer que le premier dépôt a fait l’objet d’une validation explicite dans Silae. Même en mode automatique, cette étape initiale est obligatoire et son oubli est une cause structurante d’inaccessibilité.
Ce type de panne fantôme touche particulièrement les cabinets qui gèrent plusieurs dossiers clients et qui ont activé DeskRH progressivement. On ne pense pas à revérifier un paramétrage qu’on croit déjà en place.
DeskRH inaccessible : distinguer un incident serveur d’un problème local
Quand plusieurs salariés signalent en même temps qu’ils ne peuvent pas accéder à leurs bulletins, la probabilité d’un incident côté Silae augmente. La communauté Silae a documenté des épisodes où un incident en base de données ralentissait tous les dépôts sans qu’aucune erreur ne remonte dans le suivi de Silae Paie.
Vérifications locales à faire en moins de cinq minutes
Avant de conclure à une panne serveur, on élimine les causes locales :
- Vider le cache du navigateur et supprimer les cookies liés à DeskRH. Un certificat expiré ou un cookie corrompu suffit à bloquer l’affichage.
- Tester l’accès depuis un autre navigateur ou un autre appareil (smartphone en 4G, par exemple) pour écarter un problème réseau interne.
- Demander à un collègue d’un autre site ou en télétravail de tenter la connexion. Si le blocage est général, c’est un incident serveur.
Si le problème est confirmé côté Silae, on note l’heure exacte du signalement et les dossiers concernés. Cette trace servira pour le ticket support et pour justifier un éventuel retard de mise à disposition des bulletins auprès des salariés.
Obligation légale de continuité d’accès aux bulletins dématérialisés
L’indisponibilité de DeskRH n’est pas qu’un désagrément technique. Dès lors qu’un employeur a opté pour la dématérialisation des bulletins de paie, il doit garantir aux salariés un accès continu à leur coffre-fort numérique. Une panne prolongée sans communication ni solution de contournement peut poser un problème de conformité.
En pratique, on recommande de préparer deux choses avant qu’une panne ne survienne. D’abord, conserver en local (ou sur un serveur interne sécurisé) une copie PDF des bulletins du mois en cours tant que le dépôt DeskRH n’est pas confirmé. Ensuite, rédiger un mail type à envoyer aux salariés en cas d’indisponibilité, qui explique la situation et donne un délai estimé de rétablissement.
Que faire si la panne dure plus d’une journée
Les retours varient sur ce point selon la taille de l’entreprise et le prestataire. Certains cabinets basculent temporairement sur un envoi par e-mail sécurisé des bulletins PDF, d’autres attendent le rétablissement en prévenant les salariés. L’essentiel est de garder une trace écrite de la communication faite, pour démontrer la bonne foi de l’employeur en cas de litige.
Checklist RH en cas de panne DeskRH : les actions dans l’ordre
Quand on reçoit un premier signalement d’inaccessibilité, on a tendance à foncer sur le support Silae. C’est rarement le bon premier réflexe. La majorité des blocages se résolvent en interne, à condition de procéder dans l’ordre.
On commence par vérifier si le problème est individuel (un salarié) ou collectif (plusieurs signalements simultanés). Si c’est individuel, on oriente vers la piste SSO Microsoft ou le navigateur. Si c’est collectif, on teste depuis un autre réseau et on consulte la communauté Silae pour voir si d’autres utilisateurs remontent le même incident.
Ensuite, on vérifie le paramétrage Silae : module actif, e-mails renseignés, validation du premier dépôt effectuée. Ce n’est qu’après ces vérifications qu’on ouvre un ticket support, en joignant les horaires de signalement et les tests déjà réalisés. Un ticket bien documenté accélère le traitement de plusieurs heures.
Le dernier réflexe, souvent négligé : informer les salariés. Un message court sur l’intranet ou par e-mail évite une cascade d’appels au service RH et montre que la situation est prise en charge. La transparence sur un incident technique protège autant que sa résolution rapide.
