Problèmes fréquents

Je ne trouve pas l’écran décrit dans la documentation

C’est le cas le plus fréquent de toute cette section. Presque toutes les intégrations dépendent d’une option activée sur votre compte. Si l’option n’est pas ouverte, l’écran n’existe pas : il n’est pas grisé, il est absent.

Demandez l’activation à votre interlocuteur Beedeez. Vérifiez au passage que votre profil porte bien les droits de configuration : deux administrateurs dont les modèles d’autorisation diffèrent ne voient pas les mêmes écrans.

La synchronisation « fonctionne » mais rien ne bouge

⚠️ Une tâche qui traite un fichier vide réussit. C’est le mode de panne principal de toutes les intégrations planifiées, et il est invisible si vous ne regardez que le statut.

Regardez le volume traité, pas le statut. Puis, dans l’ordre : le fichier est-il arrivé, la modale Voir les fichiers tranche la question ; contient-il des lignes ; le mapping correspond-il toujours aux colonnes livrées.

Voyez Suivre mes synchronisations.

Des doublons d’utilisateurs sont apparus

L’identifiant de rapprochement a changé. Deux causes classiques :

• Un export SIRH modifié : la colonne d’identifiant a changé de valeur ou de format.
• La création à la volée depuis le LMS ou le SSO, sur une identité qui ne correspond pas à celle du provisioning.

⚠️ Ne nettoyez pas les doublons avant d’avoir corrigé la cause, sinon ils reviennent au prochain passage.

Voyez Identité et provisioning.

Le SSO fonctionne mais l’utilisateur n’est pas le bon

L’authentification aboutit, le rapprochement d’identité non. C’est presque toujours un décalage entre ce que renvoie le fournisseur d’identité et l’identifiant utilisé par le provisioning.

Testez toujours avec un compte réel, jamais avec un compte créé à la main dans Beedeez : un compte manuel n’a justement pas les identifiants du SIRH, et il masque exactement ce défaut.

Le contenu externe s’affiche en blanc

Le site refuse d’être affiché dans un cadre. C’est une décision de sécurité prise par le site, pas un défaut de Beedeez.

⚠️ Ce refus n’est pas toujours signalé à la saisie. Le contrôle réalisé au moment où vous renseignez l’adresse ne détecte qu’une des deux méthodes de refus. Avec l’autre, aucun message n’apparaît dans le back-office et l’apprenant voit une zone vide.

Cochez Forcer l’ouverture dans une nouvelle fenêtre. Voyez Intégrer une page ou un outil web.

Ça marche chez moi et pas chez mes apprenants

Trois écarts à vérifier, dans cet ordre :

1. Le réseau : le poste de bureau n’a pas les mêmes filtrages que le téléphone en magasin. La page est par ailleurs appelée depuis les serveurs de Beedeez pendant l’édition, et non depuis le poste de l’apprenant.
2. L’appareil : un module conçu pour un écran d’ordinateur est souvent impraticable au doigt.
3. Le compte : vous êtes administrateur, eux non. Testez avec un vrai compte apprenant.

Mon webhook ne reçoit rien

Dans l’ordre :

1. L’événement est-il réellement émis ? Un seul événement part vers votre point de terminaison : certificate_completed. Le formulaire propose également certificate_expired, mais aucun traitement ne l’émet : le cocher reste sans effet, sans erreur ni avertissement. Voyez Les événements webhook disponibles.
2. Votre service répond-il en moins de 5 secondes ? Au-delà, l’appel est considéré comme un échec. Une réponse hors de la plage 200-299 l’est également.
3. Le point de terminaison est-il activé et abonné à cet événement ? Un point de terminaison désactivé, ou dont l’événement n’est pas coché, ne reçoit rien.

⚠️ Un échec n’est jamais rejoué. Il n’existe aucune nouvelle tentative : l’événement est journalisé côté Beedeez, puis abandonné. Si vous ne pouvez pas vous permettre de le perdre, prévoyez une réconciliation périodique par l’API ou par export.

⚠️ Les compteurs ✓ et ✗ affichés sur chaque point de terminaison ne sont jamais alimentés et restent à zéro. Ils ne permettent donc pas de diagnostiquer une livraison. Le seul contrôle possible est de déclencher un événement réel et de regarder ce qui arrive chez vous.

Mon intégration API marchait, elle s’arrête après quelques heures

Le jeton d’accès a expiré et le renouvellement n’est pas géré. C’est de très loin la première cause de panne d’une intégration nouvellement mise en production : le jeton d’accès est valable 6 heures.

⚠️ Le jeton de rafraîchissement est à usage unique, et un seul reste valide à la fois par compte. Une intégration qui rejoue toujours le même jeton, ou deux intégrations qui partagent un compte, tombent pour cette raison. Voyez S’authentifier sur l’API.

Les invitations d’agenda ne partent plus

Une autorisation a été révoquée côté Microsoft ou Google, souvent au départ de la personne qui l’avait accordée.

⚠️ Aucune alerte ne remonte côté Beedeez. Les sessions continuent d’être créées, sans invitation. Voyez Synchroniser les sessions avec Outlook ou Google Calendar.

Les chiffres de Beedeez et ceux du LMS ne correspondent pas

C’est structurel, et ce ne sera jamais réconcilié à la ligne près. Décidez lequel fait foi et n’utilisez l’autre que comme indicateur. Voyez Diffuser vos contenus Beedeez dans un LMS externe.