Passer au contenu principal
La section Transactions du service Skill Monitor affiche des informations détaillées sur les performances du système, les transactions actives et terminées, ainsi que les étapes des transactions pour une compétence spécifique. Les administrateurs du locataire et les superviseurs de traitement peuvent analyser ces informations pour gérer le traitement des documents pour chaque compétence — détecter les transactions comportant des erreurs, identifier leurs causes à l’aide de journaux détaillés des événements de transaction, annuler des transactions ou envoyer des transactions à la relecture manuelle. Les informations de la section Transactions sont présentées sous forme de graphiques et d’une liste de transactions. Vous pouvez utiliser les filtres en haut de la page pour préciser les données à afficher. Les données peuvent être filtrées :
  • Par compétence dont vous souhaitez voir les transactions.
  • Par type de transaction pour lequel afficher les statistiques : toutes, en cours de traitement ou traitées.
  • Par période durant laquelle les transactions sont comptabilisées : 1 heure, 3 heures, 3 jours, etc. La liste des transactions affiche des données filtrées par date de création, tandis que le graphique Throughput affiche des données filtrées par date d’achèvement.
Remarque : Toutes les transactions actives seront affichées, même si elles ne correspondent pas au filtre.
  • Par l’étape pour laquelle afficher les statistiques : All, Manual Review ou Automatic.
  • Par nom d’étape.
  • Par statut de transaction : All, New, Processing, Processed, Failed ou Canceled.
Les informations affichées dans les graphiques dépendent des filtres que vous avez définis :
  • Throughput à chaque instant affiche le nombre de transactions qui ont été terminées jusqu’à ce point.
  • Queue à chaque instant affiche le nombre de transactions qui n’ont pas été terminées jusqu’à ce point.
  • Duration à chaque instant affiche la durée moyenne nécessaire pour traiter les transactions créées jusqu’à ce point.
Pour afficher les informations d’une partie spécifique du graphique, survolez-la avec le curseur. Par exemple, vous pouvez utiliser le pic du graphique Queue pour voir quand le nombre de transactions non terminées était le plus élevé. Les informations des graphiques sont mises à jour toutes les quelques minutes. Elles sont également mises à jour lorsque la page est actualisée et lorsque les filtres sélectionnés sont modifiés. En plus des graphiques, la page affiche une liste des transactions pour une compétence sur une période donnée. Pour chaque transaction, les éléments suivants sont affichés : noms de fichiers, identifiant, étape actuelle, personne assignée à l’étape, nombre de documents traités, heure de création et durée. Vous pouvez indiquer si des colonnes contenant des paramètres supplémentaires de transaction et de document (nom de fichier, chemin de fichier et type de source) doivent être affichées. Pour ce faire, cliquez sur l’icône Plus d’options dans l’en-tête du tableau et sélectionnez les paramètres appropriés dans la liste. Vous pouvez également utiliser cette liste pour gérer les colonnes des autres paramètres de transaction. De plus, vous pouvez définir des paramètres personnalisés et, de la même manière, choisir lesquels doivent apparaître dans le tableau des transactions : cliquez sur l’icône Plus d’options et sélectionnez la commande Add column. Dans la boîte de dialogue qui s’ouvre, sélectionnez le type de Parameter — Transaction ou Document — et indiquez un nom pour le Parameter. Des paramètres supplémentaires peuvent être utilisés pour une analyse approfondie des performances du système. Par exemple, si les documents provenant d’une source spécifique (p. ex. appareil mobile) prennent systématiquement plus de temps à traiter que ceux provenant d’autres sources, cela peut signifier que la compétence utilisée pour traiter les documents de cette source doit être améliorée.
Remarque : Les transactions sont supprimées après la période définie dans la stratégie de conservation, quel que soit leur statut ; tous les documents associés, ainsi que toutes les données reconnues et extraites, sont également supprimés. La période de stockage par défaut d’une transaction est de 2 semaines. La suppression automatique n’affecte pas les documents téléversés lors de la configuration et de la publication des compétences (jeux de documents d’entraînement et de démonstration), car ces documents sont considérés comme des données utilisateur. Vous pouvez également supprimer une transaction manuellement avant la fin de sa période de stockage à l’aide de l’API Vantage.
Les administrateurs du locataire et les superviseurs de traitement peuvent effectuer les actions suivantes sur chaque transaction de la liste :
  • Récupérez une transaction pour relecture manuelle et traitez-la dans le client Relecture manuelle. Pour ce faire, ouvrez la transaction voulue dans la liste des transactions. Si la tâche est ouverte par un autre utilisateur, une fenêtre d’avertissement s’affiche. Dans cette fenêtre, vous pouvez soit refuser la tâche, soit la récupérer. Si vous refusez la tâche, elle est renvoyée dans la file d’attente. Si vous choisissez de récupérer une tâche ouverte par un autre utilisateur, elle vous est attribuée. Toutes les modifications effectuées par l’autre utilisateur sont conservées.
  • Envoyez une transaction à l’étape de Relecture manuelle et à un autre opérateur. Pour ce faire :
    1. Ouvrez la transaction voulue dans la liste des transactions. Le client Relecture manuelle s’ouvre.
    2. Pour envoyer la transaction à l’étape ou à l’opérateur suivant dans l’interface du client Relecture manuelle, effectuez les actions décrites dans Relecture manuelle des documents dans ABBYY Vantage.
  • Affichez le journal d’événements détaillé pour identifier l’événement à l’origine d’une erreur. Pour plus d’informations, voir la section Événements de workflow ci-dessous.
  • Annulez une transaction. Cela peut être nécessaire lorsqu’une erreur critique se produit à la suite d’un import de document défaillant. Les transactions terminées ne peuvent pas être annulées.
