Journal d'intégration
Consultez tout ce que mTime a envoyé à vos autres systèmes, et tout ce qu’ils lui ont envoyé, avec le résultat de chaque échange.
Aperçu
Lorsque mTime communique avec un système externe — un logiciel de paie comme Dataløn, Intega Løn ou SLS, le fichier de paie, Google Agenda — ou reçoit une mise à jour d’un système comme VOM, il inscrit une entrée dans le journal d’intégration. Le journal sert à répondre à la question : « est-ce bien arrivé dans l’autre système, et sinon, pourquoi ? »
La liste se met à jour d’elle-même tant qu’elle est ouverte : les nouvelles entrées et les changements de statut apparaissent sans recharger la page.
Qui peut le consulter
| Rôle | Voit |
|---|---|
| Administrateur de l’espace de travail | Les entrées de toutes les intégrations. Pour les intégrations de paie (Dataløn, Intega Løn, le fichier de paie), le détail des salaires et des absences est masqué : vous voyez qu’un envoi existe, son statut et sa date, mais pas les codes, les montants, le texte des erreurs ni les requêtes. |
| Administrateur RH | Les entrées des intégrations de paie, en entier. |
| Propriétaire | Tout, y compris l’événement source de chaque entrée. |
Lorsque certaines parties d’une entrée vous sont masquées, son détail l’indique : Certaines parties de cette ligne sont masquées car votre rôle ne peut pas les voir… Une section vide signifie alors « masqué », et non « rien n’a été envoyé ».
Fonctionnement
mTime inscrit une entrée par élément transmis — en général une par employé, par jour et par enregistrement. L’entrée est créée avant que mTime ne contacte l’autre système, puis mise à jour avec le résultat une fois l’appel terminé. Si quelque chose change ensuite (une absence modifiée ou annulée), mTime met à jour ou supprime l’enregistrement dans l’autre système, et cette opération est elle aussi journalisée.
Pour chaque appel sortant, l’entrée indique :
- l’intégration et l’employé concernés,
- une référence qui identifie ce qui a été transmis, comme un code et une date (ou le nom du fichier, pour un fichier de paie),
- l’action effectuée dans l’autre système : création, mise à jour, suppression ou aucune,
- le statut de l’envoi,
- qui l’a déclenché, quand l’entrée a été créée et quand elle a été mise à jour pour la dernière fois,
- les requêtes envoyées — l’adresse web exacte, la requête et, en cas d’échec, la réponse de l’autre système,
- les détails de la livraison propres à mTime, comme le code d’enregistrement, les unités envoyées et le message d’erreur.
Les mots de passe, clés et autres identifiants ne sont jamais conservés dans le journal.
Statuts
Entrées sortantes (appels effectués par mTime) :
| Statut | Signification |
|---|---|
| En attente | mTime a enregistré l’envoi mais ne l’a pas encore terminé. Une entrée qui reste en attente a été interrompue. |
| Envoyé | L’autre système a accepté l’appel. |
| Ignoré | Il n’y avait rien à envoyer, par exemple parce que l’autre système correspondait déjà à mTime. |
| Échec | L’appel a été refusé ou n’a pas pu être effectué. Le détail en donne la raison. |
Entrées entrantes (mises à jour reçues par mTime) :
| Statut | Signification |
|---|---|
| Reçu | La mise à jour est arrivée et est en cours de traitement. |
| Appliqué | mTime a appliqué la mise à jour. |
| Non appliqué | mTime ne l’a pas appliquée en raison des paramètres de l’espace de travail, par exemple parce que les mises à jour en direct sont désactivées. Le détail en donne la raison sous Non appliqué . |
| Rejeté | La mise à jour n’a pas pu être appliquée. |
Les envois en échec sont relancés
Pour les intégrations qui le permettent, une tâche quotidienne renvoie les envois qui ont échoué ou ont été interrompus au cours des 3 derniers jours. Vous n’avez rien à faire en cas d’échec passager, par exemple si l’autre système a été brièvement indisponible. Un envoi qui échoue systématiquement — à cause d’un code erroné ou d’une période de paie verrouillée, par exemple — doit être corrigé dans mTime ou dans l’autre système.
Trouver des entrées
La barre d’outils permet de restreindre la liste :
| Filtre | Effet | Par défaut |
|---|---|---|
| Recherche | Trouve des entrées par nom d’employé, référence, code d’enregistrement, message d’erreur ou commentaire. | Vide |
| Intégration | N’affiche qu’une seule intégration. | Toutes |
| Sens | Sortant (appels effectués par mTime) ou Entrant (mises à jour reçues par mTime). | Les deux |
| Statut | Un ou plusieurs statuts. Seuls les statuts du sens choisi sont proposés. | En attente , Échec et Rejeté |
| Action | Créer , Mettre à jour , Supprimer ou Aucune . | Les quatre |
| Période | La date de création de l’entrée : une période prédéfinie ou une plage personnalisée. | 7 derniers jours |
| Resynchronisé | N’affiche que les entrées pour lesquelles mTime a recréé un enregistrement supprimé directement dans l’autre système. | Désactivé |
La liste affiche les 200 entrées correspondantes les plus récentes, de la plus récente à la plus ancienne. Pour retrouver quelque chose de plus ancien, resserrez la période ou les filtres.
Vos filtres sont conservés pendant que vous travaillez et font partie de l’adresse de la page : vous pouvez donc envoyer à un collègue un lien vers la même vue.
Lire une entrée
Cliquez sur une ligne, ou utilisez Voir les détails , pour ouvrir les Détails de l'appel d'intégration . De haut en bas :
- Une note mise en évidence, lorsqu’il y a quelque chose à expliquer :
- Recréé après une suppression externe — quelqu’un a supprimé cet enregistrement directement dans l’autre système, et mTime l’a recréé.
- Rien à envoyer ou Déjà supprimé en externe — pourquoi une entrée ignorée n’a rien envoyé.
- Non appliqué — pourquoi une mise à jour entrante n’a pas été appliquée.
- Le résumé : Référence , Employé , Créé le , Mis à jour le , Créé par , Mis à jour par , Sens , Événement source , Action et Statut .
- Détails de la livraison — ce que mTime a consigné sur l’envoi, comme le code d’enregistrement, les unités et, en cas d’échec, le message d’erreur. Le message d’erreur résume en une ligne la raison de l’échec.
- Requêtes envoyées — ce qui est réellement parti vers l’autre système, dans l’ordre. Chaque requête indique son URL , ses En-têtes , sa Requête et, lorsque c’est utile, la Réponse . La dernière requête, celle qui a déterminé le résultat, est dépliée ; les précédentes (par exemple une suppression avant une recréation) sont repliées — cliquez pour les ouvrir. Une entrée sans requête n’a rien envoyé : elle est encore en attente, rien n’était nécessaire, ou elle a échoué avant l’appel.
- Événement — la modification dans mTime à l’origine de l’envoi, avec son horodatage, son type, son auteur et son contenu. Le propriétaire peut cliquer sur le titre pour l’Ouvrir dans le journal des événements .
Une entrée qui concerne un fichier de paie entier, et non une seule personne, affiche un tiret sous Employé .
Durée de conservation des entrées
Les entrées ne sont pas supprimées automatiquement. Elles restent dans le journal, ce qui vous permet de retrouver à tout moment ce qui a été envoyé. Les entrées concernant un employé sont supprimées en même temps que le reste de ses données lorsque l’employé est supprimé définitivement au titre de la conservation des données employé.
Dépannage
Utilisez le journal pour repérer où un enregistrement est resté bloqué :
- Filtrez sur l’intégration et sur l’employé (recherche par nom), et réglez la période sur le moment où la modification a été faite dans mTime.
- Incluez tous les statuts, pour voir aussi ce qui a été envoyé avec succès.
- Ouvrez la dernière entrée du jour concerné et lisez son statut.
| Problème | Solution |
|---|---|
| Aucune entrée pour la modification | Vérifiez que l’intégration est activée et qu’elle couvre ce type de données et cet employé. Vérifiez le filtre de période : il porte sur la date de création de l’entrée, pas sur la date de l’enregistrement. |
| Statut Échec | Lisez le message d’erreur dans Détails de la livraison et la réponse de l’autre système sous Réponse . Corrigez la cause — un code manquant, un numéro d’employé erroné, une période clôturée dans le logiciel de paie — puis refaites la modification dans mTime, ou attendez la relance quotidienne si la cause était passagère. |
| Le statut reste En attente | L’envoi a été interrompu. Si l’intégration prend en charge les relances, la tâche de relance quotidienne le reprend. S’il reste en attente plus de 3 jours, contactez le support. |
| Statut Ignoré | Rien d’anormal : l’autre système disposait déjà des bonnes données. La note en haut du détail l’explique. |
| Mise à jour entrante Non appliqué | La note sous Non appliqué indique le paramètre qui l’a écartée, par exemple que ce type d’employé n’est pas synchronisé ou que les mises à jour en direct sont désactivées. |
| Entrées marquées Resynchronisé | Un enregistrement a été supprimé directement dans l’autre système et mTime l’a recréé. Si la suppression était voulue, corrigez plutôt les données dans mTime. Voir Resynchronisation d’intégration. |
| Le détail est vide ou indique que certaines parties sont masquées | Votre rôle ne permet pas de voir le détail de la paie ni les événements source. Adressez-vous à un Administrateur RH ou au propriétaire. |
| L’enregistrement a été supprimé dans l’autre système sans que mTime s’en aperçoive | mTime ne voit pas les suppressions faites directement dans l’autre système. Lancez la tâche Resynchronisation d’intégration. |