Visualiser les erreurs via le gestionnaire d'erreurs

Il y a différents outils qui permettent de visualiser les erreurs.

Visualiser les erreurs sur le portail

Une rubrique “IS_ErPor” est mise à disposition pour visualiser la liste des erreurs depuis un portail.

Dans le DiapasonStart elle est placée sur un portail “Service informatique”.

Le bouton (en face la flèche rouge) donne accès au couplage de gestion des erreurs. Voir chapitre Paramétrer le gestionnaire d'erreurs

Visualiser les erreurs sur l’entité via une LPA

Des LPAs permettent de visualiser les erreurs liés à l’entité courante directement depuis sa fiche :

Le bouton “Gestion erreurs” donne accès au couplage de gestion des erreurs et celui-ci n’affiche que les erreurs liées à l’entité courante. Voir chapitre Paramétrer le gestionnaire d'erreurs

Visualiser les erreurs via le couplage

Comment ça fonctionne ?

L'écran se présente ainsi :

Zone 1 : les entêtes d’erreur

Cette zone présente les entêtes d’erreur sous forme d’une liste.

Les colonnes sont les suivantes :

• Date : Date à laquelle l’erreur s’est produite

• Heure : Heure à laquelle l’erreur s’est produite

• Utilisateur : Utilisateur de soumission du traitement dans lequel l’erreur s’est produite

• Mode : “I” ou “B”. Le traitement dans lequel s’est produit l’erreur est-il en interactif (I) ou batch (B)?

• Niveau d’alerte : “Critique”, ”Erreur”, ”Alerte” ou ”Info”. Information des détails consolidée à l’entête. Indication sur la gravité du problème. Cette information provient des codes erreur indiqués sur les détails d’erreurs. Si une erreur a des détails avec des niveaux d’erreur différents c’est le niveau d’erreur le plus haut qui s’applique à l’entête. Ex : soit une erreur avec 3 détails, 2 avec un niveau “Erreur” et 1 avec un niveau “critique” ➡️ l’entête aura donc un niveau “Critique” (pour voir ça en image cf. volet information en dessous)

• Famille d’erreur : indique à quelle famille d’erreur est rattachée l’erreur courante. La famille d’erreur indique notamment les informations qu’on va pouvoir retrouver sur le ou les détails. Plus d’info sur le chapitre dédié.

• Libellé erreur : Information des détails consolidée à l’entête. Information libre poussée lors de la création des détails de l’erreur.

  • Si l’erreur à un seul détail, le libellé de l’entête est celui du détail

  • Si l’erreur à plusieurs détails, le libellé de l’entête indique le nombre de détails sur chaque niveau. Ex : soit une erreur avec 3 détails, 2 avec un niveau “Erreur” et 1 avec un niveau “critique” ➡️ le libellé de l’erreur sera “1 Critique / 2 Erreurs” (pour voir ça en image cf. volet information en dessous)

• Statut : “A traiter”, “Traité” ou “Obsolète”. Information des détails consolidée à l’entête. Par défaut une erreur est “A traiter” et l’utilisateur peut indiquer qu’elle est “Traité”. Le statut “Obsolète” est particulier. Quand on créé une erreur, si elle a la même famille/entité/clé 1 à 3 que d’autres erreurs (et qu’on le demande), Diapason passe les erreurs précédentes au statut “Obsolète”. Ex : Si je réintègre 3 fois une ligne de commande en erreur j’ai 3 erreurs. Seule la dernière est “A traiter” et les 2 premières sont “Obsolète“. Ceci permet de garder l’historique de ce qu’il s’est passé (peut être que le message d’erreur à varié dans le temps). Les erreurs “Obsolète” sont masquées par défaut ; une action permet de les afficher.

  • Si l’erreur à un seul détail, le statut de l’entête est celui du détail

  • Si l’erreur à plusieurs détails, à partir du moment ou il y a un détail au statut “A traiter”, l’entête a le statut “A traiter” (pour voir ça en image cf. volet information en dessous)

• Utilisateur assigné : “Non assigné” ou loggin Diapason. Information des détails consolidée à l’entête. Par défaut une erreur est non assignée et on peut indiquer ensuite que l’erreur est prise en charge par un utilisateur. Cette notion est gérée sur les détails d’erreurs.

  • Si l’erreur à un seul détail, l’utilisateur assigné de l’entête est celui du détail

  • Si l’erreur à plusieurs détails, Diapason affiche la liste des utilisateurs affectés avec le nombre de fois où ils sont affectés. Ex: 3 Non assignés / 1 Admin

• Entité / Clé 1 / Clé 2 /Clé 3 : Ces champs permettent de savoir à quelle entité est liés l’erreur. Ce n’est pas forcement une entité au sens Diapason. Alimentation libre par le paramétreur qui a créé les erreurs.

