On peut en retrouver les valeurs en base dans la table PP30 :
SQL> select * from PP30 where NBOCCR > 0 and CDPLPH in (select CDPLPH from PP10 where CDCPOM = '1');
CDPLPH CD CD RDTABL PR SU PR SU PR SU PR SU TIMODI NBOCCR
-------- -- -- -------- -- -- -- -- -- -- -- -- ------------------- ----------
PPCLIUNO ZX 2013-04-22-18.20.34 150
PPCLIUNO ZX 5C 2013-04-22-18.20.54 3500
PPCLIUNO ZX 8K 2013-08-21-15.15.37 999
Lors des générations, cette valeur impacte la macro BGVHV2. Ci dessous un extrait du programme BEB :
000875 01 HTB-CLZX5C PIC S9(4) COMP. BGVHV2
000876 01 HTB-CLZX5C-MAX VALUE 3500 PIC S9(4) COMP. BGVHV2
000877 01 HTB-ZX5C. BGVHV2
000878 02 HTB-ZX5C-NUDOSS OCCURS 3500 PIC S9(9) COMP. BGVHV2
...
Pour livrer ces valeurs, il faut exporter l'objet information concerné. Ci dessous un extrait du fichier d'export de l'information ZX5C :
grep PP30 PSBBC101
0017INZX5C PP307.0000000PPCLIUNOZX5C 2013-04-22-18.20.543500 *
Si vous constatez que le nombre d'occurrences est absent du fichier, demandez un correctif à l'éditeur.
A noter : ne pas confondre ce nombre avec celui indiqué dans l'objet "information" lui même (table DI40, champ NBOCCR) :
Il peut être surchargé par le nombre d'occurrences indiqué dans le processus (table AP30, champ NBOCCR).
Il concerne le nombre d'occurrence de l'information dans la WORKING des programmes batch de lecture (OCCURS).
Une précision : la valeur du nb d'infos envoyé dans le fichier est celui qui est présent dans la plateforme de destination
RépondreSupprimerBien vu Arnaud. En fait j'ai pris l'habitude - sauf dans le cas des livraisons en exploitation - de faire mes exports avec un code plate-forme cible égal au code plate forme source (comme le fait la HotLine pour ses patchs). Ce qui évite d'avoir à se poser la question.
SupprimerMerci pour ton commentaire.