Découvrir le gestionnaire d'erreurs

Le gestionnaire d’erreur a vocation à centraliser toutes les erreurs de Diapason qui ne sont pas retournées à l’utilisateur directement en interactif.

Les erreurs peuvent être déclenchées depuis :

• les programmes Diapason

• les requêtes, qu’elles soient livrées par Elcia-ERP ou propres à un projet client

➡️ L’objectif est de faciliter la surveillance des utilisateurs chargés de l’administration de Diapason.

Comment se compose une erreur ?

• une entête : c’est la synthèse de l’erreur. Les informations sont les mêmes quel que soit le type d’erreur (= famille d’erreur).

  • Quand?

  • Qui?

  • Quoi?

  • Gravité

  • Entité concernée

• 1 à n détail(s) : les informations contenues sur les détails sont spécifiques à chaque famille d’erreur. Le but est d’apporter un maximum d’informations à l’utilisateur.

Cette structure entête/détail sert à regrouper des erreurs élémentaires pour ne pas noyer les utilisateurs dans des centaines d’erreurs.

Quelques exemples d’erreur

• la génération d’une nomenclature sur une ligne de commande peut amener plusieurs erreurs: par exemple un problème de conversion d’unité de mesure sur un lien, un lien qui n’aurait pas muté sur un article standard et une IT avec une valeur à “?”. Ceci est surtout vrai au démarrage d’un projet quand le paramétrage est en cours de fiabilisation ➡️ L’entête indique qu’il y a des problèmes sur la nomenclature de cette ligne de commande et les détails permettent d’avoir la liste de ces problèmes.

• un traitement d’archivage qui relève des erreurs sur de multiples entités ➡️ L’entête indique qu’il y a des erreurs sur le traitement d’archivage à une date donnée tandis que les détails pourront lister toutes les erreurs rencontrées

• un traitement de contrôle des clients/fournisseurs pour fiabiliser les données nécessaires au FacturX ➡️ L’entête pourra indiquer qu’il y a des données erronées/manquantes sur les fiches tiers et les détails lister tous les problèmes.

➡️ Le but de l’outil est également de suivre la résolution du problème. Ainsi les détails d’erreur ont un statut (“A traiter” et “Traité”) et un utilisateur affecté.