• Identifiant : identifiant unique de l’erreur. Le nombre sous le titre “Identifiant” indique le nombre d’erreurs dans la liste (s’actualise en temps réels en fonction des filtres qui peuvent être appliqués)

Illustration des informations des détails consolidés sur l’entête.

Erreur avec un seul détail :

Erreur avec plusieurs détails :

Zone 2 : le ou les détails d’erreur

La partie basse de l'écran peut changer à chaque erreur ! Elle est adaptée selon la famille de l’erreur sur laquelle on clique dans l’entête, qui indique le masque de visualisation du ou des détails d’erreur.

Ainsi on utilisera :

• une fiche (PSD/FMO) pour représenter le détails d’une famille d’erreur où il y a toujours un détail par entête

• une liste (TDY) pour représenter les détails d’une famille d’erreur où il y peut y avoir plusieurs détails par entête

Exemple d’erreur avec détail représenté par une fiche

Exemple d’erreur avec détails représentés par une liste

Les détails, qu’ils soient uniques ou multiples, portent des informations standards listées ci-dessous et des informations spécifiques déclarées sur la famille d’erreur.

Informations standards :

• Code erreur : Code erreur transmis lors de la création du détail. Le code erreur donne le niveau d’erreur.

• Libellé erreur : C’est le message d’erreur

• Niveau : “Critique”, ”Erreur”, ”Alerte” ou ”Info”. Indication sur la gravité du problème. Info liée au code d’erreur.

• Statut : “A traiter” ou “Traité”. Par défaut un détail est “A traiter” et l’utilisateur peut indiquée qu’elle est “Traité”.

• Utilisateur assigné : “Non assigné” ou login Diapason. Par défaut un détail est “Non assigné” et on peut indiquer ensuite que l’erreur est prise en charge par un utilisateur.

• Identifiant entête : identifiant unique de l’erreur.

• Numéro d’ordre détail : numéro d’ordre différenciant les détails d’une même erreur.

• Identifiant détail : identifiant unique du détail de l’erreur.

Zone 3 : les actions

Les actions de gestion

• Assigner à moi : Affecte l’erreur courante (donc tous ses détails si elle en a plusieurs) sur mon login.

• Assigner à qqn: ouvre une fenêtre permettant de saisir le login sur lequel va être affecté l’erreur courante (donc tous ses détails si elle en a plusieurs).

• A traiter <=> Traité : Complémente le statut de l’erreur. Si le statut est “A traiter” il passe à “Traité” et s’il est “Traité” il passe à “A traiter”. S’applique à tous les détails de l’erreur.

Les actions de visualisation

• Actualisation : Actualise la liste des erreurs.

• Assignées à moi : Permet de filtrer sur les erreurs qui me sont affectées.

• Non assignées seulement : Permet de filtrer sur les erreurs qui sont non assignées

• A traiter seulement : Permet de filtrer sur les erreurs qui sont “A traiter”

• Voir erreurs obsolètes : Permet d’afficher les erreurs qui ont le statut “Obsolète” en plus des autres. L’affichage défaut masque les erreurs obsolètes.

• Affichage défaut : Annule tout les filtres et revient à l’affichage par défaut à l’ouverture de l’outil.

• Accès entité : Permet d’accéder à l’entité liée à l’erreur.

Pour fonctionner, il faut utiliser le tableur “IS_ErEntA” pour indiquer les AME à lancer pour chaque entité :

Pour valoriser les critères parfois nécessaire à l’ouverture d’une AME, il est possible d’ajouter une REB.

Quelles sont les erreurs gérées en standard ?

La partie basse du couplage, qui donne les informations sur l’erreur, est adaptée en fonction de chaque type d’erreur renseigné dans la “famille d’erreur” sur l’entête.

On aura donc des “masques de visualisation” différents pour chaque type d’erreur !

Le rôle du scrutateur

Un scrutateur collecte les erreurs standards qui sont tracées dans des structures dédiées qui existaient avant le gestionnaire des erreurs.

Il assure ainsi le rôle centralisateur du gestionnaire d’erreur.

Traitement ADB en erreur

Le masque ci-dessus est dédié aux traitements qui se sont terminés en erreur dans le gestionnaire de tâches.

Où retrouver ces erreurs dans Diapason?

C’est par ici 🙂

Pour retrouver le traitement correspondant, on a filtré sur la colonne “PID” avec le numéro de PID visible sur le détail d’erreur

Les traitements terminés sont conservés quelques jours dans le gestionnaire de tâche. Les erreurs sont conservées 30 jours par défaut. Il peut donc arriver d’avoir une erreur dans le gestionnaire d’erreur mais que le traitement n’existe plus dans le gestionnaire de tâches. Dans ce cas, la trace n’est plus dispo 😭. C’est en autre pour cela qu’il faut traiter les erreurs quotidiennement.

