OPALE - 10.0 - Utilisation - Utiliser le robot d'exploitation Mapping/en

Différence entre versions

De MappingDoc
(Page créée avec « The robot is a sub-system of the software called MAPSROBOT. This robot listens to a specified DTAQ. The sub-system is launched by the Mapping user upon installation. »)
(Page créée avec « The spooled files generated by the robot are generated by the owner of the original spooled file except if he does not have the right to submit a job (that is the case wit... »)
Ligne 2 : Ligne 2 :
 
The robot is a sub-system of the software called MAPSROBOT. This robot listens to a specified DTAQ. The sub-system is launched by the Mapping user upon installation.  
 
The robot is a sub-system of the software called MAPSROBOT. This robot listens to a specified DTAQ. The sub-system is launched by the Mapping user upon installation.  
  
spools générés par le robot le sont par le propriétaire du spool d'origine sauf si cet utilisateur n'a pas le droit de soumettre un job (c'est le cas de QSECOFR).
+
The spooled files generated by the robot are generated by the owner of the original spooled file except if he does not have the right to submit a job (that is the case with QSECOFR rights)  
  
 
Dans ce cas, le propriétaire du nouveau spool créé par le robot est Mapping.
 
Dans ce cas, le propriétaire du nouveau spool créé par le robot est Mapping.

Version du 18 juin 2019 à 07:29

Autres langues :
English • ‎français

The robot is a sub-system of the software called MAPSROBOT. This robot listens to a specified DTAQ. The sub-system is launched by the Mapping user upon installation.

The spooled files generated by the robot are generated by the owner of the original spooled file except if he does not have the right to submit a job (that is the case with QSECOFR rights)

Dans ce cas, le propriétaire du nouveau spool créé par le robot est Mapping.

Le robot ne scrute donc pas en continu des Outqs, il n'est actif que lorsqu'un spool doit être traité.


Définir les Outqs d'entrée gérées par le robot

Tous les spools tombant dans ces Outqs seront traités par le robot. Les Outqs d'entrée sont reliées à des Outqs de destination (là où seront imprimés les spools remappés) ainsi qu'à une DTAQ. Ces relations sont définies dans la 5ème option du Menu d'Exploitation.

Lorsqu'un spool tombe à l'état RDY dans une Outq d'origine du robot, un message est envoyé à la DTAQ, ce qui lance un travail dans le sous-système du robot.


Attention :

Le spool doit tomber à l'état RDY ou être libéré s'il est à l'état HLD. Dans le cas contraire, aucun message n'est envoyé à la DTAQ et le robot ne traite pas le spool.

Dans le PRTF, le paramètre SCHEDULE : Prévision de sortie spool (disponibilité du fichier en attribut de spool) doit être à *FILEEND : Le fichier spool en

sortie est disponible pour l'éditeur dès sa fermeture (et non pas en *IMMED).

En effet, le robot traite le spool dès que celui-ci est disponible. Si celui-ci est à l'état OPN, le robot attaque un spool incomplet.