Scrutateur
Le scrutateur est mono environnement et multi DOSSIERS.
En production, prévoir le lancement du Scrutateur sur le serveur par un service Diva.
Le fichier DhsServices.txt est accessible depuis Harmony (Paramétrages / Services Diva)
En version 10.x, un scrutateur lancé en mode service DIVA ne consomme qu’une licence « IUOP »
L'utilisateur associé au scrutateur doit avoir les droits en lecture et écriture sur le répertoire défini au niveau des paramètres généraux (ou par défaut par le chemin SP_REP_SCRU).
L'utilisateur associé au scrutateur doit avoir la confidentialité « HIP », sinon il ne sera pas possible d'effectuer de changement de droits aux profits du créateur du processus (procuser) lors des tâches de type programme batch.
Une réservation spécifique empêche le lancement simultané de plusieurs processus. La chaîne de réservation est " DSP_PROCESSUS_SCRUTATEUR".
Exemple de chaîne à rajouter dans le fichier DhsServices.txt pour lancement du scrutateur par un Service Diva :
Sans gestion d’environnement
<nom>scrutps<programme>spppwebscru.dhop<tache>17-999<utilisateur>DEMO
Avec gestion d’environnement
<nom>scrutps<programme>spppwebscru.dhop<tache>17-999<utilisateur>DEMO<domaine>NomDomaine<impersonnation>OUI<env>NomEnvironnement
Attention : Le mot de passe de ce compte doit être le même pour Windows et pour Harmony.
Scrutateur avec trace (version X.4 Pack 214b)
Pour lancer le scrutateur en mode "bavard" il faut rajouter <trace>1 à la définition du service Diva
Ex : <nom>scrutproctrace<programme>spppwebscru.dhop<tache>17-999<utilisateur>DEMO<trace>1
Un fichier de log LogProcessus_aaaajjmmhhss.txt est alors créé, il permet de suivre les actions effectuées par le scrutateur.
Répertoires à scruter
Le scrutateur permet aussi le traitement de tache par dépôt d'un fichier .txt.
Le chemin des répertoires à scruter est défini par un code chemin au niveau des paramétra généraux :
Si aucun chemin n'est spécifié au niveau du paramétrage, c'est le code chemin SP_REP_SCRU qui sera utilisé.
Sources et objets des masques associés aux processus
Le module processus, à un générateur automatique de masques écrans. Il permet de générer et de compiler les masques utilisés pour le traitement des tâche manuelles.
Tous les masques d'un processus sont regroupés dans un seul fichier source (1 page par tâche manuelle).
On retrouve donc un masque et un objet par processus.
On va retrouver
Le fichier source du masque dans le répertoire qui contient le source du masque modèle (par défaut speemodmask.dhsf)
L'objet compilé dans le répertoire qui contient l'objet compilé du masque modèle (par défaut speemodmask.dhof)
Il est donc important de vérifier que le fichier source, et l'objet compilé du masque modèle soit bien dans des répertoires autorisés en lecture et écriture.
Répertoires de destinations des masques (sources et objets)
Le module processus génère et compile des masques d'écrans, utilisés pour la validation des tâches manuelles.
A partir de la version X.3 (Pack 213b), il est possible de définir des codes chemins pour les répertoires de destinations des masques.
Le code chemin SP_MASQUE_SRC sera utilisé pour définir un répertoire de destination des sources des masques
Le code chemin SP_MASQUE_OBJ sera utilisé pour définir un répertoire de destination des objets compilés correspondant aux masques.
Les chemins doivent êtres de type Harmony, et présents dans les implicites.
Les chemins pris en compte sont ceux définis au niveau du dossier courant, ou du dossier commun.
En mode SAAS la définition de ces chemins est obligatoire, il faut que les chemins définis correspondent à des répertoires créés par le client, l'accès aux répertoires standards « Sources » et « Objets » étant interdit en écriture.
Processus administratifs
Il existe deux processus administratifs, dont les masques doivent être compilés pour permette un fonctionnement complet du module :
zperreur : qui permet d'envoyer un mail à l'administrateur d'un processus lorsqu'un processus opérationnel est en erreur
zparret : qui permet d'arrêter le scrutateur
Envoi des mails
Les mails sont envoyés par le scrutateur à l'aide d'instruction MAPI. Il faut donc que ces instructions soient exécutables sur le serveur qui abrite le scrutateur.