Trois boutons sont disponibles sur l'écran de détail :

• Voir la trace : Si la case “Trace dispo?” à coté est cochée ce bouton donne accès à la trace du traitement tel qu’on pourrait la voir dans les traitements terminés du gestionnaire de taches

  

• Ne plus voir : supprime l’erreur courante ainsi que toutes celles correspondant au même traitement et enregistre le fait que la prochaine fois que cette erreur survient elle ne devra pas être récupérée dans le gestionnaire d’erreur.

• Gestion exclusion : permet de voir les types d’erreurs qui ont été exclu au moyen de l’action précédente. La suppression de ligne de ce tableur annule l’exclusion donc si ce type d’erreur survient à nouveau on la verra dans le gestionnaire d’erreur (mais ça ne recréé pas les erreurs qui ont été supprimé).

  

Les traitements sont identifiés à l’aide des 3 clés ci-dessous

Erreur d'intégration

Cette famille d'erreur correspond à des erreurs sur des événements de la chaine d’intégration (DT, IN ou PL).

Où retrouver ces erreurs dans Diapason?

Explorateur “Gestion Commerciale/Intégration/Administration événement” puis filtrer sur le numéro de commande commerciale

Le masque utilisé pour visualiser ce type d’erreur est un masque générique “Erreur de base” FMO/IS_ErDetB qui est utilisé sur plusieurs familles d’erreur.

Il a un bouton “Voir la trace” qui donne accès à la trace du traitement (si la case “Trace dispo?” à coté est cochée)

Erreur de nomenclature (erreur plug-in)

Ces erreurs sont générées par le plug-in de configuration dans le cadre de la génération d’une nomenclature Diapason, Ramasoft ou Maestro.

Plus d’informations ici.

L’entête d’erreur indique qu’il y a au moins une erreur sur une ligne de commande commerciale.

Il peut ensuite y avoir n détails rattachés qui correspondent tous à une erreur élémentaire. Les détails sont donc présentés sous forme de liste.

Mouvement de stock en erreur

Cette famille d’erreur correspond a des mouvements de stock qui sont tombés en erreur.

Où retrouver ces erreurs dans Diapason?

Explorateur “Stocks/File d’attente/Mouvements en Erreur

Le masque utilisé pour visualiser ce type d’erreur est un masque générique “Erreur de base” FMO/IS_ErDetB qui est utilisé sur plusieurs familles d’erreur.

Le bouton “Voir la trace” n’a pas de sens pour cette famille d’erreur. La case “Trace dispo?” est toujours à non.

Calendriers non glissés

Où retrouver les calendriers dans Diapason?

Explorateur Paramètres/Calendriers/Calendriers

L’action “Glissement calendrier” (lancée plusieurs fois éventuellement) permet de corriger le problème en augmentant le nombre d’années (5 max) ou en décalant l’année d’origine.

Le masque utilisé pour visualiser ce type d’erreur est un masque générique “Erreur de base” FMO/IS_ErDetB qui est utilisé sur plusieurs familles d’erreur.

Le bouton “Voir la trace” n’a pas de sens pour cette famille d’erreur. La case “Trace dispo?” est toujours à non.

Interface Ramasoft

Ces erreurs sont générées dans le cadre de l’interface Ramasoft. Elles sont stockées dans la table de valeurs “IRSErrInt” et accessible par la LPA “IRSErrInt”.

Le gestionnaire d’erreur reprend le contenu de cette table et il y a un masque dédié pour afficher les informations propres à cette interface.

Interface Prodevis

Ces erreurs sont générées dans le cadre de l’interface Prodevis. Elles sont stockées dans la table de valeurs “IP7ErrInt” et accessible par la LPA “IP7ErrInt”.

Le gestionnaire d’erreur reprend le contenu de cette table et il y a un maque dédié pour afficher les informations propres à cette interface.

Service web

Cette famille d’erreur correspond à des requêtes service web en erreur.

Où retrouver ces erreurs dans Diapason?

Explorateur Exploitation/Service Web Diapason/Suivi des Requêtes/Requêtes par Statut/ERROR

Le masque utilisé pour visualiser ces détails d’erreur est un masque dédié.

Il a un bouton “Voir la trace” qui donne accès à la trace du traitement (si la case “Trace dispo?” à coté est cochée)

Envoi de mail en erreur

Cette famille d’erreur permet de retrouver toutes les erreurs d’envoi de mail.

Où retrouver ces erreurs dans Diapason?

Explorateur “Supervision/Moniteur EIA/Boite des Eléments Traités/Message Sortants/Tous les Messages Sortants Traités”

Le masque utilisé pour visualiser ces détails d’erreur est un masque dédié présentant les informations du mail.