Une fois invoqué, la chaîne batch poursuit ses traitements (voire se termine) alors que HRQuery gère de son côté les éditions demandées. La mise en forme est "asynchrone".
Un script d'exploitation peut avoir besoin de suivre l'exécution de la mise en forme pour ensuite transférer le fichier à une interface ou à une imprimante - voire remonter une erreur si l'édition n'est pas générée dans un certain délai.
Pour ceci il est possible de suivre le fichier log (mais cette solution manque de fiabilité) ou mieux : consulter les données remontées par HRQuery dans le dossier de travail dans base de données HR : en effet la table ZO2D du dossier de travail est alimentée par étapes. L’identifiant de l’édition concernée est à déduire d'un
NULIGN à récupérer dans la ZO3P (liste des éditions demandées).
Exemple pour un Query (chaîne NPQ) :
- Les lignes associées à l'éxécutables JQR correspondent à des extractions
- Celles associées à JQL à la mise en forme
Notez que le champ horodatage de la ZO2D est une constante qui correspond à l'horodatage de début d'exécution...
878316 9000
2016-07-21-15.26.21 JQR 00000000
00000JQR-00000000-======================================================================================================
878316 9001
2016-07-21-15.26.21 JQR ID100
00000JQR-ID100-PROGRAM IDENTIFICATION : JQR
878316 9002
2016-07-21-15.26.21 JQR ID101
00000JQR-ID101-JOB START - TIMESTAMP : 2016-07-21 15:26:21
878316 9003
2016-07-21-15.26.21 JQR 00000000
00000JQR-00000000-LANG = F
878316 9004
2016-07-21-15.26.21 JQR ID666
00000JQR-ID666-zo monitor = true
878316 9005
2016-07-21-15.26.21 JQR ID103
00000JQR-ID103-QUERY PARAMETERS :
878316 9006
2016-07-21-15.26.21 JQR 00000000
00000JQR-00000000-PremierMoisPeriodeParMTAAAAMM = MT201607;
878316 9007
2016-07-21-15.26.21 JQR 00000000 00000JQR-00000000-DernierMoisPeriodeParMTAAAAMM
= MT201607;
...
878316 9016
2016-07-21-15.26.21 JQR ID106
00000JQR-ID106-Population selection started
878316 9017 2016-07-21-15.26.21 JQR ID106 00000JQR-ID106-Population
selection finished
878316 9018
2016-07-21-15.26.21 JQR ID106
00000JQR-ID106-Data extraction started
878316 9019
2016-07-21-15.26.21 JQR ID106
00000JQR-ID106-Data extraction finished
878316 9020
2016-07-21-15.26.21 JQR ID102
00000JQR-ID102-*** JQR : END - TIMESTAMP : 2016-07-21
15:26:32 **** RETURN CODE 00 ******
puis
878316 9021
2016-07-21-15.26.32 JQL 00000000
00000JQL-00000000-======================================================================================================
878316 9022
2016-07-21-15.26.32 JQL ID100
00000JQL-ID100-PROGRAM IDENTIFICATION : JQL
878316 9023
2016-07-21-15.26.32 JQL ID101
00000JQL-ID101-JOB START - TIMESTAMP : 2016-07-21 15:26:32
878316 9024
2016-07-21-15.26.32 JQL ID666 00000JQL-ID666-zo
monitor = true
878316 9025
2016-07-21-15.26.32 JQL ID106
00000JQL-ID106-ZO3P_NULIGN=1-STATE=IN_PROGRESS
état
en cours de mise en forme = ZO3P_NULIGN=1
878316 9026
2016-07-21-15.26.32 JQL ID105
00000JQL-ID105-ZO3P_NULIGN=1-NUMBER_OF_ARCHIVED_FILES=1
878316 9027
2016-07-21-15.26.32 JQL ID106
00000JQL-ID106-ZO3P_NULIGN=1-STATE=COMPLETED-TIMESTAMP=2016-07-21 15:26:33
878316 9028
2016-07-21-15.26.32 JQL ID102
00000JQL-ID102-*** JQL : END - TIMESTAMP : 2016-07-21
15:26:33 **** RETURN CODE 00 ******
Pour les puristes, il sera aussi possible de retrouver les erreurs d'extraction liées à une population vide dans la table EV10 : le champ COMPLT contient le NUDOSS du travail, le champ DESCRL le message "Empty selection" ...