Remarque : Toutes les actions ci-dessus ne peuvent être effectuées que par les administrateurs du locataire et les superviseurs de traitement. Un Skill Designer peut afficher les transactions pour toutes les compétences.

​
Événements de workflow

Si nécessaire, vous pouvez consulter un journal d’événements détaillé pour chaque workflow de transaction. Si le workflow est bloqué à une étape précise ou s’il comporte une erreur, l’affichage du journal d’événements détaillé peut vous aider à identifier l’événement spécifique à l’origine de l’erreur. Pour afficher le journal d’événements détaillé, cliquez sur le nom de la transaction appropriée dans la liste ; la fenêtre Journal des événements de la Transaction s’ouvre et affiche la liste de tous les événements de la transaction sélectionnée. Vous pouvez utiliser la barre de recherche du journal d’événements pour trouver un événement à partir de son nom. Vous pouvez également utiliser le filtre Erreurs pour n’afficher que les événements comportant des erreurs.

​
Liste des événements de workflow possibles

ÉvénementDescription
Workflow CreatedUn flux de traitement a été créé pour démarrer une transaction.
Workflow StartedTraitement lancé.
Job CreatedUne tâche a été créée dans le cadre d’une transaction.
Job StartedTâche lancée.
Job CompletedTâche terminée.
Workflow CompletedTraitement terminé.
Reprocessing startedTraitement relancé, car il n’a pas été terminé dans le délai imparti.
Log MessageMessages de journal ou d’erreur générés respectivement par les méthodes Context.LogMessage et Context.ErrorMessage dans les scripts des activités Custom et External System (Output activity). Les messages écrits avec Context.LogMessage sont signalés par un pictogramme d’avertissement, et ceux écrits avec Context.ErrorMessage sont signalés comme des erreurs.
Pour faciliter l’envoi d’informations détaillées sur les événements de transaction au support technique ou à l’administrateur système, exportez le journal des événements au format CSV en cliquant sur le bouton Export to CSV en haut de la fenêtre Transaction Event Log.

​
Redémarrage des transactions ayant échoué

Vous pouvez retraiter une transaction ayant échoué lorsque des problèmes externes surviennent, tels que des expirations de délai réseau, des échecs d’appels d’API tiers ou des problèmes de la plateforme Vantage. Le retraitement d’un document n’est pas comptabilisé dans votre nombre de pages.  Les transactions avec des erreurs « Job execution » peuvent être retraitées. Pour redémarrer une transaction, accédez à Skill Monitor, sélectionnez la transaction ayant échoué, puis cliquez sur Restart :  Create API Client Une fois relancée, sélectionnez Show Log pour vérifier que la transaction a bien été redémarrée et pour afficher davantage de détails du journal.  Create API Client Si le retraitement aboutit, la transaction ne peut plus être redémarrée.  
Remarque : Si vous modifiez un Process Skill, corrigez le problème, apportez vos changements, puis republiez. Une nouvelle version est créée. Toutefois, si vous redémarrez la transaction ayant échoué, l’ancienne version du Process Skill est utilisée, et non la nouvelle, de sorte que la transaction échouera probablement à nouveau.